La réponse courte
Un seul acteur a utilisé des centaines d'agents IA pour armer deux failles zero-day de PaperCut NG/MF et les exploiter en masse à vitesse machine — compromettant plus de 440 serveurs dans 395 organisations et 48 pays. Les agents, bâtis autour du harness Codex d'OpenAI et d'un modèle DeepSeek plus des outils offensifs standard, ont transformé la recherche de vulnérabilités en exploits fonctionnels et déployables pour CVE-2026-81578 (contournement d'authentification) et CVE-2026-82078 (exécution de code à distance). Les failles ont été divulguées le 27 août 2026 et corrigées le lendemain ; la campagne compromettait des victimes réelles en quelques heures, et 11 organisations sont tombées en 26 secondes après le lancement.
La lecture pratique : les agents IA n'ont pas inventé une nouvelle classe de vulnérabilité — ils ont fait s'effondrer le calendrier. Ce qui prenait autrefois des jours à une équipe chevronnée prend aujourd'hui des heures à un seul opérateur, de sorte que la fenêtre pour corriger sereinement a de fait disparu. La défense durable, ce sont des tests d'intrusion et audits de sécurité réalistes et pilotés par l'automatisation, qui supposent que les attaquants se déplacent à vitesse machine — adossés à une cadence de correction d'urgence pour tout ce qui est joignable depuis Internet.
Ce qui s'est passé avec PaperCut
PaperCut NG/MF est un logiciel de gestion d'impression qui tourne sur des dizaines de milliers de réseaux — écoles, hôpitaux, commerces, administrations — le plus souvent comme un serveur interne discret auquel personne ne pense. Le 27 août 2026, deux vulnérabilités y ont été divulguées comme zero-days : CVE-2026-81578, un contournement d'authentification, et CVE-2026-82078, une exécution de code à distance. Chaînées, elles permettent à un attaquant non authentifié de prendre le contrôle total du serveur. PaperCut a livré un correctif d'urgence le lendemain, le 28 août.
Ce qui rend cet incident notable, ce ne sont pas les bugs mais qui les a exploités et à quelle vitesse. Les équipes de renseignement sur les menaces de Blackpoint Cyber, GreyNoise et Arctic Wolf ont rapporté début septembre qu'un seul opérateur russophone avait transformé les failles fraîchement divulguées en une campagne mondiale d'exploitation de masse, compromettant plus de 440 déploiements PaperCut appartenant à 395 organisations dans 48 pays, dont les États-Unis, le Royaume-Uni, la France, l'Espagne, l'Allemagne, le Canada, la Belgique, le Portugal, l'Australie et la Suisse. Le secteur de l'éducation a été le plus touché, avec 204 victimes, suivi du commerce et des services professionnels, de l'immobilier et de l'hôtellerie, des prestataires IT et de services managés, des associations, des bibliothèques, ainsi que de l'industrie et des services publics.
L'opérateur n'a pas fait cela à la main. Selon les chercheurs, il a orchestré des centaines d'agents IA — bâtis autour du harness Codex d'OpenAI et d'un modèle DeepSeek, câblés à des outils offensifs prêts à l'emploi comme Mimikatz, SharpHound, Certipy, Rubeus et Impacket — pour mener en parallèle la recherche, l'exploitation et le travail post-compromission. C'est précisément cette couche d'orchestration agentique où l'ingénierie d'agents IA sur mesure cesse d'être un sujet de productivité pour devenir un modèle de menace : les mêmes schémas que les équipes utilisent pour automatiser des workflows légitimes ont été pointés sur des infrastructures vulnérables.
Comment les agents IA ont mené la campagne
Ôtez le vernis marketing autour des « attaques dopées à l'IA » et la mécanique est concrète. L'opérateur a utilisé des agents à base de grands modèles de langage pour compresser tout le cycle de vie de l'exploitation : lire l'avis de sécurité, comprendre le chemin de code vulnérable, écrire et affiner une preuve de concept, l'emballer dans un outil de validation multi-thread, scanner Internet à la recherche d'instances exposées, puis lancer le playbook d'exploitation-et-pivot contre tout ce qu'il trouvait. Chacune de ces étapes était auparavant un goulot d'étranglement humain ; les agents l'ont supprimé en les exécutant simultanément et 24 h/24.
Le calendrier reconstitué par les chercheurs est la partie à retenir. La recherche de vulnérabilités aurait débuté vers le 31 août 2026 et a été transformée en un outil de validation multi-thread fonctionnel en quelques heures, avec une première compromission de victimes réelles en moins de quatre heures. Une fois la campagne réellement lancée, 11 organisations ont été compromises en 26 secondes. Dans un lycée, l'attaquant est passé du premier accès à l'administrateur de domaine en sept minutes. Sur l'ensemble de la campagne, des identifiants ont été récoltés sur environ 280 hôtes, des secrets exfiltrés de 137, et le contrôle complet d'admin de domaine atteint dans 12 organisations — un rappel qu'un « serveur d'impression » n'était que le point d'entrée, pas l'objectif.
Il faut être précis sur ce que l'IA a fait et n'a pas fait. Elle n'a pas découvert de vulnérabilité inconnue ni déjoué un correctif ; les failles étaient publiques et un correctif existait en 24 heures. Ce que les agents ont apporté, c'est du débit et de la vitesse : la capacité de transformer un avis public en une arme déployée en masse, et d'exploiter le décalage entre « correctif disponible » et « correctif appliqué » sur des milliers d'organisations à la fois. L'opérateur a même appliqué une liste d'exclusion d'environ 28 pays — dont la Russie, la Chine, l'Iran et le Venezuela —, le genre de logique de ciblage que l'outillage d'agents rend trivial à imposer à grande échelle.
Ce que cela signifie pour les équipes logicielles en France
Premièrement, la fenêtre de correction se mesure désormais en heures. L'ancien modèle mental — un CVE critique tombe, on le trie cette semaine, on le corrige à la prochaine fenêtre de maintenance — supposait un adversaire humain qui avait lui aussi besoin de jours pour bâtir un exploit fiable. Cette hypothèse est morte. Quand un avis frais peut être armé et déployé en masse en une matinée, votre exposition est définie par la rapidité avec laquelle vous trouvez et corrigez l'actif concerné, non par la gravité affichée du CVE sur le papier. L'inventaire rapide des actifs et la discipline des changements d'urgence sont aujourd'hui des contrôles de sécurité de première ligne, pas de l'hygiène informatique.
Deuxièmement, vos outils internes ennuyeux sont la cible. Personne ne modélise la menace du serveur d'impression, du wiki, du gestionnaire de licences ou du runner CI auto-hébergé — or ce sont exactement les systèmes qui siègent sur des réseaux de confiance, tournent avec de larges privilèges et sont rarement corrigés au même rythme que les applications clientes. PaperCut a servi de point d'appui menant à l'admin de domaine dans une douzaine d'organisations. Traitez les logiciels d'administration et d'infrastructure comme une surface d'attaque critique de production, tenez-les hors des réseaux non fiables et incluez-les dans le périmètre de vos tests.
Troisièmement, les défenseurs doivent adopter le même outillage. Si les attaquants utilisent des agents pour valider des exploits sur toute votre empreinte externe en quelques heures, les tests d'intrusion annuels ponctuels et le tri manuel des correctifs ne peuvent pas suivre. La réponse réaliste, c'est l'automatisation côté défense aussi : découverte continue de l'exposition, tests réalistes qui supposent une exploitation à vitesse machine, et tri assisté par IA qui hiérarchise quoi corriger d'abord. Pour les équipes en France, cela aiguise aussi les attentes réglementaires — NIS2 (transposée) et, pour les entités financières, DORA supposent toutes deux détection, correction et réponse à incident rapides, et « on n'a pas pu corriger assez vite » n'est pas une défense qu'un régulateur acceptera quand le calendrier d'exploitation est public.
Que faire maintenant
- Corriger PaperCut NG/MF immédiatement. Si vous l'utilisez, passez à une version qui corrige CVE-2026-81578 et CVE-2026-82078 sans attendre une fenêtre de maintenance — et vérifiez que le serveur n'est pas joignable depuis des réseaux non fiables.
- Présumez la compromission des instances exposées. Toute instance PaperCut joignable depuis Internet restée non corrigée entre le 27 août et votre mise à jour doit être considérée comme violée : chassez le vol d'identifiants, les nouveaux comptes et l'escalade vers l'admin de domaine, pas seulement le correctif manquant.
- Réduire la fenêtre de correction partout. Développez la capacité à inventorier les actifs concernés et à livrer des correctifs d'urgence en quelques heures. Mesurez votre délai moyen réel de correction pour un CVE critique et faites-le baisser — ce chiffre est désormais votre exposition au risque.
- Sortir les outils d'infrastructure des réseaux de confiance par défaut. Serveurs d'impression, gestionnaires de licences, wikis, CI auto-hébergés et panneaux d'administration doivent être segmentés, derrière un VPN ou un proxy zero-trust, et à moindre privilège — pas en réseau à plat sous prétexte qu'ils « sont internes ».
- Tester comme les attaquants attaquent désormais. Ajoutez les systèmes d'administration et d'infrastructure au périmètre et menez des tests d'intrusion réalistes et pilotés par l'automatisation, qui modélisent une exploitation à vitesse machine, pas une semaine tranquille de sondage manuel.
Questions fréquentes
Que s'est-il passé lors de l'attaque PaperCut par agents IA ?
Un seul acteur russophone a utilisé des centaines d'agents IA — bâtis autour du harness Codex d'OpenAI et d'un modèle DeepSeek, plus des outils offensifs prêts à l'emploi comme Mimikatz, SharpHound, Certipy, Rubeus et Impacket — pour rechercher, construire, tester et déployer des exploits pour deux failles zero-day de PaperCut NG/MF. Rapportée par Blackpoint Cyber, GreyNoise et Arctic Wolf début septembre 2026, la campagne a compromis plus de 440 serveurs de 395 organisations dans 48 pays.
Quelles vulnérabilités PaperCut ont été exploitées ?
Deux failles dans PaperCut NG/MF : CVE-2026-81578, un contournement d'authentification, et CVE-2026-82078, une exécution de code à distance. Chaînées, elles permettent à un attaquant non authentifié de prendre le contrôle du serveur. Toutes deux ont été divulguées comme zero-days le 27 août 2026, un correctif d'urgence étant publié le lendemain. Toute instance non corrigée et joignable depuis Internet doit être considérée comme exposée et corrigée maintenant.
À quelle vitesse l'attaque s'est-elle déroulée ?
La recherche de vulnérabilités aurait débuté vers le 31 août 2026 et est devenue un outil de validation multi-thread fonctionnel en quelques heures, avec une première compromission en moins de quatre heures. Une fois la campagne lancée, 11 organisations ont été compromises en 26 secondes, et un lycée est passé de l'accès à l'administrateur de domaine en sept minutes. L'effondrement de la fenêtre divulgation-exploitation, de semaines à heures, est la caractéristique déterminante des attaques orchestrées par IA.
Quel a été l'impact sur les victimes ?
Sur les plus de 440 déploiements compromis, 204 relevaient de l'éducation, avec des dizaines d'autres dans le commerce et les services professionnels, l'immobilier et l'hôtellerie, l'IT et les services managés, les associations, les bibliothèques ainsi que l'industrie et les services publics. L'attaquant a récolté des identifiants sur environ 280 hôtes, exfiltré des secrets de 137 et atteint l'admin de domaine dans 12 organisations — le contrôle total de l'environnement Windows de la victime, pas seulement du serveur d'impression.
L'IA a-t-elle trouvé une nouvelle vulnérabilité ?
Non. Les failles étaient déjà publiques et un correctif existait en 24 heures. Les agents IA ont apporté du débit et de la vitesse — transformant un avis public en un exploit déployé en masse et exploitant l'écart entre « correctif disponible » et « correctif appliqué » sur des milliers d'organisations à la fois. C'est pourquoi la défense première est un correctif plus rapide et la segmentation réseau, pas un contrôle technique inédit.
Sources
The Hacker News — PaperCut Attacker Uses Hundreds of AI Agents to Compromise 440+ Instances
SecurityWeek — PaperCut Flaws Exploited in AI-Powered Attacks