UEFI Secure-Boot macht Linux weiter Probleme

Die technischen Hürden einer Linux-Installation auf UEFI-Geräten werden sich überwinden lassen. Nutzerfreundlich wird das wohl aber nicht, befürchtet Entwickler Matthew Garrett.

Der Red-Hat-Angestellte Matthew Garrett äußert starke Bedenken darüber, ob sich Linux trotz UEFI-Secure-Boot auf Windows-8-Geräten installieren lassen wird. "Wir können den für Secure-Boot benötigten Code in kurzer Zeit schreiben - tatsächlich ist das meiste davon schon getan. Aber erhebliche praktische Probleme bleiben bestehen und bis jetzt haben wir keine praktikable Lösung für auch nur eines davon."

"Kernel signieren reicht nicht"

Garrett schreibt zum Beispiel von dem Risiko, das ein global verfügbarer Linux-Schlüssel berge. Angreifer könnten diesen nutzen, um einen "Malware-Loader" zwischen den Firmware-Start und den Bootloader zu schalten. Der "Malware-Loader" wäre dabei ein stark modifizierter Linux-Kernel mit Schadcode, der sich selbst vor dem laufenden System versteckt, Nutzereingaben jedoch mitschreibt.

Deshalb sei das Signieren des Kernels mit einem Schlüssel einfach nicht genug. Genaugenommen dürfte der Kernel nur signierten Code starten. Proprietäre Binärtreiber ließen sich dann ebenso wenig einsetzen wie selbst kompilierte Treiber. Dies gelte auch für Windows 8, schreibt Garret.

Custom Mode erschwert Installation

Die Option Custom Mode der UEFI-Spezifikation sieht vor, dass Nutzer eigene Schlüssel in die Firmware einpflegen können. Diese Option griff Garrett bereits auf und schlug vor, dass Linux-Distributionen ihre Schlüssel einfach mitliefern. Dadurch würde die Installation jedoch deutlich erschwert, da Anwender die Firmware verändern müssten.

Außerdem schreibt die Spezifikation vor, wie genau Anwender den Custom Mode benutzen müssen. Unter anderem muss die Veränderung durch physisch vorhandene Nutzer geschehen, die gleichzeitige Installation auf mehreren Rechner über das Netzwerk würde dadurch unmöglich. Darüber hinaus gibt es keine Vorgabe, wie die User Interfaces des Custom Mode auszusehen haben, theoretisch unterscheiden sie sich also je nach Firmware-Hersteller.

Schlüsselformat nicht spezifiziert

Laut Garrett ist das Format der Schlüssel nirgendwo definiert und er fragt sich, ob der Schlüssel in reinem Binärcode vorliegen wird, als "EFI_SIGNATURE_DATA" oder gar "Base64-codiert und darüber hinaus mit Rot13 geschützt."

Auch wie die Schlüssel verteilt werden könnten, bereitet Garrett Sorgen. Sollten die Schlüssel asymmetrisch erzeugt werden, kann der private Schlüssel nicht einfach herausgegeben werden. Distributionen müssten ihre Schlüssel dann selbst erzeugen und an die Firmware-Hersteller aushändigen. Das fiele aber vor allem kleinen Projekten extrem schwer. Garrett schreibt pessimistisch: "Bastler-Linux-Distributionen werden damit der Vergangenheit angehören."

Kein Ende in Sicht

Bisher schob Microsoft das Problem von sich zu den OEM-Herstellern oder verbietet den Custom Mode auf ARM-Geräten. Die FSF startete die Kampagne Restricted-Boot, Garrett selbst, oder auch die Linux-Foundation und Canonical machten bereits Vorschläge, wie Nutzer eigene Schlüssel installieren könnten.

Das sind allerdings größtenteils technische Bedenken, dazu kommen die von Garrett nun geäußerten Hürden für Anwender bei der Installation. Die vielen offenen Fragen werden sich letztlich erst nach der Veröffentlichung von Windows 8 beantworten lassen.