Pourquoi l'IA menace le logiciel de Bitcoin mais pas son modèle de sécurité

La première passe du Bitcoin Red Team sur l'écosystème open source a produit un nombre facile à dramatiser et difficile à interpréter. Il a déposé 7 958 signalements potentiels sur 501 projets en quelques jours, et son coresponsable a résumé le résultat ainsi : « tout est cassé, Bitcoin brûle ». Pour les faits sur ce qui a été déposé et ce qui a été corrigé, voir notre compte rendu du scan. Le nombre brut n'est pas la partie intéressante. La partie intéressante est ce qu'il dit sur les endroits où Bitcoin est fragile, ceux où il ne l'est pas, et pourquoi un modèle d'IA a changé ce tableau presque du jour au lendemain.

Le présupposé que l'IA vient de briser

Pendant l'essentiel de son histoire, la sécurité de l'open source a reposé sur un présupposé silencieux. L'idée, parfois appelée loi de Linus, est qu'avec assez d'yeux, tous les bugs deviennent superficiels. La moitié tue de cette phrase est que les attaquants n'ont eux aussi qu'un certain nombre d'yeux, de temps et de compétences. Une revue sérieuse d'une grande base de code était coûteuse pour tout le monde, défenseurs comme attaquants.

L'IA supprime la partie coûteuse. Un modèle peut lire une base de code entière, proposer des idées d'attaque et passer au projet suivant une heure plus tard. Le Red Team a dépensé plus de 40 000 dollars en jetons de modèles pour scanner des centaines de dépôts en quelques jours. Ce n'est pas une équipe plus grande. C'est une structure de coût différente pour trouver des bugs, et elle vaut pour quiconque est prêt à payer.

La couche de base repose sur la physique, pas sur du code astucieux

Voici la distinction que la plupart des couvertures médiatiques alarmistes escamotent. La sécurité de fond de Bitcoin ne vient pas de l'ingéniosité de son code. Elle vient de la preuve de travail, l'exigence selon laquelle ajouter un bloc coûte de l'énergie réelle et du matériel spécialisé. Un modèle peut lire ligne par ligne les règles du consensus, mais il ne peut pas produire de puissance de calcul sans payer l'électricité et les machines, et il ne peut pas réécrire l'histoire déjà consolidée sans surpasser en calcul l'ensemble du réseau honnête.

Voilà pourquoi un modèle qui fait peur à la lecture du code n'est pas, en soi, une menace pour le protocole. Il peut traquer des bugs logiques dans le logiciel. Il ne peut pas falsifier le coût physique sur lequel repose la garantie de règlement de Bitcoin. L'audit de Bitcoin Core mené par Quarkslab en 2025, commandé par l'organisation à but non lucratif Brink, n'a trouvé aucun problème critique ou de gravité élevée dans les domaines examinés, ce qui cadre avec ce tableau. La couche de base est une cible petite et minutieusement scrutée, dotée d'un modèle de sécurité physique. Le logiciel qui l'entoure est l'inverse.

Le même outil coupe des deux côtés, mais pas de façon égale

La lecture optimiste est que l'IA est symétrique. Si un modèle peut trouver un bug, un défenseur qui utilise le même modèle peut le trouver en premier et le corriger. C'est vrai, et c'est toute la prémisse du Red Team.

La contre-lecture honnête est que la symétrie est imparfaite. Un attaquant n'a besoin que d'un seul bug exploitable. Un défenseur doit tous les fermer. Une recherche bon marché et parallèle aide davantage celui qui cherche une seule faille que le camp qui doit tenir tout le périmètre. En outre, les défenseurs ici sont des mainteneurs bénévoles et un groupe financé par des dons, tandis qu'un attaquant est mû par l'appât du gain et n'est tenu par aucune étiquette de divulgation. Notre lecture est que l'IA ne donne à aucun des deux camps un avantage permanent. Elle relève le rythme, et le rythme favorise celui qui a le plus de ressources et adopte le plus vite. Aujourd'hui, ce n'est pas manifestement la défense.

Un signalement est une piste, pas un verdict

Le chiffre de 7 958 masque aussi où se trouve le vrai travail. Un modèle produit des problèmes suspectés. Transformer un soupçon en bug confirmé et exploitable demande une personne capable de le reproduire et un mainteneur capable de juger si le chemin vulnérable est même atteignable. Dans la dernière mise à jour, seulement un quart environ des signalements avait été reproduit et un peu moins d'un tiers avait été envoyé aux mainteneurs. La vérification, non la découverte, est désormais la ressource rare. Un torrent de signalements non vérifiés peut même se retourner contre la défense, en enfouissant les quelques problèmes critiques sous des milliers d'avis de faible valeur.

