Dans un message du 3 août, le pont Bitcoin Boltz a déclaré que des sondages automatisés assistés par l'IA ont permis de détecter plusieurs exploitations contenues avant que l'attaque ne s'accélère brusquement. La conception non-custodiale de Boltz a préservé la sécurité des fonds de chaque utilisateur pendant des mois d'attaques. Pourtant, le service d'échange Bitcoin a quand même été arrêté.
Boltz a déclaré que son équipe ne pouvait plus suivre le rythme, donc les échanges resteront hors ligne jusqu'à nouvel ordre.
Avant l'arrêt, Boltz a relié les couches de bitcoin en passant entre le BTC sur chaîne, le Lightning Network et Liquid. Sa structure non-custodiale permettait aux utilisateurs de conserver le contrôle de leurs pièces pendant chaque échange, avec un chemin de remboursement intégré en cas de problème avant le règlement.
Cette structure protégeait les soldes des utilisateurs, mais maintenir l'activité en cours constituait un problème distinct. Boltz a absorbé les pertes dues aux exploitations sur ses propres comptes, puis a décidé que le produit de swap ne pouvait plus fonctionner en toute sécurité.
| Couche | Qu'est-ce qui a retardé | Qu'est-ce qui s'est effondré |
|---|---|---|
| Garde utilisateur | Les utilisateurs conservent le contrôle de leurs fonds | Le service d'échange a quand même dû être arrêté |
| Chemin de remboursement | Les remboursements sont restés disponibles | Le flux d'échange normal est resté désactivé |
| Conception du protocole | Structure non-custodiale limitant le risque sur les fonds des utilisateurs | Les pertes dues à l'exploitation touchent toujours directement Boltz |
| Activité commerciale | Le support et les remboursements API ont continué | La disponibilité du produit est devenue insoutenable |
| Réponse de sécurité | Les exploitations ont été contenues | Le rythme des attaques a dépassé la capacité de l'équipe |
Un jeu du chat et de la souris
L'avantage réel de l'IA va à celui qui peut automatiser toute la chaîne défensive. Cette chaîne implique de confirmer une découverte, d'évaluer sa gravité, de concevoir et de tester une correction, puis de la déployer sans perturber autre chose. Les défenseurs doivent ensuite surveiller le prochain mouvement.
Une petite équipe peut ne pas être en mesure de valider et de corriger les vulnérabilités aussi rapidement que les attaquants ne peuvent les trouver et les exploiter. La déclaration de Boltz indique que ses attaquants ont atteint cette vitesse avant que ses défenses ne le fassent.
Google a mentionné dans un post du 30 juillet sur Chrome que le tri automatisé filtre désormais le bruit, reproduit les bogues et redirige les problèmes vers le bon propriétaire. L'entreprise estime que ce processus économise des centaines d'heures de développement par mois.
Les grands modèles linguistiques génèrent des correctifs candidats pour la plupart des vulnérabilités que Chrome détecte. Des agents IA séparés examinent ce travail et rédigent des tests avant qu'un humain ne donne son approbation. Ce fossé entre une défense bien financée et tout le reste est ce que les petites équipes rencontrent.
Anthropica analysé 832 comptes qu'elle avait interdits pour des activités cybernétiques assistées par IA entre mars 2025 et mars 2026. Ses chercheurs ont constaté que les attaquants relient de plus en plus l'IA pour scanner les cibles et collecter des données.
Le groupe d'intelligence des menaces de Google a décrit le même passage à une utilisation à l'échelle industrielle des modèles génératifs dans les flux de travail offensifs.
CISA a évolué dans le même sens en juin, informant les agences fédérales que l'IA aide les chercheurs et les attaquants à découvrir des failles à un rythme similaire. Elle a accéléré les fenêtres de correctif pour les vulnérabilités les plus critiques, passant à des délais mesurés en jours, une rupture nette avec le cycle habituel.
La Open Source Security Foundation développe actuellement des outils pour trier et valider les rapports de vulnérabilités générés par l'IA avant qu'ils n'atteignent un mainteneur.
OpenJS a averti séparément qu'une vague de rapports de mauvaise qualité, écrits par l'IA, peut consommer le temps des maintaineurs même en l'absence de vulnérabilité réelle.
Les petites équipes se retrouvent à lutter sur deux fronts simultanément : les tentatives réelles d'exploitation automatisée et le bruit automatisé qui absorbe l'attention nécessaire pour les détecter.
| Étape de la chaîne de sécurité | Avantage de l'attaquant | Charge du défenseur |
|---|---|---|
| Découverte | Scannez les cibles en continu à faible coût | Surveillez en continu le code, l’infrastructure et les dépendances |
| Validation | Un seul exploit fonctionnel doit réussir | Chaque découverte crédible doit être vérifiée |
| Triage | Ignorez les tentatives échouées | Classez la gravité sans manquer une menace réelle |
| Développement du correctif | Itérer jusqu'à ce que quelque chose se casse | Créez une correction qui ne génère pas de nouveaux échecs |
| Testing | Passez rapidement à la cible suivante | Vérifiez la correction sur les systèmes en direct |
| Déploiement | Exploiter avant l'application du correctif | Expédiez en toute sécurité sans perturber les utilisateurs |
| Suite | Changez de tactique après chaque correction | Surveillez si l'attaquant s'est adapté |
Les petites équipes supportent le plus
Ce problème à deux fronts est ce qui transforme la sécurité en barrière à l'entrée pour l'infrastructure crypto.
Assurer sa sécurité exige désormais des tests automatisés continus, une équipe suffisamment grande pour prioriser les résultats trouvés, et un processus de publication rapide et sécurisé de correctifs. Les équipes ont également besoin d'une surveillance 24/7, d'audits externes et de programmes de récompenses pour les signalements de bogues. Elles doivent pouvoir arrêter un composant défectueux sans mettre hors ligne l'ensemble du produit.
Les équipes plus petites confrontées à cette facture ont un nombre limité d'options : lever des fonds spécifiquement pour la sécurité, externaliser cette fonction, fusionner avec un fournisseur plus grand, réduire leur gamme de produits, ou arrêter un produit.
TRM Labs a constaté que les compromissions d'infrastructure et opérationnelles représentaient environ 76 % des pertes dues aux piratages de crypto-monnaies au premier semestre 2026. Ces attaques ciblaient les systèmes, les identifiants et l'infrastructure de signature, bien qu'elles ne représentent qu'environ 15 % des incidents.
CertiK a identifié la compromission de wallet comme la catégorie la plus coûteuse sur la même période, avec plus de 444 millions de dollars volés à travers 33 incidents. Les attaquants se tournent vers la couche opérationnelle, c’est-à-dire les équipes et les processus qui gèrent les systèmes, et s’éloignent de la cryptographie qui les sous-tend.
Ce que la fermeture de Boltz pourrait signifier
Le scénario haussier est que les outils de sécurité open source rattrapent rapidement leur retard, permettant aux petites équipes de suivre le rythme. Des systèmes de tri partagés et des outils de défense par IA mutualisés pourraient permettre à une entreprise de la taille de Boltz d'automatiser le même pipeline de découverte à correctif que Google utilise en interne. Le défi consiste à le faire à une échelle qu'elle peut se permettre.
Dans cette version, l'IA devient aussi un multiplicateur de force pour les défenseurs, et les petits services natifs Bitcoin restent viables sans égaler ligne par ligne le budget sécurité d'un géant technologique.
Le scénario baissier est que les coûts de sécurité dépassent les revenus pour tous ceux en dessous d'une certaine taille. Les investigations assistées par l'IA ciblent plus rapidement les ponts, les échanges, les wallets et les services Lightning que les petites équipes ne peuvent financer les correctifs.
Cela les pousse à réduire leur gamme de produits, à externaliser entièrement la sécurité ou à suspendre les parties les plus risquées de leur activité, comme Boltz vient de le faire.
Le trafic se dirige ensuite vers les plateformes d'échange, les custodians et les plates-formes d'infrastructure disposant de budgets pour une défense à la vitesse des machines. Cela concentrerait une industrie conçue pour éviter exactement ce type de dépendance.
| Scénario | Quelles sont les modifications ? | Résultat probable | Risque pour les services natifs bitcoin |
|---|---|---|---|
| Scénario haussier | Les outils de défense partagés par IA atteignent la maturité | Les petites équipes automatisent le tri et les correctifs de manière abordable | Les services open source restent compétitifs |
| Cas de base | La sécurité devient un coût fixe plus important | Les équipes rationalisent les produits et externalisent davantage la défense | L'innovation ralentit mais ne s'effondre pas |
| Scénario baissier | La vitesse d'attaque dépasse les budgets des petites équipes | Plus de services suspendent les produits à haut risque | Le trafic migre vers des fournisseurs plus importants |
| Cas de consolidation | Les utilisateurs privilégient la disponibilité à la décentralisation | Les plateformes d'échange, les custodians et les grandes infrastructures gagnent en partage | Retours de dépendance via le budget de sécurité |
| Serpent noir | Plusieurs services cryptos open source sont ciblés simultanément | Les arrêts d'urgence se propagent à travers la pile | Les attaques à vitesse machine deviennent un choc de centralisation |
L'IA a rendu moins cher la conception et le lancement de logiciels financiers ouverts. L'exemple de Boltz montre qu'elle peut rendre ce logiciel plus coûteux à défendre une fois que des utilisateurs réels en dépendent.
Le prochain test concurrentiel de l'industrie pourrait être de savoir si une équipe peut survivre à des sondages à vitesse machine sans fermer ses portes.
Le post Boltz’s shutdown shows the real danger of AI hacking is pushing crypto back into the hands of giant custodians est apparu pour la première fois sur CryptoSlate.