{"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\/fr\/blog\/news\/kriticheskaya-uyazvimost-v-zagruzchike-grub2-pozvolyayushhaya-obojti-uefi-secure-boot","title":{"rendered":"Une vuln\u00e9rabilit\u00e9 critique dans le chargeur GRUB2, permettant de contourner le d\u00e9marrage s\u00e9curis\u00e9 UEFI","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Dans le chargeur GRUB2 d\u00e9tect\u00e9<\/a><\/noindex> 8 vuln\u00e9rabilit\u00e9s. La plus dangereuse probl\u00e8me<\/a><\/noindex> (CVE-2020-10713<\/a><\/noindex>), nomm\u00e9e BootHole, permet de<\/a><\/noindex> contourner le m\u00e9canisme UEFI Secure Boot et d'installer des logiciels malveillants non v\u00e9rifi\u00e9s. La particularit\u00e9 de cette vuln\u00e9rabilit\u00e9 est qu'il ne suffit pas de mettre \u00e0 jour GRUB2 pour la r\u00e9soudre, car un attaquant peut utiliser un support de d\u00e9marrage avec une ancienne version vuln\u00e9rable, sign\u00e9e par une signature num\u00e9rique. L'attaquant peut compromettre le processus de v\u00e9rification non seulement de Linux, mais \u00e9galement d'autres syst\u00e8mes d'exploitation, y compris Windows<\/a><\/noindex>. <\/p>\n

Le probl\u00e8me ne peut \u00eatre r\u00e9solu que par la mise \u00e0 jour dans le syst\u00e8me de la liste des certificats r\u00e9voqu\u00e9s<\/a><\/noindex> (dbx, UEFI Revocation List), mais dans ce cas, il sera impossible d'utiliser les anciens supports d'installation avec Linux. Certains fabricants de mat\u00e9riel ont d\u00e9j\u00e0 int\u00e9gr\u00e9 dans leurs firmwares une liste r\u00e9voqu\u00e9e mise \u00e0 jour des certificats, sur ces syst\u00e8mes, en mode UEFI Secure Boot, seules les versions mises \u00e0 jour des distributions Linux pourront \u00eatre d\u00e9marr\u00e9es. <\/p>\n

Pour rem\u00e9dier \u00e0 cette vuln\u00e9rabilit\u00e9 dans les distributions, il sera \u00e9galement n\u00e9cessaire de mettre \u00e0 jour les installateurs, les chargeurs, les paquets de noyau, les mises \u00e0 jour fwupd et la couche shim, en g\u00e9n\u00e9rant de nouvelles signatures num\u00e9riques pour eux. Les utilisateurs devront mettre \u00e0 jour les images d'installation et autres supports de d\u00e9marrage, ainsi que t\u00e9l\u00e9charger la liste des certificats r\u00e9voqu\u00e9s (dbx) dans le firmware UEFI. Avant la mise \u00e0 jour du dbx dans l'UEFI, le syst\u00e8me reste vuln\u00e9rable ind\u00e9pendamment des mises \u00e0 jour install\u00e9es dans l'OS. <\/p>\n

Vuln\u00e9rabilit\u00e9 est caus\u00e9e<\/a><\/noindex> un d\u00e9bordement de tampon qui peut \u00eatre exploit\u00e9 pour ex\u00e9cuter du code arbitraire lors du d\u00e9marrage.
\nLa vuln\u00e9rabilit\u00e9 se manifeste lors de l'analyse du contenu du fichier de configuration grub.cfg, qui est g\u00e9n\u00e9ralement plac\u00e9 dans la partition ESP (EFI System Partition) et peut \u00eatre modifi\u00e9 par un attaquant ayant des droits administratifs, sans compromettre l'int\u00e9grit\u00e9 des fichiers ex\u00e9cutables sign\u00e9s shim et GRUB2. En raison de l'erreur<\/a><\/noindex> dans le code du parseur de configuration, le gestionnaire d'erreurs fatales YY_FATAL_ERROR ne faisait qu'afficher un avertissement, sans arr\u00eater le programme. Le danger de la vuln\u00e9rabilit\u00e9 est att\u00e9nu\u00e9 par la n\u00e9cessit\u00e9 d'un acc\u00e8s privil\u00e9gi\u00e9 au syst\u00e8me, n\u00e9anmoins, le probl\u00e8me peut \u00eatre pertinent pour l'implantation de rootkits cach\u00e9s en cas d'acc\u00e8s physique \u00e0 l'\u00e9quipement (en cas de possibilit\u00e9 de d\u00e9marrage \u00e0 partir de son propre support).<\/p>\n

Dans la plupart des distributions Linux, un petit couche shim<\/a><\/noindex>, certifi\u00e9e par une signature num\u00e9rique de Microsoft. Cette couche v\u00e9rifie GRUB2 avec son propre certificat, permettant aux d\u00e9veloppeurs de distributions de ne pas avoir \u00e0 certifier chaque mise \u00e0 jour du noyau et de GRUB aupr\u00e8s de Microsoft. La vuln\u00e9rabilit\u00e9 permet, par modification du contenu de grub.cfg, d'ex\u00e9cuter son propre code apr\u00e8s la v\u00e9rification r\u00e9ussie du shim, mais avant le chargement du syst\u00e8me d'exploitation, s'infiltrant ainsi dans la cha\u00eene de confiance en mode Secure Boot actif et prenant le contr\u00f4le complet du processus de d\u00e9marrage, y compris pour charger un autre syst\u00e8me d'exploitation, modifier des composants du syst\u00e8me d'exploitation et contourner la protection. Verrouillage<\/a><\/noindex>. <\/p>\n

\"Une<\/a><\/noindex><\/center><\/p>\n

Autres vuln\u00e9rabilit\u00e9s dans GRUB2 :<\/p>\n