Et si l idee selon laquelle l intelligence artificielle va rendre la cybersecurite impossible n etait qu une mode intellectuelle, plus qu une fatalite technique? Le 17 septembre 2026, Vitalik Buterin a tranche nettement. Selon lui, des outils de verification suffisamment puissants pourraient inverser le rapport de force et donner un avantage structurel aux defenseurs, plutot qu aux attaquants. Le propos n a rien d un slogan rassurant. Il s appuie sur une conviction personnelle tres concrete: environ 90 pour cent de sa fortune reste placee en cryptoactifs. Autrement dit, celui qui a le plus a perdre si les systemes numeriques devenaient indefendables continue de parier, de facon massive, sur leur survie.
Pourquoi Buterin refuse le recit d une cybersecurite condamnee
Le coeur de son message, publie le 16 septembre 2026 sur X puis largement repris le lendemain, est simple a enoncer et plus exigeant a comprendre. Il dit clairement qu il desapprouve la these devenue courante: des hackers assistes par l intelligence artificielle rendraient la defense numerique indefendable. Pour lui, la cybersecurite n est pas naturellement condamnee. Elle devient favorable a la defense des que les equipes cessent de traiter la securite comme une chasse aux bugs et commencent a la traiter comme une demonstration.
Cette distinction change tout. Trouver une faille avant l adversaire reste utile. Cela ne suffit plus. L argument de Buterin decrit un autre modele: on definit d abord les proprietes qu un systeme doit respecter, puis on cherche a prouver que l implementation les respecte. L analogie qu il emploie est celle de la demonstration mathematique avancee. Une intelligence artificielle suffisamment capable pourrait aider a etablir qu un programme est sur, meme lorsque ce programme est vaste, heterogene et difficile a inspecter a la main.
Ce n est pas une course ou le defenseur gagne s il trouve le bug une minute plus tot. C est un basculement vers des systemes dont la conformite a une specification peut etre etablie, et non seulement testee par echantillons.
Le pari n est pas abstrait. Quiconque continue de detenir des cryptomonnaies, y compris Buterin lui-meme, parie implicitement que des systemes numeriques peuvent resister a des attaques de plus en plus automatisees. Le chiffre de 90 pour cent de patrimoine encore place en crypto n est pas un detail biographique. C est un signal de coherence. On peut discuter sa these. On ne peut pas pretendere qu il parle d un risque qu il n assume pas.
Ce que la verification formelle promet vraiment
La verification formelle n est pas un slogan marketing. C est une famille de methodes qui utilisent des specifications mathematiques et des preuves pour determiner si un logiciel se comporte selon des proprietes definies a l avance. Dans le monde des contrats intelligents, la documentation d Ethereum decrit la technique de facon plus etroite: on peut prouver mathematiquement qu un contrat respecte une specification formelle. Pour les proprietes incluses dans cette specification, la garantie est plus forte que celle d un jeu de tests ordinaires.
Mais la meme documentation rappelle une limite que Buterin n occulte pas. Une preuve etablit que le logiciel satisfait la specification verifiee. Elle ne prouve pas, a elle seule, que les concepteurs ont defini toutes les proprietes de securite pertinentes. Une specification incomplete, trop etroite ou mal posee laisse des comportements hors du perimetre de la preuve. Autrement dit, on peut avoir un programme parfaitement prouve pour une definition trop pauvre de la securite.
Buterin insiste sur ce point. Definir la securite trop etroitement revient a oublier des chemins d attaque qui passent par les protocoles, les serveurs, les bases de donnees, les couches reseau, les caches et d autres composants de soutien. Sa direction proposee n est donc pas de declarer quelques modules comme critiques, puis d abandonner le reste. Elle consiste a verifier davantage le systeme complet.
Idee centrale
Prouver qu un morceau de code est sur ne suffit pas si le perimetre de la preuve ignore le reseau, le cache, la base ou le protocole voisin. L avantage defensif n apparait que si la specification s elargit au systeme reel.
Une forme finale du developpement logiciel
Buterin avait deja evoque la verification formelle assistee par intelligence artificielle comme une possible forme finale du developpement logiciel. L expression est ambitieuse. Elle designe un horizon ou ecrire un programme et en demontrer les proprietes essentielles ne sont plus deux metiers separes, mais un seul flux de travail. Dans ses commentaires anterieurs, il appliquait cette approche a la consensus d Ethereum, aux systemes a connaissance nulle et a la cryptographie resistante au quantique.
Ce n est pas une annonce de fourche. Ce n est pas un EIP nouveau. Ce n est pas une obligation soudaine de formaliser chaque programme de l ecosysteme. C est une direction de recherche deja presente dans les priorites protocolaires. Le 7 septembre, une mise a jour de ces priorites presentait la verification formelle comme un outillage transversal pour plusieurs axes de recherche pluriannuels, jusqu en 2029: vie privee, etat, developpement d une zkEVM de couche 1, securite post-quantique et d autres composants du protocole.
La meme feuille de route indique que le travail sur une zkEVM de couche 1 doit faire avancer les outils, les flux de verification et les composants cryptographiques verifies. L objectif lointain est connu des chercheurs: que les validateurs verifient des preuves succinctes d execution, plutot que de reexecuter independamment chaque bloc. Si cette architecture tient, la confiance se deplace. Elle ne repose plus seulement sur la redondance de calcul, mais aussi sur la solidite des preuves.
Ethereum teste deja des agents d intelligence artificielle
Le debat n est pas uniquement theorique. L equipe de securite protocolaire de la Fondation Ethereum a rapporte en juillet que des agents d intelligence artificielle coordonnes avaient trouve de vrais defauts dans des systemes utilises par Ethereum. Un cas confirme concernait un plantage accessible a distance dans l implementation Gossipsub de Rust libp2p. La faille est devenue CVE-2026-34219.
Le dossier public decrit un scenario precis. Des versions anterieures a 0.49.4 pouvaient etre plantees a distance par un message PRUNE speicieusement construit, declenchant un debordement arithmetique pendant la gestion du backoff Gossipsub. La version 0.49.4 a corrige le probleme. L episode compte, non parce qu il prouve que les agents remplacent les humains, mais parce qu il montre qu ils peuvent deja atteindre des defauts reels, dans un composant de reseau largement utilise.
Le point le plus interessant du retour d experience n est pas la decouverte elle-meme. L equipe a indique que trouver une vulnerabilite n etait pas la partie la plus difficile du flux de travail. Les agents produisaient souvent des rapports convaincants portant sur des chemins d execution inatteignables, des echecs reserves au mode debug, ou des preuves formelles techniquement valides qui demontraient une propriete plus faible que celle visee.
- Des rapports d allure solide sur des chemins jamais atteints en production.
- Des echecs visibles seulement dans des configurations de debogage.
- Des preuves qui passent, tout en contraignant moins que prevu.
- Un besoin persistant de reproduction independante avant acceptation.
La reproduction independante est restee une exigence. Des controles automatiques et une revue humaine etaient necessaires, parce qu un agent peut produire une preuve d apparence correcte sans contraindre le comportement que les chercheurs veulent reellement tester. L experience a ete decrite comme un probleme de triage: l intelligence artificielle peut generer un grand nombre de vulnerabilites candidates, mais il faut encore determiner si chaque probleme est atteignable et significatif en production.
Quand la preuve technique ne dit pas encore toute la verite
Ce point merite d etre ralenti. Une preuve n est pas magique. Elle est relative a un enonce. Si l enonce est trop faible, la preuve peut etre irreprochable et neanmoins inutile pour la propriete que l on croyait proteger. C est exactement le piege que l equipe de securite a rencontre. Le risque n est plus seulement l erreur humaine classique. C est aussi l illusion de rigueur: un artefact formel qui rassure trop vite.
On comprend alors pourquoi Buterin parle d avantage structurel une fois que les gens s y mettent vraiment. La formule est volontairement rude. Elle signifie que l avantage defensif n est pas automatique. Il depend d une discipline: specifier plus largement, verifier plus profondement, refuser les demonstrations trop etroites, et conserver une verification humaine des resultats produits par des agents.
Dans cette optique, l intelligence artificielle n est ni sauveur ni fossoyeur. Elle est un accélérateur ambigu. Elle multiplie les candidats, les pistes, les preuves partielles. Elle force les equipes a se doter d un filtre. Sans ce filtre, la defense se noie dans le bruit. Avec ce filtre, elle peut commencer a transformer le volume offensif en materiau defensif.
Des projets qui melangent agents et preuves machine
Un projet lance en aout va plus loin dans cette direction. Il permet a des chercheurs d orienter des systemes d intelligence artificielle vers un probleme de solidite cryptographique formalise en Lean, tandis que le noyau Lean verifie si les preuves soumises satisfont un enonce de theoreme fixe. L architecture est revelatrice. L agent propose. Le noyau juge. L enonce reste stable. On evite ainsi qu un modele reformule silencieusement la propriete a demontrer.
Le rapport de financement du deuxieme trimestre mentionne d autres travaux combinant grands modeles de langage et methodes formelles. On y trouve des projets visant a verifier des implementations de clients Ethereum par rapport a des specifications, des outils de conformite protocolaire automatisee, et de la verification formelle autour d infrastructures zkVM fondees sur RISC-V. Le detail des acronymes importe moins que le geste commun: relier generation automatique et verification mecanique.
La feuille de route technique actualisee donne donc a la verification formelle un role aux cotes de la confidentialite, des preuves a connaissance nulle et de la protection post-quantique. Les commentaires de septembre de Buterin prolongent une direction deja ouverte. Ils n annoncent pas un deploiement obligatoire. Ils formulent une these politique et technique: si l ecosysteme continue d investir dans ces outils, la defense peut cesser d etre structurellement perdante.
Le camp offensif n est pas une fiction
Il serait malhonnete de presenter uniquement le versant defensif. La recherche recente en cybersecurite confirme que l intelligence artificielle rend aussi les attaquants plus capables. Un rapport de renseignement de septembre a decrit des acteurs malveillants utilisant l intelligence artificielle pour automatiser la recherche de vulnerabilites, le developpement d exploits et des campagnes multi-cibles. Certains operateurs maintenaient des flux de travail automatises capables de conduire une recherche de failles de facon continue.
Des travaux anterieurs avaient deja montre l echelle du phenomene. Un tableau de divulgation coordonnee indiquait qu au 26 aout, 2300 vulnerabilites decouvertes par intelligence artificielle avaient ete signalees dans 392 projets open source, dont 421 corrigees en amont a cette date. Le meme acteur de recherche a presente la technologie comme utile a la defense, notamment via une initiative visant a localiser des failles de severite elevee ou critique avant exploitation malveillante.
Le versant offensif reste mesurable. Une etude de juin a examine 832 comptes associes a une activite cyber malveillante entre mars 2025 et mars 2026. Elle a constate que des acteurs de menace utilisaient l intelligence artificielle a plusieurs etapes des operations. Le recit n est donc pas celui d une arme reservee aux laboratoires defensifs. C est celui d une capacite devenue banalement disponible des deux cotes.
| Signal | Lecture defensive | Lecture offensive |
|---|---|---|
| Agents qui trouvent des failles reelles | Correction plus rapide, couverture elargie | Decouverte continue cote attaquant |
| Preuves formelles assistees | Garantie plus forte sur un perimetre defini | Risque de preuves trop faibles ou mal ciblees |
| Automatisation des campagnes | Besoin de triage et de reproduction | Reduction du cout d un exploit |
Pourquoi le crypto reste un laboratoire grandeur nature
Les blockchains publiques ont une particularite cruelle et utile: l argent est en jeu, le code est souvent visible, et l attaquant n a pas besoin d une invitation. Cette exposition fait d Ethereum un terrain d observation privilegie. Si la verification formelle peut produire un avantage defensif quelque part, c est probablement la ou le cout d une erreur se mesure en fonds figes, en clients compromis, en confiance collective.
Buterin avait deja ecarte un autre argument, selon lequel les risques de securite portes par l intelligence artificielle pourraient gravement endommager la confiance dans Bitcoin. Il estimait que des problemes de couche reseau pouvaient souvent etre traites par des mises a jour logicielles et d infrastructure miniere, tout en jugeant tres peu probable une rupture reelle des hachages ou du mecanisme de preuve de travail. Le message etait coherent avec celui de septembre: distinguer les risques serieux des scenarios spectaculaires.
Cette prudence n annule pas l inquietude. Un rapport de septembre evoquait des operateurs utilisant des pipelines d exploits construits avec l intelligence artificielle contre des appareils de securite et des cibles gouvernementales. Certaines campagnes auraient produit des vulnerabilites auparavant inconnues, validees ensuite dans des environnements de test controlés par les attaquants. Le monde hors chaine n attend pas qu Ethereum ait fini sa feuille de route 2029.
Specifier la securite, le geste le plus politique
Derriere le vocabulaire technique se cache un choix de gouvernance. Qui decide ce qui compte comme propriete de securite? Une equipe de protocole? Un auditeur? Un standard communautaire? Un modele qui propose tout seul une specification? Si l intelligence artificielle aide a prouver, elle peut aussi aider a rediger des specifications. C est la que le risque de circularite apparait. On prouve ce que l on a ecrit. On ecrit ce que l outil suggere. On finit par proteger une image du systeme, pas le systeme.
Buterin le dit a sa maniere: trop etroit, le mot securite oublie le voisinage. Trop large, il devient impossible a prouver. L art consiste a elargir le perimetre sans noyer la demonstration. C est un travail de conception, pas seulement un travail d outillage. Les preuves ne remplacent pas le jugement sur ce qui merite d etre prouve.
On peut le formuler autrement. La verification formelle n abolit pas la politique du logiciel. Elle la rend plus visible. Une propriete absente de la specification est une decision, meme si personne n a vote. Une propriete trop faible est une concession, meme si elle porte le prestige d une preuve machine. L avantage defensif dont parle Buterin n existe que si cette politique est assumee.
Ce que change le triage dans les equipes de securite
Les retours de l equipe protocolaire dessinent un metier en mutation. Moins de temps, peut-etre, a chercher la premiere faille a la main. Davantage de temps a classer, reproduire, infirmer, reformuler l enonce a prouver. Le defenseur de 2026 n est plus seulement un lecteur de code. Il devient un editeur de hypotheses. Il doit savoir dire: cette preuve est vraie et insuffisante.
Cette mutation a des consequences organisationnelles. Il faut des environnements de reproduction. Il faut des oracles de verite independants du modele qui a genere l alerte. Il faut documenter non seulement la faille, mais le chemin qui l a rendue atteignable. Sans cela, le volume des agents transforme la securite en theatre de rapports. On aura l impression d avancer. On n aura fait que classer du bruit.
Le cas Gossipsub illustre le bon scenario: un defaut reel, un identifiant public, un correctif versionne, une lecon methodologique. Il illustre aussi la fragilite du processus. Si la reproduction independante avait ete negligee, une preuve trop faible aurait pu passer pour une victoire. La defense gagne moins par la quantite d alertes que par la qualite du refus.
Defense favorable, a quelle condition?
La these de Buterin n affirme pas que l attaquant disparait. Elle affirme qu un regime technique peut rendre la defense plus rentable que l attaque, une fois certaines pratiques devenues normales. Quelles pratiques? Elargir les specifications. Verifier au-dela des modules labels critiques. Combiner agents et noyaux de preuve. Conserver la revue humaine. Relier recherche protocolaire et outillage transversal.
Aucune de ces pratiques n est gratuite. Elles demandent du temps, des competences rares, des budgets de recherche, une patience incompatible avec le cycle d annonces. C est pourquoi la phrase sur le fait de s y mettre vraiment sonne moins comme une boutade que comme un avertissement. L avantage structurel n est pas un don de la technologie. C est le produit d une culture ingenieur.
Dans l ecosysteme crypto, cette culture existe par fragments. Audits, programmes de primes, clients multiples, recherches formelles, preuves succinctes: autant de pieces. Il manque encore, souvent, la couture. Buterin parle de cette couture. Pas d un bouton magique. D un assemblage assez serre pour que l attaquant automatise se heurte a un systeme dont les proprietes essentielles ne dependent plus seulement de la vigilance ponctuelle.
Le patrimoine comme argument, pas comme preuve
Dire que 90 pour cent d une fortune reste en crypto n etablit pas qu Ethereum est inattaquable. Cela etablit autre chose: l auteur de la these accepte d en payer le prix s il a tort. Dans un debat sature de predictions gratuites, ce type d alignement a une valeur rhetorique. Il ne dispense pas de verifier les arguments. Il empeche de classer le propos comme une consolation distante.
On peut objecter que le patrimoine n est pas parfaitement liquide, que la reputation est liee a l ecosysteme, que sortir massivement enverrait un signal contraire. Tout cela est vrai. L objection n annule pas le geste. Elle le complexifie. Buterin ne dit pas: je suis riche donc j ai raison. Il dit: je continue de detenir, donc je ne parle pas d un monde que j ai deja quitte.
Pour un lecteur, la lecon utile n est pas d imiter la repartition d un fondateur. Elle est de relier croyance et exposition. Si l on pense que la cybersecurite est condamnee, detenir longtemps des actifs numeriques devient un paradoxe. Si l on pense que la defense peut devenir structurellement plus forte, alors la recherche formelle n est plus un luxe academique. Elle devient une infrastructure de confiance.
Ce que le public devrait retenir sans jargon inutile
Trois idees tiennent debout une fois le vocabulaire retire. Premiere idee: l intelligence artificielle augmente la capacite d attaque, et le nier serait pueril. Deuxieme idee: la meme capacite peut servir a demonstrer des proprietes de logiciels, pas seulement a les casser. Troisieme idee: la demonstration ne vaut que si l on a bien choisi ce qu il fallait demonstrer.
Entre ces trois idees, il n y a pas de happy end automatique. Il y a une fenetre. Les equipes qui sauront specifier largement, verifier mechaniquement et trier humainement peuvent transformer un outil offensif en levier defensif. Les autres accumuleront des rapports, des alertes, des preuves locales, et resteront vulnerables la ou la specification s arrete.
Ethereum, dans cette histoire, n est pas un heros solitaire. C est un cas d ecole visible. Ses chercheurs traitent deja la verification formelle comme un outillage transversal. Ses equipes de securite ont deja vu des agents trouver un defaut reel et produire aussi des mirages. Le public peut suivre cette tension sans attendre une date de fourche. Le sujet n est pas un calendrier. C est une methode.
Une lecture plus large que la seule chaine
Le debat depose par Buterin deborde Ethereum. Banques, administrations, editeurs de systemes d exploitation, operateurs d infrastructure: tous rencontreront la meme double acceleration. Des attaques plus automatisees. Des defenses plus assistees. La question n est pas de savoir si l intelligence artificielle entre dans la cybersecurite. Elle y est. La question est de savoir si les defenseurs acceptent de changer de metrique.
Tant que la metrique reste le nombre de bugs trouves, l attaquant a l avantage du premier coup. Il lui suffit d un chemin. Le defenseur doit fermer tous les chemins pertinents. Des que la metrique devient la couverture de proprietes prouvees, le jeu change. L attaquant doit alors chercher hors specification, ou casser la specification elle-meme. C est plus dur. Ce n est pas impossible. C est different.
Voila pourquoi le mot fatalisme est inadequate. Il transforme une course d outillage en destin. Buterin refuse ce destin. Il ne promet pas la paix numerique. Il affirme qu une organisation serieuse du travail de preuve peut rendre la defense moins desesperee qu on ne le repete. Le reste depend moins des modeles que des equipes qui oseront s en servir sans s enivrer de leurs sorties.
Et maintenant, que surveiller sans se perdre
Quelques signaux concrets meriteront l attention dans les mois qui viennent. L integration reelle de la verification formelle dans les chantiers de confidentialite, d etat et de zkEVM. La capacite des equipes a reduire le taux de faux positifs des agents. La publication de failles reproduites independamment, pas seulement generees. L elargissement des specifications au-dela des contrats isoles, vers reseau, clients et composants cryptographiques.
Il faudra aussi regarder le camp oppose sans fascination. Des pipelines offensifs plus fluides. Des vulnerabilites inconnues validees en laboratoire adverse. Des campagnes qui ne visent plus un seul depot, mais des familles de logiciels. Si ces signaux s intensifient plus vite que les preuves utiles, la these defensive devra etre revisee. Une idee n est pas vraie parce qu elle est elegante. Elle l est si le terrain la confirme.
Pour l instant, le terrain est mixte. Des agents trouvent. Des agents inventent. Des preuves aident. Des preuves trompent. Des fondations financent. Des attaquants automatisent. Dans ce paysage, le refus du fatalisme n est pas une consolation. C est une exigence de methode. Buterin l a formulee avec une franchise brutale et un engagement patrimonial difficile a ignorer. La suite se jouera moins dans une phrase que dans la qualite des specifications que l ecosysteme osera ecrire, puis prouver, puis elargir encore.
