Wiki-Quellcode von Secure Boot Zertifikate

Zuletzt geändert von Thorsten Seifert am 2026/02/26 18:04

version	line-number	content
1.4	1	Die von Microsoft im Jahr 2011 erstellten und 15 Jahre gültigen Zertifikate für Secure Boot laufen im Juni diesen Jahres ab.
	2	Bei Client-Systemen sollten die neuen Zertifikate bereits über Windows Update installiert und im Bootloader aktiviert sein.
1.1	3
1.3	4	Auf Server-Systemen passiert dies aus Gründen der Sicherheit nicht automatisch!
1.4	5
2.6	6	= Was bedeutet dies für mich? =
1.4	7
	8	Davon betroffen sind vom Rechenzentrum bereitgestellte, virtuellen Root-Host auf Windows Basis.
	9
	10	Die bedeutet, dass bis Juni:
	11
	12	* Das virtuelle UEFI getauscht werden muss.
	13	* Die aktuellen Secure Boot Zertifikate im UEFI hinterlegt werden müssen.
	14	* Der Windows Bootloader aktualisiert werden muss.
	15	* Das neue Zertifikat im Bootloader aktiviert werden müssen.
	16
4.2	17	Wir werden in den Kommenden tagen ein Powershell-Script bereitstellen, dass den aktuellen Status der Zertifikate zusammenfasst.
4.3	18	Dieses Script muss mit Administrator-Berechtigungen auf der Virtuellen Maschine ausgeführt werden!
4.2	19
1.4	20	Auf virtuellen Linux Root-Host, die vom Rechenzentrum herausgegeben werden, ist Secure Boot nicht aktiviert.
	21
2.6	22	= Technischer Ablauf =
1.4	23
2.6	24	== VMware vSphere ==
1.4	25
6.1	26	Diesen Teil übernimmt, in Abstimmung mit den Verantwortlichen der virtuellen Maschine, das Rechenzentrum!
	27
2.6	28	=== Key Exchange Key (KEK) ===
1.4	29
	30	* Virtuelle Maschine herunterfahren
	31	* Heben der Virtual Hardware Compatibility auf mindestens VM version 21 (8.0 ESXi 8.0 U2 and later)
	32	* Entfernen der zur VM gehörigen .vnram vom Datastore
	33	* Beim erneuten Start VM wird eine neue, aktuelle .vnram erstellt. Diese enthält die aktuellen Zertifikate.
	34	* Starten der VM
	35	* Aktualisieren der VMware Tools
	36	* Installation von Windows Updates (u.a. aktuelle Treiber durch heben der Virtual Hardware)
	37
2.6	38	=== Platform Key ===
1.4	39
	40	* Virtuelle Maschine Herunterfahren.
	41	* Hinzufügen des Advanced Parameters (Edit Settings → Advanced Parameters): uefi.allowAuthBypass = "TRUE"
	42	* Hinzufügen einer bestehenden Festplatte zu der VM. Diese ist Bereits vorbereitet (vSAN/_SECURE_BOOT_CERTIFICATE_VMDK/EFI_CERT.vmdk) und enthält das Platform Key Zertifikat.
	43	* VM ins UEFI starten (Edit Settings → VM Options → Boot Options → Enable Force EFI Setup)
	44	* Im UEFI: Enter Setup → Secure Boot Configuration → PK Options → Enroll PK
	45	** Select the PK file from disk
	46	** Review
	47	** Commit changes and exit
	48	* Virtuelle Maschine herunterfahren.
	49	* Die hinzugefügte VHD wieder aushängen.
	50	* Den Advanced Parameter "uefi.allowAuthBypass" wieder entfernen.
	51	* Virtuelle Maschine starten.
	52
2.6	53	=== Kontrolle ===
1.5	54
2.2	55	Das Kontroll-Script sollte für die ersten vier Punkte nun "Certificate OK!" ausgeben:
1.5	56
2.2	57	* Active authorized database: Certificate OK!"
2.3	58	* Default authorized database: Certificate OK!"
	59	* Key exchange keys: Certificate OK!"
	60	* Platform key: Certificate OK!"
1.6	61
2.6	62	== Windows ==
1.6	63
5.1	64	Das Kontroll-Script wird für für den Bootloader noch Fehler ausgeben:
2.3	65
2.4	66	* UEFI CA2023 Update-Status: Not startet!
	67	* Bootloader-Status: Updates failed!
	68
4.3	69	Aktualisieren der Signaturen des Bootloaders:
2.4	70
3.7	71	* Update-Status für das UEFI-Zertifikat abfragen:{{code language="none"}}Get-ItemProperty HKLM:\SYSTEM\CurrentControlSet\Control\SecureBoot\Servicing \| Select-Object WindowsUEFICA2023Capable, UEFICA2023Status, @{n="UEFICA2023Error";e={'0x' + '{0:x}' -f $_.UEFICA2023Error}}{{/code}}
4.1	72	** Erfolgt keine Ausgabe, fehlt eines der oben genannten Zertifikate oder wichtige Windows Updates!
	73	** Die Ausgabe sollte als //WindowsUEFICA2023Capable //"1" und //UEFICA2023Status //"NotStartet" ausgeben
2.7	74	* Signatur des Bootloader Kontrollieren: In der Powershell {{code language="none"}}WinCsFlags.exe /query --key F33E0C8E002{{/code}}
3.3	75	* Als "Current Configuration", sollte noch die alte Signatur hinterlegt sein (F33E0C8E001), der "State" ist "Disabled"
2.5	76
	77	{{code language="none"}}
	78	Flag: F33E0C8E
	79	Current Configuration: F33E0C8E001
	80	State: Disabled
	81	Pending Configuration: None
	82	Pending Action: None
	83	FwLink: https://aka.ms/getsecureboot
	84	Available Configurations:
	85	F33E0C8E002
	86	F33E0C8E001
	87	{{/code}}
	88
4.1	89	* Hinzufügen der Signatur zum Secure Boot Updater: {{code language="none"}}WinCsFlags.exe /apply --key "F33E0C8E002"{{/code}}
3.1	90	* Update des Secure Boot Bootloaders: {{code language="none"}}Start-ScheduledTask -TaskName "\Microsoft\Windows\PI\Secure-Boot-Update"{{/code}}
	91	* Die Virtuelle Maschine muss mindestens zwei mal neu gestartet werden!
2.7	92
3.1	93	=== Kontrolle ===
2.7	94
3.1	95	Das Kontroll-Script sollte nun für alle Punkte ein "OK" ausgeben:
2.8	96
3.1	97	* Active authorized database: Certificate OK!"
	98	* Default authorized database: Certificate OK!"
	99	* Key exchange keys: Certificate OK!"
	100	* Platform key: Certificate OK!"
	101	* UEFI CA2023 Update-Status: Updated!
	102	* Bootloader-Status: Updated!
	103
	104	Sollte der Bootloader-Status noch "Reboot pending!" ausgeben, muss die VM nochmals, nach etwas Wartezeit, neu gestartet werden!

Wiki-Quellcode von Secure Boot Zertifikate

Suchen

Navigation