Änderungen von Dokument Secure Boot Zertifikate
Zuletzt geändert von Thorsten Seifert am 2026/02/27 11:42
Von Version 7.1
bearbeitet von Thorsten Seifert
am 2026/02/27 09:57
am 2026/02/27 09:57
Änderungskommentar:
Es gibt keinen Kommentar für diese Version
Auf Version 2.4
bearbeitet von Thorsten Seifert
am 2026/02/26 17:36
am 2026/02/26 17:36
Änderungskommentar:
Es gibt keinen Kommentar für diese Version
Zusammenfassung
-
Seiteneigenschaften (1 geändert, 0 hinzugefügt, 0 gelöscht)
Details
- Seiteneigenschaften
-
- Inhalt
-
... ... @@ -1,16 +1,13 @@ 1 -{{error}} 2 -**Die Seite befindet sich noch im Aufbau!** 1 += Austausch der Secure Boot Zertifikate = 3 3 4 -Wir übernehmen keine Garantie auf Funktion. Durchführung auf eigene Gefahr. 5 -{{/error}} 6 - 7 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 8 Bei Client-Systemen sollten die neuen Zertifikate bereits über Windows Update installiert und im Bootloader aktiviert sein. 9 9 10 10 Auf Server-Systemen passiert dies aus Gründen der Sicherheit nicht automatisch! 11 11 12 -= Was bedeutet dies für mich? = 13 13 9 +== Was bedeutet dies für mich? == 10 + 14 14 Davon betroffen sind vom Rechenzentrum bereitgestellte, virtuellen Root-Host auf **Windows **Basis. 15 15 16 16 Die bedeutet, dass bis Juni: ... ... @@ -20,18 +20,14 @@ 20 20 * Der Windows Bootloader aktualisiert werden muss. 21 21 * Das neue Zertifikat im Bootloader aktiviert werden müssen. 22 22 23 -Wir werden in den Kommenden tagen ein Powershell-Script bereitstellen, dass den aktuellen Status der Zertifikate zusammenfasst. 24 -Dieses Script muss mit Administrator-Berechtigungen auf der Virtuellen Maschine ausgeführt werden! 25 - 26 26 Auf virtuellen **Linux **Root-Host, die vom Rechenzentrum herausgegeben werden, ist Secure Boot nicht aktiviert. 27 27 28 -= Technischer Ablauf = 29 29 30 -== VMwarevSphere==23 +== Technischer Ablauf == 31 31 32 - DiesenTeil übernimmt, in Abstimmung mit denVerantwortlichendervirtuellen Maschine, das Rechenzentrum!25 +=== VMware vSphere === 33 33 34 -=== Key Exchange Key (KEK) === 27 +==== Key Exchange Key (KEK) ==== 35 35 36 36 * Virtuelle Maschine herunterfahren 37 37 * Heben der Virtual Hardware Compatibility auf mindestens VM version 21 (8.0 ESXi 8.0 U2 and later) ... ... @@ -41,7 +41,7 @@ 41 41 * Aktualisieren der VMware Tools 42 42 * Installation von Windows Updates (u.a. aktuelle Treiber durch heben der Virtual Hardware) 43 43 44 -=== Platform Key === 37 +==== Platform Key ==== 45 45 46 46 * Virtuelle Maschine Herunterfahren. 47 47 * Hinzufügen des Advanced Parameters (Edit Settings → Advanced Parameters): uefi.allowAuthBypass = "TRUE" ... ... @@ -56,7 +56,7 @@ 56 56 * Den Advanced Parameter "uefi.allowAuthBypass" wieder entfernen. 57 57 * Virtuelle Maschine starten. 58 58 59 -=== Kontrolle === 52 +==== Kontrolle ==== 60 60 61 61 Das Kontroll-Script sollte für die ersten vier Punkte nun "Certificate OK!" ausgeben: 62 62 ... ... @@ -65,46 +65,16 @@ 65 65 * Key exchange keys: Certificate OK!" 66 66 * Platform key: Certificate OK!" 67 67 68 -== Windows == 69 69 70 -Das Kontroll-Script wird für für den Bootloader noch Fehler ausgeben: 71 71 63 +=== Windows === 64 + 65 +Das Kontroll-Script wird für für den Bootloader noch Fehler ausgeben. 66 + 72 72 * UEFI CA2023 Update-Status: Not startet! 73 73 * Bootloader-Status: Updates failed! 74 74 75 -Aktualisieren der Signaturen des Bootloaders :70 +Aktualisieren der Signaturen des Bootloaders 76 76 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}} 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 80 -* Signatur des Bootloader Kontrollieren: In der Powershell {{code language="none"}}WinCsFlags.exe /query --key F33E0C8E002{{/code}} 81 -* Als "Current Configuration", sollte noch die alte Signatur hinterlegt sein (F33E0C8E001), der "State" ist "Disabled" 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 - 95 -* Hinzufügen der Signatur zum Secure Boot Updater: {{code language="none"}}WinCsFlags.exe /apply --key "F33E0C8E002"{{/code}} 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**!** 98 - 99 -=== **Kontrolle** === 100 - 101 -Das Kontroll-Script sollte nun für alle Punkte ein "OK" ausgeben: 102 - 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! 72 +* Signatur des Bootloader Kontrollieren: In der Powershell "WinCsFlags.exe /query ~-~-key F33E0C8E002" 73 +*