Ein Security-Token (einfach: Token) ist eine Hardwarekomponente zur Identifizierung und Authentifizierung von Benutzern. Gelegentlich werden damit auch Softwaretoken bezeichnet. Sie sind meist Bestandteil eines Systems der Zugriffskontrolle mit Zwei-Faktor-Authentisierung.

Mit den Begriffen elektronischer Schlüssel oder Chipschlüssel wird ein Token ebenfalls bezeichnet.

Gegebenenfalls sind gegen Missbrauch weitere Merkmale zur Authentifizierung heranzuziehen, möglich sind u. a. die Kenntnis eines Passworts bzw. einer PIN oder biometrische Merkmale des Benutzers. Security-Token können personalisiert sein, sie sind dann eindeutig einem bestimmten Benutzer zugeordnet.

Bauformen und Technologien

Der technische Überbegriff Token bezeichnet alle eingesetzten Technologien gleichermaßen und hängt nicht von einer bestimmten Erscheinungsform der Hardware ab. Dazu gehören alle Gegenstände, die Informationen zum Zweck der Identifikation und Authentifizierung speichern und übertragen können.

Einsatzzwecke

Security-Token kommen meist als (Benutzer-)Ausweise zur Absicherung von Transaktionen zum Einsatz:

• zur Anmeldung an Arbeitsplatzrechner, (Firmen- oder Behörden-)Netzwerke, z. B. eine Windows Domäne
• zur Nutzung von Internetdiensten, insbesondere als HBCI-Karte beim Onlinebanking
• als Schlüsselcontainer für Daten- und E-Mail-Verschlüsselung sowie digitale Signaturen
• als Zugangsberechtigung und Ausweis (z. B. Firmenausweis, E-Pass, Autoschlüssel)
• zur Personalzeiterfassung
• als SIM-Karte in Mobiltelefonen
• als Zahlungsmittel und/oder Kundenkarte an Automaten und Kundenterminals (z. B. Telefonzelle)
• als Zugangskarte zu Pay-TV Angeboten
• als Bankkarte, meist in Einheit mit der Geldkarte, zur Nutzung von Geldautomaten und Bezahlterminals
• als Krankenversicherungskarte; auch die (zukünftige) Elektronische Gesundheitskarte wird als Token für den Zugang zu einem Datennetz eingesetzt
• als Fahrkarten und Eintrittskarten
• als Sicherheitsmodul zur eindeutigen Identifikation z. B. Trusted Platform Module
• beim Digital Rights Management; hier wird das Nutzungsrecht an Daten (Software, Musik, E-Books, …) eventuell an die Hardware gebunden

Allgemein werden dezentrale Systeme, in denen Daten auf dem Token selbst gespeichert waren, immer häufiger durch vernetzte Systeme ersetzt, in denen der Token nur noch als Ausweis dient.

Durch die Herausgeber der Token werden bevorzugt mehrere Funktionen in einen Token integriert, um einen „Mehrwert“ durch die Benutzung des Tokens zu erreichen und umfassende Nutzungs- und Bewegungsprofile zu erstellen.

Authentifizierungsprozess (schematisch)

1. Der Nutzer leitet den Datenaustausch zwischen Token und Prüfsystem ein, indem er z. B. das Token vor ein Lesegerät hält.
2. Das Lesegerät identifiziert das Token über dessen eindeutige Identifikationsnummer(n), wie dessen Typennummer, eine Medien-Seriennummer, eine Träger-Registriernummer und/oder eine Benutzer-Klassennummer.
3. Der vom Token gelesene Datensatz wird vom Prüfsystem mit entsprechenden lokalen Referenzdaten nach einem wohl definierten Prüfverfahren verglichen: Die Authentifizierung des Tokens erfolgt mittels Challenge-Response-Authentifizierung, eventuell werden hierfür weitere Prüfdaten als zusätzliche Sicherheitsmerkmale, etwa eine PIN vom Träger des Tokens abgefragt.
4. Zur Sicherheit werden die lokalen Referenzdaten mit weiteren Referenzdaten aus einer Datenbank von einem entfernten Server (z. B. über eine Standleitung oder eine geschützte Wählleitung) verglichen.
5. Bei ungültigem Token oder ungültigen weiteren Referenzdaten weist das Prüfsystem weitere Zugriffe ab.
6. Zur Rückverfolgung der Authentifizierung werden Ereignisdaten des Prüfvorgangs an den Server zurück übermittelt.
7. Das Prüfsystem gibt die für den Träger des Tokens zulässige Benutzung, wie Funktionen und/oder Daten frei.

Sicherheit, Fälschung, Manipulation

Für sicherheitskritische Anwendungen muss ein Security-Token ein einmaliger Gegenstand sein, der gegen Manipulation und Vervielfältigung bzw. Fälschung besonders gesichert ist.

Vorteile und Nachteile

Vorteile

Der Einsatz von Token bietet eine maximale Sicherheit gegen unberechtigte Nutzung unter folgenden Bedingungen:

