Podczas niedawnej konferencji Rust Week 2026 w Utrechcie, Greg Kroah-Hartman, jedna z głównych osób odpowiedzialnych za utrzymanie jądra Linux, wystąpił na scenie z jasnym przekazem: Rust jest zbawieniem, którego potrzebuje projekt.
Z oszałamiającą liczbą trzynastu luk CVE (Common Vulnerabilities) publikowanych codziennie , zespół programistów mierzy się z niemal niemożliwą do opanowania liczbą błędów. Według Kroah-Hartman, która zajmuje się tymi lukami od 2005 roku, winą za to obarczone są klasyczne niedociągnięcia języka C w zakresie obsługi pamięci i błędów – problem, który Rust obiecuje radykalnie złagodzić.
Przesłanie było bezpośrednie i bezpośrednie, skierowane do publiczności pełnej programistów. Doświadczony programista przyznał, że zespół ma pełne zaufanie do społeczności Rust w kwestii ochrony fundamentów nowoczesnej informatyki. Dla nich faza testów dobiegła końca, ponieważ wykorzystanie Rusta w jądrze stało się rzeczywistością i będą kontynuować prace z pełną prędkością, aby zintegrować go z najważniejszymi komponentami.
Koszmar kodu C i automatyczne rozwiązanie Rusta
Aby zobrazować prawdziwy problem, z jakim borykają się na co dzień , programista wspomniał o błędzie w kodzie Bluetooth, który pozostał niezauważony przez piętnaście lat , spowodowany po prostu zaniedbaniem sprawdzenia wskaźnika pamięci . Wspomniał również o błędzie w kodzie Xen, gdzie ktoś zapomniał zwolnić blokadę . Te drobne ludzkie niedopatrzenia kumulują się z czasem i ostatecznie powodują awarie systemu lub otwierają drogę do cyberataków. Wielką zaletą Rusta jest to, że wychwytuje te błędy podczas kompilacji kodu , zanim dotrze on do etapu przeglądu. Jeśli programista zapomni sprawdzić błąd lub zwolnić zasób, program po prostu odmawia kompilacji.
Dzięki tej automatycznej weryfikacji recenzenci kodu nie muszą już tracić czasu na szukanie drobnych szczegółów i mogą skupić się na samej logice programu. Kroah-Hartman szacuje, że same te funkcje wyeliminują sześćdziesiąt procent obecnych błędów jądra. Co więcej, ten nowy sposób pracy wpłynął już na kod C, zmuszając programistów do uporządkowania interfejsów i stosowania bezpieczniejszych technik, co dowodzi, że samo istnienie Rusta już ulepszyło Linuksa.
Poza blokadami pamięci, prelekcja poruszyła istotną filozofię bezpieczeństwa opartą na starej maksymie Microsoftu: zakładaj, że wszelkie dane trafiające do systemu są złośliwe . Kroah-Hartman wyjaśniła, że pracują nad metodą w Rust, która pozwoli na jednoznaczne oznaczenie danych jako „niezaufanych” w samym systemie typów.
W ten sposób kompilator zmusi programistę do walidacji tych informacji, zanim będą mogły zostać użyte lub udostępnione . Jest to szczególnie ważne dzisiaj, ponieważ programiści nie ufają nie tylko programom użytkownika, ale także samemu sprzętowi, który często ma wady fabryczne lub może być nawet złośliwie zaprojektowany. Koncentracja całej walidacji w jednym punkcie sprawi, że kontrole bezpieczeństwa będą znacznie szybsze i dokładniejsze.
Ewolucja bez przepisywania od zera
Pomimo entuzjazmu, ekspert jasno dał do zrozumienia, że Rust to nie magia . Jako przykład podał krótki fragment kodu napisany w Ruście, który miał wyświetlać kod QR w przypadku awarii systemu. Spowodowało to problemy z pamięcią, ponieważ nikt nie pomyślał o sprawdzeniu rozmiaru bufora danych. Rust może również zawieść, jeśli nie jest używany ostrożnie i z rozsądkiem. Z tego powodu nikt w organizacji nie rozważa przepisywania 36 milionów linii kodu w C, które już istnieją w Linuksie. Zasada jest jasna: stary kod pozostaje bez zmian, a nowe narzędzia będą używane wyłącznie do tworzenia nowoczesnych sterowników.
Obecnie jądro Rust składa się z zaledwie około 113 000 linii kodu , głównie tymczasowych adaptacji mających na celu wypełnienie luki między tymi dwoma językami. Jednak ogromne projekty, takie jak wewnętrzny system komunikacji Androida (Binder), są już w trakcie transformacji , co oznacza, że miliardy telefonów wkrótce będą korzystać z tego kodu codziennie.
Projekt zakłada, że ta zmiana będzie naturalną ewolucją i że stare sterowniki C z biegiem lat po prostu przestaną być używane, a nowy sprzęt będzie wymagał programów tworzonych od podstaw z uwzględnieniem nowoczesnych gwarancji bezpieczeństwa.