RSA SecurID

RSA SecurID ist ein von RSA entwickelter Mechanismus zur Durchführung der Zwei-Faktor-Authentifizierung eines Benutzers für eine Netzwerkressource.

Der RSA SecurID-Authentifizierungsmechanismus besteht aus einem Token – entweder Hardware (z. B. ein Schlüsselanhänger ) oder Software (ein Soft-Token ) –, der einem Computerbenutzer zugewiesen wird und in festen Abständen (üblicherweise alle 60 Sekunden) mithilfe einer integrierten Uhr und des werkseitig codierten, nahezu zufälligen Schlüssels (des sogenannten Seeds) einen Authentifizierungscode generiert . Der Seed ist für jeden Token unterschiedlich und wird beim Kauf der Token in den entsprechenden RSA SecurID-Server (RSA Authentication Manager, ehemals ACE/Server ^{[ 1 ]} ) geladen. ^{[ 2 ]} Es sind auch On-Demand-Token verfügbar, die einen Tokencode per E-Mail oder SMS bereitstellen, sodass kein Token für den Benutzer bereitgestellt werden muss.

Die Token-Hardware ist manipulationssicher konstruiert, um Reverse Engineering zu verhindern . Als Software-Implementierungen desselben Algorithmus („Software-Token“) auf den Markt kamen, hatte die Sicherheits-Community bereits öffentlich zugänglichen Code entwickelt, der es Nutzern ermöglichte, RSA SecurID in Software zu emulieren. Dies war jedoch nur möglich, wenn sie Zugriff auf einen aktuellen RSA-SecurID-Code und die ursprüngliche 64-Bit-RSA-SecurID-Seed-Datei hatten, die auf dem Server bereitgestellt wurde. ^{[ 3 ]} Später wurde der 128-Bit-RSA-SecurID-Algorithmus als Teil einer Open-Source-Bibliothek veröffentlicht. ^{[ 4 ]} Im RSA-SecurID-Authentifizierungsschema ist der Seed-Datensatz der geheime Schlüssel zur Generierung von Einmalpasswörtern . Neuere Versionen verfügen zudem über einen USB-Anschluss, der es ermöglicht, den Token als Smartcard -ähnliches Gerät zur sicheren Speicherung von Zertifikaten zu verwenden . ^{[ 5 ]}

Ein Benutzer, der sich an einer Netzwerkressource – beispielsweise einem Einwahlserver oder einer Firewall – authentifiziert, muss sowohl seine persönliche Identifikationsnummer (PIN) als auch die aktuell auf seinem RSA SecurID-Token angezeigte Nummer eingeben . Obwohl immer seltener, verzichten einige Systeme, die RSA SecurID verwenden, gänzlich auf die PIN-Implementierung und setzen stattdessen auf Kombinationen aus Passwort und RSA SecurID-Code. Der Server, der über eine Echtzeituhr und eine Datenbank gültiger Karten mit den zugehörigen Seed-Datensätzen verfügt, authentifiziert einen Benutzer, indem er die auf dem Token angezeigte Nummer berechnet und diese mit der Benutzereingabe vergleicht.

Bei älteren Versionen von SecurID konnte eine „Notfall-PIN“ verwendet werden – ein alternativer Code, der einen Eintrag im Sicherheitsereignisprotokoll erzeugte, der die erzwungene PIN-Eingabe dokumentierte, während gleichzeitig eine transparente Authentifizierung gewährleistet wurde. ^{[ 6 ]} Die Verwendung der Notfall-PIN ermöglichte eine erfolgreiche Authentifizierung, woraufhin das Token automatisch deaktiviert wurde. Die Funktion der Notfall-PIN ist veraltet und in aktuell unterstützten Versionen nicht mehr verfügbar.

Das RSA SecurID-System erhöht zwar die Sicherheit eines Netzwerks, doch können Probleme auftreten, wenn die Uhr des Authentifizierungsservers nicht mehr mit der Uhr der Authentifizierungstoken synchronisiert ist. Normale Abweichungen der Token-Uhr werden vom Server automatisch durch Anpassung eines gespeicherten „Drift“-Werts kompensiert. Liegt die Abweichung nicht an normalen Hardware-Token-Abweichungen, kann die Synchronisierung der Serveruhr des Authentication Managers mit dem/den betroffenen Token auf verschiedene Weisen korrigiert werden. Hat die Serveruhr eine Abweichung gehabt und der Administrator die Systemuhr geändert, können die Token entweder einzeln resynchronisiert oder die gespeicherten Drift-Werte manuell angepasst werden. Die Korrektur kann für einzelne Token oder für alle Token gleichzeitig über ein Befehlszeilenprogramm erfolgen.

RSA Security hat die Initiative „Ubiquitous Authentication“ ins Leben gerufen und arbeitet dabei mit Geräteherstellern wie IronKey , SanDisk , Motorola , Freescale Semiconductor , Redcannon, Broadcom und BlackBerry zusammen , um die SecurID-Software in Alltagsgeräte wie USB-Sticks und Mobiltelefone zu integrieren. Ziel ist es, die Kosten zu senken und die Anzahl der Geräte, die der Benutzer mit sich führen muss, zu reduzieren. ^{[ 7 ]}

