Im August 2026 rückte eine Veröffentlichung eines renommierten Sicherheitsforschers erneut in den Fokus der Entwickler-Community: In bestimmten Computer-Prozessoren befindet sich eine vom Hersteller selbst integrierte Hardware-Hintertür.
Das Projekt namens Rosenbridge gelangte diesen Monat auf GitHub erneut an die Spitze der Hacker News-Trends und verzeichnete über 300 Punkte sowie mehr als 90 Kommentare. Die prägnanteste Reaktion in den Diskussionen brachte es auf den Punkt: „Das sollte nichts sein, was wir erst im Jahr 2026 enthüllen.“ Diese Aussage beschreibt das Kernproblem der modernen Hardware-Sicherheit.
Das Fazit vorweg: Die Anzahl der betroffenen Chips ist zwar eng begrenzt, doch der Vorfall bringt eine langjährige Debatte auf den Tisch: Die Prozessoren in unseren Rechnern stammen aus einer Lieferkette, die sich von außen nicht auditieren lässt. Ob eine Hardware vertrauenswürdig ist, bleibt weitgehend Glaubenssache.
Wie die Hintertür aussieht: Ein versteckter zweiter Kern im Prozessor
Ein gewöhnlicher x86-Prozessor gleicht einer Wohnung, die für einen einzelnen Bewohner ausgelegt ist. Rosenbridge zeigt jedoch, dass in diesem Raum ein verborgenes Nebenzimmer abgetrennt ist, in dem ein zweiter „Kern“ existiert. Dieser verarbeitet keine x86-Befehle, sondern nutzt eine eigene Architektur, die Forscher als „Deeply Embedded Instruction Set“ bezeichnen.
Das Nebenzimmer ist im Normalbetrieb verschlossen. Um es zu öffnen, sind zwei Bedingungen erforderlich: Das Aktivieren eines bestimmten Steuerbits in einem gerätespezifischen Register (MSR) sowie das Ausführen eines speziellen „Startbefehls“. Ist die Tür erst einmal geöffnet, können Befehle im Gewand regulärer x86-Instruktionen an den versteckten Kern übergeben werden, der sie unter Umgehung sämtlicher Speicherschutz- und Berechtigungsprüfungen der Hardware ausführt.
Die Auswirkung ist direkt: Ein normales Benutzerprogramm (in der Fachsprache ring 3) kann direkt auf den Kernel des Betriebssystems (ring 0) zugreifen. Das entspricht einem Mieter, der ohne Schlüssel den Technikraum des Gebäudes betritt, den Stromzähler verändert oder die Überwachungskameras abschaltet. In der Demonstration des Forschers genügte ein einziger Befehl, um einem normalen Benutzer vollständige Kernel-Rechte zu verschaffen.
Abbildung: Rosenbridge-Demonstration: Ein normales Programm erhält über den versteckten Kern direkte Kernel-Rechte. Quelle: GitHub-Repository
Abbildung: Rekonstruiertes Konzept der Hintertür-Architektur aus Patentdokumenten. Quelle: Black Hat Whitepaper (Domas, God Mode Unlocked)
Warum die Erkennung so schwierig war: 43 unbekannte Schalter unter 1.300
Im Allgemeinen gelten Mikroprozessoren als reine Hardware, deren Verhalten nach der Fertigung unveränderlich ist, weshalb Sicherheitslücken meist im Softwarebereich vermutet werden. Rosenbridge kehrt diese Logik um: Auch die Hardware selbst kann Hintertüren enthalten.
Die Erkennung war extrem schwierig, da alle Konstruktionsdetails beim Hersteller verblieben. Der Forscher stieß zunächst in öffentlich zugänglichen Patentdokumenten auf Hinweise, wonach ein internes Steuerregister es Benutzern ermöglichen könne, Sicherheitsmechanismen zu umgehen. Daraufhin untersuchte er über 1.300 gerätespezifische Register (MSRs) des Chips. Nach dem Filtern bekannter Funktionen blieben 43 „unidentifizierte“ Register übrig, aus denen schließlich das sogenannte „God-Mode-Bit“ isoliert wurde. Mithilfe des selbstentwickelten Fuzzing-Werkzeugs Sandsifter durchsuchte der Forscher anschließend den gesamten x86-Befehlsraum, bis er den spezifischen Startbefehl fand.
Abbildung: Rekonstruierte Funktionsweise der Hintertür: Befehlsströme werden heimlich an den sekundären Kern umgeleitet. Quelle: Black Hat Whitepaper
Von 1.300 Registern fielen lediglich 43 auf; alle übrigen wurden als reguläre Funktionen eingestuft. Die große Mehrheit der Hardware-Schalter ist nur dem Entwickler bekannt. Ohne den entsprechenden Bauplan – der niemals veröffentlicht wird – ist das Auffinden von Hardware-Hintertüren nahezu unmöglich.
Erwertend kommt die Problematik der Erkennung selbst hinzu. Das vom Forscher bereitgestellte Überprüfungswerkzeug ist ausdrücklich als „Alpha-Testversion“ deklariert. Wird es auf nicht betroffenen Systemen ausgeführt, kann dies zu Systemabstürzen oder Einfrieren führen. Für Endanwender gibt es praktisch keinen sicheren Weg festzustellen, ob ihr eigener Prozessor eine solche Hintertür enthält.
Warum es nicht geflickt werden kann: Hardware-Befehle lassen sich durch Software nur mildern
Bei Software-Schwachstellen stellt der Hersteller ein Update bereit. Hardware-Hintertüren lassen sich nicht einfach löschen. Der Forscher stellte ein Skript bereit, das das Steuerbit während des Systemstarts zurücksetzt, um das Nebenzimmer erneut zu verriegeln.
Das Skript verweist jedoch selbst auf eine fundamentale Einschränkung: Sobald ein Angreifer Kernel-Rechte erlangt hat, kann er die Tür jederzeit wieder öffnen. Zudem funktioniert dieses Skript nur für den exakt untersuchten Chiptyp: „Sollte die Implementierung der Hintertür auch nur geringfügig angepasst worden sein, erkennt das Werkzeug sie nicht mehr.“
Der Begriff „Reparatur“ greift bei Hardware-Hintertüren zu kurz. Software kann die Tür bestenfalls vorübergehend schließen, während der Schlüssel in der Hardware verbleibt. Dies erklärt, warum Beobachter betonen, dass Hardware-Probleme weitaus gravierender sind als Software-Lieferkettenrisiken – sie werden selten auditiert, und Herstellern fehlt die Möglichkeit für nachträgliche Software-Fixes.
Wer betroffen ist: 20 Jahre alte Prozessoren, die noch immer im Einsatz sind
Den veröffentlichten Informationen zufolge betrifft das Problem Prozessoren der Serie VIA C3, die in den frühen 2000er Jahren produziert wurden. Diese Serie wurde damals vor allem in Industriesteuerungen, POS-Kassen, Geldautomaten, medizinischen Geräten sowie einigen stromsparenden PCs verbaut.
Mehr als zwei Jahrzehnte später sind viele dieser Geräte in kritischen Infrastrukturen nach wie vor im Einsatz. Der Austausch von eingebetteter Hardware in Geldautomaten oder Steuerungssystemen ist mit erheblichen Kosten und Ausfallzeiten verbunden, weshalb Systeme häufig so lange wie möglich betrieben werden. Der Forscher vermutet, dass dieser zweite Kern ursprünglich als Diagnosefunktion für den Embedded-Markt konzipiert wurde und keine böswillige Absicht vorlag, sondern bei frühen Produktgenerationen lediglich das standardmäßige Deaktivieren vergessen wurde. Auch der Haftungsausschluss im Repository betont, dass keine bösartige Absicht unterstellt wird.
Dies stellt einen der wenigen beruhigenden Aspekte des Berichts dar, liegt jedoch gleichzeitig im Zentrum der aktuellen Debatte.
Beide Perspektiven im Abwägen
Die Seite, die den Vorfall als schwerwiegend einstuft, argumentiert: Während Prozessoren immer komplexer werden und versteckte Subsysteme wie Intel ME oder AMD PSP seit langem existieren, liegt die hier entdeckte Hintertür noch tiefer – mit direktem Zugriff auf Speicher, Register und Ausführungspipelines. Die Tatsache, dass ein Hersteller unvollständig dokumentierte Steuerungen im Chip belässt, untergräbt das grundlegende Vertrauen in die Hardware-Lieferkette.
Die Gegenseite verweist darauf, dass kein Grund zur Panik besteht: Das Problem beschränkt sich auf veraltete Prozessoren von vor zwei Jahrzehnten, und die Funktion wurde in späteren Generationen entfernt. Die Forschung selbst wurde bereits 2018 auf Sicherheitskonferenzen vorgestellt und das Repository ist seit Jahren öffentlich zugänglich; es erhielt diesen Monat lediglich erneute Aufmerksamkeit auf Hacker News. Moderne Smartphones und gängige PCs sind nicht betroffen.
Beide Blickwinkel haben ihre Berechtigung. Für Prozessoren vom Typ VIA C3 ist Hysterie unangebracht. Als Fallstudie für Vertrauen in Lieferketten ist die Diskussion jedoch wertvoll. Endanwender haben keine Möglichkeit zu überprüfen, aus welcher Fertigungslinie die Chips ihrer Geräte stammen und ob darin undokumentierte Funktionen verborgen sind.
Dies ist kein Aufruf, bestehende Hardware zu entsorgen. Es unterstreicht vielmehr die Notwendigkeit, das Prinzip „Hardware ist standardmäßig vertrauenswürdig“ als prüfbedürftige Hypothese zu behandeln. Die Absicherung kritischer Systeme, regelmäßige Firmware-Updates und der Verzicht auf Hardware aus unsicheren Quellen bleiben auch gegenüber Hardware-Hintertüren die wirksamsten Schutzmaßnahmen.
Referenzlinks:
- GitHub: Rosenbridge Repository
- HN Discussion (item?id=49219508)
