512-Bit-RSA-Schlüssel in 8,5 Stunden geknackt

Der 512-Bit-RSA-Schlüssel eines alten Danger-Entwicklerzertifikats wurde mit 220 Kernen auf sieben Rechnern in 8,5 Stunden berechnet. Mit dem wiederhergestellten privaten Schlüssel konnte der Autor signierte Danger-Dateien erzeugen und den Entwicklermodus des T-Mobile Sidekick reaktivieren.

512-Bit-RSA-Schlüssel in 8,5 Stunden geknackt

Das Wichtigste

  • In der Firmware des Sidekick steckte ein selbstsigniertes Danger-Entwicklerzertifikat mit einem 512-Bit-RSA-Schlüssel, dem mehrere Gerätegenerationen von Hiptop 1 bis Sidekick 3 vertrauten.
  • Sieben Rechner mit insgesamt 220 Kernen benötigten rund 1.175 Kernstunden, um den Schlüssel mit CADO-NFS zu berechnen; die reale Laufzeit betrug 8,5 Stunden.
  • Der wiederherstellte private Schlüssel ermöglichte eine eigene Signieranwendung, mit der eine offizielle Danger-Datei bytegenau nachgebaut wurde.

Einordnung

Der Fall zeigt, wie ein schwacher, langlebiger Signierschlüssel in alter Firmware über Jahrzehnte Zugriff auf geschützte Funktionen sichern kann. Für die Arbeit mit Legacy-Systemen unterstreicht er die Bedeutung historischer Zertifikate, kryptografischer Verfahren und stillgelegter Entwicklungswege. Der reaktivierte Entwicklermodus betraf ein altes, inzwischen abgeschaltetes Gerät.

Was das für Sie heisst

Direkt anwendbar

Bei Legacy-Systemen sollten Entwickler und technische Entscheider historische Signierschlüssel, eingebettete Zertifikate und abgeschaltete Entwicklungswege in die Sicherheits- und Architekturprüfung einbeziehen.

Wer davon profitiert: Entwicklerinnen, Entwickler und technische Entscheider profitieren bei der Bestandsaufnahme von Alt-Systemen, weil sie schwache oder weiterhin vertraute Signiermechanismen frühzeitig erkennen können.

Artikel teilen:

System ohne Doku anbinden?

API-Integration: auch Schnittstellen ohne saubere Dokumentation zuverlässig anbinden, mit Tests und Überwachung.