Token-Codes lassen sich leicht stehlen, da keine gegenseitige Authentifizierung existiert (alles, was ein Passwort stehlen kann, kann auch einen Token-Code stehlen). Dies ist bedeutsam, da die meisten Nutzer glauben, mit dieser Technologie genau diese Bedrohung zu lösen.

Die einfachste praktische Schwachstelle eines Passwortspeichers ist der Verlust des speziellen Schlüssels oder des aktivierten Smartphones mit integrierter Schlüsselfunktion. Diese Schwachstelle lässt sich innerhalb der voreingestellten Aktivierungsdauer durch keinen einzelnen Token-Speicher beheben. Alle weiteren Überlegungen setzen daher eine Verlustprävention voraus, beispielsweise durch eine zusätzliche elektronische Sicherung oder einen Körpersensor mit Alarmfunktion.

RSA SecurID-Token bieten zwar einen gewissen Schutz vor Passwort -Replay-Angriffen , sind aber allein nicht gegen Man-in-the-Middle -Angriffe ausgelegt. Gelingt es einem Angreifer, den autorisierten Benutzer an der Authentifizierung am Server zu hindern, bis der nächste Token-Code gültig ist, kann er sich am Server anmelden. Risikobasierte Analysen (RBA), eine neue Funktion der aktuellen Version (8.0), bieten einen signifikanten Schutz vor dieser Art von Angriff, sofern der Benutzer RBA aktiviert hat und sich über einen dafür authentifizierten Agenten authentifiziert. RSA SecurID schützt nicht vor Man-in-the-Browser -Angriffen (MitB).

Der SecurID-Authentifizierungsserver versucht, das Abfangen von Passwörtern und gleichzeitige Anmeldungen zu verhindern, indem er beide Authentifizierungsanfragen ablehnt, wenn innerhalb eines bestimmten Zeitraums zwei gültige Anmeldeinformationen vorliegen. Dies wurde in einem unbestätigten Beitrag von John G. Brainard dokumentiert. ^{[ 8 ]} Entzieht der Angreifer dem Benutzer jedoch die Möglichkeit zur Authentifizierung, geht der SecurID-Server davon aus, dass der Benutzer selbst die Authentifizierung durchführt und lässt die Authentifizierung des Angreifers zu. Bei diesem Angriffsmodell kann die Systemsicherheit durch Verschlüsselungs-/Authentifizierungsmechanismen wie SSL verbessert werden .

Obwohl Soft-Token bequemer sein mögen, weisen Kritiker darauf hin, dass die Manipulationssicherheit von Hard-Token bei Soft-Token-Implementierungen nicht erreicht wird, ^{[ 9 ]} was die Duplizierung geheimer Schlüssel für Seed-Records und die Identitätsfälschung von Benutzern ermöglichen könnte.

Hardware-Tokens hingegen können physisch gestohlen (oder durch Social Engineering erlangt ) werden. Aufgrund ihrer geringen Größe ist der Diebstahl von Hardware-Tokens deutlich einfacher als das Scannen von Laptops/Desktop-PCs. Nutzer warten in der Regel mehr als einen Tag, bevor sie den Verlust ihres Geräts melden. Dadurch haben Angreifer ausreichend Zeit, in das ungeschützte System einzudringen. Dies ist jedoch nur möglich, wenn die Benutzer-ID und die PIN des Nutzers bekannt sind. Risikobasierte Analysen können zusätzlichen Schutz vor der Verwendung verlorener oder gestohlener Tokens bieten, selbst wenn Angreifer die Benutzer-ID und die PIN des Nutzers kennen.

Die Batterien entladen sich regelmäßig, was komplizierte Austausch- und Neuregistrierungsverfahren erforderlich macht.

Im Jahr 2003 beherrschte RSA SecurID über 70 % des Marktes für Zwei-Faktor-Authentifizierung ^{[ 10 ]} , und bis heute wurden 25 Millionen Geräte produziert. Zahlreiche Wettbewerber, wie beispielsweise VASCO , bieten ähnliche Sicherheitstoken an, die größtenteils auf dem offenen OATH HOTP- Standard basieren . Eine 2010 von Gartner veröffentlichte Studie zu OTP nennt OATH und SecurID als einzige Wettbewerber. ^{[ 11 ]}

Andere Netzwerkauthentifizierungssysteme wie OPIE und S/Key (manchmal auch allgemeiner als OTP bekannt , da S/Key eine Marke von Telcordia Technologies , ehemals Bellcore, ist ) versuchen, die Authentifizierungsebene „etwas, das man besitzt“ zu erreichen, ohne dass ein Hardware-Token erforderlich ist.