Pourquoi Lightning est la surface la plus difficile

Calle a désigné Lightning comme plus dégradé que la moyenne et difficile à examiner. C'est structurel, pas accidentel. Lightning n'est pas un programme unique. C'est un maillage d'implémentations de nœuds, de portefeuilles, de watchtowers, de services de liquidité et de swap et de bibliothèques qui doivent tous interopérer, conserver un état sensible au temps et rester en ligne. On voit le nombre de pièces en mouvement dans le fonctionnement réel du réseau. Chaque pièce supplémentaire est un endroit de plus où un bug peut se loger. Boltz, un fournisseur de swaps non custodial, a mis son service hors ligne le 3 août après que des attaques assistées par IA ont vidé la liquidité de l'équipe plus vite qu'elle ne pouvait corriger. Les fonds des utilisateurs étaient à l'abri par conception, mais le service s'est tout de même éteint.

La panne coûteuse n'est pas le bug. C'est le réflexe qu'elle déclenche

C'est là que se situe notre principale préoccupation, et nous la signalons clairement comme notre lecture et non comme un fait neutre. Quand les outils que les gens utilisent pour garder leurs propres pièces commencent à paraître peu sûrs, la voie de moindre résistance est de confier ces pièces à quelqu'un d'autre. Une frayeur sur un portefeuille matériel ou une panne de service pousse les utilisateurs vers les plateformes d'échange et les produits en dépôt, c'est-à-dire précisément le risque de contrepartie que Bitcoin a été conçu pour supprimer. D'autres commentateurs ont fait la même remarque, en soutenant que le vrai danger du piratage assisté par IA est qu'il ramène les gens dans les bras des grands dépositaires.

Il vaut la peine d'exposer en entier l'objection la plus forte à notre propre thèse. C'est qu'un dépositaire doté d'une équipe de sécurité professionnelle et d'un accès aux modèles de pointe défende peut-être une personne ordinaire mieux que cette personne ne défend une configuration maison bâtie sur un logiciel qui vient d'échouer à un audit d'IA. C'est un argument valable, et les slogans ne le tranchent pas. Tout dépend de la rapidité avec laquelle la couche logicielle de l'auto-conservation est renforcée, ce qui est précisément ce que le Red Team cherche à forcer.

Le vrai bras de fer politique porte sur l'accès

Si c'est désormais l'IA qui décide qui trouve un bug en premier, alors savoir qui est autorisé à utiliser les modèles les plus puissants compte plus qu'avant. Les défenseurs de cette histoire s'appuient sur un modèle à poids ouverts, Kimi K3, en partie parce que l'accès à certains systèmes de pointe est soumis à approbation. Le 10 août, le Bitcoin Policy Institute et plus de 40 organisations, dont Block, Coinbase, Strategy, BitGo, Brink et OpenSats, ont demandé aux laboratoires d'IA d'accorder aux chercheurs en sécurité vérifiés un accès précoce, de la puissance de calcul et des environnements sécurisés. Lue sur le plan structurel, cette lettre est l'aveu que les règles actuelles peuvent laisser les défenseurs un pas en arrière, et que combler l'écart est un problème de distribution, non de technologie.

Ce que nous pensons, et ce qui nous ferait changer d'avis

Notre position, dite clairement. Ce n'est pas une crise de sécurité de Bitcoin. C'est un audit forcé et attendu de longue date de la couche logicielle que presque tout le monde touche vraiment, et son issue dépend moins des bugs eux-mêmes que de deux choses que l'écosystème ne maîtrise pas entièrement. La capacité des défenseurs à égaler les outils et le rythme des attaquants, et le fait que les utilisateurs répondent aux pannes de la périphérie en renforçant l'auto-conservation ou en l'abandonnant.

Nous aurions tort sur la moitié rassurante de tout cela si des exploits trouvés par l'IA commençaient à toucher Bitcoin Core ou les règles du consensus elles-mêmes, car alors la ligne entre protocole et périphérie ne tiendrait plus. Nous aurions tort sur la moitié optimiste si, au cours de l'année à venir, les attaquants dépassaient de façon démontrable les défenseurs dans tout l'écosystème, ou si le résultat mesurable de cette période était une migration loin de l'auto-conservation plutôt qu'un meilleur logiciel d'auto-conservation. Ce sont les choses à surveiller. Aucune n'est un prix, et aucune n'est une raison d'acheter ou de vendre quoi que ce soit.