RECHERCHE
Août 2026 : zero-days trouvés par l'IA, raisonnements chiffrés exposés, TLS post-quantique
En août 2026, les modèles de langage aident à trouver 31 zero-days dans les lecteurs PDF et des failles dans des cœurs 5G et des clients Ethereum. Les raisonnements chiffrés renvoyés par les API peuvent être déchiffrés par un modèle plus faible, et le cache partagé des puces Apple expose le GPU. Une systématisation montre que migrer TLS vers le post-quantique est un problème d'architecture.
Archives : reconstitution rédigée en novembre 2026
1. From Documentation to Zero-day Vulnerabilities: LLM-Driven Fuzzing of JavaScript Engines in PDF Readers
arXiv · Suyue Guo, Stijn Pletinckx, Tianle Yu, Yigitcan Kaya et al. · Sécurité des systèmes et logiciels
En bref: PDFuzzer génère avec un modèle de langage des séquences d'appels JavaScript et trouve 31 zero-days dans Acrobat, Foxit et PDF-XChange.
Les fuzzers de lecteurs PDF testent souvent un appel d'API à la fois et ratent les failles qui exigent des séquences. PDFuzzer tire des manuels et des traces d'exécution une grammaire des API JavaScript et des relations entre appels, puis génère des séquences par solveur de contraintes. Il couvre jusqu'à 48 % de code en plus et trouve 31 vulnérabilités, jusqu'à l'exécution de code.
Pourquoi c'est important. Le PDF reste un vecteur d'attaque classique par e-mail : les lecteurs les plus répandus en entreprise comptaient encore des dizaines de failles inconnues.
2. Drishti: AI-Led Human-Directed Vulnerability Auditing for 5G Cores
arXiv · Sriram Ramachandran, Levente Csikor, Dinil Mon Divakaran · Sécurité réseau
En bref: Drishti associe IA et relecteurs humains pour valider des failles dans des cœurs 5G open source et en trouve trois dans Open5GS et free5GC.
Trouver des défauts possibles avec l'IA ne coûte plus grand-chose : le goulot est de les vérifier, d'en évaluer l'accessibilité et l'impact et de contrôler les correctifs. Drishti traite chaque étape. Sur Open5GS et free5GC, il trouve un plantage avant authentification, une entrée de 2 octets qui épuise la mémoire d'un composant central en 6,2 s et un correctif de CVE inefficace.
Pourquoi c'est important. Les réseaux 5G privés se répandent dans les usines et les ports : des failles aussi simples peuvent arrêter le service, et un correctif publié ne garantit pas que le problème soit réglé.
3. SpecTrum: Specification-Guided Differential Fuzzing for Ethereum Consensus Clients
arXiv · Seokhun Jeong, Gyeongmin Dan, Sukyoung Ryu, Sungjae Hwang · Blockchain et DeFi
En bref: SpecTrum formalise la spécification du consensus d'Ethereum et trouve 27 divergences entre les cinq principaux clients.
La sûreté d'Ethereum dépend de l'accord de clients indépendants sur chaque transition d'état. La spécification de référence est un code Python qui ne définit la validité qu'implicitement. SpecTrum la réécrit avec des conditions explicites, mesure celles couvertes par les tests officiels et génère des entrées pour les autres. Il trouve 27 divergences, dont 22 invisibles sans cette formalisation.
Pourquoi c'est important. Une divergence entre clients peut scinder la chaîne ou bloquer la finalité : qui conserve ou assure des actifs numériques dépend de la justesse de ce logiciel.
4. Stealing Reasoning Traces from Proprietary LLM APIs
arXiv · Alexander Panfilov, David Schmotz, Ilia Shumailov, Luca Beurer-Kellner et al. · Sécurité de l'IA et des LLM
En bref: Les raisonnements chiffrés renvoyés par les API de modèles peuvent être déchiffrés par un modèle plus faible du même fournisseur.
Les principaux fournisseurs masquent les étapes de raisonnement de leurs modèles en les renvoyant au client sous forme de blocs chiffrés. Les auteurs montrent que ces blocs sont interchangeables entre sessions, utilisateurs et modèles : donnés à un modèle moins protégé, ils ressortent en clair. Sur 315 320 blocs de journaux publics, ils retrouvent 367 données personnelles et 182 identifiants.
Pourquoi c'est important. Publier ou conserver des journaux de sessions d'IA peut exposer données et identifiants à son insu : ces blocs doivent être traités comme des informations sensibles.
5. ROPE: Routed Origin Policy Enforcement against Indirect Prompt Injection
arXiv · Xinhang Ma, Chaowei Xiao, William Yeoh, Ning Zhang et al. · Sécurité de l'IA et des LLM
En bref: ROPE bloque l'injection de prompt indirecte en vérifiant l'origine de chaque valeur transmise aux outils sensibles de l'agent.
L'injection de prompt indirecte cache des instructions dans les contenus lus par un agent pour lui faire utiliser des outils de façon nuisible. ROPE n'admet une valeur dans un paramètre sensible que si elle vient de l'utilisateur, d'une source qu'il a désignée ou de ses propres données. Le contrôle est déterministe : le succès des attaques tombe à 2,6 % au plus, avec l'essentiel de l'utilité.
Pourquoi c'est important. Les agents qui lisent e-mails et documents externes sont exposés à des instructions cachées : vérifier l'origine des données est plus solide que filtrer le texte.
Lire l'article · PDF · Code
6. SLAC: Access-Driven CPU-to-GPU Side-channel Attacks via System-Level Cache on Apple Silicon
arXiv · Tianhong Xu, Saion K. Roy, Ruyi Ding, Aidong Adam Ding et al. · Matériel et canaux auxiliaires
En bref: Sur les puces Apple Silicon, un processus sans privilège espionne depuis le CPU le travail du GPU via le cache partagé.
Dans les puces intégrant CPU et GPU, les deux unités partagent un cache système. Les auteurs reconstituent son indexation sur l'Apple M1 et montrent que les accès du GPU y laissent des traces lisibles par un processus CPU sans privilège. Ils reconstruisent ainsi les liens de réseaux de neurones de graphes à 90 % et retrouvent des mots-clés des entrées d'un modèle de langage jusqu'à 94,8 %.
Pourquoi c'est important. De plus en plus de traitements d'IA tournent en local sur les portables : l'isolation entre applications sur une même puce ne protège pas les données traitées par le GPU.
7. Post-Quantum TLS Migration: A Systematization of Hybrid Handshakes, PSKs, KeyUpdate, and Certificate Strategies
IACR Cryptology ePrint Archive · Hridoy Roy · Cryptographie post-quantique
En bref: Une systématisation montre que migrer TLS vers le post-quantique va bien au-delà du remplacement de l'échange de clés.
On décrit souvent la migration de TLS comme le remplacement d'un algorithme classique par un algorithme post-quantique. Les auteurs montrent que TLS répartit la sécurité entre échange de clés, authentification, reprise par clés pré-partagées, mise à jour des clés et certificats X.509, chacun avec ses objectifs. Ils classent options hybrides et pures et distinguent normes et brouillons.
Pourquoi c'est important. Pour qui planifie la migration post-quantique, inventaire cryptographique, certificats et modules matériels comptent autant que le choix de l'algorithme.
8. How Benchmarks and Evaluation Protocols Shape Conclusions in Provenance-Based Intrusion Detection
arXiv · Lorenzo Guerra, Thomas Chapuis, Guillaume Duc, Pavlo Mozharovskyi et al. · Sécurité réseau
En bref: Réévalués selon un protocole commun, les détecteurs d'intrusion fondés sur la provenance ne battent pas une simple liste de programmes connus.
Les systèmes de détection fondés sur les graphes de provenance affichent souvent d'excellents résultats. Les auteurs les réévaluent sur les données DARPA avec des périodes de test séparées dans le temps et des seuils calibrés sur la seule validation. Une liste d'exécutables et chemins vus à l'entraînement égale ou dépasse les modèles appris, et plusieurs alertent sans contexte utile.
Pourquoi c'est important. Qui évalue des produits de détection doit demander comment ils ont été mesurés : les résultats de laboratoire en disent parfois peu sur l'efficacité réelle.
9. GhostTac: Manipulating Tactile Sensors without Physical Contact
arXiv · Kun Wang, Xuancun Lu, Ruochen Zhou, Kai Wang et al.
En bref: GhostTac fausse à distance les mesures des capteurs tactiles de robots par interférences électromagnétiques, sans contact.
Les capteurs tactiles permettent aux robots de saisir et manipuler des objets. Les auteurs montrent que des signaux électromagnétiques calibrés sont convertis par l'électronique du capteur en un décalage constant qui passe les filtres et modifie la pression mesurée en des points choisis. L'attaque fonctionne sur 15 capteurs et peut faire serrer trop fort un robot domestique.
Pourquoi c'est important. Les robots domestiques et industriels proches des personnes peuvent causer des dommages physiques si leurs capteurs sont manipulés : un risque de responsabilité civile autant que cyber.
10. Recovering Process Variables from Industrial Network Traffic via Search-Based Optimization
arXiv · Chuan Sheng, Shan Jiang, Jianming Zhao, Yu Yao
En bref: PVParser extrait les variables de procédé d'une installation industrielle directement du trafic réseau, sans connaître le protocole.
La surveillance de sécurité attentive au procédé industriel exige des valeurs comme pressions et températures, mais les systèmes de supervision n'en enregistrent qu'une partie. PVParser les retrouve dans le trafic brut : il isole les messages périodiques qui les portent et traite leur segmentation comme un problème d'optimisation résolu par recherche arborescente.
Pourquoi c'est important. Voir les variables physiques de l'installation aide à repérer des attaques invisibles dans les journaux IT ; la même technique facilite aussi la reconnaissance par un attaquant.
Les tendances du mois
Sécurité des systèmes et logiciels
65 articles du mois sur ce thème
Les modèles de langage deviennent des outils courants de recherche de vulnérabilités. Ils guident le fuzzing des lecteurs PDF jusqu'à 31 zero-days et épaulent les relecteurs humains sur les cœurs 5G, tandis que des spécifications formalisées révèlent des divergences entre clients Ethereum. Trouver des candidats coûte peu : le travail se déplace vers la vérification, l'impact et la qualité des correctifs.
Articles cités:
- From Documentation to Zero-day Vulnerabilities: LLM-Driven Fuzzing of JavaScript Engines in PDF Readers
- Drishti: AI-Led Human-Directed Vulnerability Auditing for 5G Cores
- SpecTrum: Specification-Guided Differential Fuzzing for Ethereum Consensus Clients
Sécurité de l'IA et des LLM
455 articles du mois sur ce thème
Avec 455 articles sur 1 905, la sécurité de l'IA reste le premier thème. Les raisonnements chiffrés des API se déchiffrent avec un modèle plus faible et finissent dans des journaux publics avec des identifiants, le cache partagé des puces Apple expose les entrées des modèles locaux et les défenses contre l'injection de prompt misent sur l'origine des données plutôt que sur les filtres.
Articles cités:
- Stealing Reasoning Traces from Proprietary LLM APIs
- ROPE: Routed Origin Policy Enforcement against Indirect Prompt Injection
- SLAC: Access-Driven CPU-to-GPU Side-channel Attacks via System-Level Cache on Apple Silicon
Systèmes cyber-physiques et IoT
56 articles du mois sur ce thème
Cybersécurité et sécurité physique se rapprochent. Des interférences électromagnétiques faussent les capteurs tactiles des robots jusqu'à les faire serrer trop fort, et l'on peut lire pressions et températures dans le trafic réseau d'une installation sans connaître le protocole. Pour l'évaluation du risque, les effets peuvent aller jusqu'aux dommages corporels et matériels.
Articles cités:
- GhostTac: Manipulating Tactile Sensors without Physical Contact
- Recovering Process Variables from Industrial Network Traffic via Search-Based Optimization
Comment ce digest est réalisé
Ce numéro fait partie des archives du digest, reconstituées a posteriori. Les articles du mois ont été collectés depuis arXiv, l'archive IACR ePrint et les principales conférences et revues de sécurité ; la sélection tient aussi compte des citations reçues depuis la publication. Un modèle d'intelligence artificielle a évalué les candidats et rédigé les synthèses, qui reposent sur les abstracts : pour les détails, l'article original fait foi.
Articles du mois évalués : 1905.