{"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\/novosti-interneta\/razrabotchiki-grub2-rassmatrivayut-vozmozhnost-ispolzovaniya-yazyka-rust","title":{"rendered":"Die Entwickler von GRUB2 pr\u00fcfen die M\u00f6glichkeit, die Programmiersprache Rust zu verwenden.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Wladimir Serbineko, einer der drei Hauptentwickler des Bootloaders GRUB2, hat \u00fcber f\u00fcnftausend \u00c4nderungen in den Code eingebracht und schl\u00e4gt die M\u00f6glichkeit vor, Module f\u00fcr GRUB2 mit Hilfe der Programmiersprache Rust zu schreiben. Wladimir pr\u00e4sentierte die ersten Ergebnisse seiner Experimente zur Unterst\u00fctzung von Rust in GRUB2 und zur Erstellung der notwendigen Bindings. Zudem wurden \u00c4nderungen f\u00fcr GRUB vorbereitet, die die Verwendung von Shared Libraries (\u2018.so\u2019, ET_DYN) f\u00fcr Module erm\u00f6glichen, anstelle der Verlinkung auf Objektdatei-Ebene (\u2018.o\u2019, ET_REL). <\/p>\n
Die Initiative wird vorerst als separates Experiment positioniert, das keinen Einfluss auf die Entwicklung von GRUB2 haben wird. Als optimale Anwendung von Rust in GRUB wird das Schreiben von Modulen f\u00fcr neue Dateisysteme genannt. Auch eine Neuschreibung des Codes f\u00fcr die Arbeit mit Partitionen und GPT in Rust wird nicht ausgeschlossen. <\/p>\n
Die Nutzung von Rust soll dazu beitragen, die Wahrscheinlichkeit bestimmter Fehlertypen im Projekt zu reduzieren, insbesondere im Code von Modulen, die zahlreiche umfangreiche und komplexe Parsing-Prozeduren enthalten. Im Februar wurden w\u00e4hrend eines Audits des Codebestands von GRUB 72 Sicherheitsprobleme identifiziert, von denen 21 als gef\u00e4hrliche Sicherheitsanf\u00e4lligkeiten eingestuft wurden, die den Mechanismus der verifizierten UEFI Secure Boot-Bootloader umgehen k\u00f6nnen. 20 der 21 Sicherheitsanf\u00e4lligkeiten resultierten aus Speicherfehlern, die zu Puffer\u00fcberl\u00e4ufen oder dem Zugriff 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 oben genannten Sicherheitskorrekturen enth\u00e4lt (Korrekturen im GRUB2 werden weiterhin in Form von Patches ohne separate Ver\u00f6ffentlichung angeboten). Das GNU Boot-Projekt entwickelt eine Alternative zu propriet\u00e4ren UEFI- und BIOS-Firmware, die auf CoreBoot basiert, aber strengere Anforderungen an die Einbindung bin\u00e4rer Komponenten stellt. GNU Boot wird als \u2018coreboot-libre\u2019 vorgestellt, d.h. als eine Version von CoreBoot, die von Blobs und nicht-freien Komponenten befreit ist, \u00e4hnlich wie das Projekt Linux-libre eine bereinigte Version des Linux-Kernels entwickelt. Dar\u00fcber hinaus werden \u00e4hnliche Projekte wie Libreboot und Canoeboot separat weiterentwickelt. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"