{"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\/news\/razrabotchiki-grub2-rassmatrivayut-vozmozhnost-ispolzovaniya-yazyka-rust","title":{"rendered":"Gli sviluppatori di GRUB2 stanno considerando l'utilizzo del 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 sorgente, ha presentato per discussione la possibilit\u00e0 di scrivere moduli per GRUB2 utilizzando il linguaggio Rust. Vladimir ha mostrato i primi risultati degli esperimenti per l'aggiunta del supporto Rust in GRUB2 e per la creazione delle necessarie interfacce. Sono state preparate modifiche per GRUB che consentono di utilizzare librerie condivise (\u00ab.so\u00bb, ET_DYN) per i moduli, invece di collegare a livello di file oggetto (\u00ab.o\u00bb, ET_REL). <\/p>\n
L'iniziativa \u00e8 attualmente posizionata come un esperimento separato che non influir\u00e0 sullo sviluppo di GRUB2. Come applicazione ottimale di Rust in GRUB, viene menzionata la scrittura di moduli per i nuovi file system. Non si esclude neppure la riscrittura in Rust del codice per la gestione delle partizioni e GPT. <\/p>\n
Si prevede che l'uso di Rust aiuti il progetto a ridurre la probabilit\u00e0 di alcuni tipi di errori, specialmente nel codice dei moduli contenenti molte procedure di parsing grandi e complesse. A febbraio, a seguito di un audit della base di codice di GRUB, sono stati identificati 72 problemi di sicurezza, di cui 21 sono stati riconosciuti come vulnerabilit\u00e0 pericolose, idonee a eludere il meccanismo di caricamento verificato di UEFI Secure Boot. 20 delle 21 vulnerabilit\u00e0 sono state causate da errori nella gestione della memoria, che hanno portato a buffer overflow o accesso a memoria dopo che \u00e8 stata liberata. <\/p>\n
Inoltre, va segnalato il rilascio del progetto GNU Boot 0.1 RC6, che include le correzioni delle vulnerabilit\u00e0 sopra menzionate (nella stessa GRUB2 le correzioni continuano a essere distribuite come patch senza la formazione di un rilascio separato). Il progetto GNU Boot sviluppa una sostituzione per i firmware proprietari UEFI e BIOS, basata su CoreBoot, ma applicando requisiti pi\u00f9 rigorosi per l'inclusione di componenti binari. GNU Boot \u00e8 presentato come \u00abcoreboot-libre\u00bb, ovvero come una versione di CoreBoot priva di blob e componenti non liberi, analogamente a come il progetto Linux-libre sviluppa una versione depurata del kernel Linux. Progetti simili come Libreboot e Canoeboot si sviluppano separatamente. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"