{"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\/de\/blog\/news\/razrabotchiki-grub2-rassmatrivayut-vozmozhnost-ispolzovaniya-yazyka-rust","title":{"rendered":"Die Entwickler von GRUB2 ziehen in Betracht, die Programmiersprache Rust zu verwenden.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Wladimir Serbineko, einer der drei Haupt-Entwickler des GRUB2-Bootloaders, der mehr als f\u00fcnftausend \u00c4nderungen in die Codebasis eingebracht hat, hat die M\u00f6glichkeit der Erstellung von Modulen f\u00fcr GRUB2 in der Programmiersprache Rust zur Diskussion gestellt. Wladimir pr\u00e4sentierte die ersten Ergebnisse seiner Experimente zur Integration von Rust in GRUB2 und zur Schaffung der erforderlichen Bindungen. Es wurden zudem \u00c4nderungen f\u00fcr GRUB vorbereitet, die die Verwendung von gemeinsam genutzten Bibliotheken («.so», ET_DYN) f\u00fcr Module erm\u00f6glichen, anstelle von Objektdatei-Bindungen («.o», ET_REL). <\/p>\n
Die Initiative wird bisher als separates Experiment positioniert, das keinen Einfluss auf die Entwicklung von GRUB2 haben wird. Als ideale Anwendung von Rust in GRUB wird die Erstellung von Modulen f\u00fcr neue Dateisysteme erw\u00e4hnt. Es ist auch nicht ausgeschlossen, den Code f\u00fcr die Arbeit mit Festplattenpartitionen und GPT in Rust neu zu schreiben. <\/p>\n
Es wird angenommen, dass die Verwendung von Rust dem Projekt helfen wird, die Wahrscheinlichkeit bestimmter Fehlerarten zu verringern, insbesondere im Modulcode, der viele gro\u00dfe und komplexe Parsing-Prozeduren umfasst. Im Februar wurden im Rahmen einer Pr\u00fcfung der GRUB-Codebasis 72 Sicherheitsprobleme festgestellt, von denen 21 als gef\u00e4hrliche Schwachstellen anerkannt wurden, die in der Lage sind, den Mechanismus der verifizierten UEFI Secure Boot zu umgehen. 20 der 21 Schwachstellen wurden durch Fehler im Umgang mit dem Speicher verursacht, die zu Puffer\u00fcberl\u00e4ufen oder Zugriffen auf bereits freigegebenen Speicher f\u00fchrten. <\/p>\n
Zus\u00e4tzlich kann die Ver\u00f6ffentlichung des Projekts GNU Boot 0.1 RC6 erw\u00e4hnt werden, das die zuvor genannten Sicherheitskorrekturen enth\u00e4lt (die Korrekturen in GRUB2 werden weiterhin als Patches verteilt, ohne ein separates Release zu bilden). Das Projekt GNU Boot entwickelt eine Alternative zu propriet\u00e4ren UEFI- und BIOS-Firmware, die auf CoreBoot basiert, jedoch strengere Anforderungen an die Integration von Bin\u00e4rkomponenten stellt. GNU Boot wird als «coreboot-libre» pr\u00e4sentiert, d. h. als eine Version von CoreBoot, die von Blobs und nicht freien Komponenten befreit ist, \u00e4hnlich dem Projekt Linux-libre, das eine bereinigte Version des Linux-Kernels entwickelt. \u00c4hnliche Projekte wie Libreboot und Canoeboot werden separat entwickelt. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"