IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Rust contribuera au succès de Linux et rendra la programmation plus ludique, car Rust est essentiel pour améliorer à la fois la sécurité et la maintenabilité du code du noyau Linux, affirme Greg Kroah-Hartman

Le , par Alex

961PARTAGES

12  0 
Linux s'apprête à connaître une transformation majeure, son responsable de la maintenance du noyau stable, Greg Kroah-Hartman, prônant Rust plutôt que le C comme futur langage de programmation pour le développement du noyau Linux. Expliquant son évolution, passant du scepticisme à un soutien fervent de Rust, Kroah-Hartman a mis en avant la capacité de Rust à éliminer diverses vulnérabilités courantes et à rationaliser le processus de programmation, facilitant ainsi la tâche des développeurs. Il a expliqué que le système de propriété et de types de Rust réduit considérablement les bogues mineurs qui affectent souvent le code C, tels que les pointeurs non vérifiés et les fuites de mémoire.

Le noyau Linux est un noyau libre et open source  de type Unix utilisé dans de nombreux systèmes informatiques à travers le monde. Créé par Linus Torvalds en 1991, il a rapidement été adopté comme noyau du système d’exploitation GNU, conçu pour remplacer librement Unix. Depuis la fin des années 1990, il est intégré à de nombreuses distributions de systèmes d’exploitation, dont beaucoup portent le nom de Linux. Android, utilisé dans de nombreux appareils mobiles et embarqués, est l’un de ces systèmes d’exploitation basés sur le noyau Linux. La majeure partie du code du noyau est écrite en C, tel qu’il est pris en charge par la GNU Compiler Collection (GCC), qui propose des extensions allant au-delà du C standard.

