Wladimir Serbienko, jeden z trzech maintainer\u00f3w bootloadera GRUB2, kt\u00f3ry wni\u00f3s\u0142 ponad pi\u0119\u0107 tysi\u0119cy zmian do bazy kodu, zaproponowa\u0142 mo\u017cliwo\u015b\u0107 pisania modu\u0142\u00f3w dla GRUB2 przy u\u017cyciu j\u0119zyka Rust. Wladimir przedstawi\u0142 pierwsze wyniki eksperyment\u00f3w z dodaniem wsparcia dla Rust w GRUB2 oraz stworzeniem niezb\u0119dnych powi\u0105za\u0144. Dla GRUB przygotowano r\u00f3wnie\u017c zmiany, kt\u00f3re umo\u017cliwiaj\u0105 u\u017cycie bibliotek dzielonych («.so», ET_DYN) dla modu\u0142\u00f3w, zamiast wi\u0105zania na poziomie plik\u00f3w obiektowych («.o», ET_REL). <\/p>\n
Inicjatywa jest na razie postrzegana jako osobny eksperyment, kt\u00f3ry nie wp\u0142ynie na rozw\u00f3j GRUB2. Jako optymalne zastosowanie Rust w GRUB wspomina si\u0119 pisanie modu\u0142\u00f3w dla nowych system\u00f3w plik\u00f3w. Nie wyklucza si\u0119 tak\u017ce przepisywania na Rust kodu odpowiedzialnego za prac\u0119 z partycjami dyskowymi i GPT. <\/p>\n
Zak\u0142ada si\u0119, \u017ce u\u017cycie Rust pomo\u017ce projektowi zmniejszy\u0107 prawdopodobie\u0144stwo wyst\u0105pienia niekt\u00f3rych rodzaj\u00f3w b\u0142\u0119d\u00f3w, szczeg\u00f3lnie w kodzie modu\u0142\u00f3w zawieraj\u0105cych wiele du\u017cych i skomplikowanych procedur parsowania. W lutym w wyniku audytu bazy kodu GRUB ujawniono 72 problemy z bezpiecze\u0144stwem, z czego 21 uznano za niebezpieczne podatno\u015bci, mog\u0105ce obej\u015b\u0107 mechanizm weryfikowanej rozruchu UEFI Secure Boot. 20 z 21 podatno\u015bci spowodowanych by\u0142o b\u0142\u0119dami w zarz\u0105dzaniu pami\u0119ci\u0105, prowadz\u0105cymi do przepe\u0142nienia bufora lub odwo\u0142a\u0144 do pami\u0119ci po jej zwolnieniu. <\/p>\n
Dodatkowo warto odnotowa\u0107 wydanie projektu GNU Boot 0.1 RC6, kt\u00f3ry zawiera powy\u017csze poprawki luk bezpiecze\u0144stwa (w samym GRUB2 poprawki nadal s\u0105 rozpowszechniane w postaci \u0142atek bez tworzenia osobnego wydania). Projekt GNU Boot rozwija alternatyw\u0119 dla w\u0142asno\u015bciowych firmware'\u00f3w UEFI i BIOS, opart\u0105 na CoreBoot, ale stawiaj\u0105c\u0105 twardsze wymagania dotycz\u0105ce do\u0142\u0105czania komponent\u00f3w binarnych. GNU Boot przedstawiane jest jako «coreboot-libre», tzn. jako edycja CoreBoot pozbawiona blob\u00f3w i nieliberalnych komponent\u00f3w, na wz\u00f3r projektu Linux-libre, kt\u00f3ry rozwija oczyszczon\u0105 wersj\u0119 j\u0105dra Linux. Osobno rozwijane s\u0105 podobne projekty Libreboot i Canoeboot. \n \u0179r\u00f3d\u0142o: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"