Security token

A radio-frequency identification card used to open a door

A security token is a peripheral device used to gain access to an electronically restricted resource. The token is used in addition to, or in place of, a password. Examples of security tokens include wireless key cards used to open locked doors, a banking token used as a digital authenticator for signing in to online banking, or signing transactions such as wire transfers.

Security tokens can be used to store information such as passwords, cryptographic keys used to generate digital signatures, or biometric data (such as fingerprints). Some designs incorporate tamper resistant packaging, while others may include small keypads to enter PIN or a simple button to start a generation routine with a display showing the generated key number. Connected tokens utilize a variety of interfaces including USB, near-field communication (NFC), radio-frequency identification (RFID), or Bluetooth. Some tokens have audio capabilities designed for people with visual impairments.

Password types

Example of keypad issued by a bank

All tokens contain some secret information used to prove identity. There are four different ways in which this information can be used:

Time-synchronized one-time passwords change at a set interval; e.g., once per minute. To do this, some sort of synchronization must exist between the client's token and the authentication server. For disconnected tokens, this time synchronization is done before the token is distributed to the client. Other token types do the synchronization when the token is inserted into an input device. The main problem with time-synchronized tokens is that they can, over time, become unsynchronized. However, some such systems, such as RSA's SecurID, allow the user to re-synchronize the server with the token, sometimes by entering several consecutive passcodes. Most also cannot have replaceable batteries and only last up to 5 years before needing replacement, so there is an additional cost. Another type of one-time password uses a complex mathematical algorithm, such as a hash chain, to generate a series of one-time passwords from a secret shared key. Each password is unique, even when previous passwords are known. The open-source OATH algorithm is standardized;[citation needed] other algorithms are covered by US patents. Each password is observably unpredictable and independent of previous ones, so an adversary would be unable to guess the next password, even with knowledge of all previous passwords.

Physical types

Tokens can contain chips with functions varying from very simple to very complex, including multiple authentication methods.

The simplest security tokens do not need any connection to a computer. The tokens have a physical display; the authenticating user simply enters the displayed number to log in. Other tokens connect to the computer using wireless techniques, such as Bluetooth. These tokens transfer a key sequence to the local client or to a nearby access point.

Alternatively, another form of token that has been widely available for many years is a mobile device which communicates using an out-of-band channel (like voice, SMS, or USSD).

Still other tokens plug into the computer and may require a PIN. Depending on the type of the token, the computer OS will then either read the key from the token and perform a cryptographic operation on it, or ask the token's firmware to perform this operation.[citation needed]

A related application is the hardware dongle required by some computer programs to prove ownership of the software. The dongle is placed in an input device and the software accesses the I/O device in question to authorize the use of the software in question.

Commercial solutions are provided by a variety of vendors, each with their own proprietary (and often patented) implementation of variously used security features. Token designs meeting certain security standards are certified in the United States as compliant with FIPS 140, a federal security standard. Tokens without any kind of certification are sometimes viewed as suspect, as they often do not meet accepted government or industry security standards, have not been put through rigorous testing, and likely cannot provide the same level of cryptographic security as token solutions which have had their designs independently audited by third-party agencies.[citation needed]

Disconnected tokens

A disconnected token. The number must be copied into the PASSCODE field by hand.

Disconnected tokens have neither a physical nor a logical connection to the client computer. They typically do not require a special input device, and instead use a built-in screen to display the generated authentication data, which the user enters themselves manually via a keyboard or keypad. Disconnected tokens are the most common type of security token used (usually in combination with a password) in two-factor authentication for online identification.

Connected tokens

Connected tokens are tokens that must be physically connected to the computer the user is authenticating on. Tokens in this category automatically transmit authentication information to the client computer upon physical connection, eliminating the need for the user to manually enter it. However, in order to use a connected token, the appropriate input device must be installed. The most common types of physical tokens are smart cards and USB tokens (also called security keys), which require a smart card reader and a USB port. FIDO2 tokens, supported by the open specification group FIDO Alliance have become popular for consumers with mainstream browser support beginning in 2015 and supported by popular websites and social media sites.[citation needed]

Older PC card tokens are made to work primarily with laptops. Type II PC Cards are preferred as tokens because they are half as thick as Type III.

The audio jack port is a relatively practical method to establish a connection between mobile devices, such as iPhone, iPad, and Android, and other accessories.[citation needed] The most well known device is called Square, a credit card reader for iOS and Android devices.

Some use a special-purpose interface (e.g., the crypto ignition key deployed by the United States National Security Agency). Tokens can also be used as a photo ID card. Cell phones and PDAs can also serve as security tokens with proper programming.