Rust est un langage de programmation polyvalent qui met l’accent sur les performances, la sécurité des types, la concurrence et la sécurité de la mémoire. Rust prend en charge plusieurs paradigmes de programmation. Il s’inspire de concepts issus de la programmation fonctionnelle, notamment l’immuabilité, les fonctions d’ordre supérieur, les types de données algébriques et la correspondance de motifs. Il prend également en charge la programmation orientée objet via des structures, des énumérations, des traits et des méthodes. Rust garantit la sécurité de la mémoire (c'est-à-dire que toutes les références pointent vers de la mémoire valide) sans recourir à un ramasse-miettes classique ; à la place, les erreurs de sécurité de la mémoire et les conflits d'accès sont évités par le « vérificateur d'emprunt », qui suit la durée de vie des objets référencés lors de la compilation.

En mai 2026, Greg Kroah-Hartman, responsable de la maintenance du noyau stable de Linux, a affirmé que Rust peut aider Linux à faire face à un afflux de failles de sécurité détectées par l'IA (notamment Dirty Frag, Copy Fail et Fragnesia) en prévenant les erreurs courantes en C liées à la gestion de la mémoire, au verrouillage, à la gestion des erreurs et aux données non fiables dès la phase de compilation, plutôt que lors de la révision par les mainteneurs. « Rust sauvera Linux de l'IA », affirme notamment Greg Kroah-Hartman. Sa sortie est de nature à donner un coup de neuf au débat sur la comparaison entre les langages Rust et C en matière de programmation système.

Greg Kroah-Hartman est l'un des principaux développeurs du noyau Linux. Depuis avril 2013, il est responsable de la maintenance du noyau Linux pour la branche -stable, le sous-système staging, l'USB, le noyau des pilotes, debugfs, kref, kobject et les sous-systèmes sysfs du noyau, les E/S de l'espace utilisateur (avec Hans J. Koch), et la couche TTY. Il est également à l'origine de linux-hotplug, du projet udev et du Linux Driver Project. Il a travaillé pour Novell au sein de la division SUSE Labs et, depuis le 1er février 2012, il travaille à la Linux Foundation. Kroah-Hartman contribue fréquemment à la documentation relative au développement du noyau et des pilotes par le biais de conférences et de tutoriels.


Greg Kroah-Hartman prône Rust plutôt que le C comme futur langage de programmation pour le développement du noyau Linux

Linux s'apprête à connaître une transformation majeure, son responsable de la maintenance du noyau stable, Greg Kroah-Hartman, prônant Rust plutôt que le C comme futur langage de programmation pour le développement du noyau Linux. Lors de son discours d’ouverture à l’Open Source Summit India 2026, Kroah-Hartman a annoncé que le noyau Linux s’orientait vers Rust, ce qu’il estime essentiel pour améliorer à la fois la sécurité du code et sa maintenabilité.

Expliquant son évolution, passant du scepticisme à un soutien fervent de Rust, Kroah-Hartman a mis en avant la capacité de Rust à éliminer diverses vulnérabilités courantes et à rationaliser le processus de programmation, facilitant ainsi la tâche des développeurs. Il a souligné que, même si le C ne disparaîtra pas du jour au lendemain — compte tenu de sa présence profondément ancrée dans l’écosystème Linux —, Rust devient le choix privilégié, en particulier pour les nouveaux projets et sous-systèmes.

Il a expliqué que le système de propriété et de types de Rust réduit considérablement les bogues mineurs qui affectent souvent le code C, tels que les pointeurs non vérifiés et les fuites de mémoire. En effet, il a estimé que 80 % des vulnérabilités et expositions communes (CVE) observées dans le noyau au cours des 25 dernières années auraient pu être évitées si Rust avait été utilisé à la place.

Cette transition se traduit par l’intégration de Rust dans les API C existantes et par la mise en place de lignes directrices pour les nouveaux développements, en particulier pour les sous-systèmes importants. Par exemple, les nouveaux pilotes seront principalement acceptés en Rust, ce qui marque un changement concret dans la manière dont les améliorations du noyau Linux sont abordées.

Ce changement n’est pas purement théorique ; les responsables du noyau ont officiellement reconnu Rust comme un langage de premier plan, et non plus comme une simple expérience. Bien que Kroah-Hartman reconnaisse les défis que cette adaptation pourrait poser, en particulier pour une communauté fortement attachée au C, il reste optimiste. Il estime que Rust offre une solution qui rend le codage agréable et conduit à une expérience Linux plus sécurisée pour les utilisateurs.


Depuis décembre 2025, lors du sommet des responsables de la maintenance du noyau Linux, accessible uniquement sur invitation, les principaux responsables de la maintenance Linux ont décidé que « le consensus parmi les développeurs réunis est que Rust dans le noyau n'est plus expérimental. Il fait désormais partie intégrante du noyau et est là pour rester ». Ce changement vient couronner cinq années de débats houleux sur la question de savoir si ce langage sécurisé au niveau de la gestion des accès mémoire avait sa place aux côtés du C au cœur du système d'exploitation open source le plus largement déployé au monde.

En résumé, Rust est sur le point de devenir indissociable du développement de Linux, promettant d’améliorer la sécurité et la fiabilité du noyau tout en permettant aux développeurs de se concentrer davantage sur la logique plutôt que sur les problèmes de bas niveau. Ce changement majeur s’inscrit dans une tendance plus large de la programmation vers des langages plus sûrs, permettant à Linux de rester pertinent et compétitif dans un paysage technologique en constante évolution.

Et vous ?

Pensez-vous que cette déclaration est crédible ou pertinente ?
Quel est votre avis sur le sujet ?

Voir aussi :

Le noyau Linux 7.1 abandonne la prise en charge de l'architecture i486, corrige un problème audio sur la Steam Deck, ajoute la prise en charge des processeurs AMD Zen 6, apporte des mises à jour pour Rust

Le mélange de Rust et de C dans Linux est assimilé à un « cancer » par un responsable du noyau,« je ne veux pas qu'il s'approche d'une énorme base de code C que je dois maintenir », dit-il à propos de Rust

Brian Kernighan, co-créateur d'Unix, s'exprime après avoir testé le langage Rust : « je ne pense pas qu'il va remplacer C tout de suite ». Il juge l'écosystème de Rust « incompréhensiblement vaste et lent »
Vous avez lu gratuitement 2 195 articles depuis plus d'un an.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer à vous proposer des publications.

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de Anselme45
Membre extrêmement actif https://www.developpez.com
Le 20/10/2026 à 13:20
Citation Envoyé par calvaire Voir le message
je me base sur mon réseau, les conventions/conférences auxquelles j'assiste
Aaah! C'est la meilleure de l'année!

Le monsieur va dans des conventions et conférences dont le thème est "Développer avec l'IA" et il conclut "99% des développeurs utilisent l'IA"

Je vais aller participer à un conférence réunissant les végétariens et je me ferai bientôt prochainement le plaisir de vous donner une statistique du style "le 100% des gens sont végétariens"
6  1 
Avatar de Anselme45
Membre extrêmement actif https://www.developpez.com
Le 20/10/2026 à 9:56
Citation Envoyé par calvaire Voir le message
il n'a surtout pas le choix d'adopter cette position, il n'y aurais plus de contribution dans le kernel si l'ia était interdite.
en 2026 99% des devs codent avec l'ia.
Ouah! Et comment vous arrivez au chiffre de 99%?

Quelle est l'origine de ce chiffre? Votre marc de café? Votre boule de cristal achetée sur alibaba? Ou mieux, l'IA a qui vous avez posé la question?
5  1 
Avatar de Anselme45
Membre extrêmement actif https://www.developpez.com
Le 20/10/2026 à 9:53
Les responsables de maintenance Linux peuvent soumettre du code généré par l'IA sans le signaler, Linus Torvalds juge idiotes les interdictions de code généré par l’IA dans Linux
Le sieur Torvalds a donc tout simplement décidé de pratiquer la politique de l'autruche!

C'est juste une démission et une perte de contrôle de Linux à court terme...

Il y a plus qu'une dernière action que l'on peut attendre de ce type: La vente de sa paternité de Linux à microsoft ou mieux à un OpenAI ou à un Anthropic!

Deux citations du philosophe latin Sénèque, mort à 65 ap J.C prennent ici toute leur valeur et démontrent que certaines pensées sans IA restent vraies près de 2 000 ans plus tard:

Certains sont jugés grands parce qu'on mesure aussi le piédestal. (De tranquillitate animi, X, 5)
Un nain est toujours petit, eût-il une montagne pour piédestal (Lettres à Lucilius, LXXVI)
3  0 
Avatar de kain_tn
Expert éminent https://www.developpez.com
Le 21/10/2026 à 22:11
Citation Envoyé par Mathis Lucas Voir le message
Malgré les réticences, Linus Torvalds publie son premier correctif pour le noyau Linux coécrit avec l'IA Claude Code. Des tests synthétiques révèlent des performances multipliées par 23

Quel est votre avis sur le sujet ?
L'histoire est vielle de 11 jours et ne s'arrête pas là

En moins de quatre jours, d'autres développeurs du kernel Linux ont trouvé une race condition dans ce patch et ont également exprimé des craintes quant à la libération de la mémoire.

Linus Torvalds a finalement passé la main pour corriger le correctif dont il était si fier à Kiryl Shutsemau - un autre développeur, travaillant entre autre sur l'architecture ARM.

Citation Envoyé par Mathis Lucas Voir le message
Que pensez-vous de la démarche de Linus Torvalds avec Claude Code ?
Pourquoi un développeur d'élite avec une longue expérience en programmation tel que Linus Torvald, n'a pas corrigé ce patch lui-même (assisté par Claude Code, puisque celui-ci affirme que c'est un outil fantastique)?

Il a régulièrement des études publiées sur Developpez.com qui rapportent par exemple que "passer 10 minutes à utiliser des LLM altère considérablement la capacité de l'utilisateur à se concentrer et à persévérer devant la difficulté".

Pensez-vous que Linus se retrouve déjà dans cette situation après seulement quelques mois passés à utiliser Claude Code? Si c'est le cas pour un développeur aussi qualifié, est-ce que vous ne pensez pas que c'est une situation particulièrement alarmante pour des développeurs beaucoup moins qualifiés?

Il y a quelques temps (je ne retrouve plus l'article sur développez mais j'ai trouvé une autre source), Linus Torvald a admis avoir "vibe-codé" un petit projet personnel en Python à l'aide de Claude Code. Comment expliquer qu'un développeur aussi expérimenté, lutte pour apprendre un langage tel que Python qui est pourtant enseigné aux enfants? Est-ce que l'utilisation quotidienne de Claude Code rend le cerveau paresseux?

Citation Envoyé par Mathis Lucas Voir le message
Quel impact ce nouveau cap pourrait-il avoir sur le développement du noyau ?
Cela dépend. D'un côté, Linus semble vouloir imposer beaucoup d'instructions aux LLM des contributeurs, ce qui augmente fortement la consommation en tokens et remplit la fenêtre de contexte. Seuls les développeurs ayants accès à des abonnements très chers (ou payés par leur société) vont vraiment pouvoir utiliser de l'IA pour contribuer au développement du kernel Linux.

Percevez-vous cette barrière d'entrée comme une chance de contenir les dégâts, ou pensez-vous au contraire que l'utilisation des LLM va engendrer une forte dette technique et de la perte de connaissances?
Qu'en est-il des possibles violations de licence avec le code généré? Pensez-vous que le monde Linux va de nouveau assister à des procès tels que ceux de SCO au début du millénaire?
3  1 
Avatar de Uther
Expert éminent sénior https://www.developpez.com
Le 22/10/2026 à 17:21
Sauf que du coup, ça impose a ceux qui vont passer derrière toi plus de travail.
C'est globalement le problème qui est relevé par beaucoup de projets open source. Beaucoup trop de gens utilisent l'IA pour produire rapidement un code dont ils ne maitrisent pas totalement la logique. Et les mainteneurs se retrouvent avec une quantité ingérable de patchs de mauvaise qualité.
3  1 
Avatar de jbaipro
Nouveau Candidat au Club https://www.developpez.com
Le 25/07/2026 à 4:47
Les pontes de Linux s'engagent dans l ' IA. Le problème est que Linux, malgré les relecteurs et l open source, voit les ias de pointe découvrir des failles dans les sources. L'évolution rapide des capacités les obligent à affiner leur modèle initial.
3  2 
Avatar de Uther
Expert éminent sénior https://www.developpez.com
Le 19/10/2026 à 16:49
Citation Envoyé par phil995511
"Les responsables de maintenance Linux peuvent soumettre du code généré par l'IA sans le signaler" > Par contre là je suis moins d'accord, le code doit être documenté et cette balise est utile de mon point de vue.
L'AI n'est pas contradictoire avec la documentation. Un code humain tout comme un code IA peut poser problème, les deux doivent être relus avec la même rigueur.
Et de toute façon comme on a pas moyen de forcer a utiliser le tag IA, ça pourrait être plus trompeur qu'autre chose.
2  1 
Avatar de kain_tn
Expert éminent https://www.developpez.com
Le 19/10/2026 à 18:19
Citation Envoyé par Uther Voir le message
L'AI n'est pas contradictoire avec la documentation. Un code humain tout comme un code IA peut poser problème, les deux doivent être relus avec la même rigueur.
Et de toute façon comme on a pas moyen de forcer a utiliser le tag IA, ça pourrait être plus trompeur qu'autre chose.
Avec la documentation, non, mais avec l'utilisation de licences logicielles précises, si, vu que les modèles ont été allègrement entraîné sur tout et n'importe quoi, peu importe la licence.

Visiblement, Linus a décidé de laisser tomber la GPLv2 pour le kernel Linux.
2  1 
Avatar de Matthieu Vergne
Expert éminent https://www.developpez.com
Le 22/10/2026 à 18:26
Je pense que tu mélanges Uther. On parle de vibe coder le projet perso, pas le patch maintenu par la communauté. De ce que j'ai compris, il a utilisé Claude pour l'aider dans son patch mais il a bien relu le changement. Ce que j'ai lu comme quoi quelqu'un d'autre a vu un bug et travaille dessus, il n'y aurait pas eu d'IA ça aurait été pareil. Il n'est pas ici histoire de vibe coder un fix et de l'envoyer en revue que d'autres checkeront manuellement, c'est pas le sujet. Ce que tu dis est vrai pour ces cas là mais de ce que j'ai compris ce n'est pas ce dont il est question ici. Sinon ce serait pure hypocrisie et mensonge de Linus de travailler comme ça.
1  0 
Avatar de Uther
Expert éminent sénior https://www.developpez.com
Le 23/10/2026 à 16:45
En effet dans ce cas là c'est justifiable. Mais si j'avais compris l'inverse, c'est parce que le sujet de l'article, c'est justement un patch pour Linux que Linus Torvalds a produit avec l'aide de l'IA.
1  0