Le noyau Linux à 35 ans : comment l’open source est devenu la couche d’infrastructure de

Le projet logiciel le plus important de l’histoire

En août 1991, un étudiant finlandais en informatique de 21 ans nommé Linus Torvalds a publié un modeste message sur le groupe Usenet comp.os.minix : « I’m doing a (free) operating system (just a hobby, won’t be big and professional like gnu). » Trente-cinq ans plus tard, ce projet amateur fait tourner la vaste majorité des serveurs web mondiaux (Linux alimente plus de 78 % des serveurs web, selon les données W3Techs 2025), 100 % des 500 supercalculateurs les plus rapides du monde (selon la liste TOP500 — une série ininterrompue depuis novembre 2017), l’ensemble des quelque 3,9 milliards d’appareils Android actifs, l’infrastructure de chaque fournisseur cloud majeur (AWS, Azure, Google Cloud, Oracle Cloud), et les systèmes embarqués dans les voitures, routeurs, téléviseurs intelligents et contrôleurs industriels du monde entier. Par toute mesure — échelle de déploiement, impact économique, participation des développeurs ou longévité — le noyau Linux est le projet logiciel le plus important de l’histoire humaine.

Le noyau lui-même — le composant central qui gère le matériel, la mémoire, les processus et les appels système — a dépassé 40 millions de lignes de code, un jalon franchi en janvier 2025 lorsque la version Linux 6.14-rc1 a atteint 40 063 856 lignes. La base de code a doublé de taille au cours de la dernière décennie. Elle prend en charge des dizaines d’architectures CPU (x86, ARM, RISC-V, PowerPC, s390), des centaines de pilotes matériels et pratiquement tous les protocoles réseau en usage. Chaque version du noyau (environ toutes les 9-10 semaines) intègre des contributions de plus de 2 000 développeurs représentant plus de 1 700 organisations. La vélocité de développement est remarquable : le noyau 6.15 à lui seul a apporté 14 612 changesets — la version la plus chargée depuis la 6.7 — avec 262 contributeurs débutants et des contributions arrivant à un rythme d’environ 8 patches par heure.

Ce qui rend la domination de Linux particulièrement frappante, c’est qu’aucune entité unique ne le possède. Le noyau est licencié sous GPLv2 — quiconque peut l’utiliser, le modifier et le distribuer, à condition de partager ses modifications sous la même licence. Ce cadre juridique a transformé Linux d’un projet étudiant en une ressource commune dont dépendent des entreprises pesant des milliers de milliards sans pouvoir la monopoliser. L’économie de cet arrangement — où des concurrents collaborent sur une infrastructure partagée — est sans doute l’expérience la plus réussie de gestion collective de ressources dans l’histoire de la technologie.

Le modèle de développement : un chaos organisé à grande échelle

Le processus de développement du noyau Linux est un modèle de mise à l’échelle du développement logiciel collaboratif. Au sommet se trouve Linus Torvalds, qui reste le « dictateur bienveillant à vie » (BDFL) du projet, examinant personnellement et fusionnant le code dans le noyau principal. En février 2026, Torvalds a confirmé que la prochaine version du noyau après la 6.19 sera Linux 7.0 — attendue mi-avril 2026 — poursuivant sa tradition d’incrémenter le numéro de version majeure quand les versions mineures atteignent les hauts teens. Sous Torvalds se trouve une hiérarchie de mainteneurs de sous-systèmes — environ 1 000 individus responsables de domaines spécifiques : réseau (maintenu par David Miller et Jakub Kicinski), systèmes de fichiers, gestion mémoire, pilotes matériels pour des familles matérielles spécifiques, code spécifique à l’architecture et sous-systèmes de sécurité.

Le workflow fonctionne via un modèle de « pull request » antérieur à la popularisation du concept par GitHub. Les développeurs soumettent des patches aux mainteneurs de sous-systèmes par email (le processus de développement du noyau fonctionne toujours principalement via la Linux Kernel Mailing List — LKML — et la revue de patches par email, pas via les pull requests GitHub). Les mainteneurs examinent, demandent des révisions et finalement fusionnent les patches dans leurs arbres de sous-systèmes. Durant la fenêtre de fusion de deux semaines au début de chaque cycle de version, les mainteneurs de sous-systèmes envoient des pull requests à Torvalds, qui les fusionne dans la branche principale. Les 7-8 semaines suivantes constituent la « période de stabilisation » — seuls les correctifs de bugs sont acceptés, garantissant la qualité de chaque version.

