Les points clés à retenir sur la montée en puissance de Rust

• À l'avenir, certains sous-systèmes Linux seront exclusivement écrits en Rust.
• Rust est bien plus sûr que le C, mais ce n'est pas une solution miracle contre les erreurs de logique.
• Le noyau Linux ne sera pas réécrit en Rust. Du moins, pas pour l'instant.

Open Source Summit India 2026 (Mumbai - Inde) - Lors de l’Open Source Summit India 2026 à Mumbai, Greg Kroah-Hartman, responsable du noyau stable de Linux, a déclaré dans son discours d’ouverture que « le noyau [Linux] s’oriente vers Rust. Git s’oriente vers Rust. De nombreux projets commencent à s’orienter vers Rust. »

Il n’a pas toujours partagé cet avis. Kroah-Hartman a ajouté : « Il y a quelques années, quand un de mes amis m’a dit : “Ah, tu dois essayer ce nouveau langage. Ça s’appelle Rust. » Je lui ai répondu : « Quoi ? Non, le C, c’est génial. »

Son ami a insisté : « Non, non, non ! Ça rend la programmation à nouveau amusante. » Je lui ai rétorqué : « Non, la programmation est déjà amusante en C. » Il avait raison. J’aurais dû m’y mettre à l’époque. Rust est vraiment amusant. Ça rend la programmation amusante. Ça vous évite de vous soucier de bien des choses liées au compilateur, qui peut résoudre beaucoup de vos problèmes à votre place, et ça améliore un peu la qualité du code. »

Ainsi, Kroah-Hartman est passé du statut de sceptique vis-à-vis de Rust à celui de l’un de ses plus fervents défenseurs au sein du noyau. Il considère désormais Rust comme une composante permanente de Linux. Et non plus comme une expérience. Son argument est simple. Le système de propriété et de types de Rust permet d’éliminer la plupart des « petites choses stupides » qui dominent les CVE du noyau, tout en facilitant la vie des mainteneurs surchargés de travail. « Rust », en bref, « me facilite tellement la vie ».

Kroah-Hartman est bien placé pour le savoir. Il supervise le processus CVE du noyau Linux et bénéficie d’un point de vue unique en tant que responsable du noyau stable. En Inde, a-t-il déclaré, Linux enregistre « environ 13 CVE par jour » et fonctionne à un rythme de « près de neuf modifications par heure » depuis une décennie, voire plus.

La plupart de ces vulnérabilités, a-t-il fait valoir, ne sont pas des attaques exotiques, mais de simples erreurs en C : des pointeurs non vérifiés, des déverrouillages oubliés et des chemins de nettoyage bâclés : « C’est ce que nous corrigeons 13 fois par jour. De petits bugs insignifiants comme ceux-là, tout le temps. »

Comment Rust peut-il aider à résoudre ce problème ? C’est simple. Kroah-Hartman a poursuivi : « Voici mon opinion, qui n’a rien de scientifique. J’ai examiné toutes les CVE que le noyau a générées au cours des 25 dernières années. Je pense que 80 % d’entre elles disparaîtraient, simplement parce qu’elles seraient détectées par Rust. » Les 20 % restants correspondent aux bogues logiques sur lesquels il préférerait se concentrer : « Rust continuera bien sûr à planter. On peut faire des choses vraiment stupides en Rust, mais toutes ces petites erreurs insignifiantes et futiles, Rust s’en chargera pour nous. »

Kroah-Hartman a systématiquement présenté les choix de langage sous l’angle de la charge de travail des relecteurs plutôt que de la commodité des développeurs. Linux compte « plus de 5 000 développeurs », mais « environ 150 mainteneurs principaux qui relisent la majorité du code », un déséquilibre qui détermine ses priorités.

« Nous optimisons pour les relecteurs. Nous n’optimisons pas pour les développeurs, car nous avons beaucoup de développeurs », a-t-il déclaré, suggérant que la capacité de Rust à imposer des règles de verrouillage et de durée de vie lors de la compilation permet aux relecteurs de consacrer leur temps limité à la logique plutôt qu’à la gestion administrative : « Si la compilation aboutit en tant que relecteur, je sais que tout va bien. Je peux me concentrer sur la logique. »

Car Rust a déjà remodelé le C au sein du noyau. Pour rendre les liaisons Rust sûres, les responsables ont revu des API C existantes de longue date, en y ajoutant des mécanismes de garde et d’allocation avec portée qui reflètent le nettoyage automatique de Rust.

