14 cœurs de calcul du noyau Linux tournent en permanence pour nourrir des robots d’IA

Décryptage

Quatorze cœurs de calcul sur les serveurs du noyau Linux tournent en permanence pour une seule tâche : nourrir des robots d’intelligence artificielle. Konstantin Ryabitsev, qui administre cette infrastructure, a publié ce bilan le 29 août 2026 : sur cinq serveurs répartis dans le monde, les robots préfèrent aspirer le code page par page plutôt que de le télécharger en un clic, et cette préférence coûte cher.

Un code déjà offert en un clic, aspiré page par page

Le code du noyau Linux n’a rien de secret. N’importe qui peut le récupérer d’une seule commande git clone, ou télécharger une archive complète en un clic. C’est précisément le paradoxe que décrit Konstantin Ryabitsev : la méthode la plus coûteuse existe, et c’est elle que choisissent les robots.

Plutôt qu’un seul téléchargement, chaque robot génère une requête par commit, affiché sous forme de page HTML. L’historique de linux.git compte environ 1,48 million de commits, multipliés par 922 forks hébergés sur la même plateforme. Rapporté à cet historique, les six millions de requêtes quotidiennes représentent environ quatre requêtes par commit chaque jour, alors qu’un seul clone suffirait à tout récupérer.

Le tri à la volée : deux tiers rejetés, un tiers qui passe

Face à ce déluge, git.kernel.org fait tourner Anubis, un système qui impose un calcul de preuve de travail avant de laisser passer une requête. Le principe : ralentir un navigateur automatisé le temps qu’il résout un petit problème mathématique, sans gêner un humain qui clique une seule fois.

Concrètement, le principe emprunte au minage de cryptomonnaies : le navigateur doit trouver, par tâtonnements, une valeur qui satisfait une contrainte de calcul, une opération triviale pour un seul ordinateur mais ruineuse répétée à l’échelle de millions de requêtes automatisées. Un humain qui clique une fois ne le remarque pas. Un robot qui doit recommencer l’opération des milliers de fois par minute, si.

Le tri donne une répartition nette. Sur les six millions de requêtes quotidiennes, 66 % sont rejetées d’entrée, 33 % résolvent le défi et poursuivent leur route, souvent en boucle sur d’autres commits. Selon nos calculs, cela représente 120 000 requêtes humaines par jour sur les 6 millions que reçoit chaque jour git.kernel.org, la plateforme du noyau Linux, soit 2 % du total, un bilan publié par l’administrateur infrastructure le 29 août 2026.

La course aux armements, palier par palier

Le premier réflexe a été de bannir des adresses IP, puis des sous-réseaux entiers. Sans effet durable : les robots changent d’adresse plus vite qu’on ne les bloque. Anubis, un utilitaire conçu, selon son propre dépôt, pour protéger le petit internet de la tempête sans fin de requêtes venues des entreprises d’IA, a d’abord tenu à la difficulté 4. Puis les robots ont appris à résoudre le calcul, et l’équipe est passée à la difficulté 5.

Ce relèvement se paie aussi côté visiteur légitime : à difficulté 5, des lecteurs signalent un téléphone qui chauffe le temps de résoudre le défi, avant même d’accéder à la page demandée. Le dépôt du projet revendique aujourd’hui 21 200 étoiles sur GitHub : ce n’est plus un bricolage isolé, c’est devenu l’un des remparts standards du web indépendant.

Le téléviseur du voisin recrute pour l’aspiration

La parade la plus difficile à contrer n’est pas technique, elle est humaine. Les robots identifiables par leur user-agent ont laissé place à de faux navigateurs ordinaires, puis à des connexions dispersées sur des millions d’adresses IP résidentielles ou mobiles. Konstantin Ryabitsev décrit une monétisation de proxy SDK : des kits logiciels intégrés à des applications gratuites transforment l’appareil qui les héberge, box internet ou téléviseur connecté, en relais d’aspiration à l’insu de son propriétaire.

Bloquer une IP résidentielle revient alors à bloquer un foyer entier, peut-être le vôtre un autre jour. C’est ce déplacement qui rend la chasse à l’adresse inefficace : le robot n’a plus de visage fixe.

Ce que le péage coûte au visiteur légitime

Le constat de Konstantin Ryabitsev est net : « nous consacrons plus de cycles de calcul à afficher des commits pour les robots qu’à tout le reste des accès légitimes réunis, y compris les clonages Git ». La tâche censée rester secondaire est devenue la plus coûteuse de toutes.

Un défi de preuve de travail n’est jamais gratuit pour personne. Il ralentit chaque visite d’une poignée de secondes et consomme un peu de batterie, même pour un développeur qui cherche simplement un correctif. Vingt pour cent de la capacité totale de calcul de l’infrastructure, en continu, c’est aussi vingt pour cent de moins pour servir les vrais clones, les vraies recherches, les vrais contributeurs.

Pourquoi la donnée pré-IA vaut de l’or

Le code source du noyau Linux a une valeur particulière pour l’entraînement des modèles : il a été écrit par des humains, commenté par des humains, avant que le web ne se remplisse de texte généré par IA. Cette rareté grandissante pousse les entreprises d’entraînement à aspirer chaque version, chaque commit, chaque fork, plutôt qu’à se contenter d’un seul clone à jour. Le même mouvement touche l’ensemble du logiciel libre : 98 % des logiciels commerciaux embarquent du code open source, un socle que ses mainteneurs entretiennent souvent bénévolement, et qui absorbe désormais une facture d’infrastructure qu’ils n’ont pas demandée.

La difficulté du défi Anubis a déjà été relevée deux fois depuis son adoption sur git.kernel.org. Rien n’indique qu’elle restera à ce niveau : c’est ce prochain palier, pas une victoire définitive, qu’il faudra surveiller.

Article créé en collaboration avec l’IA.