La composition corporative des contributeurs au noyau a changé dramatiquement en trois décennies. Dans les premières années, les volontaires individuels dominaient. En 2025, le rapport de développement du noyau de la Linux Foundation montre que plus de 85 % des contributions proviennent de développeurs employés par des entreprises. Intel et AMD représentent ensemble 17,4 % des commits, tandis que les mainteneurs de Meta et Google traitent chacun environ un patch sur huit entrant dans le noyau. Greg Kroah-Hartman, le mainteneur de l’arbre stable du noyau, a enregistré plus de 6 800 commits en 2025 à lui seul. Ces entreprises emploient des développeurs noyau à plein temps parce que leurs produits — puces, services cloud, appareils mobiles, équipements réseau — dépendent du support du noyau Linux.

L’économie de l’infrastructure open source

La Linux Foundation, l’organisation à but non lucratif qui héberge le projet du noyau Linux et des centaines d’autres initiatives open source (Kubernetes, Node.js, Let’s Encrypt, RISC-V International, OpenSSF), est en voie de dépasser 300 millions de dollars de revenus annuels pour la première fois en 2025 — avec une prévision d’environ 311 millions. Ses plus de 3 000 organisations membres — incluant toutes les grandes entreprises technologiques — financent cela via des cotisations allant de 5 000 $ (Silver) à 500 000 $ (Platinum) annuellement, complétées par des services de projet (83 M$), de la formation et certification (29 M$) et des parrainages d’événements (58 M$). La Fondation emploie Linus Torvalds et le personnel d’infrastructure clé, organise des conférences, finance des initiatives de sécurité et fournit une infrastructure juridique et de gouvernance pour ses projets hébergés. De ce total, la Fondation a dépensé 8,4 millions de dollars spécifiquement pour le projet du noyau Linux en 2025.

La valeur économique créée par Linux éclipse l’investissement dans son développement. Une étude 2024 de la Harvard Business School a estimé que la valeur côté demande de tous les logiciels open source largement utilisés — le coût si les entreprises devaient construire des équivalents en interne — dépasse 8 800 milliards de dollars. (Le coût côté offre pour recréer le code lui-même est un comparativement modeste 4,15 milliards de dollars, soulignant l’effet de levier économique de l’infrastructure open source.) Linux, en tant que couche fondationnelle, représente une fraction significative de ce chiffre. AWS seul a généré 128,7 milliards de dollars de revenus en 2025 en exploitant une infrastructure basée sur Linux. Chaque conteneur Docker exécute un noyau Linux. Chaque cluster Kubernetes orchestre des conteneurs Linux. L’industrie du cloud computing — évaluée à environ 900 milliards de dollars en 2025 — est bâtie, littéralement, sur Linux.

Cela crée ce que les économistes appellent le « problème du passager clandestin » à échelle massive. Les entreprises captent une valeur énorme de Linux tout en y contribuant une fraction de cette valeur. L’OpenSSF (Open Source Security Foundation), établie en 2020 après que la vulnérabilité Heartbleed a exposé comment des projets open source critiques étaient maintenus par des bénévoles épuisés, a mobilisé plus de 150 millions de dollars via son plan de mobilisation pour la sécurité des logiciels open source. Mais la question plus large persiste : le modèle de financement actuel est-il adéquat pour maintenir l’infrastructure qui sous-tend l’économie numérique mondiale ? La vulnérabilité Log4Shell (décembre 2021), qui a affecté une bibliothèque de journalisation Java maintenue essentiellement par deux bénévoles, suggérait que la réponse est « pas encore ».

La question de la succession et les défis de gouvernance

Linus Torvalds a eu 56 ans en décembre 2025. Il ne montre aucun signe de retrait — il reste activement impliqué dans le développement du noyau, la revue de patches et l’occasionnelle critique enflammée sur la mailing list concernant du code de qualité insuffisante. Dans un post autodérisoire accompagnant la version Linux 7.0 RC1 en février 2026, Torvalds a plaisanté qu’une personne « plus compétente qui n’a pas peur des nombres au-delà des teens » prendrait éventuellement la relève. Le commentaire était typiquement joueur, mais la dépendance du projet au jugement, au goût et à la disponibilité d’un seul individu est un risque de gouvernance que la communauté a commencé à adresser.

Le plan de succession de facto du noyau implique une couche de mainteneurs de confiance qui pourraient collectivement assumer le rôle de Torvalds. Greg Kroah-Hartman, le mainteneur de l’arbre stable du noyau et l’un des développeurs noyau les plus prolifiques de l’histoire, est largement considéré comme un successeur potentiel. Le fichier MAINTAINERS du noyau — un document massif cartographiant chaque sous-système à ses développeurs responsables — représente une base de connaissances institutionnelles qui distribue l’autorité.