« Nous avons ajouté beaucoup plus de fonctionnalités de sécurité mémoire au noyau et à d’autres API, car nous avons réalisé que Rust nous avait montré que c’était possible, et nous avons rendu le code C plus fiable et de meilleure qualité. Ainsi, si Rust venait à disparaître demain, le noyau s’en porterait mieux. »

Cette évolution se profile depuis un certain temps déjà. Comme l’écrivait Kroah-Hartman dès 2025 sur la liste de diffusion du noyau Linux (LKML).

« Rust nous permet également de définir nos API internes au noyau de manière à ce qu’il soit pratiquement impossible de se tromper lors de leur utilisation. Nous avons bien trop d’API complexes ou délicates qui nécessitent beaucoup trop de vérifications de la part des responsables de maintenance pour « s’assurer que tout est correct », ce qui s’explique à la fois par la façon dont nos API ont évolué au fil des ans (de combien de façons différentes peut-on utiliser une « struct cdev » en toute sécurité ?) et par le fait que le C ne nous permet pas d’exprimer les API d’une manière qui les rende plus faciles et plus sûres à utiliser. Obliger les responsables de la maintenance de ces API à les repenser est une BONNE chose, car cela nous amène à les assainir pour TOUT LE MONDE, y compris les utilisateurs de C, ce qui améliore Linux dans son ensemble. »

De plus, Rust est en train de devenir la norme pour les nouveaux développements dans les sous-systèmes clés. « Les nouveaux pilotes pour certains sous-systèmes ne seront acceptés qu’en Rust. Prenez le sous-système graphique, qui comporte aujourd’hui les pilotes les plus complexes qui soient ; ceux-ci seront désormais exclusivement en Rust », a-t-il déclaré. Binder, le mécanisme d’IPC d’Android au cœur de milliards d’appareils, dispose désormais d’implémentations parallèles en C et en Rust dans le noyau. La version C « disparaîtra bientôt », laissant la version Rust « comme le fondement de tous les appareils Android à l’avenir ».

Officiellement, les responsables du noyau ont déjà reconnu Rust comme un langage de premier ordre. « Cette expérience n’est désormais plus une expérience », a déclaré Kroah-Hartman. « Les responsables de la communauté du noyau se sont réunis l’année dernière… et nous avons déclaré que l’expérience Rust était terminée. C’est officiel. Nous allons accepter cette évolution à l’avenir. »

Ce changement ne signifie toutefois pas que le noyau Linux sera réécrit en Rust. Comme il l’a déclaré lors de la conférence Rust Week qui s’est tenue plus tôt cette année à Utrecht, aux Pays-Bas, « Nous ne voulons pas de réécritures ; donc, à moins que vous ne soyez le responsable et le propriétaire de ce fichier, utilisez-le uniquement pour les nouveautés. Laissez le code C existant tel quel, et évoluons à partir de là. »

Cela dit, ayant vu Linux se développer depuis ses débuts, j’ai le sentiment que le jour viendra peut-être où le noyau Linux sera réécrit en Rust. Ce ne sera pas pour tout de suite, mais je peux imaginer que cela arrive. C’est un langage beaucoup plus sûr de par sa conception. Si quelqu’un me demandait aujourd’hui quel langage il devrait apprendre pour devenir contributeur au noyau, je lui conseillerais de se lancer dans Rust.

Par ailleurs, Kroah-Hartman a reconnu que « le changement est difficile » pour une communauté imprégnée de C, lui-même y compris : « J’aime le C. Je programme en C depuis de très, très, très nombreuses années. » En effet, il s’y consacre depuis « plus longtemps que beaucoup de personnes ici ne sont même pas en vie. C’est difficile. »

Mais il est revenu sur le même argument qui l’avait d’abord convaincu de se tourner vers Rust : « Rust redonne du plaisir à la programmation. J’ai découvert qu’il permet de ne plus avoir à se soucier de savoir où se trouvent mes références, si j’ai correctement géré mes verrous, si j’ai bien fait ceci ou cela. Je peux me concentrer sur la logique, et c’est là toute sa beauté. »

Kroah-Hartman a poursuivi : « Rust peut être plus ludique pour les responsables de maintenance et rendre Linux plus sûr pour les utilisateurs, et c’est ce qui importe le plus au final. » Il a conclu par cette boutade bien connue dans le monde Linux : « Et bien sûr, la domination du monde se déroule comme prévu. »