Wenn sie ausgenutzt werden, können diese Schwachstellen Angreifern den unbefugten Zugriff auf vertrauliche Informationen ermöglichen oder allgemein Probleme verursachen
Vor ein paar Tagen. Die Nachricht wurde bekannt gegeben un equipo von Forschern von Universität aus Kalifornien in San Diego hat die gezeigt capacidad de neu erstellen die Claves RSA-Host privat ein Server SSH durch Die Analyse passiv des SSH-Verkehrs.
Die veröffentlichte Forschung Show erlangte das wenn Es werden digitale Signaturen verwendet basierend auf Algorithmus RSA in SSH verbindet sie miteinandererlangte dass, die die Lattice-Methode verwenden (Fehlerangriff) die neu erstellen la Notenschlüssel privater RSA sie sind geeignet die digitale Signaturen in Fall de sind eine Leck de Software. oder Hardware während des Signaturberechnungsprozesses. Der esencia der Methode ist erlangte das al comparar Sie können korrekte und falsche digitale RSA-Signaturen unterscheiden bestimmen das größte Gemeinsame Teiler, also erzeugen uno der verwendeten Primzahlen die generar la Notenschlüssel.
Die RSA-Verschlüsselung basiert auf der Potenzierungsoperation einer großen Zahl, während der öffentliche Schlüssel den Modul und den Grad enthält. Das Modul wird aus zwei zufälligen Primzahlen gebildet, die nur der Besitzer des privaten Schlüssels kennt. Der Angriff kann auf RSA-Implementierungen unter Verwendung des chinesischen Restsatzes und deterministischer Füllschemata wie PKCS#1 v1.5 angewendet werden.
Auf Server kann ein Angriff erfolgen bei dem aufgrund einer Kombination von Umständen oder Handlungen des Angreifers Beim Aufbau einer SSH-Verbindung kann es bei der Berechnung der digitalen Signatur zu Fehlern kommen. Fehler können Software (falsche Ausführung mathematischer Operationen, Speicherbeschädigung) oder Hardware (Fehler im Betrieb von NVRAM und DRAM oder Fehler bei Stromausfällen) sein.
Eine der Möglichkeiten, Fehler anzuregen, könnten Angriffe der RowHammer-Klasse sein, was unter anderem ermöglicht aus der Ferne oder bei der Verarbeitung von JavaScript-Code in einem Browser eine Verzerrung des Inhalts einzelner Speicherbits erreichen beim intensiven zyklischen Lesen von Daten von Nachbarn. Gedächtniszellen. Eine weitere Möglichkeit, Fehler zu verursachen, könnte die Ausnutzung von Schwachstellen sein, die Pufferüberläufe und Datenbeschädigungen mit Schlüsseln im Speicher verursachen.
Um einen Angriff durchzuführen, reicht es aus, legitime Verbindungen zum SSH-Server passiv zu überwachen bis eine fehlerhafte digitale Signatur im Datenverkehr identifiziert wird, die als Informationsquelle zur Rekonstruktion des privaten RSA-Schlüssels verwendet werden kann. Nach der Neuerstellung des RSA-Schlüssels des Hosts kann ein Angreifer einen MITM-Angriff nutzen, um Anfragen stillschweigend an einen gefälschten Host umzuleiten, der sich als kompromittierter SSH-Server ausgibt, und an diesen Server übertragene Daten abzufangen.
Durch die Untersuchung einer Sammlung abgefangener Netzwerkdaten, die etwa 5200 Milliarden Datensätze im Zusammenhang mit der Verwendung des SSH-Protokolls umfasste, identifizierten die Forscher etwa 3200 Milliarden öffentliche Hostschlüssel und digitale Signaturen, die während der Aushandlung von SSH-Sitzungen verwendet wurden. Davon wurden 1.200 Milliarden (39,1 %) mit dem RSA-Algorithmus generiert.
Die Forschergruppe erwähnt Folgendes:
In 593671 Fällen (0,048 %) war die RSA-Signatur beschädigt und konnte nicht verifiziert werden, während wir bei 4962 fehlgeschlagenen Signaturen die Lattice-Faktorisierungsmethode verwenden konnten, um den privaten Schlüssel aus dem bekannten öffentlichen Schlüssel zu ermitteln, was zur Rekonstruktion von 189 eindeutigen RSA führte Schlüsselpaare (in vielen Fällen wurden dieselben fehlerhaften Schlüssel und Geräte verwendet, um verschiedene beschädigte Signaturen zu generieren). Die Neuerstellung der Schlüssel dauerte etwa 26 CPU-Stunden.
Das Problem betrifft nur bestimmte Implementierungen des SSH-Protokolls. Wird hauptsächlich in eingebetteten Geräten verwendet. Darüber hinaus wird erwähnt, dass OpenSSH von diesem Problem nicht betroffen ist, da es zur Generierung von Schlüsseln die OpenSSL- (oder LibreSSL-)Bibliothek verwendet, die seit 2001 gegen Bug-Angriffe geschützt ist.
Darüber hinaus ist in OpenSSH das digitale Signaturschema ssh-rsa (basierend auf sha1) seit 2020 veraltet und in Version 8.8 deaktiviert (die Unterstützung für die Schemata rsa-sha2-256 und rsa-sha2-512 bleibt bestehen). Der Angriff könnte möglicherweise auf das IPsec-Protokoll anwendbar sein, aber die Forscher verfügten nicht über genügend experimentelle Daten, um einen solchen Angriff in der Praxis zu bestätigen.
Wenn Sie daran interessiert sind, mehr darüber zu erfahren, können Sie die Details im folgenden Link