{"id":90288,"date":"2020-07-30T13:42:19","date_gmt":"2020-07-30T11:42:19","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/kriticheskaya-uyazvimost-v-zagruzchike-grub2-pozvolyayushhaya-obojti-uefi-secure-boot"},"modified":"2020-07-30T13:42:19","modified_gmt":"2020-07-30T11:42:19","slug":"kriticheskaya-uyazvimost-v-zagruzchike-grub2-pozvolyayushhaya-obojti-uefi-secure-boot","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/kriticheskaya-uyazvimost-v-zagruzchike-grub2-pozvolyayushhaya-obojti-uefi-secure-boot","title":{"rendered":"Vulnerabilit\u00e0 critica nel bootloader GRUB2 che consente di bypassare UEFI Secure Boot","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Nel bootloader GRUB2 identificato<\/a><\/noindex> 8 vulnerabilit\u00e0. La pi\u00f9 pericolosa problema<\/a><\/noindex> (CVE-2020-10713<\/a><\/noindex>, soprannominata BootHole, consente di<\/a><\/noindex> eludere il meccanismo UEFI Secure Boot e installare malware non certificato. Una particolare caratteristica di questa vulnerabilit\u00e0 \u00e8 che, per risolverla, non \u00e8 sufficiente aggiornare GRUB2, poich\u00e9 l'attaccante pu\u00f2 utilizzare un supporto di avvio con una vecchia versione vulnerabile, firmata digitalmente. L'attaccante pu\u00f2 compromettere il processo di verifica non solo di Linux, ma anche di altri sistemi operativi, inclusi Windows<\/a><\/noindex>. <\/p>\n

Il problema si risolve solo aggiornando il sistema l'elenco dei certificati revocati<\/a><\/noindex> (dbx, UEFI Revocation List), ma in tal caso si perder\u00e0 la possibilit\u00e0 di utilizzare i vecchi supporti di installazione con Linux. Alcuni produttori di hardware hanno gi\u00e0 incluso nelle loro firmware un elenco aggiornato di certificati revocati; su tali sistemi, in modalit\u00e0 UEFI Secure Boot sar\u00e0 possibile avviare solo le versioni aggiornate delle distribuzioni Linux. <\/p>\n

Per risolvere la vulnerabilit\u00e0 nei distribuzioni sar\u00e0 necessario aggiornare anche gli installer, i bootloader, i pacchetti del kernel, i firmware fwupd e il bootloader shim, generando nuove firme digitali per questi. Gli utenti dovranno aggiornare le immagini di installazione e altri supporti di avvio, oltre a scaricare l'elenco dei certificati revocati (dbx) nel firmware UEFI. Fino all'aggiornamento del dbx in UEFI, il sistema rimarr\u00e0 vulnerabile indipendentemente dagli aggiornamenti installati nel sistema operativo. <\/p>\n

Vulnerabilit\u00e0 \u00e8 causato<\/a><\/noindex> un buffer overflow, che pu\u00f2 essere sfruttato per eseguire codice arbitrario durante il processo di avvio.
\nLa vulnerabilit\u00e0 si manifesta durante l'analisi del contenuto del file di configurazione grub.cfg, normalmente situato nella partizione ESP (EFI System Partition) e che pu\u00f2 essere modificato da un attaccante con diritti di amministratore, senza compromettere l'integrit\u00e0 dei file eseguibili firmati shim e GRUB2. A causa di un errore<\/a><\/noindex> Nel codice del parser di configurazione, il gestore degli errori fatali di parsing YY_FATAL_ERROR si limitava a fornire un avviso, senza terminare l'esecuzione del programma. Il rischio della vulnerabilit\u00e0 \u00e8 ridotto dalla necessit\u00e0 di avere accesso privilegiato al sistema; tuttavia, il problema potrebbe rivelarsi utile per l'implementazione di rootkit nascosti in presenza di accesso fisico all'hardware (se \u00e8 possibile avviare da un proprio supporto).<\/p>\n

Nella maggior parte delle distribuzioni Linux, per il caricamento verificato viene utilizzato un piccolo layer shim<\/a><\/noindex>, firmato digitalmente da Microsoft. Questo layer verifica GRUB2 con il proprio certificato, permettendo agli sviluppatori delle distribuzioni di non dover certificare ogni aggiornamento del kernel e di GRUB presso Microsoft. La vulnerabilit\u00e0 consente, attraverso la modifica del contenuto di grub.cfg, di eseguire il proprio codice in fase successiva alla verifica riuscita di shim, ma prima del caricamento del sistema operativo, infiltrandosi nella catena di fiducia durante l'attivazione della modalit\u00e0 Secure Boot e ottenendo il pieno controllo sul successivo processo di avvio, inclusa la possibilit\u00e0 di caricare un altro sistema operativo, modificare i componenti del sistema operativo e bypassare le protezioni. Lockdown<\/a><\/noindex>. <\/p>\n

\"Vulnerabilit\u00e0<\/a><\/noindex><\/center><\/p>\n

Altre vulnerabilit\u00e0 in GRUB2:<\/p>\n