Linux The Myth and the Reality

SYNTHÈSE STRUCTURÉE

Le mythe de la perfection du noyau Linux

L’intervenant dénonce une « mythologisation profonde, une politisation, une projection idéologique de masse » qui fait de Linux une légende urbaine : « Linux est toujours sécurisé. Linux est toujours stable. Linux est toujours meilleur pour le développement. » Il rappelle que le noyau est un « fruit salad » de 40 millions de lignes de code, avec des « dettes structurelles » : appels POSIX, code BSD greffé, choix de standardisation peu élégants (notamment les interfaces réseau). La force réelle de Linux n’est pas sa perfection, mais le fait que son code soit « ouvert, exposé au regard public, critiquable et examinable par tous », ce qui le place au centre d’une amélioration constante.

La proposition du kill switch : un airbag, pas un correctif

Sasha Levin a proposé sur la liste de diffusion du noyau un mécanisme de « kill switch » – un bouton d’arrêt d’urgence – pour désactiver immédiatement certaines fonctions exposées par des vulnérabilités (comme copyfail ou dirtyfrag). L’intervenant précise : « Levan ne dit pas que le kill switch corrige le code ou remplace le patch. Il propose un mécanisme d’atténuation temporaire pour couvrir la fenêtre d’exposition entre la divulgation d’une vulnérabilité et le déploiement du patch sur des flottes de millions de machines. » C’est « un airbag en plus des freins, pas un airbag à la place des freins ».

Les critiques sérieuses du kill switch

Trois objections subtiles sont soulevées :

1. Augmentation de la surface d’attaque : si un administrateur privilégié peut désactiver une fonction du noyau à l’exécution, un attaquant ayant déjà escaladé ses privilèges peut utiliser le même mécanisme pour désactiver des fonctions de sécurité.
2. Risque opérationnel : un administrateur sous pression à 3h du matin, en situation d’urgence, qui désactive la mauvaise fonction en production peut causer des dégâts pires que la vulnérabilité elle-même.
3. Déplacement du problème : on donne aux admins les outils pour « amputer un membre en production », déplaçant le problème du noyau vers l’administrateur au lieu de le traiter à la racine.

Le kill switch comme symptôme d’un noyau trop gros pour se réformer

L’intervenant admet : « Le kill switch a du sens et c’est une décision intelligente à court terme, mais c’est aussi profondément un symptôme. Le symptôme d’un noyau de 40 millions de lignes qui ne peut plus se permettre de révolutions coperniciennes parce qu’il soutient désormais pratiquement tout le monde technologique. » Le noyau est financé par les grandes entreprises technologiques qui veulent le statu quo. « Le même Linux qui déclare l’espace utilisateur sacré, intouchable, un totem. »

Pourquoi une réécriture complète est irréaliste

L’intervenant reconnaît que son premier réflexe – « pourquoi ne pas tout retourner de fond en comble ? » – était naïf. Les réécritures from scratch ont un taux d’échec terrifiant dans l’histoire du logiciel (Netscape 6, Perl 6). Des noyaux alternatifs sérieux existent (Fuchsia, L4, Redox) mais aucun n’a atteint la masse critique. « L’écosystème autour de Linux – les pilotes, les chaînes d’outils, les IA, les 30 ans de connaissances accumulées – est le véritable actif. Reconstruire cet actif coûte autant que le construire la première fois, mais sans l’avantage concurrentiel d’être arrivé premier. »

Linux est le Guépard : il a gagné et ne se révolutionne plus

L’intervenant cite le roman Le Guépard : « Changer tout pour que rien ne change. » Linux n’est pas trop conservateur pour se réformer ; il a gagné. « Les gagnants, historiquement, ne se révolutionnent pas. Les réformes structurelles, si elles arrivent un jour, viendront de l’extérieur. » Il voit Rust dans le noyau non comme une révolution copernicienne, mais comme « un autre bricolage, une autre rustine qui s’ajoutera à toutes les autres, un autre fruit jeté dans la salade de fruits servie mondialement ».

Fedora et l’initiative AI : prudence ou paralysie ?

Le Fedora Council a voté à l’unanimité (6-0) l’initiative « Fedora AI Developer Desktop », puis deux membres ont changé leur vote en « maya 1 » (s’abstenir), bloquant l’initiative et la repoussant à 2026. Les raisons invoquées : préoccupations sur la stratégie du noyau, questions techniques et légales sur le support Nvidia, et retour négatif de la communauté. L’intervenant note : « La différence entre prudence et paralysie n’est souvent qu’une question d’étiquetage. » Il souligne une incohérence : « Où étaient les conseils, les communautés, les retours, tous ces merveilleux mécanismes de prudence démocratique quand il a été décidé d’intégrer cette monstruosité obscène [systemd] dans pratiquement toutes les distributions Linux ? »

FreeBSD et l’option KDE dans l’installateur : la même lenteur

FreeBSD 15.2 (prévu pour décembre 2026) devrait enfin proposer une option pour installer KDE directement depuis l’installateur texte. Cette fonctionnalité était prévue pour FreeBSD 15.0, puis repoussée à 15.1, puis à 15.2. Raison officielle : mise à jour des scripts suite aux nouveaux pilotes Nvidia, et période de test nécessaire. L’intervenant ironise : « Même quelque chose d’apparemment trivial comme ‘ajoutons une option dans l’installateur’ devient, dans un écosystème BSD profondément conservateur avec des cycles de publication longs, un effort de coordination entre le projet laptop, les mainteneurs de pilotes, l’équipe stable et la feuille de route. »

La position sur systemd : une question de valeurs

L’intervenant répond aux critiques sur ses « invectives contre systemd » : « Ce n’est pas de la haine. C’est une prise de conscience et une réflexion. J’ai utilisé systemd pendant plus d’une décennie. Je ne l’utilise plus. J’ai expliqué mon raisonnement en termes sans équivoque. » Il considère systemd comme « quelque chose à combattre et à déraciner » car il « compromet structurellement nos systèmes, les rendant plus faibles du point de vue de l’indépendance technologique et de la qualité infrastructurelle. »

CONCEPTS CLÉS

• Kill switch : mécanisme de désactivation à l’exécution de fonctions du noyau exposées par des vulnérabilités, proposé comme mesure d’atténuation temporaire entre la divulgation publique et le déploiement du patch.
• Fruit salad : métaphore utilisée par l’intervenant pour décrire le noyau Linux comme un assemblage hétéroclite de code provenant de sources diverses (POSIX, BSD, contributions variées), sans cohérence architecturale globale.
• Le Guépard (Il Gattopardo) : roman de Giuseppe Tomasi di Lampedusa dont la phrase « Changer tout pour que rien ne change » est utilisée pour décrire la tendance des institutions établies à faire des réformes superficielles pour éviter les changements structurels profonds.
• Copernican revolution : métaphore pour une refonte radicale et complète du noyau, que l’intervenant juge irréaliste compte tenu de la taille et