Am 17. März 2011 gab RSA bekannt, Opfer eines äußerst ausgeklügelten Cyberangriffs geworden zu sein. ^{[ 12 ]} Insbesondere im Hinblick auf das SecurID-System wurden Bedenken geäußert, da die Informationen potenziell dazu genutzt werden könnten, die Wirksamkeit der bestehenden Zwei-Faktor-Authentifizierung zu beeinträchtigen. In ihrem offiziellen Formular 8-K [13] gab RSA jedoch an , ^{dass sie nicht} mit wesentlichen Auswirkungen des Datenlecks auf ihre Finanzergebnisse rechneten. Der Datenverstoß kostete EMC, die Muttergesellschaft von RSA, 66,3 Millionen US-Dollar, die als Belastung im zweiten Quartal verbucht wurden. Laut David Goulden, Executive Vice President und Chief Financial Officer von EMC, deckten die Kosten die Untersuchung des Angriffs, die Stärkung der IT-Systeme und die Überwachung der Transaktionen von Unternehmenskunden ab. Dies erklärte er in einer Telefonkonferenz mit Analysten. ^{[ 14 ]}

Der Angriff auf das RSA-Netzwerk erfolgte durch Hacker, die Phishing- E-Mails an zwei kleine, gezielt ausgewählte Mitarbeitergruppen von RSA versandten. ^{[ 15 ]} Der E-Mail war eine Microsoft-Excel- Datei mit Schadsoftware beigefügt . Beim Öffnen der Datei durch einen RSA-Mitarbeiter nutzte die Schadsoftware eine Sicherheitslücke in Adobe Flash aus . Diese Sicherheitslücke ermöglichte es den Hackern, mithilfe des RAT-Angriffs Poison Ivy die Kontrolle über Rechner und Server im RSA-Netzwerk zu erlangen. ^{[ 16 ]}

Es gibt Hinweise darauf, dass der Datenverstoß den Diebstahl der RSA-Datenbank beinhaltete, in der die Token-Seriennummern den geheimen Token-„Seeds“ zugeordnet sind, die zur Eindeutigkeit jedes Tokens eingefügt wurden. ^{[ 17 ]} Berichte, wonach RSA-Führungskräfte Kunden aufforderten, „die Seriennummern ihrer Token zu schützen“ ^{[ 18 ],} untermauern diese Hypothese.

RSA gab an, keine Details über das Ausmaß des Angriffs veröffentlicht zu haben, um potenziellen Angreifern keine Informationen zu liefern, die sie zur Ermittlung der Angriffsmethoden nutzen könnten. ^{[ 19 ]}

Am 6. Juni 2011 bot RSA seinen über 30.000 SecurID-Kunden einen Token-Austausch oder kostenlose Sicherheitsüberwachungsdienste an, nachdem ein versuchter Cyberangriff auf den Verteidigungskunden Lockheed Martin stattgefunden hatte, der offenbar mit den von RSA gestohlenen SecurID-Informationen in Zusammenhang stand. ^{[ 20 ]} Trotz des daraus resultierenden Angriffs auf einen ihrer Verteidigungskunden erklärte der Vorstandsvorsitzende Art Coviello: „Wir glauben und glauben weiterhin, dass unsere Kunden geschützt sind.“ ^{[ 21 ]}

Im April 2011 kursierten unbestätigte Gerüchte, wonach L-3 Communications infolge des RSA-Kompromittierungsfalls angegriffen worden sei. ^{[ 22 ]}

Im Mai 2011 wurden diese Informationen für einen Angriff auf Systeme von Lockheed Martin genutzt . ^{[ 23 ] [ 24 ]} Lockheed Martin behauptet jedoch, dass dank „aggressiver Maßnahmen“ des IT-Sicherheitsteams des Unternehmens „keine Kunden-, Programm- oder Mitarbeiterdaten“ durch diesen „umfangreichen und hartnäckigen Angriff“ kompromittiert wurden. ^{[ 25 ]} Das US-Heimatschutzministerium und das US-Verteidigungsministerium boten ihre Hilfe bei der Ermittlung des Ausmaßes des Angriffs an. ^{[ 26 ]}

• Offizielle Website

Technische Details

• Beispiel eines SecurID Token Emulators mit Token Secret Import ICWiener, Bugtraq Beitrag.
• Offensichtliche Schwächen im Security Dynamics Client/Server-Protokoll Adam Shostack, 1996.
• Usenet-Thread zur Diskussion neuer SecurID-Details Vin McLellan, et al., comp.security.misc .
• Inoffizielle Informationen zu SecurID und einige Reverse-Engineering-Versuche in der Yahoo-Gruppe securid-users .
• Analyse möglicher Risiken aus dem Kompromiss von 2011

Veröffentlichte Angriffe gegen die SecurID-Hashfunktion

• Kryptoanalyse der angeblichen SecurID-Hash-Funktion (PDF) Alex Biryukov , Joseph Lano und Bart Preneel .
• Verbesserte Kryptoanalyse von SecurID (PDF) Scott Contini und Yiqun Lisa Yin .
• Schnelle softwarebasierte Angriffe auf SecurID (PDF) Scott Contini und Yiqun Lisa Yin .