• mindestens ein weiteres Authentifizierungsmerkmal wird eingesetzt, z. B. PIN.
• das Token ist tatsächlich einmalig und kann nicht vervielfältigt oder manipuliert werden, siehe Skimming bei EC-Karten und Kreditkarten
• das Token kann im Falle eines Diebstahls oder Verlustes im System gesperrt werden, um unberechtigte Benutzung auszuschließen
• Token können mit Funkverfahren verdeckt eingesetzt werden

Nachteile

• Ein Token als alleiniges Authentifizierungsmerkmal ohne zweites unabhängiges Authentifizierungsmerkmal bietet keinen zuverlässigen Schutz gegen Manipulation, Verlust oder Attacken;
• der Einsatz von Token verursacht wie jede technische Lösung Kosten für die Herstellung, die Registrierung und/oder Personalisierung, die Verteilung und die Bereitstellung von Infrastruktur in Form von Prüf- oder Lesegeräten und Software;
• das Token kann zerstört oder verloren werden und den Benutzer dann zeitweise von wichtigen Funktionen des täglichen Lebens oder beruflicher Tätigkeit ausschließen;
• das Token, und damit dessen Nutzer, ist immer eindeutig identifizierbar: eine Freigabe von Zugriffen für anonyme Nutzer ist wegen mangelnder Sicherheit nicht vorgesehen.

Software-Token

Software-Token (auch Soft-Token genannt) sind auf einem elektronischen Gerät wie einem Desktop-Computer, Laptop, PDA oder Mobiltelefon gespeichert und können dupliziert werden (im Gegensatz zu Hardware Tokens, bei denen die Berechtigungsnachweise nicht dupliziert werden können, es sei denn, man dringt physisch in das Gerät ein).

Da es sich bei Software-Tokens um etwas handelt, das man nicht physisch besitzt, sind sie besonderen Bedrohungen ausgesetzt, die auf der Vervielfältigung des zugrunde liegenden kryptografischen Materials beruhen – zum Beispiel Computerviren und Softwareangriffe. Sowohl Hardware- als auch Software-Tokens sind anfällig für Bot-basierte Man-in-the-Middle-Angriffe oder für einfache Phishing-Angriffe, bei denen das vom Token bereitgestellte Einmalpasswort erfragt und dann rechtzeitig an die echte Website übermittelt wird. Software-Token haben Vorteile: Man muss keinen physischen Token mit sich führen, sie enthalten keine Batterien, die irgendwann leer werden, und sie sind billiger als Hardware-Token.

Es gibt zwei primäre Architekturen für Software-Tokens: Shared Secret und Public-Key-Authentifizierung.

Bei einem gemeinsam Shared Secret (gemeinsamen Geheimnis) erstellt ein Administrator in der Regel eine Konfigurationsdatei für jeden Endbenutzer. Die Datei enthält einen Benutzernamen, eine persönliche Identifikationsnummer und das Geheimnis. Diese Konfigurationsdatei wird an den Benutzer weitergegeben.

Die Shared-Secret-Architektur ist in einer Reihe von Bereichen potenziell angreifbar. Die Konfigurationsdatei kann kompromittiert werden, wenn sie gestohlen wird und der Token kopiert wird. Bei zeitbasierten Software-Tokens ist es möglich, sich den PDA oder Laptop einer Person zu leihen, die Uhr vorzustellen und Codes zu generieren, die in der Zukunft gültig sein werden. Jeder Software-Token, der Shared Secrets verwendet und die PIN zusammen mit dem gemeinsamen Geheimnis in einem Software-Client speichert, kann gestohlen werden und Offline-Angriffen ausgesetzt sein. Token mit gemeinsamen Geheimnissen können schwierig zu verteilen sein, da jeder Token im Grunde ein anderes Stück Software ist. Jeder Benutzer muss eine Kopie des Geheimnisses erhalten, was zu zeitlichen Beschränkungen führen kann.

Einige neuere Software-Tokens basieren auf Public-Key-Kryptographie oder asymmetrischer Kryptographie. Diese Architektur beseitigt einige der traditionellen Schwächen von Software-Tokens, aber nicht ihre Hauptschwäche (die Möglichkeit der Duplizierung). Eine PIN kann auf einem entfernten Authentifizierungsserver statt auf dem Token-Client gespeichert werden, so dass ein gestohlener Software-Token nur dann verwendet werden kann, wenn auch die PIN bekannt ist. Im Falle einer Virusinfektion kann das kryptografische Material jedoch dupliziert und die PIN bei der nächsten Authentifizierung des Benutzers (über Keylogging o. ä.) abgefangen werden. Wenn Versuche unternommen werden, die PIN zu erraten, kann dies erkannt und auf dem Authentifizierungsserver protokolliert werden, wodurch das Token deaktiviert werden kann. Die Verwendung asymmetrischer Kryptographie vereinfacht auch die Implementierung, da der Token-Client sein eigenes Schlüsselpaar erzeugen und öffentliche Schlüssel mit dem Server austauschen kann.

Weblinks

Einzelnachweise

1. ↑ NFC-Bezahlsystem
2. ↑ Kreditkartendaten nicht sicher