Vulnérabilités dans GRUB2, permettant de contourner UEFI Secure Boot

Le chargeur GRUB2 a corrigé 7 vulnérabilités permettant de contourner le mécanisme UEFI Secure Boot et d'exécuter du code non vérifié, comme l'injection de logiciels malveillants fonctionnant au niveau du chargeur ou du noyau. De plus, une vulnérabilité dans la couche shim a également été signalée, permettant de contourner UEFI Secure Boot. Ce groupe de vulnérabilités a été baptisé Boothole 3, sur le modèle de problèmes similaires précédemment identifiés dans le chargeur.

Pour résoudre les problèmes dans GRUB2 et shim, les distributions pourront utiliser le mécanisme SBAT (UEFI Secure Boot Advanced Targeting), dont le support est mis en œuvre pour GRUB2, shim et fwupd. SBAT a été développé en collaboration avec Microsoft et implique l'ajout de métadonnées supplémentaires aux fichiers exécutables des composants UEFI, incluant des informations sur le fabricant, le produit, le composant et la version. Ces métadonnées sont signées numériquement et peuvent être incluses séparément dans les listes de composants autorisés ou interdits pour UEFI Secure Boot.

Dans la plupart des distributions Linux, une petite couche shim, signée numériquement par Microsoft, est utilisée pour l'amorçage vérifié en mode UEFI Secure Boot. Cette couche vérifie GRUB2 avec son propre certificat, ce qui permet aux développeurs de distributions de ne pas signer chaque mise à jour du noyau et de GRUB chez Microsoft. Les vulnérabilités dans GRUB2 permettent d'atteindre l'exécution de son code à un stade après la vérification réussie de shim, mais avant le chargement du système d'exploitation, en s'infiltrant dans la chaîne de confiance en mode Secure Boot actif et en obtenant un contrôle total sur le processus de démarrage ultérieur, y compris le chargement d'un autre système d'exploitation, la modification des composants du système d'exploitation et le contournement de la protection Lockdown.

Pour corriger les problèmes dans le chargeur, les distributions devront former de nouvelles signatures numériques internes et mettre à jour les installateurs, les chargeurs de démarrage, les paquets de noyau, les mises à jour fwupd et la couche shim. Avant l'implémentation de SBAT, la mise à jour de la liste des certificats révoqués (dbx, UEFI Revocation List) était une condition sine qua non pour bloquer entièrement la vulnérabilité, car un attaquant, quel que soit le système d'exploitation utilisé, pouvait compromettre UEFI Secure Boot en utilisant un support de démarrage avec une ancienne version vulnérable de GRUB2, signée numériquement.

Au lieu de révoquer la signature, SBAT permet de bloquer son utilisation pour des numéros de version spécifiques des composants sans avoir besoin de révoquer des clés pour Secure Boot. Le blocage des vulnérabilités via SBAT ne nécessite pas l'utilisation de la liste des certificats révoqués UEFI (dbx), mais s'effectue au niveau du remplacement de la clé interne pour la formation des signatures et la mise à jour de GRUB2, shim et d'autres artefacts de démarrage fournis par les distributions. Actuellement, le support de SBAT a déjà été ajouté dans la plupart des distributions Linux populaires.

Vulnérabilités identifiées :

• CVE-2021-3696, CVE-2021-3695 - débordement de tampon dans le tas lors du traitement d'images PNG spécialement conçues, ce qui pourrait théoriquement être exploité pour exécuter du code malveillant et contourner UEFI Secure Boot. Il est noté que le problème est difficile à exploiter, car la création d'un exploit fonctionnel nécessite la prise en compte d'un grand nombre de facteurs et des informations sur la disposition de la mémoire.
• CVE-2021-3697 - débordement par sous-flot de tampon dans le code de traitement des images JPEG. L'exploitation du problème nécessite des informations sur la disposition de la mémoire et est d'une complexité comparable à celle du problème avec PNG (CVSS 7.5).
• CVE-2022-28733 - débordement entier dans la fonction grub_net_recv_ip4_packets(), permettant de modifier le paramètre rsm->total_len en envoyant un paquet IP spécialement conçu. Le problème est signalé comme étant le plus dangereux parmi les vulnérabilités présentées (CVSS 8.1). Une exploitation réussie permet d'écrire des données en dehors du tampon en allouant de la mémoire de taille délibérément inférieure.
• CVE-2022-28734 - débordement de tampon un octet lors du traitement d'en-têtes HTTP séparés. Le problème peut entraîner la corruption des métadonnées GRUB2 (écriture d'un octet nul immédiatement après la fin du tampon) lors de l'analyse de requêtes HTTP spécialement conçues.
• CVE-2022-28735 - problème dans le vérificateur shim_lock, permettant de charger des fichiers non relatifs au noyau. La vulnérabilité peut être utilisée pour charger dans un mode UEFI Secure Boot des modules de noyau non signés ou du code non vérifié.
• CVE-2022-28736 - accès à une zone mémoire déjà libérée dans la fonction grub_cmd_chainloader() lors de l'exécution répétée de la commande chainloader, utilisée pour charger des systèmes d'exploitation non pris en charge dans GRUB2. L'exploitation peut conduire à l'exécution de code malveillant si un attaquant parvient à déterminer les caractéristiques de la répartition mémoire dans GRUB2.
• CVE-2022-28737 - débordement de tampon dans le layer shim, survenant dans la fonction handle_image() lors du chargement et de l'exécution d'images EFI spécialement conçues.

Source : opennet.ru