Ob Windows 11 bereits mit den neueren Secure-Boot-Zertifikaten arbeitet, lässt sich nicht an einem einzigen Schalter ablesen. Prüfe zuerst, ob Secure Boot aktiv ist, und ermittle danach die Signatur des Bootmanagers auf der EFI-Systempartition. Steht dort als Unterzeichner Microsoft Windows UEFI CA 2023 und ist die Signatur gültig, verwendet die geprüfte Bootdatei die neue Zertifikatsgeneration. Die Anzeige Sicherer Startzustand: Ein allein bestätigt das noch nicht.
Wichtig ist die Trennung zwischen drei Zuständen: Secure Boot kann eingeschaltet sein, die UEFI-Vertrauensdatenbank kann neue Zertifikate enthalten und der Windows-Bootmanager kann bereits mit einem neuen Zertifikat signiert sein. Diese Schritte der Umstellung müssen nicht gleichzeitig erfolgen. Die folgende Prüfung liest den Zustand aus und verändert weder die Firmware-Schlüssel noch die Startkonfiguration.
Welche neuen Zertifikate bei Secure Boot gemeint sind
Secure Boot prüft vor dem Windows-Start, ob beteiligte EFI-Programme von einer vertrauenswürdigen Stelle signiert wurden. Die zugehörigen Vertrauensinformationen liegen nicht im normalen Windows-Zertifikatspeicher, sondern in UEFI-Variablen der Firmware. Besonders wichtig sind die erlaubte Signaturdatenbank db, die Sperrliste dbx und die Key-Exchange-Key-Datenbank KEK.
Im Zusammenhang mit der neueren Microsoft-Zertifikatsgeneration können unter anderem diese Namen erscheinen:
Microsoft Windows UEFI CA 2023– relevant für von Microsoft signierte Windows-Startkomponenten.Microsoft UEFI CA 2023– für bestimmte UEFI-Programme außerhalb der reinen Windows-Startkette.Microsoft Corporation KEK 2K CA 2023– gehört zur Verwaltung autorisierter Aktualisierungen der Secure-Boot-Datenbanken.
Welche Einträge tatsächlich vorhanden sein müssen, hängt vom PC-Hersteller, von der Firmware und vom Stand der schrittweisen Bereitstellung ab. Für die praktische Windows-Prüfung ist der Unterzeichner des Bootmanagers besonders aussagekräftig. Er zeigt, mit welcher Zertifikatsgeneration die betreffende Datei signiert wurde.
Zuerst Secure Boot und den UEFI-Modus bestätigen
Öffne mit Windows-Taste + R den Dialog Ausführen, gib msinfo32 ein und bestätige. Im Fenster Systeminformationen sind zwei Zeilen maßgeblich:
- BIOS-Modus sollte UEFI anzeigen.
- Sicherer Startzustand sollte auf Ein stehen.
Bei BIOS-Modus: Vorgängerversion läuft Windows nicht im normalen UEFI-Startmodus. Eine Zertifikatsprüfung für die aktive Secure-Boot-Startkette führt dann nicht zum erwarteten Ergebnis. Zeigt der sichere Startzustand Aus, sagt die Signatur einer Datei zwar etwas über deren Herausgeber aus, aber nicht darüber, ob die Firmware sie beim Start tatsächlich erzwungen geprüft hat.
Eine zweite, eindeutige Kontrolle ist über PowerShell möglich. Öffne Windows Terminal oder PowerShell als Administrator und führe diesen ausschließlich lesenden Befehl aus:
Confirm-SecureBootUEFIDie Ausgabe True bestätigt aktives Secure Boot. False bedeutet, dass die Funktion auf diesem Startpfad nicht aktiv ist. Eine Fehlermeldung wie Cmdlet not supported on this platform kann auf einen Start im Legacy-Modus oder auf eine Plattform ohne passende UEFI-Unterstützung hindeuten. Auf verwalteten Firmen-PCs können außerdem Berechtigungen den Zugriff begrenzen.
Den Unterzeichner des aktiven Windows-Bootmanagers ermitteln
Die Bootdatei liegt auf der normalerweise ausgeblendeten EFI-Systempartition. Binde diese Partition vorübergehend mit einem freien Laufwerksbuchstaben ein. Die folgenden Befehle setzen voraus, dass S: noch nicht verwendet wird. Ist der Buchstabe bereits belegt, wähle einen anderen freien Buchstaben und passe sämtliche nachfolgenden Pfade entsprechend an.
Öffne eine Eingabeaufforderung oder Windows Terminal als Administrator und binde die Systempartition ein:
mountvol S: /SDer Befehl verändert keine Secure-Boot-Schlüssel. Er macht die EFI-Systempartition lediglich unter dem gewählten Laufwerksbuchstaben erreichbar. Prüfe danach in PowerShell, ob die erwartete Microsoft-Startdatei vorhanden ist:
Test-Path 'S:\EFI\Microsoft\Boot\bootmgfw.efi'Bei True kannst du die Authenticode-Signatur der Datei auslesen:
$BootFile = 'S:\EFI\Microsoft\Boot\bootmgfw.efi'
$Signature = Get-AuthenticodeSignature -FilePath $BootFile
$Signature | Format-List Status,StatusMessage
$Signature.SignerCertificate | Format-List Subject,Issuer,Thumbprint,NotBefore,NotAfterErwartet wird beim Status Valid. Im Feld Subject beziehungsweise innerhalb der dort ausgegebenen Angaben ist der Unterzeichner erkennbar. Enthält er Microsoft Windows UEFI CA 2023, wurde diese Bootmanager-Datei mit dem neueren Windows-UEFI-Zertifikat signiert. Erscheint stattdessen eine ältere Zertifikatsgeneration, ist die geprüfte Datei noch nicht auf den neuen Unterzeichner umgestellt.
Der Fingerabdruck im Feld Thumbprint eignet sich zur eindeutigen Identifikation des ausgelesenen Zertifikats. Ein Fingerabdruck sollte jedoch nur mit einem offiziell dokumentierten Referenzwert verglichen werden. Aus Jahreszahl, Gültigkeitszeitraum oder einem ähnlich klingenden Namen allein lässt sich kein verlässlicher Fingerabdruck ableiten.
Entferne den vorübergehend vergebenen Laufwerksbuchstaben nach der Kontrolle wieder:
mountvol S: /DSchlägt das Entfernen fehl, schließe zuerst Explorer-Fenster, Terminals oder Programme, die noch auf S: zugreifen, und wiederhole den Befehl.
Das Prüfergebnis richtig einordnen
Die Kombination der Ergebnisse entscheidet darüber, welche Aussage belastbar ist:
- Secure Boot ist aktiv, Signaturstatus ist gültig und der Unterzeichner nennt die 2023-Generation: Der geprüfte Windows-Bootmanager ist neu signiert und wurde auf einem System gestartet, das Secure Boot durchsetzt. Das ist der stärkste praktische Nachweis innerhalb von Windows.
- Secure Boot ist aktiv, aber der Bootmanager zeigt einen älteren Unterzeichner: Die Startkette ist geschützt, nutzt für diese Datei jedoch noch die ältere Zertifikatsgeneration. Daraus folgt nicht automatisch ein Fehler.
- Secure Boot ist aus, die Signatur nennt aber die 2023-Generation: Die Datei ist neu signiert, ihre Vertrauensprüfung wurde beim Start jedoch nicht durch Secure Boot erzwungen.
- Der Signaturstatus ist nicht gültig: Verändere keine Firmware-Schlüssel. Prüfe zuerst, ob wirklich die Datei auf der Systempartition untersucht wurde und ob Windows normal aktualisiert ist. Ein beschädigter oder unerwartet signierter Bootmanager gehört in eine gesonderte Reparaturdiagnose.
- Die Datei wird nicht gefunden: Kontrolliere den verwendeten Laufwerksbuchstaben und den Ordner
EFI\Microsoft\Boot. Bei mehreren Datenträgern oder mehreren EFI-Systempartitionen ist möglicherweise nicht die tatsächlich verwendete Systempartition eingebunden.
Ein gültiger neuer Bootmanager ist nicht völlig identisch mit einer vollständigen Auflistung aller Firmware-Zertifikate. Er liefert aber eine wesentlich verständlichere Aussage als ein bloßer Blick auf den Secure-Boot-Schalter. Hat der PC bei aktivem Secure Boot mit dieser Datei gestartet, muss die Firmware eine dazu passende Vertrauenskette akzeptiert haben.
Warum der Windows-Zertifikat-Manager hier nicht genügt
Der Zertifikat-Manager certmgr.msc und die Zertifikatsverwaltung des lokalen Computers zeigen Windows-Zertifikatspeicher. Secure-Boot-Vertrauen wird dagegen in UEFI-Signaturdatenbanken verwaltet. Ein Zertifikat, das dort hinterlegt ist, muss deshalb nicht als normaler Eintrag unter Vertrauenswürdige Stammzertifizierungsstellen erscheinen.
PowerShell kann die UEFI-Variable db auslesen:
Get-SecureBootUEFI -Name db | Format-List Name,Attributes,BytesDieser Befehl ist nur lesend. Das Feld Bytes enthält jedoch eine binäre EFI-Signaturliste und keine komfortable Zertifikatsübersicht. Die bloße Byteausgabe erlaubt keine sichere Zuordnung der enthaltenen Zertifikate. Sie sollte weder anhand einzelner sichtbarer Textfragmente noch mit dem normalen Zertifikat-Manager interpretiert werden.
Für eine forensisch genaue Inventarisierung der kompletten Datenbanken sind ein geeigneter Parser für EFI-Signaturlisten und vertrauenswürdige Referenzdaten erforderlich. Auf einem gewöhnlichen Windows-PC ist die Prüfung des tatsächlich verwendeten Bootmanagers meist die sinnvollere Antwort auf die Frage, ob die neue Microsoft-Signatur bereits eingesetzt wird.
Abweichungen bei mehreren Datenträgern und verwalteten PCs
Bei einem PC mit nur einer Windows-Installation verweist mountvol S: /S üblicherweise auf die vom laufenden System verwendete EFI-Systempartition. Komplexer wird die Zuordnung bei mehreren Windows-Installationen, geklonten Datenträgern oder alten, nicht entfernten EFI-Partitionen. Eine gültige Datei auf einer ungenutzten Partition beweist nichts über den aktiven Startpfad.
Öffne in einem solchen Fall die Datenträgerverwaltung und prüfe, auf welchem Datenträger die zum laufenden Windows gehörende Systempartition liegt. Lösche oder formatiere keine der kleinen EFI-Partitionen zur Gegenprobe. Schon das Entfernen der falschen Partition kann den nächsten Systemstart verhindern.
Auf einem Firmen-PC können Secure-Boot-Aktualisierungen durch Firmware-Freigaben, Gerätemanagement oder gestaffelte Bereitstellungsrichtlinien gesteuert werden. Ein älterer Unterzeichner ist dort kein Grund, eigenständig Schlüssel im UEFI-Setup zurückzusetzen. Die ausgelesenen Werte für Subject, Thumbprint und Signaturstatus liefern der zuständigen IT eine brauchbare Grundlage für die weitere Prüfung.
Was du bei einem älteren Zertifikat nicht tun solltest
Setze im UEFI-Setup weder die Secure-Boot-Schlüssel zurück noch wechsle unüberlegt zwischen Custom und Standard. Solche Änderungen sind keine reine Aktualisierungskontrolle. Sie können herstellerspezifische Schlüssel entfernen, andere EFI-Programme blockieren oder bei einem verschlüsselten Gerät eine BitLocker-Wiederherstellungsabfrage auslösen.
Auch das manuelle Ersetzen von bootmgfw.efi ist ungeeignet. Windows wartet Startdateien und zugehörige Komponenten als abgestimmten Bestand. Eine einzeln kopierte Datei kann nicht zur installierten Windows-Version passen und die Startfähigkeit beeinträchtigen.
Wenn Secure Boot aktiv ist, Windows normal startet und die Signatur gültig bleibt, besteht für die reine Identifikation kein Anlass zu einem Firmware-Eingriff. Die Prüfung soll den Zustand feststellen. Eine mögliche Aktualisierung der Zertifikate oder Startkomponenten ist ein eigener Vorgang, für den die Freigaben von Microsoft und dem PC- beziehungsweise Mainboard-Hersteller maßgeblich sind.
Häufige Fragen zur Zertifikatsprüfung
Kann BitLocker durch das bloße Auslesen ausgelöst werden?
Die Befehle Confirm-SecureBootUEFI, Get-AuthenticodeSignature und Get-SecureBootUEFI lesen Informationen aus. Auch das vorübergehende Einbinden der EFI-Systempartition ändert keine Secure-Boot-Schlüssel. Eine BitLocker-Wiederherstellungsabfrage ist eher bei Änderungen an Firmware, TPM, Startkonfiguration oder Secure-Boot-Schlüsseln relevant. Auf der eingebundenen Partition solltest du deshalb keine Dateien bearbeiten.
Warum kann ein PC mit älter signiertem Bootmanager weiterhin sicher starten?
Secure Boot prüft, ob eine Signatur zur momentan vertrauenswürdigen Datenbank passt und nicht gesperrt ist. Ein älterer, weiterhin akzeptierter Unterzeichner führt daher nicht automatisch zu einer fehlgeschlagenen Prüfung. Die neue Zertifikatsgeneration dient der Umstellung der Vertrauenskette; ihr Fehlen im ausgelesenen Bootmanager ist nicht gleichbedeutend mit deaktiviertem Secure Boot.
Was bedeutet ein gültiger 2023-Unterzeichner bei mehreren Betriebssystemen?
Das Ergebnis gilt nur für die untersuchte Datei. Ein zusätzlicher Bootloader, etwa für ein anderes Betriebssystem, kann von einer anderen Zertifizierungsstelle signiert sein. Prüfe in einer Mehrfachstartumgebung jede tatsächlich verwendete EFI-Komponente separat und verändere keine Firmware-Schlüssel, solange nicht geklärt ist, welche Bootloader davon abhängen.
