{"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\/it\/blog\/novosti-interneta\/razrabotchiki-grub2-rassmatrivayut-vozmozhnost-ispolzovaniya-yazyka-rust","title":{"rendered":"Gli sviluppatori di GRUB2 stanno valutando la possibilit\u00e0 di utilizzare il linguaggio Rust.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Vladimir Serbinenko, uno dei tre maintainers del bootloader GRUB2, che ha apportato oltre cinquemila modifiche al codice, ha presentato per discussione la possibilit\u00e0 di scrivere moduli per GRUB2 utilizzando il linguaggio Rust. Vladimir ha mostrato i primi risultati degli esperimenti con l'aggiunta del supporto per Rust in GRUB2 e la creazione delle necessarie interfacce. Sono stati anche preparati cambiamenti per GRUB che consentono di utilizzare librerie condivise (\".so\", ET_DYN) per i moduli, invece di collegare a livello di file oggetto (\".o\", ET_REL). <\/p>\n
L'iniziativa \u00e8 al momento posizionata come un esperimento separato che non influenzer\u00e0 lo sviluppo di GRUB2. Si menziona come applicazione ottimale di Rust in GRUB la scrittura di moduli per i nuovi file system. Non si esclude nemmeno la riscrittura in Rust del codice per la gestione delle partizioni del disco e del GPT. <\/p>\n
Si prevede che l'uso di Rust aiuti il progetto a ridurre la probabilit\u00e0 di alcuni tipi di errori, in particolare nel codice dei moduli che contiene molte procedure di parsing grandi e complesse. A febbraio, a seguito di un audit del codice di GRUB, sono stati identificati 72 problemi di sicurezza, 21 dei quali sono stati classificati come vulnerabilit\u00e0 pericolose, in grado di eludere il meccanismo di avvio verificato UEFI Secure Boot. 20 delle 21 vulnerabilit\u00e0 sono state causate da errori nella gestione della memoria, che hanno portato a overflow del buffer o a accessi alla memoria dopo che era stata liberata. <\/p>\n
In aggiunta, si segnala il rilascio del progetto GNU Boot 0.1 RC6, che include le correzioni delle vulnerabilit\u00e0 menzionate in precedenza (in GRUB2 le correzioni continuano ad essere distribuite sotto forma di patch senza la creazione di un rilascio separato). Il progetto GNU Boot sviluppa un'alternativa ai firmware proprietari UEFI e BIOS, basata su CoreBoot, ma con requisiti pi\u00f9 severi per l'inclusione di componenti binari. GNU Boot \u00e8 presentato come \"coreboot-libre\", cio\u00e8 come una versione di CoreBoot priva di blob e componenti non liberi, analogamente a come il progetto Linux-libre sviluppa una versione pulita del kernel Linux. Sono in fase di sviluppo progetti simili come Libreboot e Canoeboot. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"