Linus Torvalds a fusionné le 20 juin 2026 un correctif majeur dans le noyau Linux 7.2, supprimant définitivement la fonction strncpy(). Cette opération, rapportée par Les Numériques, élimine une faille de sécurité et de performance présente depuis des décennies dans le cœur du système d’exploitation.
Le retrait de cet outil, hérité des débuts du langage C, marque la fin d’une ère pour le noyau Linux. Si strncpy() semblait être un outil banal pour copier des octets d’un tampon vers un autre, sa mise en œuvre cachait des pièges structurels que les développeurs ne pouvaient plus ignorer.
Le danger technique de strncpy()
Le problème majeur de strncpy() réside dans sa gestion du caractère nul de terminaison. Lorsque la chaîne source est égale ou supérieure à la taille du tampon de destination, la fonction omet d’ajouter ce caractère final. Ce manque crée une vulnérabilité critique : tout code lisant ensuite ce tampon continue de parcourir la mémoire au-delà de la zone allouée.
Ce comportement expose potentiellement des données sensibles du noyau, ouvrant la porte à des fuites d’informations. À l’inverse, si la source est plus courte que la destination, la fonction remplit inutilement le reste de l’espace avec des zéros, gaspillant ainsi des cycles CPU.
Développeurs du noyau, via Les Numériques
L’inefficacité opérationnelle couplée aux risques de sécurité a transformé une fonction standard en un passif technique insupportable pour la stabilité du système.
Un chantier porté par Google et la communauté
L’éradication de strncpy() n’est pas l’œuvre d’un seul homme, mais d’un effort coordonné. Le projet a été orchestré par Kees Cook, ingénieur chez Google, dans le cadre du Kernel Self Protection Project.
L’ampleur du nettoyage est massive. Au total, 70 contributeurs ont participé à la migration, avec un volume de 362 commits. Un contributeur, Justin Stitt, s’est distingué en signant à lui seul 211 de ces modifications.
Le défi consistait à identifier comment le noyau détournait strncpy() pour réaliser des opérations différentes. Pour remplacer une seule fonction trompeuse, les ingénieurs ont dû migrer chaque appel vers l’une des cinq alternatives suivantes :
strscpystrscpy_padstrtomem_padmemcpy_and_padmemcpy
L’impact sur le développement et le calendrier de Linux 7.2
Le changement ne se limite pas à un nettoyage du code existant ; il s’agit d’une nouvelle règle architecturale. Désormais, toute tentative d’utiliser strncpy() dans un futur patch provoquera une erreur de compilation. Ce qui n’était auparavant qu’une recommandation devient une interdiction stricte gravée dans le code.
Il est important de préciser que cette mesure cible uniquement le noyau. Les logiciels fonctionnant en espace utilisateur ne sont pas impactés et conservent leur accès à la fonction via la bibliothèque C standard.
Le déploiement suit un calendrier précis pour 2026 :
| Étape | Date prévue |
|---|---|
| Fusion du patch dans le noyau 7.2 | 20 juin 2026 |
| Entrée en version Release Candidate | 28 juin 2026 |
| Sortie de la version finale | Fin août 2026 |
Un enjeu critique pour l’infrastructure mondiale
L’importance de cette mise à jour s’explique par l’omniprésence du système. Comme le souligne GeeksforGeeks, Linux est l’un des systèmes d’exploitation open-source les plus utilisés au monde, propulsant tout, des smartphones aux serveurs, en passant par les plateformes cloud et les appareils IoT.
Puisque Linux supporte une part massive du web et des infrastructures de cloud computing, une faille dans la gestion de la mémoire au niveau du noyau peut avoir des répercussions systémiques. En supprimant une source persistante de bugs, Torvalds et ses contributeurs réduisent la surface d’attaque globale de millions de serveurs.
Cette transition illustre une tendance lourde dans le développement du noyau : le passage d’une confiance aveugle dans les fonctions héritées du C vers une approche de protection active et automatisée. En forçant l’erreur de compilation, Linux s’assure que les erreurs du passé ne seront pas réintroduites par de nouveaux développeurs.
Find more reporting in our Technologie et science section.