Rust sauvera Linux : Greg Kroah-Hartman confirme la fin de l’expérience

Points clés:
  • Greg Kroah-Hartman a annoncé lors de la Rust Week 2026 que l'utilisation de Rust dans le noyau Linux n'est plus une expérience et devient une norme officielle.
  • L'équipe Linux reçoit près de 13 signalements de vulnérabilités par jour, la plupart étant dues à des erreurs humaines dans le langage C.
  • Le compilateur de Rust détecte automatiquement les erreurs de mémoire et les plantages, ce qui pourrait réduire les pannes système jusqu'à 80 %.
  • Un système sera mis en place pour étiqueter les données matérielles comme « non fiables », obligeant ainsi les développeurs à les valider avant de les utiliser.
  • Le code C actuel (36 millions de lignes) ne sera pas réécrit. Rust sera utilisé uniquement pour développer de nouveaux contrôleurs et sous-systèmes.

Semaine de la Rouille 2026

Lors de la récente conférence Rust Week 2026 qui s'est tenue à Utrecht, Greg Kroah-Hartman, l'une des principales personnes responsables de la maintenance du noyau Linux, est monté sur scène avec un message très clair : Rust est le salut dont le projet a besoin.

Avec treize CVE (Common Vulnerabilities) publiées quotidiennement , l'équipe de développement est confrontée à un volume de bogues quasi ingérable. Selon Kroah-Hartman, qui travaille sur ces vulnérabilités depuis 2005, la faute incombe aux lacunes classiques du langage C en matière de gestion de la mémoire et des erreurs – un problème que Rust promet d'atténuer considérablement.

Le message était direct et sans détour devant un public composé de développeurs. Le programmeur chevronné a confié que l'équipe avait une confiance absolue en la communauté Rust pour préserver les fondements de l'informatique moderne. Pour eux, la phase de test est terminée : l'utilisation de Rust dans le noyau est désormais une réalité, et ils vont maintenant accélérer son intégration dans les composants les plus critiques.

Le cauchemar du code C et la solution automatique de Rust

Pour illustrer le problème concret auquel ils sont confrontés quotidiennement , le développeur a évoqué une faille dans le code Bluetooth passée inaperçue pendant quinze ans , due à un simple oubli de vérification d'un pointeur mémoire . Il a également mentionné un bug dans le code Xen où un verrou avait été oublié de libérer . Ces petites négligences humaines s'accumulent avec le temps et finissent par provoquer des pannes système ou ouvrir la porte à des cyberattaques. Le grand avantage de Rust est qu'il détecte ces erreurs lors de la compilation , avant la phase de relecture. Si un programmeur oublie de vérifier une erreur ou de libérer une ressource, le programme refuse tout simplement de compiler.

Grâce à cette vérification automatique , les relecteurs de code n'ont plus à perdre de temps à rechercher des détails insignifiants et peuvent se concentrer sur la logique même du programme. Kroah-Hartman estime que ces fonctionnalités à elles seules permettront d'éliminer soixante pour cent des bogues actuels du noyau. De plus, cette nouvelle méthode de travail a déjà influencé le code C, obligeant les programmeurs à optimiser leurs interfaces et à adopter des techniques plus sûres, ce qui démontre que la simple existence de Rust a déjà amélioré Linux.

Au-delà des verrous de mémoire, la conférence a abordé un principe de sécurité fondamental, fondé sur une vieille maxime de Microsoft : considérer comme potentiellement malveillante toute donnée entrant dans le système . Kroah-Hartman a expliqué qu’ils travaillent sur une méthode au sein de Rust permettant d’étiqueter explicitement les données comme « non fiables » directement dans le système de types.

Ainsi, le compilateur obligera le programmeur à valider ces informations avant qu'elles puissent être utilisées ou consultées . Ceci est particulièrement important aujourd'hui, car les développeurs se méfient non seulement des programmes utilisateurs, mais aussi du matériel lui-même, souvent défectueux en usine, voire conçu de manière malveillante. En centralisant toutes les validations, les contrôles de sécurité seront beaucoup plus rapides et précis.

Évolution sans réécriture complète

Malgré son enthousiasme, l'expert a clairement indiqué que Rust n'est pas magique . Il a cité en exemple un petit bout de code écrit en Rust, conçu pour afficher un code QR en cas de plantage système, qui a finalement provoqué des problèmes de mémoire car personne n'avait pensé à vérifier la taille du tampon de données. Rust peut aussi échouer s'il n'est pas utilisé avec précaution et bon sens. C'est pourquoi personne dans l'organisation n'envisage de réécrire les 36 millions de lignes de code C qui composent déjà Linux. La règle est claire : l'ancien code reste inchangé et les nouveaux outils serviront uniquement à créer des pilotes modernes.

Actuellement, le noyau ne compte qu'environ 113 000 lignes de code Rust , principalement des adaptations temporaires visant à faciliter la transition entre les deux langages. Cependant, des projets d'envergure comme le système de communication interne d'Android (Binder) sont déjà en pleine migration , ce qui signifie que des milliards de téléphones exécuteront bientôt ce code quotidiennement.

Le projet considère ce changement comme une évolution naturelle, les anciens pilotes C tombant tout simplement en désuétude au fil des ans, à mesure que le nouveau matériel exige des programmes créés de toutes pièces avec des garanties de sécurité modernes.


Ajouter comme source préférée dans Google