La réponse courte
Un modèle d'IA a trouvé une véritable faiblesse mathématique dans un chiffre post-quantique candidat en environ 60 heures, et ses auteurs l'ont retiré de la standardisation le lendemain. Dans une recherche publiée le 28 juillet 2026, Anthropic a rapporté que son modèle restreint Claude Mythos Preview avait découvert un « automorphisme non trivial » — une symétrie interne du réseau — dans HAWK, un schéma de signature soumis au NIST. Le résultat divise à peu près par deux la force effective de la clé de HAWK : pour ses paramètres de défi à 256 bits, le coût d'attaque attendu passe d'environ 2^64 à 2^38.
Le même modèle a aussi inventé une nouvelle technique, qu'il a nommée « Möbius Bridge », qui rend une attaque existante sur AES-128 à tours réduits 200 à 800 fois plus rapide. Les deux résultats ont été produits avec une orientation ponctuelle, d'une ligne, d'un chercheur qui n'était pas cryptographe, pour un coût d'API d'environ 100 000 dollars. Ce travail s'inscrit dans la cryptanalyse que Anthropic et ses concurrents sondent à mesure que les modèles de pointe gagnent en profondeur de raisonnement.
Ce qu'Anthropic a réellement rapporté
HAWK est un schéma de signature numérique fondé sur les réseaux euclidiens — l'un des candidats « additionnels » que le NIST examine pour élargir la boîte à outils post-quantique au-delà de ses premiers standards finalisés. Les schémas de signature sont la partie de la cryptographie qui prouve qu'un message, une mise à jour logicielle ou un certificat est authentique. L'attrait de HAWK tenait à sa vitesse et à ses signatures compactes ; sa sécurité reposait, comme la plupart des schémas à réseaux, sur des problèmes mathématiques difficiles que ni les ordinateurs classiques ni les ordinateurs quantiques ne sont censés résoudre efficacement.
Selon Anthropic, le modèle a localisé une symétrie interne spécifique du réseau de HAWK — un « automorphisme non trivial » dont des chercheurs avaient prouvé qu'il permettrait une attaque s'il existait, mais qu'ils n'avaient jamais trouvé. L'exploiter divise approximativement par deux la taille de bloc nécessaire pour récupérer une clé secrète équivalente. Concrètement, le facteur de travail attendu pour le défi HAWK-256 passe d'environ 2^64 à 2^38, et les estimations en nombre de portes pour les jeux de paramètres supérieurs chutent nettement aussi. L'équipe HAWK a confirmé le résultat et, le 29 juillet 2026, a retiré le schéma du processus de standardisation des signatures post-quantiques additionnelles du NIST.
Ce qui n'a pas été cassé
Les titres invitent à la panique, alors lisez attentivement les petites lignes. HAWK était un candidat, pas un standard déployé — aucun produit, navigateur ou banque n'en dépendait. Le second résultat, la « Möbius Bridge », améliore une attaque par rencontre au milieu sur AES-128 à 7 tours en éliminant une opération de recherche à 256 possibilités qu'un attaquant devrait sinon effectuer. Le vrai AES-128 tourne sur dix tours ; la version à sept tours est un punching-ball de recherche utilisé précisément pour mesurer les progrès, et même cette attaque améliorée exige environ 2^105 textes clairs choisis, ce qui est totalement impraticable. L'AES complet, le chiffre présent dans TLS, le chiffrement de disque et les systèmes de paiement, reste incassé.
Il faut aussi être honnête sur le rôle humain. Le modèle a travaillé en grande partie de façon autonome et a généré de l'ordre d'un milliard de tokens de sortie sur l'effort AES, mais un chercheur l'a tout de même orienté avec une poignée d'invites substantielles, et confirmer que les mathématiques étaient justes a pris à deux personnes près d'un mois. C'est un assistant puissant qui comprime la découverte, pas un oracle qui livre des cassages finis et vérifiés.
Pourquoi la vitesse est le vrai sujet
En écartant les détails, le signal porte sur le temps et le coût. La comparaison pertinente n'est pas « IA contre AES » mais « jours contre années ». Une faiblesse qui a survécu à près de deux ans de scrutin par des cryptographes spécialisés a été trouvée par un modèle généraliste, piloté par quelqu'un extérieur au domaine, en environ 60 heures et pour environ 100 000 dollars. C'est le budget qu'une entreprise de taille moyenne consacre à un seul trimestre d'un ingénieur.
Quand le coût de la découverte de faiblesses structurelles chute autant, l'hypothèse prudente est qu'on en trouvera davantage, plus vite — dans les algorithmes candidats, dans les primitives plus anciennes qui traînent encore en production, et dans la manière dont les équipes utilisent la cryptographie plutôt que dans les chiffres eux-mêmes. Les défenseurs obtiennent le même outil, c'est la bonne nouvelle, mais l'asymétrie favorise celui qui lance l'analyse en premier. C'est pourquoi « notre crypto est standard, donc tout va bien » est la mauvaise posture ; la bonne, c'est de savoir exactement ce que vous exécutez et de pouvoir en changer vite.
Ce que cela signifie pour les équipes US & UE
Pour la plupart des équipes, la leçon pratique ne porte pas du tout sur HAWK — elle porte sur la crypto-agilité. Les organisations qui absorberont ce genre de nouvelle avec calme sont celles qui traitent les choix cryptographiques comme des composants remplaçables derrière une interface propre, pas comme des constantes coulées dans une douzaine de services. Si changer un schéma de signature ou un algorithme d'échange de clés revient à toucher un module et à faire tourner les clés, un candidat retiré est un mardi comme un autre ; si cela impose de tout re-concevoir, c'est un projet qu'on ne peut pas lancer à temps.
Il y a aussi une lecture post-quantique directe. Le NIST a déjà finalisé ses standards principaux — ML-KEM pour l'encapsulation de clés, ML-DSA et SLH-DSA pour les signatures — et cet épisode rappelle de bâtir les migrations sur ces algorithmes sélectionnés et fortement examinés plutôt que de miser sur des candidats non retenus. Les équipes détenant des secrets à longue durée de vie doivent aussi peser le risque « récolter maintenant, déchiffrer plus tard » : des données exfiltrées aujourd'hui peuvent être stockées en vue d'un cassage futur, donc l'horloge de migration des systèmes sensibles a déjà démarré. Pour des secteurs régulés comme la FinTech, où les auditeurs interrogent de plus en plus la préparation quantique, un plan documenté devient vite un prérequis.
Enfin, utilisez cette capacité de façon défensive. La même classe de modèle qui a trouvé la faille HAWK peut être pointée sur votre propre code pour signaler des primitives obsolètes, des configurations faibles et un mauvais usage des bibliothèques cryptographiques — les erreurs du quotidien qui cassent bien plus de systèmes que les mathématiques inédites. C'est un argument fort pour avancer la revue cryptographique et intégrer l'analyse assistée par IA dans un véritable audit de sécurité plutôt que de la traiter en action ponctuelle.
Comment agir dès ce trimestre
Vous n'avez pas besoin d'une équipe de cryptographie pour réagir sensément. Vous avez besoin d'un inventaire et d'un plan.
- Constituez un inventaire cryptographique. Cataloguez chaque algorithme, clé, certificat et version de bibliothèque à travers vos services — dépendances transitives comprises. On ne peut pas migrer ce qu'on ne voit pas.
- Privilégiez les standards finalisés. Pour tout nouveau travail, choisissez les ML-KEM, ML-DSA ou SLH-DSA retenus par le NIST plutôt que des candidats non sélectionnés, et évitez d'épingler des conceptions critiques à des schémas encore en revue.
- Concevez pour l'agilité. Placez les choix cryptographiques derrière une interface afin qu'une primitive puisse être remplacée et les clés renouvelées sans re-concevoir le produit.
- Modélisez le risque « récolter maintenant ». Pour les secrets à longue durée de vie, supposez qu'un chiffré capté pourra être déchiffré plus tard et priorisez ces systèmes dans votre ordre de migration.
- Retournez l'outil sur vous-même. Ajoutez une revue assistée par IA à votre processus de sécurité pour repérer les configurations faibles et le mauvais usage des bibliothèques — puis faites vérifier par un humain tout ce qu'elle signale.
- Désignez un responsable. Nommez quelqu'un pour suivre les recommandations du NIST, les retraits de standards et votre propre état de migration, afin que le prochain candidat retiré soit une mise à jour de statut, pas un exercice d'incendie.
Rien de tout cela n'est un conseil juridique, et l'ampleur du travail dépend de la part de votre stack que vous voyez déjà. Mais le signal stratégique est clair : l'IA a rendu la cryptanalyse plus rapide et moins chère, et l'avantage revient aux équipes capables d'inventorier, de standardiser et d'échanger — pas à celles qui parient que personne ne regardera.
Questions fréquentes
Qu'a trouvé Claude, d'Anthropic, dans le chiffre HAWK ?
Dans une recherche publiée le 28 juillet 2026, Anthropic a indiqué que son modèle Claude Mythos Preview avait trouvé un automorphisme non trivial — une symétrie interne du réseau — dans HAWK, un schéma de signature post-quantique soumis au NIST. Des chercheurs avaient prouvé qu'une telle symétrie permettrait une attaque si elle existait, mais ne l'avaient jamais trouvée. Le résultat divise à peu près par deux la force effective de la clé : pour les paramètres de défi HAWK-256, le coût d'attaque attendu passe d'environ 2^64 à 2^38. Le modèle a atteint ce résultat en environ 60 heures, et l'équipe HAWK a retiré le schéma du processus de signatures du NIST le 29 juillet 2026.
Cela casse-t-il AES ou le chiffrement que mes applications utilisent aujourd'hui ?
Non. Le résultat AES, une technique que Claude a nommée « Möbius Bridge », est 200 à 800 fois plus rapide que les méthodes antérieures mais vise une variante de recherche délibérément affaiblie d'AES-128 à 7 tours, pas le chiffre complet à 10 tours qui protège le trafic réel, et il exige encore un nombre impraticable de textes clairs choisis. HAWK n'était qu'un schéma candidat et n'est déployé nulle part. Rien de ce qui protège des données en production n'a été cassé.
Pourquoi la cryptanalyse assistée par IA compte-t-elle si rien n'a été cassé ?
Parce que le calendrier s'est comprimé. Un modèle d'IA généraliste, guidé par un non-spécialiste et pour environ 100 000 dollars d'usage d'API, a trouvé en quelques jours une faiblesse structurelle qu'un examen expert avait manquée sur près de deux ans. Cela raccourcit la fenêtre entre l'existence d'une faille et sa découverte, ce qui accroît la valeur de la crypto-agilité : la capacité à changer d'algorithme rapidement sans re-concevoir un produit.
Que doivent faire les équipes logicielles sur la cryptographie post-quantique maintenant ?
Privilégiez les algorithmes standardisés par le NIST déjà finalisés — ML-KEM, ML-DSA et SLH-DSA — plutôt que des candidats non retenus comme HAWK ; constituez un inventaire cryptographique pour savoir où vit chaque algorithme et chaque clé ; et concevez pour l'agilité afin qu'un chiffre puisse être remplacé derrière une interface plutôt que codé en dur. Les équipes gérant des secrets à longue durée de vie doivent aussi tenir compte du risque « récolter maintenant, déchiffrer plus tard » lors de la planification des migrations.
Peut-on utiliser l'IA de façon défensive sur notre propre cryptographie et notre code ?
De plus en plus, oui. La même capacité qui a trouvé la faille HAWK peut être pointée sur vos propres implémentations pour faire remonter des configurations faibles, des primitives obsolètes et un mauvais usage des bibliothèques cryptographiques. Elle ne remplace pas l'examen expert — vérifier le résultat HAWK a encore pris environ un mois à deux chercheurs — mais c'est un puissant multiplicateur au sein d'un audit de sécurité et une raison d'avancer la revue cryptographique dans le cycle de vie logiciel.
Sources
Anthropic — Discovering cryptographic weaknesses with Claude, 28 juillet 2026 (source primaire)
The Hacker News — Claude AI Just Cracked a Post-Quantum Test Scheme and Found a Faster 7-Round AES Attack, juillet 2026
The Quantum Insider — AI Finds New Weaknesses in Cryptographic Algorithms, Anthropic Says, 29 juillet 2026