Грег Кроах-Хартман, един от пазителите на ядрото на Linux наскоро получи предложение в която пише че е възможно да бъде приета рамка, посветена на разработването на драйвери на езика Rust в сърцевината.
Въпреки че в момента няма нищо конкретно, за това, Грег Кроах-Хартман формулира две условия: Един от тях е, че рамката няма да се активира по подразбиране в случай на нейната интеграция, това, за да се избегне, че човек не се нуждае от Rust за компилиране на ядрото; второ, че предложеният подход има реални предимства в сравнение с тези, получени от използването на езика C.
Известно е, че ядрото на Linux е продукт на разработките на C езици и преди всичко това за Linus Torvalds C е преди всичко. Така че при разработването на драйверите за системата, използването на C.
Разработчиците компрометираха огромни възможности което предлага по отношение на управлението на хардуерните ресурси на компютърна система използването на Rust.
И все повече и повече гласове се повишават, за да се обади пасажът на езика Ръжда, единият от които трябва да замени C за контрол на материала.
И това е, че на последната среща на върха по сигурността на Linux, изследователите по сигурността, заедно с други, посочиха един от най-големите езикови недостатъци C са проблемите, свързани с управлението на паметта - препълване на буфера, разпределения, достъп до невалидни или освободени области на паметта и т.н.
Според данните, съобщени от двойката изследователи, резултатът от 65% от уязвимостите на ядрото на Linux, идентифицирани през последните 6 месеца. Данните за общите уязвимости и експозиция (CVE) са сходни: 15.9% от 2288 уязвимости, засегнали ядрото на Linux за 20 години, са свързани с препълване на буфери.
Изследователският екип не просто говори за ползите, които Rust предлага в сравнение с C. Той също така използва възможността да представи инициатива за разработване на рамка, посветена на разработката на драйвери за Linux.
Просто казано, усилието е да се работи с API на ядрото на Linux. Разработките са за архитектури x86, arm / arm64, mips, POWERPC, RISC-V, s390 и SPARC.
Pero най-големият проблем е, че само Линус Торвалдс вярва, че няма нищо по-добро от езика С за системно програмиране.
Трябва да кажа, че съм доста старомоден по въпроси като този. Причината да стартирам Linux и операционните системи като цяло е, че наистина харесвам хардуера. Обичам да изследвам материалния аспект.
Не казвам това, за да подчертая, че съм експерт. Това, което искам да кажа, е, че обичам да взаимодействам с хардуера от софтуера. Погледнато от тази гледна точка, все още не съм виждал език за програмиране, който да се доближава само до езика C.
Това твърдение не е само защото C е полезно за генериране на добър код за работа с хардуер. Също така използването на C има смисъл за хора, които мислят като компютър. Мисля, че причината е, че хората, които са проектирали езика C, са го направили в момент, когато компилаторите трябва да са прости; във време, когато езикът трябваше да се адаптира към очакваната продукция или резултат.
Така че, когато чета кода на език C, знам как ще изглежда кодът на сглобяването и това е, което ме интересува “, каза той преди 7 години по време на една от своите намеси на конференцията. Технологичен център на Intel с отворен код.
Преди това отпадахте подобни предложения за въвеждане на C ++ в кръга на езиците, посветени на разработването на драйвери за Linux. По-специално, той подчерта способността да се направи обектно-ориентиран чист с C, отколкото със C ++.
Инициативата Алекс Гейнър и Джефри Томас продължава да бъде страхотен проект по много оси. Например изследователският екип подчертава необходимостта от продължаване на разработването на драйвери за файлови системи и за конкретни типове устройства.
Тогава ще трябва да видим дали съдържанието може да убедиra поддръжници на Linux.