Sikker opstart (secure boot)

UEFI Secure Boot blev indført i UEFI 2.3.1 (Errata C, 2011) og blev udbredt med certificeringskravene til Windows 8 i 2012. Politikken ligger i autentificerede UEFI-variabler: Platform Key (PK), normalt ejet af producenten, godkender opdateringer af Key Exchange Key-databasen (KEK); KEK-poster godkender opdateringer af signaturdatabasen db (tilladte certifikater og hashes) og forbudsdatabasen dbx (tilbagekaldte certifikater og hashes). Før firmwaren udfører et UEFI-image, herunder bootloadere, drivere og option ROM'er på udvidelseskort, verificerer den Authenticode-signaturen mod db og tjekker, at hverken imagets hash eller underskriveren står i dbx. Kæden fortsætter derefter i software: Windows Boot Manager verificerer winload og kernen, mens Linux-distributioner bruger en lille shim signeret af Microsofts tredjeparts-UEFI-CA, som indeholder distributionens egen nøgle og verificerer GRUB og kernen, og MOK (Machine Owner Key) lader administratorer indrullere egne nøgler.

Secure Boot håndhæver kun "signeret med en betroet nøgle"; den registrerer ikke, hvad der blev kørt. Measured boot er komplementet: hvert trin hasher det næste ind i TPM'ens Platform Configuration Registers (PCR 0-7 for firmware og opstartskonfiguration), så der dannes en log, der kan attesteres over netværket eller bruges til at forsegle diskkrypteringsnøgler, som BitLocker og systemd-cryptenroll gør. Ingen af mekanismerne beskytter mod kompromittering af selve firmwaren; det hører under NIST SP 800-193 om robust platformsfirmware og hardwarebaserede tillidsankre som Intel Boot Guard.

Det svage punkt er tilbagekaldelse. En signeret, men sårbar opstartskomponent kan genbruges for evigt, medmindre dens hash eller certifikat lægges i dbx, og dbx har begrænset plads. BootHole (CVE-2020-10713) i GRUB2 og BlackLotus-bootkittet, der udnyttede CVE-2022-21894 i Windows Boot Manager og i 2023 var den første offentligt kendte malware, der omgik Secure Boot på fuldt opdaterede Windows 11-maskiner, krævede massive dbx-opdateringer og for BlackLotus' vedkommende en trinvis afbødning fra Microsoft under CVE-2023-24932. PKfail (2024) viste, at hundredvis af enhedsmodeller var leveret med en test-Platform Key, hvis private nøgle var lækket, så Secure Boot på dem kunne omgås.

Udløb af nøgler er det aktuelle driftsproblem. Microsofts oprindelige certifikater fra 2011 løber ud i løbet af 2026: Microsoft Corporation KEK CA 2011 og Microsoft UEFI CA 2011 udløb i juni 2026, og Windows Production PCA 2011, der signerer Windows' boot manager, udløber den 19. oktober 2026. Enhederne skal have 2023-afløserne lagt i KEK og db (via Windows-opdateringer eller firmware fra producenten) for fortsat at kunne modtage opdateringer af opstartskomponenter og dbx. Secure Boot kan desuden slås fra eller sættes i setup mode i firmwareindstillingerne af enhver med fysisk adgang, medmindre der er sat en firmwareadgangskode, og den gør intet mod angreb, der begynder, efter at kernen er indlæst. Den må ikke forveksles med Trusted Boot eller signerede kernemoduler, som fører verifikationen videre ind i styresystemet.