Une IA a fait la reconnaissance, la recherche et l’exploitation
Les chercheurs en sécurité avertissent depuis des années que l’IA finirait par mener des opérations offensives de bout en bout. En août 2026, l’Unit 42 de Palo Alto Networks a documenté une campagne qui montre la chose se produire. Un acteur malveillant sinophone opérant sous les alias « knaithe » et « KnYuan », basé à Zhuhai, en Chine, a câblé le modèle DeepSeek dans un framework personnalisé appelé Hermes Agent et l’a utilisé comme le cerveau de raisonnement d’un pipeline d’attaque autonome.
L’architecture est l’histoire. Selon l’Unit 42, l’opérateur a orchestré l’agent via un canal Telegram, l’a intégré au moteur de recherche d’actifs Internet FOFA pour la découverte de cibles, et l’a équipé de compétences offensives de sécurité personnalisées. Dans une session récupérée datée du 7 mai 2026, l’opérateur semble n’avoir fourni qu’une tâche initiale — après quoi l’agent a énuméré indépendamment les cibles et leurs vulnérabilités, s’est procuré du code d’exploitation, a sélectionné quelles cibles valaient la peine d’être attaquées, et a tenté l’exploitation, compressant en minutes un travail qui prendrait normalement à un humain de nombreuses heures.
C’est le basculement qualitatif. Les précédents reportages sur « l’IA dans les cyberattaques » décrivaient surtout l’IA aidant à écrire des leurres de phishing ou des fragments de malware. Ici, l’IA est l’opérateur, menant la chaîne d’attaque avec un retour humain minimal.
La faille Tomcat au centre
La cible la plus lourde de conséquences de la campagne était une vulnérabilité spécifique et corrigeable. L’Unit 42 enregistre des tentatives de reverse-shell contre Apache Tomcat via la CVE-2026-34486, une faille notée CVSS 7.5. Comme The Hacker News l’a détaillé dans sa couverture de la CISA, la vulnérabilité est un problème de « chiffrement manquant de données sensibles » qui « permet un contournement d’EncryptInterceptor, un composant de cluster qui ajoute un chiffrement à clé pré-partagée aux messages envoyés entre les nœuds du cluster ». En effet, un composant censé protéger le trafic de cluster Tomcat pouvait être contourné, exposant des données que les administrateurs supposaient chiffrées.
Le correctif existe déjà. The Hacker News note que la faille a été corrigée en avril 2026 dans les versions Tomcat 11.0.21, 10.1.54 et 9.0.117 — ce qui signifie que chaque serveur atteint avec succès par l’agent exécutait un logiciel pour lequel un correctif était disponible depuis des mois. Que la vulnérabilité soit exploitable est un échec opérationnel de correction, pas une surprise de type zero-day.
La campagne ne s’est pas arrêtée à Tomcat. L’Unit 42 rapporte que l’agent a également ciblé la CVE-2026-33824, une faille VPN Windows IKE Extensions notée CVSS 9.8 — une boîte à outils plus large visant tout système exposé et exploitable que FOFA faisait remonter.
La réponse du régulateur
L’exploitation était assez sérieuse pour déclencher un mandat de correction fédéral. Selon The Hacker News, la CISA a ajouté la CVE-2026-34486 à son catalogue des vulnérabilités activement exploitées début août 2026 avec une échéance de remédiation au 7 août 2026 pour les agences fédérales, aux côtés de deux autres failles activement exploitées : la CVE-2026-9198, un bug d’exécution de code à distance dans Langflow noté CVSS 9.8, et la CVE-2026-18556, un contournement d’authentification N-able N-central noté CVSS 8.2.
L’inscription au KEV compte au-delà des réseaux gouvernementaux américains. C’est le signal le plus clair possible pour chaque organisation exécutant Tomcat que ce n’est pas un risque théorique — c’est activement exploité dans la nature, par un système automatisé qui n’a pas besoin d’un humain pour remarquer que votre serveur existe.
Publicité
Le taux de réussite n’est pas le sujet
Il serait facile de rejeter la campagne comme un échec. Comme BleepingComputer l’a rapporté, l’acteur a déployé DeepSeek comme « le moteur de raisonnement derrière Hermes Agent » et a ciblé « plus de 460 systèmes », pourtant l’Unit 42 n’a confirmé que trois compromissions réussies — un taux de réussite inférieur à 1 %. Mais lire cela comme rassurant, c’est mal comprendre ce qui a changé.
Les trois compromissions confirmées par l’Unit 42 impliquaient de réels dégâts, y compris une exfiltration de données en mémoire depuis des instances Citrix NetScaler liées à une entité gouvernementale malaisienne. Plus important encore, le faible taux de réussite reflète la maturité actuelle de l’outillage, pas un plafond. Un agent autonome capable de tenter 460 cibles à partir d’une seule instruction initiale a un coût marginal quasi nul par cible supplémentaire. Quand l’économie de l’attaque s’effondre vers zéro, le calcul des défenseurs s’inverse : peu importe désormais que vous soyez une cible de valeur, seulement que vous soyez une cible exploitable. Un taux de réussite de 1 % appliqué à des millions de serveurs exposés reste un grand nombre de victimes — et le pourcentage ne fait que monter à mesure que les agents s’améliorent.
Ce que cela signifie pour les PME algériennes
Le scan autonome à l’échelle de l’IA efface l’hypothèse « trop petit pour être ciblé ». Pour les petites et moyennes entreprises algériennes exécutant des serveurs web Java exposés, les priorités défensives sont concrètes.
1. Corrigez Tomcat et les passerelles VPN exposés à Internet selon un calendrier piloté par le KEV
La CVE-2026-34486 avait un correctif disponible des mois avant son exploitation. Traitez le catalogue des vulnérabilités activement exploitées de la CISA comme une liste de tâches priorisée : toute faille y figurant qui touche votre stack — Tomcat, Langflow, N-central, passerelles VPN — est corrigée en premier et vite. L’agent a trouvé des victimes parmi les non-corrigés, pas les malchanceux.
2. Réduisez votre surface d’attaque exposée à Internet
La puissance de l’agent venait de la découverte d’actifs exposés pilotée par FOFA. Tout ce qui n’a pas besoin de faire face à l’Internet public ne devrait pas — placez les interfaces d’administration, les ports de clustering et les consoles de gestion derrière un VPN ou des contrôles d’accès. Vous ne pouvez pas être auto-exploité sur un service qu’un scanner à l’échelle d’Internet ne peut pas voir.
3. Supposez que vous êtes dans le périmètre et surveillez en conséquence
Un agent autonome attaquant 460 cibles à partir d’une instruction ne saute pas l’Algérie parce qu’une entreprise est petite ou locale. Déployez une détection de base sur les serveurs exposés à Internet — journalisez et alertez sur les tentatives d’exploitation entrantes anormales et les connexions reverse-shell sortantes inattendues — afin qu’une sonde automatisée soit attrapée tôt plutôt que découverte après exfiltration.
Le basculement structurel
La campagne knaithe/KnYuan est une preuve de concept, et son faible taux de réussite ne devrait pas occulter ce qu’elle prouve : le coût en main-d’œuvre pour mener une opération offensive est en train d’être automatisé. Pendant des décennies, la protection pratique pour les petites organisations obscures était qu’un attaquant humain devait choisir de leur consacrer du temps, et ne le ferait généralement pas. Un agent autonome retire le choix en retirant le coût. Il scanne tout, recherche chaque découverte, et attaque tout ce qui est exploitable, parce que le faire est presque gratuit.
C’est pourquoi la leçon n’est pas « DeepSeek a été utilisé pour pirater » mais « la barrière qui gardait la plupart des organisations en sécurité par obscurité est en train de disparaître ». La réponse défensive est peu glorieuse et entièrement à portée : corriger ce qui est sur la liste KEV, cacher ce qui n’a pas besoin d’être exposé, et surveiller ce qui reste. Ce sont les mêmes fondamentaux que les équipes de sécurité prêchent depuis des années — mais dans un monde d’attaquants autonomes, ce ne sont plus une hygiène optionnelle. Ce sont la différence entre être l’une des 460 que l’agent a manquées et l’une des trois qu’il n’a pas manquées.
Questions Fréquemment Posées
Qu’est-ce qui a rendu cette campagne de piratage différente des précédentes attaques assistées par IA ?
L’IA était l’opérateur, pas seulement un assistant. L’Unit 42 a documenté un acteur malveillant qui a câblé DeepSeek dans le framework Hermes Agent de sorte que, à partir d’une seule instruction initiale, l’agent a énuméré des cibles de façon autonome via FOFA, recherché des vulnérabilités, obtenu du code d’exploitation, choisi des cibles et tenté l’exploitation — compressant des heures de travail humain en minutes. Les précédents reportages décrivaient surtout l’IA écrivant du texte de phishing ou des fragments de malware ; ici elle a mené la chaîne d’attaque elle-même.
Qu’est-ce que la CVE-2026-34486 et devrais-je m’inquiéter ?
La CVE-2026-34486 est une faille Apache Tomcat de CVSS 7.5 qui permet aux attaquants de contourner l’EncryptInterceptor protégeant le trafic de cluster, exposant des données supposées chiffrées. Elle a été corrigée en avril 2026 (Tomcat 11.0.21, 10.1.54, 9.0.117) et ajoutée au catalogue des vulnérabilités activement exploitées de la CISA avec une échéance fédérale au 7 août 2026 après exploitation active. Si vous exécutez un cluster Tomcat affecté et exposé à Internet, corrigez immédiatement.
La campagne n’a compromis que 3 cibles sur plus de 460 — n’est-ce pas un échec ?
Le faible taux de réussite reflète la maturité actuelle de l’outillage, pas un plafond sûr. Un agent autonome attaquant 460 cibles à partir d’une instruction a un coût marginal quasi nul par cible, si bien que même un taux de réussite inférieur à 1 % s’échelonne à de nombreuses victimes lorsqu’il est pointé vers des millions de serveurs exposés — et le taux monte à mesure que les agents s’améliorent. Les trois compromissions confirmées incluaient une exfiltration de données en mémoire depuis des instances Citrix NetScaler d’une entité gouvernementale malaisienne.
