DARAN
Wenn Secure-Boot-Zertifikate ablaufen, hängt Sicherheit am Firmware-Support
Ein Windows-PC kann am Morgen nach dem Ablauf eines Sicherheitszertifikats genauso unauffällig starten wie am Tag davor. Der Anmeldebildschirm erscheint, Programme öffnen sich, gewöhnliche Windows-Updates werden weiterhin installiert. Trotzdem verändert sich im Hintergrund etwas Entscheidendes: Fehlen die neuen Secure-Boot-Zertifikate, kann der Rechner künftige Schutzmaßnahmen für den besonders sensiblen Startvorgang möglicherweise nicht mehr erhalten. Eine Sicherheitsfunktion, die wie eine feste Eigenschaft des Mainboards wirkt, erweist sich damit als System, das erneuert werden muss.
Die Fristen liegen nicht in ferner Zukunft. Das Microsoft Corporation KEK CA 2011 lief am 24. Juni 2026 ab, das Microsoft UEFI CA 2011 am 27. Juni. Das für den Windows-Bootmanager verwendete Microsoft Windows Production PCA 2011 folgt am 19. Oktober 2026. Microsoft verteilt deshalb Zertifikate aus dem Jahr 2023 und neue Bootkomponenten über Windows Update. Nach Angaben des Unternehmens erhalten die meisten privaten PCs diese Umstellung automatisch, doch bei manchen Geräten stehen Hardware- oder Firmwaregrenzen im Weg.
Damit passen die Secure-Boot-Zertifikate zu den weniger offensichtlichen Abhängigkeiten digitaler Technik. Ihr Austausch ist notwendig und sicherheitstechnisch sinnvoll, macht aber sichtbar, dass der Schutz eines gekauften Rechners nicht allein vom installierten Betriebssystem abhängt. Microsoft muss neue Komponenten signieren, Windows muss die Änderung verteilen, die Firmware des Geräte- oder Mainboardherstellers muss sie korrekt annehmen und weitere Anbieter müssen ihre startfähige Software rechtzeitig umstellen. Bricht diese Kette, kann vollkommen funktionierende Hardware bei der nächsten Sicherheitsstufe zurückbleiben.
Warum Secure Boot überhaupt sinnvoll ist
Bevor Windows seine Oberfläche zeigt und ein Virenscanner regulär arbeiten kann, sind bereits Firmware, Bootmanager und weitere frühe Komponenten aktiv. Schadsoftware, die sich an dieser Stelle einnistet, besitzt einen besonders wirkungsvollen Platz: Sie kann vor dem Betriebssystem starten, Schutzmechanismen beeinflussen und einen Neustart überstehen. Secure Boot soll diesen Weg absichern, indem die UEFI-Firmware nur Startsoftware akzeptiert, deren digitale Signatur auf eine hinterlegte Vertrauenskette zurückgeführt werden kann.
Das Verfahren verspricht keine absolute Sicherheit. Eine korrekt signierte Komponente kann später als verwundbar erkannt werden, eine Implementierung kann Fehler enthalten und ein Angreifer benötigt je nach Schwachstelle möglicherweise bereits Administratorrechte oder physischen Zugang. Trotzdem setzt Secure Boot eine wichtige Hürde. Beliebiger Code darf nicht allein deshalb Teil des Startvorgangs werden, weil er auf der Systempartition oder einem USB-Stick liegt. Die Firmware verlangt einen kryptografisch überprüfbaren Herkunftsnachweis, bevor sie ihm diese frühe und mächtige Position überlässt.
Gerade deshalb wäre es falsch, die Zertifikatserneuerung als Zeichen dafür zu lesen, dass Secure Boot grundsätzlich gescheitert sei. Vertrauensanker unbegrenzt beizubehalten, obwohl Signierverfahren, Bedrohungen und verwundbare Bootkomponenten sich verändern, wäre kein Komfortgewinn, sondern ein Sicherheitsrisiko. Ein Schutzsystem bleibt nur belastbar, wenn es neue Schlüssel aufnehmen und bekannte problematische Komponenten ausschließen kann. Der Wechsel ist daher Teil der vorgesehenen Pflege, nicht ein nachträglich erfundener Zusatz.
Was Secure-Boot-Zertifikate eigentlich prüfen
Die Vertrauenskette liegt in mehreren UEFI-Datenbanken, deren Kürzel zunächst komplizierter wirken als ihre Aufgaben. Der Platform Key, kurz PK, bildet gewöhnlich die oberste Kontrolle des Geräteherstellers. In der Key-Exchange-Key-Datenbank, KEK, liegen Schlüssel, die Änderungen an weiteren Listen autorisieren dürfen. Die erlaubte Signaturdatenbank DB enthält Zertifikate und Hashwerte für Komponenten, die starten dürfen; die Sperrliste DBX hält dagegen Signaturen oder Hashwerte fest, denen nicht mehr vertraut werden soll.
Secure Boot fragt also nicht pauschal, ob eine Datei von Microsoft stammt. Es prüft, ob ein Bootmanager, eine EFI-Anwendung oder die Firmware einer Erweiterungskarte zu den aktuell akzeptierten Vertrauensankern passt und nicht widerrufen wurde. Diese Trennung erlaubt es, neue Software zuzulassen und zugleich alte, verwundbare Varianten zu sperren. Sie erklärt aber auch, warum ein Zertifikatswechsel mehr ist als der Austausch einer Datei im Windows-Ordner: Die maßgeblichen Einträge befinden sich in vom UEFI verwalteten Variablen, also auf der Seite der Plattform-Firmware.
Bei der neuen Generation wird das frühere Microsoft UEFI CA 2011 zudem auf zwei Nachfolger verteilt. Ein Zertifikat dient Drittanbieter-Bootloadern und EFI-Anwendungen, ein weiteres sogenannten Option ROMs, also startnaher Firmware etwa auf Erweiterungskarten. Dadurch lässt sich genauer festlegen, welchem Typ von Code ein System vertraut. Mehr Trennschärfe verbessert die Kontrolle, vergrößert während der Übergangszeit jedoch die Zahl der Beteiligten, die neue Signaturen, Firmwareeinträge und kompatible Auslieferungswege koordinieren müssen.
Der Ablauf schaltet den PC nicht plötzlich aus
Das Wort „Ablaufdatum“ weckt die Erwartung eines harten Endes. Bei diesen Secure-Boot-Zertifikaten ist das irreführend. Microsoft stellt ausdrücklich klar, dass Rechner mit den alten Einträgen weiterhin starten und gewöhnliche Windows-Updates empfangen können. Bereits vorhandene, mit den Zertifikaten von 2011 signierte Bootloader werden nicht allein durch das Erreichen des Datums schlagartig abgewiesen. Secure Boot besitzt damit keinen eingebauten Selbstzerstörungstermin für Millionen PCs.
Die Konsequenz zeigt sich erst in der Zukunft. Ein Gerät ohne die neuen Vertrauensanker kann neue Bootmanager, aktualisierte Sperrlisten oder weitere Schutzmaßnahmen für die Phase vor dem Betriebssystem möglicherweise nicht annehmen. Microsoft nennt unter anderem künftige Härtungen von BitLocker, neue Secure-Boot-Widerrufe und Korrekturen für die Startkette. Der Rechner bleibt zunächst alltagstauglich, während seine Fähigkeit, auf eine neu entdeckte Schwachstelle zu reagieren, langsam hinter den aktuellen Stand zurückfällt.
Dieser Unterschied ist redaktionell wichtig. Aus „Zertifikate sind abgelaufen“ folgt weder, dass jeder ältere PC jetzt unsicher ist, noch dass Nutzer mit einem sofortigen Startausfall rechnen müssen. Ebenso falsch wäre aber die umgekehrte Beruhigung, ein normaler Desktop beweise eine vollständig erneuerte Schutzkette. Der sichtbare Betrieb sagt nur, dass die vorhandene Konfiguration weiterhin startet. Ob sie auch den nächsten signierten Bootmanager oder eine neue Sperrliste akzeptiert, ist eine andere Frage.
Der Austausch reicht bis in die Firmware
Für private, nicht zentral verwaltete Windows-Rechner versucht Microsoft, die Komplexität weitgehend zu verbergen. Windows Update liefert die neuen Zertifikate und den aktualisierten Bootmanager, prüft Gerätekonfigurationen und rollt die Änderungen kontrolliert aus. Noch im Sicherheitsupdate vom 11. August 2026 erklärte das Unternehmen, die Abdeckung geeigneter Geräte mit zusätzlichen Einstufungsdaten zu erweitern und die Zertifikate in den kommenden Monaten weiter zu verteilen. Ein noch nicht umgestellter PC ist daher nicht automatisch endgültig ausgeschlossen.
Die Vorsicht hat einen nachvollziehbaren Grund. Ein Fehler beim Aktualisieren der UEFI-Datenbanken kann wesentlich schwerere Folgen haben als eine misslungene App-Installation. Microsoft nennt bei veralteter oder problematischer Firmware unter anderem Secure-Boot-Prüffehler, BitLocker-Wiederherstellungsabfragen, Startschleifen und im ungünstigen Fall einen Rechner, der nicht mehr bootet. Der gestufte Rollout soll Konfigurationen mit hoher Erfolgswahrscheinlichkeit zuerst bedienen und problematische Kombinationen aus Gerät und Firmware zurückhalten, bis ein sicherer Weg bekannt ist.
Dass dabei gelegentlich ein zusätzlicher Neustart erforderlich ist, hatte GadgetChecks bereits im PC Kompass zum Stand von Windows 11 26H2 kurz eingeordnet. Für sich genommen ist dieser Neustart kein Fehler, sondern kann zur kontrollierten Übernahme der neuen Vertrauensanker gehören. Die eigentliche größere Geschichte liegt darunter: Windows kann das Paket vorbereiten, doch am Ende muss die konkrete Firmware des Rechners ihre geschützten Variablen zuverlässig verändern.
Automatische Sicherheit braucht Vertrauen in das konkrete Modell
Ein gewöhnliches Windows-Update richtet sich nach Betriebssystemversion und Prozessorarchitektur. Beim Secure-Boot-Wechsel kommen Mainboard, UEFI-Version, hinterlegte Platform Keys und das Verhalten der Firmware hinzu. Deshalb betrachtet Microsoft nicht nur, ob ein PC grundsätzlich Windows 10 oder Windows 11 ausführt, sondern ob eine bestimmte Geräte- und Firmwarekombination für die automatische Umstellung genügend Vertrauen bietet. Unbekannte, auffällige oder bereits als problematisch erkannte Konfigurationen können vorerst aus dem Rollout fallen.
Diese Methodik schützt vor breit verteilten Startproblemen, erzeugt aber eine bemerkenswerte Abhängigkeit. Ein Hersteller, der seine Firmware über Jahre gepflegt, bekannte Fehler behoben und passende Aktualisierungspakete bereitgestellt hat, erleichtert die Umstellung. Bei einem alten Notebook, einem seltenen Mini-PC oder einem Mainboard ohne aktiven Support kann dagegen genau jene Firmware zum Engpass werden, die im Alltag seit Jahren unauffällig funktioniert. Microsoft weist selbst darauf hin, dass benötigte OEM-Updates möglicherweise nur für Geräte innerhalb ihres Supportzeitraums angeboten werden.
Damit entsteht eine neue Form der Supportlücke. Der Prozessor ist schnell genug, der Speicher genügt, Windows erhält eventuell noch reguläre Aktualisierungen und auch Secure Boot ist eingeschaltet. Trotzdem kann die Plattform bei künftigen Schutzmaßnahmen zurückbleiben, weil ihre Firmware die neuen Einträge nicht zuverlässig verarbeitet oder kein Hersteller mehr eine Korrektur liefert. Das ist kein Beweis, dass alle älteren PCs ausgetauscht werden müssen. Es zeigt aber, dass „unterstütztes Windows“ und „vollständig wartbare Startkette“ nicht in jedem Fall dasselbe bedeuten.
Alte Geräte geraten nicht alle in dieselbe Lage
Wie groß das Problem im Einzelfall ist, lässt sich nicht allein am Kaufjahr festmachen. Viele Rechner erhalten die 2023er-Zertifikate automatisch und benötigen keine gesonderte Herstelleraktion. Andere werden nach einem späteren Windows-Update umgestellt, weil Microsoft ihren Gerätetyp erst nach weiteren erfolgreichen Installationen freigibt. Wieder andere brauchen ein BIOS- oder UEFI-Update des Herstellers. Daneben gibt es Systeme ohne aktiviertes Secure Boot, sehr alte Rechner mit klassischem BIOS, virtuelle Maschinen sowie zentral verwaltete Unternehmensgeräte, für die andere Verfahren und Zuständigkeiten gelten.
Diese Unterschiede sprechen gegen pauschale Warnlisten. Selbst zwei äußerlich ähnliche Notebooks können verschiedene Firmwarestände, Platform Keys oder Mainboardrevisionen besitzen. Umgekehrt bedeutet eine gelbe Statusanzeige nicht zwangsläufig, dass der Hersteller das Gerät aufgegeben hat; Microsoft kann den Rollout bei bekannten Problemen vorübergehend pausieren und später fortsetzen. Entscheidend ist der konkrete Status, nicht die allgemeine Vermutung über eine Marke oder ein Alter.
Die Parallele zur 2G-Abschaltung und ihren Folgen für weiterhin funktionierende Geräte liegt trotzdem nahe. Dort bestimmt ein externer Kommunikationsstandard die praktische Lebensdauer, hier eine erneuerbare Vertrauenskette im Startprozess. In beiden Fällen bleibt die Hardware äußerlich intakt, während eine wenig sichtbare technische Voraussetzung weiterzieht. Der Unterschied besteht darin, dass der Secure-Boot-Übergang bei den meisten privaten PCs gerade durch koordinierte Updates ohne Hardwaretausch gelingen soll.
Dual-Boot, Rettungsmedien und Erweiterungskarten gehören zur Kette
Secure Boot endet nicht an der Windows-Installation. Linux-Distributionen verwenden häufig einen kleinen, von Microsoft signierten Vermittler namens Shim, damit ihre eigenen Bootkomponenten innerhalb der verbreiteten UEFI-Vertrauenskette starten können. Microsofts aktuelle Übergangshinweise beschreiben deshalb zwei gegensätzliche Risiken: Ein nur mit dem neuen Zertifikat signierter Shim startet nicht auf einer Firmware, die ausschließlich dem alten Zertifikat vertraut. Wird das alte Vertrauen später entfernt oder widerrufen, kann wiederum ein nur nach dem Stand von 2011 signierter Shim ausfallen.
Vorhandene Linux-Installationen hören nicht allein wegen des Datums auf zu starten, solange ihre Signatur weiterhin in der DB akzeptiert und nicht über die DBX oder andere Mechanismen gesperrt wird. Künftige Bootloader und Sicherheitskorrekturen benötigen jedoch die neuen Vertrauensanker. Für Dual-Boot-Systeme kommt es deshalb auf eine Übergangsphase an, in der Firmware, Windows und Distribution zusammenpassen. Wer solche Systeme nutzt, sollte keine Schlüssel auf Verdacht löschen, sondern die Hinweise der konkreten Distribution und des Geräteherstellers beachten.
Auch alte Installations- und Rettungsmedien können betroffen sein. Wird ein verwundbarer Bootmanager gezielt widerrufen, kann ein früher erstellter USB-Stick an einem entsprechend gehärteten Gerät nicht mehr starten, obwohl der Datenträger technisch in Ordnung ist. Microsoft musste diesen Zielkonflikt bei den Maßnahmen gegen das BlackLotus-Bootkit ausdrücklich berücksichtigen und verlangt für weitreichende Widerrufe aktualisierte Startmedien. Das zeigt, weshalb solche Änderungen schrittweise erfolgen: Eine bekannte Lücke offen zu lassen ist riskant, ein altes Rettungsmedium unangekündigt unbrauchbar zu machen ebenfalls.
Schließlich können Option ROMs auf Erweiterungskarten Teil der Prüfung sein. Die Aufteilung des früheren Drittanbieterzertifikats soll hier künftig genauer zwischen Bootloadern und Erweiterungsfirmware unterscheiden. Das stärkt das Prinzip der geringsten notwendigen Vertrauensweite, verlangt aber auch von Hardwareanbietern neue Signaturen und von Mainboards die passenden Zertifikate. Eine Grafikkarte oder Netzwerkkarte ist damit nicht pauschal gefährdet; bei startrelevanter Firmware kann ihre Kompatibilität jedoch ebenfalls von der erfolgreichen Übergabe zwischen alter und neuer Vertrauenskette abhängen.
Was Nutzer jetzt sinnvoll prüfen können
Für die meisten privaten Rechner bleibt der vernünftige erste Schritt unspektakulär: unterstützte Windows-Updates installieren und verlangte Neustarts durchführen. Seit 2026 erweitert Microsoft die Windows-Sicherheits-App unter „Gerätesicherheit“ und „Sicherer Start“ beziehungsweise „Secure Boot“ um Angaben zum Zertifikatsstatus. Ein grünes Symbol allein bestätigt laut Microsoft noch nicht die vollständige Umstellung; eindeutig ist der zusätzliche Text, dass Secure Boot aktiv ist, alle erforderlichen Zertifikatupdates angewendet wurden und keine weiteren Änderungen nötig sind.
Zeigt Windows eine gelbe Empfehlung, können zunächst ausstehende Updates und ein Neustart fehlen, es kann aber auch eine Hardware- oder Firmwaregrenze vorliegen. Dann ist die Supportseite des exakten Notebook-, Komplett-PC- oder Mainboardmodells die richtige Adresse. Bei einer roten Meldung erklärt Microsoft, dass eine neue Schutzmaßnahme für die vorhandene Startkonfiguration nicht bereitgestellt werden kann. Die Warnung lediglich auszublenden ändert diesen Zustand nicht. Auf zentral verwalteten Firmenrechnern sollte dagegen die zuständige IT handeln, weil dort Tests, Wiederherstellungsmedien und BitLocker-Schlüssel koordiniert werden müssen.
Nicht sinnvoll ist es, Secure Boot vorsorglich abzuschalten, das TPM zu löschen, UEFI-Schlüssel manuell zu entfernen oder irgendeine ähnlich bezeichnete Firmware einzuspielen. Solche Eingriffe können den Schutz verringern, BitLocker-Wiederherstellung auslösen oder den Start verhindern. Wer ein ausdrücklich vorgesehenes Firmwareupdate installiert, sollte die Herstelleranleitung beachten und vorher sicherstellen, dass wichtige Daten sowie gegebenenfalls der BitLocker-Wiederherstellungsschlüssel verfügbar sind. Aus einer weitgehend automatischen Sicherheitsmigration soll kein riskantes Selbstexperiment werden.
Der Haken daran
Die Erneuerung der Secure-Boot-Zertifikate ist zunächst eine gute Nachricht. Microsoft ersetzt eine seit rund 15 Jahren verwendete Vertrauensbasis, trennt künftig verschiedene Arten startfähiger Drittanbietersoftware genauer und schafft die Voraussetzung, neue Bootmanager zu signieren sowie verwundbare Varianten zu sperren. Dass ein Sicherheitssystem seine Schlüssel wechseln kann, ist kein Makel, sondern eine Bedingung dafür, dass es auf neue Angriffe reagieren kann. Ein PC, der diese Umstellung automatisch erhält, wird dadurch nicht weniger nutzbar, sondern langfristig besser wartbar.
Der Haken liegt in der Verteilung dieser Wartbarkeit. Die Schutzfunktion erscheint in Windows als Schalter, tatsächlich gehört sie zu einer Kette aus Microsoft, Gerätehersteller, UEFI-Firmware, Betriebssystem, Drittanbieter-Bootloadern und startfähiger Hardware. Der Käufer besitzt den Rechner, kann die entscheidenden Zertifikate aber nicht einfach wie eine Anwendung ersetzen, ohne genau jene Vertrauensordnung zu umgehen, die ihn schützen soll. Ob die nächste Sicherheitsstufe ankommt, hängt deshalb auch davon ab, ob andere Beteiligte ein konkretes Modell noch kennen, testen und unterstützen.
Bei den meisten aktuellen PCs soll diese Abhängigkeit kaum auffallen, weil Updates und gestufte Freigaben ineinandergreifen. Problematisch wird sie dort, wo weiterhin brauchbare Hardware zwischen Zuständigkeiten gerät: Windows kann ein Update anbieten, die Firmware kann es blockieren und der Hersteller kann seinen Support beendet haben. Der Rechner läuft dann weiter, doch seine Startschutzfunktion verliert die Fähigkeit, mit neuen Bedrohungen mitzuwachsen. Gerade weil dieser Rückstand leise entsteht, braucht es eine verständliche Statusanzeige und langfristige Firmwarepflege statt pauschaler Austauschforderungen.
Der eigentliche Maßstab ist daher nicht, ob ein Zertifikat ewig hält. Entscheidend ist, ob der Wechsel für unterstützte und sinnvoll weiterverwendbare Geräte zuverlässig möglich bleibt, ob Hersteller notwendige Firmwareupdates lange genug bereitstellen und ob Nutzer klar erkennen können, wann ihre Schutzkette vollständig erneuert wurde. Secure Boot zeigt, wie moderne Sicherheit funktionieren muss: nicht als unveränderliches Siegel, sondern als pflegbares System. Der Haken daran ist, dass diese Pflege selbst bei einem gekauften PC nie ganz in der eigenen Hand liegt.
Stand der Recherche: 2. September 2026.
Hauptquellen
- Microsoft: Ablauf und Auswirkungen der Secure-Boot-Zertifikate
- Microsoft: Termine und Nachfolger der Secure-Boot-Zertifikate
- Microsoft: Zertifikatsstatus in der Windows-Sicherheits-App
- Microsoft: Windows-11-Sicherheitsupdate vom 11. August 2026
- Microsoft: Widerrufe und Schutzmaßnahmen gegen das BlackLotus-Bootkit
- Microsoft: Übergangshinweise für Linux-Distributionen
- UEFI Forum: Secure Boot Ecosystem
Technik-Deals im Überblick
Ausgewählte Angebote und zeitlich begrenzte Preisaktionen rund um Technik und Gadgets.
