Bitcoin : Jameson Lopp appelle à une défense continue face aux outils d’IA

L’IA bouscule le rythme des audits

Jameson Lopp estime que la découverte de vulnérabilités connaît une accélération exponentielle, selon la présentation d’un entretien publiée par Bitcoin Magazine le 27 octobre 2026. Le spécialiste de la sécurité de Bitcoin décrit une évolution observée sur deux mois et demi et souligne la pression exercée sur les chercheurs. Cette appréciation reste celle de l’intervenant : le résumé de l’échange ne fournit pas de série statistique permettant de mesurer indépendamment cette progression, ni de décompte de bitcoins dérobés.

Lopp met également en avant l’adoption, par des attaquants, de modèles d’intelligence artificielle dépourvus de restrictions. Il défend une surveillance intégrée au développement des logiciels, plutôt qu’un contrôle limité à un audit annuel. Son propos porte sur la vitesse de recherche et de traitement des failles. Il ne constitue pas l’annonce d’un piratage du protocole Bitcoin. Cette distinction compte pour interpréter l’entretien : une augmentation des vulnérabilités découvertes ne démontre pas, à elle seule, une multiplication équivalente des attaques réussies.

Bitcoin Core adapte la divulgation des failles

La politique officielle de Bitcoin Core prévoit un traitement particulier des vulnérabilités jugées faciles à découvrir, notamment au moyen d’une simple requête à un grand modèle de langage. Pour ces cas, le projet indique qu’une version corrective de chaque branche majeure maintenue sera publiée dès que possible, accompagnée d’un avis de sécurité. Les délais d’embargo ordinaires, qui dépendent de la gravité, ne s’appliquent alors pas. Le critère annoncé concerne donc la facilité de découverte, et pas uniquement l’importance des conséquences possibles.

Le reste du dispositif conserve quatre niveaux : critique, élevé, moyen et faible. Pour une faille de faible gravité soumise au calendrier standard, les détails sont divulgués deux semaines après la sortie d’une version majeure contenant le correctif. Pour les niveaux moyen et élevé, cette divulgation intervient deux semaines après la fin de vie de la dernière version affectée. Les situations critiques peuvent nécessiter une procédure spécifique. Ces règles encadrent la publication des informations ; elles ne signifient pas que tous les défauts présentent le même risque de vol.

Le chantier quantique reste une migration distincte

L’entretien aborde aussi la préparation à l’informatique quantique. Lopp insiste sur le temps nécessaire à une évolution de Bitcoin, entre coordination, consensus et examen des mécanismes cryptographiques. Il ne décrit pas un calendrier de migration adopté par le réseau. La question doit donc rester distincte de la recherche automatisée de bugs : le déploiement de nouveaux algorithmes et la correction d’une erreur de logiciel répondent à des problèmes différents.

Le NIST américain a, de son côté, publié ses trois premières normes cryptographiques post-quantiques définitives le 13 août 2024. ML-KEM concerne l’encapsulation de clés, tandis que ML-DSA et SLH-DSA concernent les signatures numériques. L’institut encourageait les administrateurs à entamer la transition, en précisant que l’intégration demanderait du temps. Ces normes constituent un travail de préparation documenté ; leur publication ne vaut pas adoption automatique dans Bitcoin. Le débat décrit par Lopp porte précisément sur cette capacité d’adaptation, sans établir qu’une attaque quantique contre le réseau a eu lieu.