Secure Boot aggirabile su Windows e Linux per oltre un decennio, Microsoft corre ai ripari

Una vulnerabilità nella gestione delle revoche di Secure Boot ha consentito per oltre un decennio di aggirare uno dei principali meccanismi di protezione dei sistemi basati su UEFI. A evidenziarlo è un'analisi di ESET, secondo cui undici vecchi bootloader shim firmati da Microsoft hanno continuato a essere considerati attendibili, nonostante contenessero vulnerabilità già note, rendendo possibile l'esecuzione di codice non autorizzato durante l'avvio del computer.

Il problema interessa sia Windows sia Linux. Gli shim sono infatti piccoli bootloader open source progettati per consentire alle distribuzioni Linux di avviarsi con Secure Boot abilitato. Il loro funzionamento prevede che il firmware UEFI ne verifichi la firma digitale attraverso il certificato Microsoft presente sulla scheda madre; successivamente è lo shim stesso ad autorizzare il caricamento del bootloader di secondo livello, normalmente GRUB2, e infine del kernel tramite i certificati incorporati.

Secondo ESET, il rischio non deriva dalla scoperta di una nuova vulnerabilità, bensì dal fatto che Microsoft non aveva revocato alcuni shim difettosi distribuiti fin dal 2013. In pratica, un attaccante avrebbe potuto sostituire una versione aggiornata dello shim con una copia più vecchia ma ancora riconosciuta come valida dal firmware, ottenendo così la possibilità di eseguire codice arbitrario nella fase iniziale dell'avvio del sistema.

L'aspetto più critico è che l'attacco avviene prima del caricamento del sistema operativo e dei software di sicurezza. Questo rende possibile installare bootkit UEFI, malware in grado di mantenere la persistenza anche dopo la reinstallazione del sistema operativo o la sostituzione dell'unità di archiviazione. Tra gli esempi citati dai ricercatori figurano BlackLotus, Bootkitty e HybridPetya, oltre ad altre famiglie di bootkit già osservate negli ultimi anni.

ESET sottolinea che sfruttare questa debolezza non richiede tecniche particolarmente sofisticate. È sufficiente disporre di una copia di uno degli shim vulnerabili ancora ritenuti affidabili e conoscere il funzionamento della catena di avvio UEFI. Come spiega Martin Smolár, ricercatore della società slovacca, "ciò che rende pericolosi questi vecchi shim non è una nuova vulnerabilità, ma il fatto che non sia necessario scoprirne una per bypassare UEFI Secure Boot. Basta una copia di uno shim ancora considerato attendibile e una conoscenza di base del suo funzionamento".

L'indagine ha identificato undici bootloader interessati appartenenti a diversi produttori e distributori software, tra cui Red Hat, CentOS, Oracle Linux, openSUSE, ROSA Linux, PC-Doctor, Baramundi, Blancco WipeDrive, Spyrus WTGCreator e il sistema finlandese Abitti. Molti di questi componenti derivavano dalle versioni 0.9 o precedenti del progetto shim e risultavano privi delle più recenti protezioni, come SBAT (Secure Boot Advanced Targeting) e l'applicazione della MOK denylist, introdotte proprio per impedire l'utilizzo di componenti vulnerabili.

La complessità dell'ecosistema Secure Boot sembra aver contribuito al problema. Oltre ai tradizionali database db e dbx, utilizzati rispettivamente per autorizzare e revocare certificati e hash, Microsoft ha introdotto nel tempo meccanismi come SBAT e Secure Boot Security Version Number (SVN), che permettono di bloccare intere generazioni di componenti invece di elencare singolarmente tutti gli hash revocati. Nel caso degli undici shim individuati, però, tali revoche non erano state applicate, lasciando valide immagini vulnerabili per anni.

L'analisi evidenzia inoltre che la scadenza, avvenuta il 27 giugno 2026, del certificato Microsoft Corporation UEFI CA 2011 non elimina automaticamente il rischio. I bootloader già firmati continuano infatti a essere considerati validi fino a quando non vengono esplicitamente inseriti nella lista di revoca DBX. Per questo motivo, la sola scadenza del certificato non impediva l'utilizzo degli shim vulnerabili.

La vulnerabilità è tracciata con gli identificativi CVE-2026-8863 e CVE-2026-10797. Dopo la segnalazione responsabile inviata da ESET a febbraio, Microsoft ha incluso la revoca degli undici bootloader nel Patch Tuesday di giugno 2026, eliminando il problema sui sistemi aggiornati. Gli utenti Windows che hanno installato gli aggiornamenti di giugno risultano quindi protetti, mentre gli utenti Linux sono invitati a verificare la disponibilità delle revoche attraverso il proprio distributore o il Linux Vendor Firmware Service.

L'episodio riaccende infine il dibattito sull'attuale modello di Secure Boot. Alcuni esperti di sicurezza ritengono che la dipendenza da Microsoft come principale autorità di fiducia e la crescente complessità del meccanismo di revoca rendano difficile garantire una protezione efficace su scala, evidenziando la necessità di un'evoluzione dell'intero ecosistema di sicurezza del boot UEFI.