{"id":104320,"date":"2022-06-08T15:36:43","date_gmt":"2022-06-08T13:36:43","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimosti-v-grub2-pozvolyayushhie-obojti-uefi-secure-boot"},"modified":"2022-06-08T15:36:43","modified_gmt":"2022-06-08T13:36:43","slug":"uyazvimosti-v-grub2-pozvolyayushhie-obojti-uefi-secure-boot","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/uyazvimosti-v-grub2-pozvolyayushhie-obojti-uefi-secure-boot","title":{"rendered":"Vulnerabilit\u00e0 in GRUB2 che consentono di aggirare UEFI Secure Boot","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nel bootloader GRUB2 sono state corrette 7 vulnerabilit\u00e0 che permettono di bypassare il meccanismo UEFI Secure Boot e avviare codice non verificato, ad esempio per infiltrare malware che opera a livello di bootloader o kernel. Viene inoltre segnalata una vulnerabilit\u00e0 nel layer shim, che consente anch'essa di bypassare UEFI Secure Boot. Il gruppo di vulnerabilit\u00e0 ha ricevuto il nome in codice Boothole 3, analogamente a problemi simili precedentemente identificati nel bootloader. <\/p>\n
Per risolvere i problemi in GRUB2 e shim, le distribuzioni potranno utilizzare il meccanismo SBAT (UEFI Secure Boot Advanced Targeting), il cui supporto \u00e8 implementato per GRUB2, shim e fwupd. SBAT \u00e8 stato sviluppato in collaborazione con Microsoft e prevede l'aggiunta di metadati ai file eseguibili dei componenti UEFI, che includono informazioni sul produttore, il prodotto, il componente e la versione. Questi metadati sono firmati digitalmente e possono essere inclusi separatamente negli elenchi di componenti autorizzati o vietati per UEFI Secure Boot. <\/p>\n
Nella maggior parte delle distribuzioni Linux, per l'avvio verificato in modalit\u00e0 UEFI Secure Boot viene utilizzato un piccolo layer shim, firmato digitalmente da Microsoft. Questo layer verifica GRUB2 con il proprio certificato, consentendo agli sviluppatori delle distribuzioni di non dover firmare ogni aggiornamento del kernel e di GRUB in Microsoft. Le vulnerabilit\u00e0 in GRUB2 consentono di eseguire codice proprio dopo una verifica riuscita di shim, ma prima dell'avvio del sistema operativo, infiltrandosi nella catena di fiducia in modalit\u00e0 Secure Boot attiva e ottenendo il pieno controllo sul processo di avvio, inclusa l'avvio di un altro sistema operativo, la modifica dei componenti del sistema operativo e il bypass delle protezioni Lockdown. <\/p>\n
Per risolvere i problemi nel bootloader, le distribuzioni dovranno formare nuove firme digitali interne e aggiornare gli installer, i bootloader, i pacchetti del kernel, i firmware fwupd e il layer shim. Prima dell'implementazione di SBAT, l'aggiornamento dell'elenco dei certificati revocati (dbx, UEFI Revocation List) era una condizione necessaria per bloccare completamente la vulnerabilit\u00e0, poich\u00e9 un attaccante, indipendentemente dal sistema operativo utilizzato, poteva compromettere UEFI Secure Boot utilizzando un supporto di avvio con una vecchia versione vulnerabile di GRUB2, firmata digitalmente. <\/p>\n
Invece di revocare, la firma SBAT consente di bloccare il suo utilizzo per numeri di versione specifici dei componenti senza la necessit\u00e0 di revocare le chiavi per il Secure Boot. Il blocco delle vulnerabilit\u00e0 tramite SBAT non richiede l'uso dell'elenco dei certificati revocati UEFI (dbx) ed \u00e8 effettuato a livello di sostituzione della chiave interna per la creazione di firme e aggiornamenti di GRUB2, shim e altri artefatti di avvio forniti dai distributori. Attualmente, il supporto per SBAT \u00e8 gi\u00e0 stato aggiunto nella maggior parte delle distribuzioni Linux popolari. <\/p>\n
Vulnerabilit\u00e0 identificate: <\/p>\n
\n
CVE-2021-3696, CVE-2021-3695 - overflow del buffer nella heap durante l'elaborazione di immagini PNG appositamente formattate, che potrebbe teoricamente essere utilizzato per eseguire codice dell'attaccante e bypassare il UEFI Secure Boot. Va notato che il problema \u00e8 difficile da sfruttare, poich\u00e9 per creare un exploit funzionante \u00e8 necessaria la conoscenza di numerosi fattori e informazioni sulla disposizione della memoria.\n
CVE-2021-3697 - overflow da buffer sotto (buffer underflow) nel codice di elaborazione delle immagini JPEG. Sfruttare il problema richiede di ottenere informazioni sulla disposizione della memoria ed \u00e8 di complessit\u00e0 simile al problema con le immagini PNG (CVSS 7.5).\n
CVE-2022-28733 \u2014 overflow di interi nella funzione grub_net_recv_ip4_packets(), che consente di influenzare il parametro rsm->total_len inviando un pacchetto IP appositamente formattato. Il problema \u00e8 stato segnato come il pi\u00f9 pericoloso tra le vulnerabilit\u00e0 presentate (CVSS 8.1). In caso di sfruttamento riuscito, la vulnerabilit\u00e0 consente di scrivere dati al di fuori del buffer tramite l'allocazione di memoria di dimensioni notevolmente ridotte.\n
CVE-2022-28734 \u2014 overflow di buffer di un byte durante l'elaborazione di intestazioni HTTP separate. Il problema pu\u00f2 portare a danneggiare i metadati di GRUB2 (scrittura di un byte nullo immediatamente dopo la fine del buffer) durante l'analisi di richieste HTTP appositamente formattate.\n
CVE-2022-28735 \u2014 problema nel verificatore shim_lock, che consente di caricare file non appartenenti al kernel. La vulnerabilit\u00e0 pu\u00f2 essere sfruttata per caricare, in modalit\u00e0 UEFI Secure Boot, moduli del kernel o codice non verificato.\n
CVE-2022-28736 \u2014 accesso a un'area di memoria gi\u00e0 liberata nella funzione grub_cmd_chainloader() tramite il riavvio del comando chainloader, utilizzato per caricare sistemi operativi non supportati in GRUB2. Lo sfruttamento pu\u00f2 portare all'esecuzione di codice dell'attaccante, se il malintenzionato \u00e8 in grado di determinare le peculiarit\u00e0 dell'allocazione della memoria in GRUB2.\n
CVE-2022-28737 \u2014 overflow di buffer nel livello shim, che si verifica nella funzione handle_image() durante il caricamento e l'esecuzione di immagini EFI appositamente formattate. <\/ul>\n