Smart cards

Many connected tokens use smart card technology. Smart cards can be very cheap (around ten cents)[citation needed] and contain proven security mechanisms (as used by financial institutions, like cash cards). The computational performance of smart cards is limited because of extremely low power consumption and ultra-thin form-factor requirements.

Smart-card-based USB tokens, which contain a smart card chip inside, provide the functionality of both USB tokens and smart cards. They enable a broad range of security solutions and provide the abilities and security of a traditional smart card without requiring a unique input device. From the computer operating system's point of view, such a token is a USB-connected smart card reader with a single non-removable smart card installed.

Contactless tokens

Unlike connected tokens, contactless tokens form a logical connection to the client computer but do not require a physical connection. The absence of the need for physical contact makes them more convenient than both connected and disconnected tokens. As a result, contactless tokens are a popular choice for keyless entry systems and electronic payment solutions such as Mobil Speedpass, which uses RFID to transmit authentication info from a keychain token.[citation needed] However, there have been various security concerns raised about RFID tokens after researchers at Johns Hopkins University and RSA Laboratories discovered that RFID tags could be easily cracked and cloned.

Another downside is that contactless tokens have relatively short battery lives; usually only 5–6 years, which is low compared to USB tokens, which may last more than 10 years.[citation needed] Some tokens do allow the batteries to be changed, thus reducing costs.

Bluetooth tokens

The Bluetooth Low Energy protocols provide a long-lasting battery lifecycle for wireless transmission.

  • The transmission of inherent Bluetooth identity data is the lowest quality for supporting authentication.
  • A bidirectional connection for transactional data interchange serves for the most sophisticated authentication procedures.

The automatic transmission power control attempts to estimate the radial distance. The escape is available apart from the standardised Bluetooth power control algorithm to provide a calibration on minimally required transmission power.

Bluetooth tokens are often paired with a USB token, thus working in both connected and disconnected states. Bluetooth authentication works when closer than 32 feet (9.8 meters). When the Bluetooth link is not properly operable, the token may be inserted into a USB input device to function.

Another combination is with a smart card to store locally larger amounts of identity data and process information as well. Another is a contactless BLE token that combines secure storage and tokenized release of fingerprint credentials.

In USB mode of operation, sign-off requires care when handling the token while it is mechanically coupled to the USB plug. The advantage of the Bluetooth mode of operation is the ability to combine sign-off with distance metrics. The respective products are in preparation, following the concept of an electronic leash.

NFC tokens

Near-field communication (NFC) tokens, combined with a Bluetooth token, may operate in several modes, working in both connected and disconnected states. NFC authentication works when closer than 1 foot (0.3 meters).[citation needed] The NFC protocol bridges short distances to the reader while the Bluetooth connection serves for data provision with the token to enable authentication. Also when the Bluetooth link is not connected, the token may serve the locally stored authentication information in coarse positioning to the NFC reader and relieves from exact positioning to a connector.[citation needed]

Single sign-on software tokens

Some types of single sign-on (SSO) solutions, like enterprise single sign-on, use a token to store information that enables seamless authentication and password filling. As passwords are stored on the token, users need not remember them and can therefore select more secure ones or have them assigned. Most tokens store a cryptographic hash of the password, so that if the token is compromised, the password remains protected.

Programmable tokens

Programmable tokens are marketed as "drop-in" replacement of mobile applications such as Google Authenticator (miniOTP). They can be used as a mobile app replacement and in parallel as a backup.

Vulnerabilities

Loss and theft

The simplest vulnerability with any password container is theft or loss of the device. The chances of this happening, or happening unaware, can be reduced with physical security measures such as locks, an electronic leash, or a body sensor and alarm. Stolen tokens can be made useless by using two factor authentication. Commonly, in order to authenticate, a personal identification number (PIN) must be entered along with the information provided by the token at the same time as the output of the token.

Attacking

Any system that allows users to authenticate via an untrusted network (such as the Internet) is vulnerable to man-in-the-middle attacks. In this type of attack, an attacker acts as a "go-between" between the user and the legitimate system, soliciting the token output from the legitimate user and then supplying it to the authentication system. Since the token value is mathematically correct, the authentication succeeds, and the fraudster is granted access. In 2006, Citibank was the victim of an attack when its hardware-token-equipped business users fell prey to a large Ukrainian-based man-in-the-middle phishing operation.

Breach of codes

In 2012, the Prosecco research team at INRIA Paris-Rocquencourt developed an efficient method of extracting the secret key from several PKCS #11 cryptographic devices. These findings were documented in INRIA Technical Report RR-7944, ID hal-00691958, and published at CRYPTO 2012.

