Late Binding Token

From MgmtWiki
Revision as of 11:55, 22 July 2019 by Tom (talk | contribs) (Solutions)

Jump to: navigation, search

Full Title or Meme

A Security Token that can be bound to a Site after it has been shipped to theUser.

Context

There are two broad classifications of Late Binding Tokens.

  1. User held key fobs that have very limited functionality other than to carry a private key (aka user Credential and the ability to sign or decrypt hashes.
  2. User held mobile devices like Smart Phones that come with a built in Trusted Execution Environment that can perform the same function.

Problems

There are a few problems that need to be mitigated with Late Binding Tokens.

  1. The Relying Party must be assured that the device is legitimate and did create the message that was sent from the user to validate an interchange.
  2. The user would like to be able to use one token to secure message interchanges with more than one service so they don't get asked to carry multiple tokens.
  3. Some services want to be assured that the user was present during any interchange. This feature is not available with all tokens.

Solutions

The exact form of the Late Binding Token is widely variable from Smart Cards to TPM buried inside of a Smart Phone or other computing device. Existing solutions tend to be bound only to a single service provider, they would not be considered to be Late Binding Tokens. The two most common implementations are:

  1. Portable key fob that can interface to a variety of devices with USB or Bluetooth protocols.
  2. Portable devices that contain a Trusted Execution Environment with in them, often in the form of a TPM.

References