Die Secure Boot CA 2023 Migration ist für Windows‑Systeme zwingend erforderlich, da die bisherige Secure‑Boot‑Vertrauenskette aus dem Jahr 2011 abläuft. Dieser Beitrag erklärt, wie Administratoren die Secure Boot CA 2023 korrekt prüfen, bewerten und in verwalteten On‑Premises‑Umgebungen sicher umsetzen.
Wichtig ist:
Dabei handelt es sich nicht um ein klassisches Windows-Update, sondern um eine firmware-nahe Migration, die bewusst geplant und bewertet werden sollte – insbesondere in Unternehmensumgebungen.
Für private, nicht verwaltete Windows-Systeme besteht in der Regel kein Handlungsbedarf.
Microsoft verteilt die Secure-Boot-Migration für diese Geräte automatisch über Windows Update, gesteuert über ein kontrolliertes Rollout-Verfahren.
Der Nutzer muss in diesen Fällen:
Typisch ist dabei ein vollständig abgeschlossenes System ohne weitere Marker oder administrative Eingriffe. Das ist ein normaler und korrekter Zustand. Eine manuelle Prüfung ist optional, aber nicht zwingend erforderlich.
In klassischen Unternehmensumgebungen sieht die Situation anders aus:
In diesen Szenarien sind die notwendigen Update-Bestandteile zwar meist vorhanden, die Secure-Boot-Migration wird jedoch häufig nicht automatisch gestartet. Hier liegt die Verantwortung beim Administrator.
Die Migration setzt voraus:
Diese Prüfung erfolgt direkt im System:
Confirm-SecureBootUEFI
Ergebnis:
Ohne aktiven Secure Boot ist keine Migration notwendig.
Confirm-SecureBootUEFI
Nur Systeme mit aktivem Secure Boot sind migrationsrelevant.
[System.Text.Encoding]::ASCII.GetString((Get-SecureBootUEFI db).Bytes) -match "UEFI CA 2023"
Der Windows-Boot-Manager befindet sich auf der EFI-Systempartition und nicht im normalen Windows-Dateisystem. Entscheidend ist daher nicht nur, welcher Zertifikatskette die Firmware vertraut, sondern auch, womit der aktuell verwendete Boot-Manager signiert ist.
Da die EFI-Systempartition standardmäßig keinen Laufwerksbuchstaben besitzt, muss sie für die Prüfung temporär eingebunden werden.
EFI-Systempartition einbinden:
mountvol S: /s
Anschließend kann die Signatur des Windows-Boot-Managers geprüft werden:
$cert = Get-PfxCertificate -FilePath "S:\EFI\Microsoft\Boot\bootmgfw.efi"
$cert.Issuer
Relevant ist der Issuer des Zertifikats:
Nach Abschluss der Prüfung sollte die EFI-Systempartition wieder getrennt werden:
mountvol S: /d
Diese Prüfung liefert den direkten Nachweis, womit das System tatsächlich bootet, unabhängig von Registry-Werten oder Windows-Update-Anzeigen.
Microsoft stellt einen offiziellen Statuswert bereit, der den Migrationsfortschritt abbildet:
Get-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Control\SecureBoot\Servicing" | fl UEFICA2023Status
Der Wert UEFICA2023Status kann folgende Zustände annehmen:
Nur der Status Updated bedeutet eine vollständig abgeschlossene Migration.
Zwischenzustände sind normal und kein Fehler.
Ein häufig missverstandener Wert ist:
$val = (Get-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Control\SecureBoot").AvailableUpdates
"AvailableUpdates: 0x{0:X} ({0})" -f $val
Der Eintrag AvailableUpdates ist kein Fortschritts- oder Fehlerindikator, sondern ein Steuer- und Markerwert.
Typische Werte:
Beide Werte sind gültige Endzustände, wenn der Migrationsstatus auf Updated steht. Der Unterschied beschreibt lediglich den verwendeten Übergangspfad, nicht Erfolg oder Misserfolg.
In On-Premises-Infrastrukturen erfolgt die Migration bewusst und kontrolliert.
Set-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Control\SecureBoot"
-Name "AvailableUpdates" -Value 0x5944
-Type DWord
Dieser Wert signalisiert dem System, dass alle erforderlichen Secure-Boot-Updates ausgeführt werden sollen.
Start-ScheduledTask -TaskName "\Microsoft\Windows\PI\Secure-Boot-Update"
Dabei werden keine Daten aus dem Internet geladen. Es wird ausschließlich mit lokal installierten Update-Komponenten gearbeitet.
Die Migration erfolgt in mehreren Phasen. Zwei bis drei Neustarts sind normal und abhängig von:
Zwischenzeitliche Status- oder Fehleranzeigen sind in dieser Phase nicht ungewöhnlich.
Ein System gilt als erfolgreich migriert, wenn:
Der Wert AvailableUpdates darf dabei 0x0 oder 0x4000 sein.
Die Secure-Boot-Migration auf Windows UEFI CA 2023 ist kein Sonderfall, sondern eine zwingende Sicherheitsmaßnahme mit klarer Trennung zwischen privaten und verwalteten Systemen.
Privatanwender können sich in der Regel auf Windows Update verlassen.
Für Unternehmen bedeutet die Secure Boot CA 2023 Migration vor allem eines:
Weitere detaillierte Informationen und offizielle Anleitungen zur Secure Boot CA 2023 Migration findest Du auf der Microsoft Dokumentationsseite:
Secure Boot Certificate updates: Guidance for IT professionals and organizations
Benötigt ihr Unterstützung bei der Migration in eurer Umgebung? Kontaktiert mich gerne.
Ihr System erhält ab 2026 keine sicherheitsrelevanten Boot-Updates mehr, was es anfälliger für Angriffe macht.
Ja, theoretisch, aber nicht empfohlen. Eine Rückkehr zur alten Zertifikatskette würde Sicherheitslücken öffnen.
Die Dauer hängt von der Firmware-Implementierung und der Hardware ab, typischerweise sind jedoch zwei bis drei Neustarts erforderlich.
Ja, über die in diesem Artikel beschriebenen PowerShell-Befehle und gängige Verwaltungstools wie SCCM.
Der Wert muss Updated sein, um eine vollständig abgeschlossene Migration anzuzeigen.
Hinterlasse einen Kommentar
An der Diskussion beteiligen?Hinterlasse uns deinen Kommentar!