Digital signature

Trusted as a regular handwritten signature, the digital signature must be created with a private key known only to the person authorized to sign. Tokens that allow secure on-board generation and storage of private keys enable secure digital signatures, and can also be used for user authentication, as the private key also serves as a proof of the user's identity.

For tokens to identify the user, each token must have a unique number. Not all approaches fully qualify as digital signatures according to some national laws.[citation needed] Tokens with no on-board keyboard or another user interface cannot be used in some signing scenarios, such as confirming a bank transaction based on the bank account number that the funds are to be transferred to.

See also

References

  1. ↑ Schink, Marc; Wagner, Alexander; Unterstein, Florian; Heyszl, Johann (2021-07-09). "Security and Trust in Open Source Security Tokens". IACR Transactions on Cryptographic Hardware and Embedded Systems: 176–201. doi:10.46586/tches.v2021.i3.176-201. ISSN 2569-2925. S2CID 235349083. Archived from the original on 2024-12-11. Retrieved 2022-10-16.
  2. ↑ RD, Token2 (2019-01-07). "Time drift: a major downside of TOTP hardware tokens". Medium. Archived from the original on 2021-03-25. Retrieved 2020-11-21.{{cite web}}: CS1 maint: numeric names: authors list (link)
  3. ↑ "Time Drift in TOTP Hardware Tokens Explained and Solved - Protectimus Solutions". Protectimus. 2019-06-03. Archived from the original on 2020-11-24. Retrieved 2020-11-21.
  4. ↑ "2.3.3: Authentication Methods - Security Tokens". Engineering LibreTexts. 2021-01-15. Archived from the original on 2023-05-08. Retrieved 2023-05-08.
  5. ↑ National Institute of Standards and Technology (April 2019). Security requirements for cryptographic modules (PDF) (Report). Gaithersburg, MD: National Institute of Standards and Technology. doi:10.6028/nist.fips.140-3. Archived (PDF) from the original on 2025-05-08. Retrieved 2024-08-22.
  6. ↑ "Security Keys | Information Technology | University of Florida". it.ufl.edu. Retrieved 2026-05-11.
  7. ↑ de Borde, Duncan (2007-06-28). "Two-factor authentication" (PDF). Siemens Insight Consulting. Archived from the original (PDF) on 2012-01-12. Retrieved 2009-01-14.
  8. ↑ Specification for Integrated Circuit(s) Cards Interface Devices Archived 2005-12-29 at the Wayback Machine, usb.org
  9. ↑ Biba, Erin (2005-02-14). "Does Your Car Key Pose a Security Risk?". PC World. Archived from the original on 2011-06-05. Retrieved 2009-01-14.
  10. ↑ "Verfahren zum Steuern der Freigabe einer Einrichtung oder eines Dienstes, als Master ausgebildete Sendeempfangseinrichtung sowie System mit derartiger Einrichtung". dpma.de. Retrieved 16 April 2018.
  11. ↑ "cgToken | certgate". www.certgate.com. Archived from the original on 2013-10-09.
  12. ↑ "Biometric U2F OTP Token - HYPR". HYPR Corp. Archived from the original on 17 April 2018. Retrieved 16 April 2018.
  13. ↑ "2.3.3: Authentication Methods - Security Tokens". Engineering LibreTexts. 2021-01-15. Archived from the original on 2024-09-20. Retrieved 2024-11-21.
  14. ↑ "Programmable hardware tokens Token2 miniOTP". Archived from the original on 2018-11-09. Retrieved 2018-11-16.
  15. ↑ Leyden, John (2006-07-13). "Phishers rip into two-factor authentication". The Register. Archived from the original on 2019-07-12. Retrieved 2018-09-25.
  16. ↑ Krebs, Brian (July 10, 2006). "Citibank Phish Spoofs 2-Factor Authentication". The Washington Post. Archived from the original on July 3, 2011. Retrieved 2018-09-25.
  17. ↑ Sengupta, Somini (2012-06-25). "Computer Scientists Break Security Token Key in Record Time". New York Times. Archived from the original on 2022-03-19. Retrieved 2012-06-25.
  18. ↑ Owano, Nancy (2012-06-27). "Team Prosecco dismantles security tokens". Phys.org. Archived from the original on 2025-03-19. Retrieved 2014-03-29.
  19. ↑ "Prosecco :: Publications". Archived from the original on 2013-12-05. Retrieved 2014-03-29.
  20. ↑ "Accepted Papers CRYPTO 2012". Archived from the original on 2014-03-26. Retrieved 2014-03-29.

General references