{"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\/news\/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 caricatore GRUB2 identificate<\/a><\/noindex> 8 vulnerabilit\u00e0. La pi\u00f9 pericolosa il problema<\/a><\/noindex> (CVE-2020-10713<\/a><\/noindex>), soprannominata BootHole, consente di<\/a><\/noindex> eludere il meccanismo UEFI Secure Boot e installare malware non verificato. L'aspetto distintivo di questa vulnerabilit\u00e0 \u00e8 che per risolverla non \u00e8 sufficiente aggiornare GRUB2, poich\u00e9 l'attaccante potrebbe 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 \u00e8 risolvibile solo aggiornando il sistema l'elenco dei certificati revocati<\/a><\/noindex> (dbx, UEFI Revocation List), ma in questo 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 pacchetti delle distribuzioni sar\u00e0 necessario aggiornare anche gli installer, i caricamenti, i pacchetti del kernel, i firmware fwupd e il layer shim, generando per essi nuove firme digitali. Gli utenti dovranno aggiornare le immagini di installazione e altri supporti di avvio, e caricare l'elenco dei certificati revocati (dbx) nel firmware UEFI. Fino all'aggiornamento del dbx in UEFI, il sistema rimane vulnerabile indipendentemente dagli aggiornamenti installati nel sistema operativo. <\/p>\n

Vulnerabilit\u00e0 causato<\/a><\/noindex> attraverso 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, che di solito si trova nella partizione ESP (EFI System Partition) e 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 rimangono ancora non corretti.<\/a><\/noindex> un errore nel parser di configurazione, il gestore di errori fatali di parsing YY_FATAL_ERROR non terminava il programma, ma emetteva solo un avviso. Il pericolo della vulnerabilit\u00e0 \u00e8 mitigato dalla necessit\u00e0 di un accesso privilegiato al sistema, tuttavia, il problema potrebbe essere sfruttato 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 l'avvio verificato viene utilizzato un piccolo livello shim<\/a><\/noindex>, firmato digitalmente da Microsoft. Questo livello verifica GRUB2 con il proprio certificato, consentendo agli sviluppatori delle distribuzioni di non dover certificare ogni aggiornamento del kernel e di GRUB da Microsoft. La vulnerabilit\u00e0 consente, tramite la modifica del contenuto di grub.cfg, di eseguire il proprio codice dopo la verifica di shim, ma prima del caricamento del sistema operativo, infiltrandosi nella catena di fiducia durante la modalit\u00e0 Secure Boot attiva e ottenendo il controllo completo del successivo processo di avvio, inclusa l'avvio di un altro sistema operativo, la modifica dei componenti del sistema operativo e il bypass della protezione. Lockdown<\/a><\/noindex>. <\/p>\n

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

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