Le défi de gouvernance s’étend au-delà de la succession aux dynamiques culturelles d’un projet avec des milliers de contributeurs. En 2018, Torvalds a pris un bref congé et le noyau a adopté un Code de Conduite (basé sur le Contributor Covenant) pour répondre à des préoccupations de longue date concernant la communication hostile sur la LKML. La transition a été largement réussie. La version Linux 6.15 a inclus 262 contributeurs débutants, suggérant que la communauté ne dissuade pas les nouveaux participants. Cependant, l’épuisement des mainteneurs reste un problème systémique : beaucoup de mainteneurs de sous-systèmes sont responsables de la revue de centaines de patches par version tout en maintenant les contributions de leur propre employeur. Les 11 089 contributeurs totaux du noyau à travers 1 780 organisations en 2025 représentent un énorme vivier de talents, mais le goulot d’étranglement se situe au niveau des mainteneurs, pas des contributeurs.

Sécurité : le défi de tout sécuriser

Quand un seul logiciel tourne sur des milliards d’appareils, chaque vulnérabilité a un impact planétaire. La surface d’attaque du noyau Linux est vaste : plus de 40 millions de lignes de code, des pilotes matériels pour des milliers d’appareils et une pile réseau qui gère tous les protocoles de TCP/IP à Bluetooth en passant par NFS. L’équipe de sécurité du noyau, coordonnée par Greg Kroah-Hartman et d’autres, traite les rapports de vulnérabilités, développe les correctifs et coordonne les divulgations — mais l’échelle du défi est immense.

Les années récentes ont apporté une attention et des ressources accrues à la sécurité du noyau. Le Kernel Self-Protection Project (KSPP) a intégré des fonctionnalités de renforcement de la sécurité — protecteurs de pile, KASLR (Address Space Layout Randomization), CFI (Control-Flow Integrity) et améliorations de la sûreté mémoire — dans le noyau principal. Le projet KernelCI de Google fournit des tests d’intégration continue à travers des centaines de configurations matérielles. L’initiative Rust-for-Linux, qui a commencé à fusionner le support du langage Rust dans le noyau en 2022, représente la tentative la plus ambitieuse de traiter la sûreté mémoire — la catégorie de bugs (dépassements de buffer, use-after-free, déréférencements de pointeurs nuls) qui représente environ 70 % des vulnérabilités de sécurité dans les logiciels système écrits en C.

L’histoire de Rust a atteint un tournant décisif en 2025. Au Kernel Maintainer Summit à Tokyo en décembre 2025, Rust a été officiellement promu d’« expérimental » à partie intégrante du noyau — faisant des langages officiels du noyau le C, l’assembleur et Rust. Greg Kroah-Hartman a qualifié la version Linux 6.13 (janvier 2025) de « point de basculement » pour le développement de pilotes en Rust. Dave Airlie, mainteneur du sous-système DRM (Direct Rendering Manager) pour les pilotes GPU, a déclaré que le projet DRM était à environ un an d’exiger Rust et d’interdire le C pour les nouveaux pilotes. Les appareils Android 16 livrés avec Linux 6.12 incluent déjà un allocateur mémoire ashmem écrit en Rust en production, ce qui signifie que des millions d’appareils exécutent du code noyau en Rust aujourd’hui.

Avec Linux 7.0 (attendu en avril 2026), le support de Rust est livré comme officiellement stable — plus sous aucun parapluie expérimental. Le défi pratique de former les développeurs noyau à Rust et d’établir des processus de revue spécifiques à Rust est en cours, mais la trajectoire est claire. Rust-for-Linux n’est plus une question de « si » mais de « à quelle vitesse », et cela pourrait s’avérer être l’amélioration de sécurité la plus conséquente de l’histoire du noyau.

Questions Fréquemment Posées

Sources et lectures complémentaires

• Linux Kernel Development Report 2025 — Linux Foundation
• TOP500 Supercomputer Operating System Statistics — TOP500
• Web Server Usage Statistics — W3Techs
• The Value of Open Source Software — Harvard Business School
• Rust in Linux’s Kernel Is No Longer Experimental — DevClass
• Linux Kernel Source Code Surpasses 40 Million Lines — Linux Today
• Linux Foundation Annual Report 2025 — Linux Foundation
• Linux Foundation Expects to Break $300M in Revenue — Phoronix
• Development Statistics for the 6.15 Kernel — LWN.net
• Linus Torvalds Confirms Linux 7.0 — Phoronix
• Kernel Self-Protection Project — KSPP Wiki