Secure-Boot-Sicherheitslücke bei Framework-PCs legt 200 000 Geräte offen

Die Secure-Boot-Schwachstelle in Framework-PCs hat das Vertrauen in die Firmware-Sicherheit der gesamten Branche erschüttert. Über 200.000 Framework-Laptops und -Desktops enthalten ein signiertes Tool, das die Secure-Boot-Schutzmechanismen umgehen kann – und es Angreifern ermöglicht, den Speicher zu manipulieren, bevor das System startet.

Zweck von Secure Boot – und warum es versagte

Secure Boot soll sicherstellen, dass beim Systemstart nur vertrauenswürdiger Code ausgeführt wird. Die Funktion überprüft digitale Signaturen, um unsignierte Software zu blockieren, die sich tief im System verbergen könnte.

Forscher von Eclypsium entdeckten jedoch, dass einige Framework-Geräte eine von Microsoft signierte UEFI-Shell enthalten. Diese signierte Shell besitzt einen Befehl namens „mm“, der direkten Zugriff auf den Systemspeicher gewährt. Dadurch können Angreifer kritische Daten verändern, bevor das Betriebssystem geladen wird – und Secure Boot vollständig aushebeln.

Wie die Schwachstelle entdeckt wurde

Eclypsium identifizierte das signierte UEFI-Tool während der Analyse von Framework-Firmware-Abbildern. Da die Shell kryptografisch signiert war, ließ Secure Boot sie ohne Einschränkung ausführen. Nach dem Start ermöglichte der „mm“-Befehl vollständige Kontrolle für Benutzer oder Angreifer, die dadurch Rootkits installieren oder Sicherheitsmechanismen deaktivieren konnten, ohne entdeckt zu werden.

Das Problem liegt nicht in der Software selbst, sondern darin, wie Vertrauen zugewiesen wird. Microsofts Signaturprozess validierte das Tool, nicht jedoch dessen beabsichtigte Nutzung. Diese Lücke in der Verifizierung schuf ein schwerwiegendes Sicherheitsrisiko.

Reaktion von Framework und Folgen

Betroffen sind die Modelle Framework Laptop 13, Framework Laptop 16 und Framework Desktop – sowohl Intel- als auch AMD-Versionen. Framework reagierte schnell und veröffentlichte Firmware-Updates, um die anfällige UEFI-Komponente zu entfernen.

Obwohl das Unternehmen zügig handelte, warnen Experten, dass das Problem eine systemische Schwäche in Secure Boot offenbart. Das Vertrauen in signierte Binärdateien, ohne ihr Verhalten zu prüfen, ermöglicht ähnliche Umgehungen bei mehreren Herstellern.

Größere Auswirkungen auf die Branche

Secure Boot stand bereits nach früheren Angriffen wie BootHole und BlackLotus in der Kritik. Auch diese Attacken nutzten vertrauenswürdige Zertifikate, um schädlichen Code vor dem Systemstart auszuführen.

Eclypsium betont, dass signaturbasiertes Vertrauen allein nicht mehr ausreicht. Zukünftige Implementierungen müssen funktionsbasierte Validierungen einführen, um sicherzustellen, dass signierte Tools keine niedrigen Systemprivilegien missbrauchen können.

Fazit

Die Secure-Boot-Schwachstelle in Framework-PCs unterstreicht wachsende Bedenken hinsichtlich der Firmware-Sicherheit. Sie beweist, dass signiert nicht automatisch sicher bedeutet.
Solange Vertrauensmodelle nicht über reine Signaturprüfungen hinausgehen, bleiben selbst gut gemeinte Schutzmechanismen anfällig im Kern moderner Computersysteme.