Aggiornamenti del certificato di avvio protetto per Linux in macchine virtuali Azure
Si applica a
Data di pubblicazione originale: 12 giugno 2026
ID KB: 5103014
Si applica a:
macchine virtuali avvio attendibile Azure e macchine virtuali riservate che eseguono Linux con avvio protetto abilitato
Per l'elenco completo del sistema operativo supportato per avvio attendibile, vedere questo collegamento: Avvio attendibile per macchine virtuali Azure - Azure Macchine virtuali | Microsoft Learn
Per l'elenco completo del sistema operativo supportato per le macchine virtuali riservate, vedere questo collegamento: Informazioni su Azure VM riservate | Microsoft Learn
Contenuto dell'articolo
Introduzione
Avvio protetto è una funzionalità di sicurezza del firmware UEFI che garantisce l'esecuzione solo di software attendibile con firma digitale durante la sequenza di avvio della macchina virtuale. I certificati di Microsoft Secure Boot emessi nel 2011 iniziano a scadere a giugno 2026.
Per mantenere la protezione dell'avvio protetto e la manutenzione continua del primo processo di avvio, Azure avvio attendibile in esecuzione Linux deve essere aggiornato con i certificati db di avvio protetto 2023 e KEK nel firmware UEFI virtuale. Le macchine virtuali riservate per Linux in Azure con certificati precedenti devono essere ricreate.
Se una macchina virtuale continua a basarsi sui certificati 2011 dopo la scadenza, continuerà ad avviarsi. Tuttavia, non riceverà più nuove protezioni di sicurezza sotto forma di aggiornamenti shim e certificati e revoche futuri.
Identificare gli scenari che richiedono un intervento
Esaminare gli scenari seguenti per determinare se è necessaria un'azione:
-
Linux macchine virtuali di avvio attendibili (TVM) o macchine virtuali riservate (CVM) create prima di aprile 2024
-
Azure immagini della raccolta di calcolo acquisite da macchine virtuali attendibili (precedenti ad aprile 2024) Linux
-
Snapshot o backup di Linux avvio attendibile o macchine virtuali riservate creati prima di aprile 2024
-
Macchine virtuali riservate create prima di aprile 2024 da BLOB, importate come disco sicuro.
Avvio attendibile e riservato Macchine virtuali creati dopo aprile 2024 in genere includono già i certificati di avvio protetto 2023 nel firmware UEFI virtuale.
Nota: Linux VM riservate create prima di aprile 2024 non devono essere aggiornate manualmente perché La crittografia disco riservato si basa sul valore PCR7 del vTPM calcolato in base alle variabili di avvio protetto. Se si aggiornano i certificati di avvio protetto senza verificare che la chiave FDE venga nuovamente sealing, la macchina virtuale riservata passerà in modalità di ripristino. È consigliabile ricreare tali vecchie macchine virtuali riservate per ottenere i nuovi certificati.
considerazioni sulla macchina virtuale guest Azure
Gli aggiornamenti di avvio protetto per Linux nelle macchine virtuali Azure includono due componenti:
-
Certificati di avvio protetto nel firmware virtuale (installati manualmente tramite strumenti forniti dal sistema operativo o automaticamente tramite gli aggiornamenti della sicurezza)
-
Linux aggiornamenti shim e bootloader (gestiti da fornitori distro)
Le operazioni di aggiornamento vengono avviate dall'interno del sistema operativo guest e si basano sul supporto della piattaforma per applicare gli aggiornamenti autenticati alle variabili di avvio protetto.
Dopo aver identificato gli scenari applicabili, creare un inventario dell'ambiente per determinare quali macchine virtuali richiedono aggiornamenti.
Azioni richieste
Per tutte le macchine virtuali guest Azure:
-
Verificare se i certificati di avvio protetto 2023 sono presenti nel firmware UEFI virtuale
Per le macchine virtuali di avvio attendibili:
-
Avvia aggiornamenti dall'interno del sistema operativo della macchina virtuale guest Linux dove richiesto in base alle indicazioni e agli strumenti consigliati dal fornitore della distribuzione.
-
Per Linux macchine virtuali, gli aggiornamenti devono essere applicati nell'ordine corretto.
Importante: Aggiorna sempre il firmware di avvio protetto (variabili UEFI) prima di aggiornare shim o bootloader.
-
Se si aggiorna lo shim prima di aggiornare il firmware, potrebbe verificarsi un errore di avvio.
Per le macchine virtuali riservate:
-
Le macchine virtuali più riservate hanno già i nuovi certificati. Per le macchine virtuali riservate senza certificati di avvio protetto 2023 presenti, segui le indicazioni riportate di seguito nella sezione Suggerimenti per Azure per le macchine virtuali riservate.
Distribuire gli aggiornamenti
Gli aggiornamenti dei certificati di avvio protetto per Linux su macchine virtuali Azure vengono avviati dall'interno del sistema operativo guest. Questi aggiornamenti variano in base ai fornitori di distribuzione e i clienti devono consultare prima il fornitore della distribuzione in base al metodo consigliato.
Consigli dei fornitori di Linux del sistema operativo:
Consigli di Azure per le macchine virtuali riservate:
-
Il numero di CVM creati prima di aprile 2024 è molto basso. Se la macchina virtuale riservata è uno dei pochi che non dispone dei nuovi certificati, seguire i passaggi per ricreare la macchina virtuale.
Metodi di aggiornamento del firmware
Nota: Prima di provare gli aggiornamenti delle variabili UEFI direttamente nelle macchine virtuali di produzione, i clienti possono utilizzare il modello di avvio rapido Azure per simulare la macchina virtuale di avvio attendibile Linux con certificati CA UEFI 2011 precedenti.
Uso di fwupd
Assicurati che la macchina virtuale abbia installato fwupd versione 2.0.8 o successiva.
Per aggiornare sia KEK che db, eseguire questi comandi con fwupdmgr:
sudo fwupdmgr refresh
aggiornamento sudo fwupdmgr
Uso di efitools
Scarica i pacchetti di aggiornamento db e KEK per Azure.
-
wget https://github.com/microsoft/secureboot_objects/raw/refs/heads/main/ \
PostSignedObjects/Optional/DB/amd64/DBUpdate3P2023.bin
-
wget https://github.com/microsoft/secureboot_objects/raw/refs/heads/main/ \
PostSignedObjects/KEK/Microsoft/KEKUpdate_Microsoft_PK1.bin
Usare efi-updatevar per installare i pacchetti di aggiornamento
sudo efi-updatevar -a -f DBUpdate3P2023.bin db
sudo efi-updatevar -a -f KEKUpdate_Microsoft_PK1.bin KEK
riavvio sudo
Uso di sbsigntools
Scarica i pacchetti di aggiornamento db e KEK per Azure.
wget https://github.com/microsoft/secureboot_objects/raw/refs/heads/main/ \
PostSignedObjects/Optional/DB/amd64/DBUpdate3P2023.bin
wget https://github.com/microsoft/secureboot_objects/raw/refs/heads/main/ \
PostSignedObjects/KEK/Microsoft/KEKUpdate_Microsoft_PK1.bin
Utilizza l'utilità sbkeysync di sbsigntools per installare i pacchetti di aggiornamento:
sudo mkdir -p /etc/secureboot/keys/db
sudo cp DBUpdate3P2023.bin /etc/secureboot/keys/db
sudo mkdir -p /etc/secureboot/keys/KEK
sudo cp KEKUpdate_Microsoft_PK1.bin /etc/secureboot/keys/KEK
sudo chattr -i /sys/firmware/efi/efivars/db-*
sudo chattr -i /sys/firmware/efi/efivars/KEK-*
sudo sbkeysync --verbose
sudo chattr +i /sys/firmware/efi/efivars/db-*
sudo chattr +i /sys/firmware/efi/efivars/KEK-*
riavvio sudo
Metodi di verifica
Uso di mokutil
-
mokutil --db | grep "UEFI CA 2023"
-
mokutil --kek | grep "KEK 2K CA 2023"
Uso di efitools
-
efi-readvar -v db | grep "UEFI CA 2023"
-
efi-readvar -v KEK | grep "KEK 2K CA 2023"
-
aggiornamento della catena di avvio Linux
Dopo il successo dell'aggiornamento del firmware, è possibile applicare gli aggiornamenti SHIM dei fornitori di distribuzione Linux.
Considerazioni su altre risorse Azure
|
Azure risorsa |
Creato prima di aprile 2024 |
Azione necessaria per TVM |
Azione necessaria per la macchina virtuale |
|---|---|---|---|
|
Backup/snapshot |
Sì |
Avvia VM, applica aggiornamenti, riconquista |
Ricreare la macchina virtuale, la riconquista |
|
Backup/snapshot |
No |
Nessuna azione necessaria |
Nessuna azione necessaria |
|
Immagine della raccolta di calcolo |
Sì |
Distribuire, aggiornare, riconquistare |
Ricreare la macchina virtuale, la riconquista |
|
Immagine della raccolta di calcolo |
No |
Nessuna azione necessaria |
Nessuna azione necessaria |
Monitorare lo stato dell'aggiornamento
Verifica gli aggiornamenti tramite il sistema operativo guest:
-
Verificare il corretto avvio dopo gli aggiornamenti
-
Verificare che i certificati di avvio protetto siano presenti nel firmware
Gli approcci di monitoraggio e convalida possono variare in base alla distribuzione Linux ed è consigliabile rivolgersi al fornitore della distribuzione.
Passaggi di prevenzione in caso di errori di avvio
In caso di uno scenario di errore, ad esempio un errore di avvio dopo l'aggiornamento della variabile UEFI, puoi reimpostare le impostazioni UEFI utilizzando uno dei metodi seguenti:
-
Ripristinare il backup eseguito prima di avviare il processo di aggiornamento manuale.
-
Converti VM avvio attendibile in Standard macchina virtuale e riapplicare il tipo di sicurezza Avvio attendibile sulla macchina virtuale. (Altri dettagli qui: Abilita avvio attendibile nelle macchine virtuali gen2 esistenti - Azure Macchine virtuali | Microsoft Learn)
-
Esporta il disco rigido del sistema operativo in un account di archiviazione, crea un'immaginedella raccolta dal vhd e distribuisci la macchina virtuale con la versione dell'immagine della raccolta.
Informazioni sulla dichiarazione di non responsabilità di terze parti
I prodotti di terze parti descritti in questo articolo sono realizzati da società indipendenti da Microsoft. Non forniamo alcuna garanzia, implicita o di altro tipo, sulle prestazioni o sull'affidabilità di questi prodotti.
Forniamo informazioni di contatto di terze parti per aiutarti a trovare il supporto tecnico. Le informazioni di contatto sono soggette a modifica senza preavviso. Non garantiamo l'accuratezza delle informazioni di contatto di terze parti.