{"id":123002,"date":"2025-03-26T04:22:53","date_gmt":"2025-03-26T02:22:53","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/razrabotchiki-grub2-rassmatrivayut-vozmozhnost-ispolzovaniya-yazyka-rust"},"modified":"2025-03-26T04:22:53","modified_gmt":"2025-03-26T02:22:53","slug":"razrabotchiki-grub2-rassmatrivayut-vozmozhnost-ispolzovaniya-yazyka-rust","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/razrabotchiki-grub2-rassmatrivayut-vozmozhnost-ispolzovaniya-yazyka-rust","title":{"rendered":"Les d\u00e9veloppeurs de GRUB2 examinent la possibilit\u00e9 d'utiliser le langage Rust","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Vladimir Serbinenko, l'un des trois mainteneurs du chargeur GRUB2, qui a contribu\u00e9 \u00e0 la base de code avec plus de cinq mille modifications, a soumis \u00e0 discussion la possibilit\u00e9 d'\u00e9crire des modules pour GRUB2 en utilisant le langage Rust. Vladimir a pr\u00e9sent\u00e9 les premiers r\u00e9sultats d'exp\u00e9rimentations avec l'ajout de la prise en charge de Rust dans GRUB2 et la cr\u00e9ation des enveloppes n\u00e9cessaires. Des modifications ont \u00e9galement \u00e9t\u00e9 pr\u00e9par\u00e9es pour GRUB, permettant d'utiliser des biblioth\u00e8ques partag\u00e9es ( «.so», ET_DYN) pour les modules, au lieu de l'\u00e9dition au niveau des fichiers objets («.o», ET_REL). <\/p>\n
Pour l'instant, cette initiative est positionn\u00e9e comme une exp\u00e9rience distincte qui n'affectera pas le d\u00e9veloppement de GRUB2. L'application optimale de Rust dans GRUB mentionne l'\u00e9criture de modules pour de nouveaux syst\u00e8mes de fichiers. Il n'est pas exclu de r\u00e9\u00e9crire en Rust le code pour travailler avec des partitions de disque et GPT. <\/p>\n
Il est suppos\u00e9 que l'utilisation de Rust aidera le projet \u00e0 r\u00e9duire la probabilit\u00e9 d'apparition de certains types d'erreurs, en particulier dans le code des modules contenant de nombreuses proc\u00e9dures de parsing grandes et complexes. En f\u00e9vrier, un audit de la base de code de GRUB a r\u00e9v\u00e9l\u00e9 72 probl\u00e8mes de s\u00e9curit\u00e9, dont 21 ont \u00e9t\u00e9 reconnus comme des vuln\u00e9rabilit\u00e9s dangereuses, susceptibles de contourner le m\u00e9canisme de v\u00e9rification de l'amor\u00e7age s\u00e9curis\u00e9 UEFI Secure Boot. 20 des 21 vuln\u00e9rabilit\u00e9s sont caus\u00e9es par des erreurs de gestion de m\u00e9moire, entra\u00eenant un d\u00e9bordement de tampon ou un acc\u00e8s \u00e0 la m\u00e9moire apr\u00e8s sa lib\u00e9ration. <\/p>\n
On peut \u00e9galement noter la sortie du projet GNU Boot 0.1 RC6, qui inclut les corrections de vuln\u00e9rabilit\u00e9s mentionn\u00e9es ci-dessus (dans GRUB2, les corrections continuent d'\u00eatre diffus\u00e9es sous forme de patches sans formation d'une version distincte). Le projet GNU Boot propose une alternative aux firmwares propri\u00e9taires UEFI et BIOS, bas\u00e9e sur CoreBoot, mais appliquant des exigences plus strictes pour l'inclusion de composants binaires. GNU Boot se pr\u00e9sente comme «coreboot-libre», c'est-\u00e0-dire comme une \u00e9dition de CoreBoot d\u00e9barrass\u00e9e des blobs et des composants non libres, \u00e0 l'instar du projet Linux-libre qui d\u00e9veloppe une version \u00e9pur\u00e9e du noyau Linux. Des projets similaires, Libreboot et Canoeboot, se d\u00e9veloppent s\u00e9par\u00e9ment. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"