Wiki-Quellcode von Secure Boot Zertifikate
Version 8.2 von Thorsten Seifert am 2026/02/27 10:02
Verstecke letzte Bearbeiter
| author | version | line-number | content |
|---|---|---|---|
| |
6.2 | 1 | {{error}} |
| |
7.1 | 2 | **Die Seite befindet sich noch im Aufbau!** |
| |
6.2 | 3 | |
| |
7.1 | 4 | Wir übernehmen keine Garantie auf Funktion. Durchführung auf eigene Gefahr. |
| |
6.2 | 5 | {{/error}} |
| 6 | |||
| |
1.4 | 7 | Die von Microsoft im Jahr 2011 erstellten und 15 Jahre gültigen Zertifikate für Secure Boot laufen im Juni diesen Jahres ab. |
| 8 | Bei Client-Systemen sollten die neuen Zertifikate bereits über Windows Update installiert und im Bootloader aktiviert sein. | ||
| |
1.1 | 9 | |
| |
1.3 | 10 | Auf Server-Systemen passiert dies aus Gründen der Sicherheit nicht automatisch! |
| |
1.4 | 11 | |
| |
2.6 | 12 | = Was bedeutet dies für mich? = |
| |
1.4 | 13 | |
| 14 | Davon betroffen sind vom Rechenzentrum bereitgestellte, virtuellen Root-Host auf **Windows **Basis. | ||
| 15 | |||
| 16 | Die bedeutet, dass bis Juni: | ||
| 17 | |||
| 18 | * Das virtuelle UEFI getauscht werden muss. | ||
| 19 | * Die aktuellen Secure Boot Zertifikate im UEFI hinterlegt werden müssen. | ||
| 20 | * Der Windows Bootloader aktualisiert werden muss. | ||
| 21 | * Das neue Zertifikat im Bootloader aktiviert werden müssen. | ||
| 22 | |||
| |
4.2 | 23 | Wir werden in den Kommenden tagen ein Powershell-Script bereitstellen, dass den aktuellen Status der Zertifikate zusammenfasst. |
| |
4.3 | 24 | Dieses Script muss mit Administrator-Berechtigungen auf der Virtuellen Maschine ausgeführt werden! |
| |
4.2 | 25 | |
| |
1.4 | 26 | Auf virtuellen **Linux **Root-Host, die vom Rechenzentrum herausgegeben werden, ist Secure Boot nicht aktiviert. |
| 27 | |||
| |
2.6 | 28 | = Technischer Ablauf = |
| |
1.4 | 29 | |
| |
2.6 | 30 | == VMware vSphere == |
| |
1.4 | 31 | |
| |
6.1 | 32 | Diesen Teil übernimmt, in Abstimmung mit den Verantwortlichen der virtuellen Maschine, das Rechenzentrum! |
| 33 | |||
| |
2.6 | 34 | === Key Exchange Key (KEK) === |
| |
1.4 | 35 | |
| 36 | * Virtuelle Maschine herunterfahren | ||
| 37 | * Heben der Virtual Hardware Compatibility auf mindestens VM version 21 (8.0 ESXi 8.0 U2 and later) | ||
| 38 | * Entfernen der zur VM gehörigen .vnram vom Datastore | ||
| 39 | * Beim erneuten Start VM wird eine neue, aktuelle .vnram erstellt. Diese enthält die aktuellen Zertifikate. | ||
| 40 | * Starten der VM | ||
| 41 | * Aktualisieren der VMware Tools | ||
| 42 | * Installation von Windows Updates (u.a. aktuelle Treiber durch heben der Virtual Hardware) | ||
| 43 | |||
| |
2.6 | 44 | === Platform Key === |
| |
1.4 | 45 | |
| 46 | * Virtuelle Maschine Herunterfahren. | ||
| 47 | * Hinzufügen des Advanced Parameters (Edit Settings → Advanced Parameters): uefi.allowAuthBypass = "TRUE" | ||
| 48 | * 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. | ||
| 49 | * VM ins UEFI starten (Edit Settings → VM Options → Boot Options → Enable Force EFI Setup) | ||
| 50 | * Im UEFI: Enter Setup → Secure Boot Configuration → PK Options → Enroll PK | ||
| 51 | ** Select the PK file from disk | ||
| 52 | ** Review | ||
| 53 | ** Commit changes and exit | ||
| 54 | * Virtuelle Maschine herunterfahren. | ||
| 55 | * Die hinzugefügte VHD wieder aushängen. | ||
| 56 | * Den Advanced Parameter "uefi.allowAuthBypass" wieder entfernen. | ||
| 57 | * Virtuelle Maschine starten. | ||
| 58 | |||
| |
2.6 | 59 | === Kontrolle === |
| |
1.5 | 60 | |
| |
2.2 | 61 | Das Kontroll-Script sollte für die ersten vier Punkte nun "Certificate OK!" ausgeben: |
| |
1.5 | 62 | |
| |
2.2 | 63 | * Active authorized database: Certificate OK!" |
| |
2.3 | 64 | * Default authorized database: Certificate OK!" |
| 65 | * Key exchange keys: Certificate OK!" | ||
| 66 | * Platform key: Certificate OK!" | ||
| |
1.6 | 67 | |
| |
2.6 | 68 | == Windows == |
| |
1.6 | 69 | |
| |
5.1 | 70 | Das Kontroll-Script wird für für den Bootloader noch Fehler ausgeben: |
| |
2.3 | 71 | |
| |
2.4 | 72 | * UEFI CA2023 Update-Status: Not startet! |
| 73 | * Bootloader-Status: Updates failed! | ||
| 74 | |||
| |
4.3 | 75 | Aktualisieren der Signaturen des Bootloaders: |
| |
2.4 | 76 | |
| |
3.7 | 77 | * 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 | 78 | ** Erfolgt keine Ausgabe, fehlt eines der oben genannten Zertifikate oder wichtige Windows Updates! |
| 79 | ** Die Ausgabe sollte als //WindowsUEFICA2023Capable //"1" und //UEFICA2023Status //"NotStartet" ausgeben | ||
| |
2.7 | 80 | * Signatur des Bootloader Kontrollieren: In der Powershell {{code language="none"}}WinCsFlags.exe /query --key F33E0C8E002{{/code}} |
| |
3.3 | 81 | * Als "Current Configuration", sollte noch die alte Signatur hinterlegt sein (F33E0C8E001), der "State" ist "Disabled" |
| |
2.5 | 82 | |
| 83 | {{code language="none"}} | ||
| 84 | Flag: F33E0C8E | ||
| 85 | Current Configuration: F33E0C8E001 | ||
| 86 | State: Disabled | ||
| 87 | Pending Configuration: None | ||
| 88 | Pending Action: None | ||
| 89 | FwLink: https://aka.ms/getsecureboot | ||
| 90 | Available Configurations: | ||
| 91 | F33E0C8E002 | ||
| 92 | F33E0C8E001 | ||
| 93 | {{/code}} | ||
| 94 | |||
| |
4.1 | 95 | * Hinzufügen der Signatur zum Secure Boot Updater: {{code language="none"}}WinCsFlags.exe /apply --key "F33E0C8E002"{{/code}} |
| |
3.1 | 96 | * Update des Secure Boot Bootloaders: {{code language="none"}}Start-ScheduledTask -TaskName "\Microsoft\Windows\PI\Secure-Boot-Update"{{/code}} |
| 97 | * Die Virtuelle Maschine muss mindestens **zwei mal** neu gestartet werden**!** | ||
| |
2.7 | 98 | |
| |
3.1 | 99 | === **Kontrolle** === |
| |
2.7 | 100 | |
| |
3.1 | 101 | Das Kontroll-Script sollte nun für alle Punkte ein "OK" ausgeben: |
| |
2.8 | 102 | |
| |
3.1 | 103 | * Active authorized database: Certificate OK!" |
| 104 | * Default authorized database: Certificate OK!" | ||
| 105 | * Key exchange keys: Certificate OK!" | ||
| 106 | * Platform key: Certificate OK!" | ||
| 107 | * UEFI CA2023 Update-Status: Updated! | ||
| 108 | * Bootloader-Status: Updated! | ||
| 109 | |||
| 110 | Sollte der Bootloader-Status noch "Reboot pending!" ausgeben, muss die VM nochmals, nach etwas Wartezeit, neu gestartet werden! | ||
| |
8.1 | 111 | |
| 112 | |||
| 113 | = Ressourcen = | ||
| 114 | |||
| 115 | [[https:~~/~~/techcommunity.microsoft.com/blog/windowsservernewsandbestpractices/windows-server-secure-boot-playbook-for-certificates-expiring-in-2026/4495789>>https://techcommunity.microsoft.com/blog/windowsservernewsandbestpractices/windows-server-secure-boot-playbook-for-certificates-expiring-in-2026/4495789]] | ||
| |
8.2 | 116 | |
| 117 | [[https:~~/~~/support.microsoft.com/en-us/topic/windows-configuration-system-wincs-apis-for-secure-boot-d3e64aa0-6095-4f8a-b8e4-fbfda254a8fe>>https://support.microsoft.com/en-us/topic/windows-configuration-system-wincs-apis-for-secure-boot-d3e64aa0-6095-4f8a-b8e4-fbfda254a8fe]] | ||
| 118 | |||
| 119 | [[https:~~/~~/learn.microsoft.com/en-us/answers/questions/5652654/secure-boot-certificates-have-been-updated-but-are>>https://learn.microsoft.com/en-us/answers/questions/5652654/secure-boot-certificates-have-been-updated-but-are]] | ||
| 120 | |||
| 121 | |||
| 122 | [[https:~~/~~/knowledge.broadcom.com/external/article/424429>>https://knowledge.broadcom.com/external/article/424429]] | ||
| 123 | |||
| 124 | [[https:~~/~~/knowledge.broadcom.com/external/article/423893>>https://knowledge.broadcom.com/external/article/423893]] | ||
| 125 | |||
| 126 | [[https:~~/~~/knowledge.broadcom.com/external/article/423919>>https://knowledge.broadcom.com/external/article/423919]] | ||
| 127 | |||
| 128 | [[https:~~/~~/knowledge.broadcom.com/external/article/421593/>>https://knowledge.broadcom.com/external/article/421593/]] | ||
| 129 | |||
| 130 |