Cyberattaques autonomes par IA : ce que les entreprises de la région doivent anticiper

En novembre 2025, Anthropic a publié un rapport qui a fait grand bruit dans le milieu de la cybersécurité. L'éditeur de Claude affirme avoir détecté une campagne d'attaques où l'IA ne se contentait plus d'assister les opérateurs humains. Elle exécutait une large part des opérations elle-même. Des dizaines d'organisations visées, un acteur soupçonné d'être lié à un État, et un outil grand public détourné pour mener l'offensive.

C'est un tournant. Pas de la science-fiction. Une bascule concrète dans la manière dont les attaques se conçoivent et s'exécutent. Et pour une PME ou une ETI d'Auvergne-Rhône-Alpes, ça change la donne. On fait le point sur ce qu'on sait, ce qu'on ne sait pas encore, et surtout ce que vous pouvez faire dès maintenant.

Ce que dit vraiment le rapport Anthropic

Reprenons les faits, sans les gonfler. Anthropic a documenté une campagne attribuée à un acteur soupçonné d'être lié à l'État chinois, désigné en interne sous le nom de code « GTG-1002 ». Les attaquants ont détourné Claude Code, l'outil de programmation assistée par IA de l'éditeur, pour automatiser une partie de leurs opérations offensives.

Le point qui fait débat, c'est la part d'exécution autonome. Anthropic revendique un pourcentage élevé d'opérations menées par l'IA sans intervention humaine directe.

• Nombre de cibles : environ 30 organisations visées à travers le monde [À SOURCER : chiffre exact et répartition géographique]
• Type de cibles : [À SOURCER : grandes entreprises tech, institutions financières, agences gouvernementales]
• Part d'autonomie revendiquée : [À SOURCER : pourcentage exact des tâches exécutées sans humain]
• Taux de succès réel : [À SOURCER : nombre d'intrusions abouties sur le total des tentatives]

Ce dernier point mérite de la nuance. L'autonomie affichée ne veut pas dire réussite systématique. L'IA a aussi produit des erreurs, des hallucinations, des faux positifs qui ont ralenti l'offensive. On y revient plus bas, parce que c'est important pour ne pas paniquer.

Les questions à poser avant de reprendre ces chiffres

Avant de citer ce rapport, vérifiez ces points auprès de la source primaire (le rapport officiel Anthropic) :

• Comment Anthropic définit-il « autonome » ? Où passe la ligne entre exécution par l'IA et supervision humaine ?
• Le pourcentage d'autonomie porte-t-il sur le volume de tâches ou sur les phases critiques de l'attaque ?
• Quelle méthodologie a servi à établir le taux de succès ?
• L'attribution à un acteur étatique repose sur quels éléments techniques ?

Black Hat 2025 : la vitesse comme nouvelle arme

Le rapport Anthropic ne sort pas de nulle part. À Black Hat USA 2025, plusieurs présentations avaient déjà pointé la montée des agents IA offensifs. [À SOURCER : intitulés exacts des talks et intervenants]

Le message central de ces démonstrations : l'IA ne rend pas les attaques plus intelligentes que les meilleurs opérateurs humains. Elle les rend beaucoup plus rapides et scalables. Un agent peut scanner, tester, adapter et relancer en continu, sur des dizaines de cibles en parallèle, sans fatigue et sans pause.

Concrètement, ça compresse le temps entre la découverte d'une vulnérabilité et son exploitation. La fenêtre où vous pouviez patcher tranquillement se réduit. [À SOURCER : chiffres présentés à Black Hat sur la réduction du délai d'exploitation]

Pourquoi ça vous concerne, même sans être une cible « stratégique »

Réflexe classique : « on est une PME de la région, on n'intéresse personne ». C'est faux, et l'automatisation le rend encore plus faux.

Quand une IA peut attaquer 100 cibles pour le coût d'une seule, la sélectivité disparaît. Vous n'avez plus besoin d'être une cible de valeur. Il suffit d'être une cible facile. Et les cibles faciles, en Auvergne-Rhône-Alpes, il y en a : sous-traitants industriels, cabinets, e-commerçants, collectivités.

Le risque n'est pas nouveau dans sa nature. Ce sont les mêmes portes d'entrée qu'avant : mots de passe faibles, systèmes non patchés, injection de prompt sur vos propres agents IA. Ce qui change, c'est le volume et la vitesse à laquelle ces portes sont testées.

Cartographier vos risques : par où commencer

Avant d'investir dans des outils, faites l'inventaire. Une cartographie honnête vaut mieux qu'un budget mal placé.

1. Recensez vos surfaces d'exposition

• Vos services accessibles depuis Internet (sites, VPN, accès distants)
• Vos comptes à privilèges et leur mode d'authentification
• Vos systèmes anciens qui n'acceptent plus les mises à jour

Si vous faites cohabiter des outils modernes avec un logiciel métier vieillissant, ce point mérite une attention particulière. Notre article sur faire cohabiter ses automatisations avec un logiciel métier ancien détaille les précautions à prendre.

2. Auditez vos propres agents IA

Paradoxe du moment : en déployant des agents IA, vous créez de nouvelles surfaces d'attaque. Un agent connecté à vos outils, mal cadré, devient une faille. L'injection de prompt est la menace la plus sous-estimée sur ce terrain. On l'a traité en détail dans injection de prompt : la faille que les entreprises sous-estiment.

3. Testez vos sauvegardes

Une sauvegarde qu'on n'a jamais restaurée n'est pas une sauvegarde. C'est un espoir. Vérifiez qu'elles fonctionnent vraiment, comme expliqué dans automatiser ses sauvegardes et vérifier qu'elles fonctionnent.

Poser des garde-fous sur vos agents IA

Si vous utilisez des agents IA en production, la logique défensive doit s'appliquer à eux comme au reste de votre SI. Cinq principes tiennent la route :

• Moindre privilège : un agent n'accède qu'à ce dont il a strictement besoin. Pas de compte admin par confort.
• Validation humaine sur les actions sensibles : paiement, suppression, envoi externe. Jamais en pilote automatique total.
• Journalisation systématique : chaque action de l'agent doit être tracée et rejouable.
• Cloisonnement : un agent compromis ne doit pas ouvrir tout le SI.
• Filtrage des entrées : se prémunir contre l'injection de prompt via des données externes.

On développe chacun de ces points dans sécuriser un agent IA qui a accès à vos outils et dans agents IA en production : les cinq garde-fous à poser.

Le Cyber Resilience Act arrive : ce que ça change pour vous

Parallèlement à cette montée des menaces, l'Europe muscle son cadre réglementaire. Le Cyber Resilience Act (règlement UE 2024/2847), déjà entré en vigueur, échelonne ses obligations dans le temps.

Le calendrier

• Obligations de signalement des incidents et vulnérabilités : à partir de septembre 2026 [À SOURCER : date exacte article 14 du règlement]
• Application pleine et entière : décembre 2027 [À SOURCER : date exacte d'entrée en application générale]

Le périmètre

Le CRA vise les « produits comportant des éléments numériques ». En clair : le matériel et le logiciel connectés que vous fabriquez, distribuez ou intégrez. Objets connectés, applications, composants embarqués.

Attention à la portée. Vous n'êtes pas concerné seulement si vous êtes éditeur de logiciel. Si vous intégrez ou distribuez des produits numériques, vous héritez d'obligations. [À SOURCER : distinction précise fabricant / importateur / distributeur dans le texte]

Les sanctions

Le règlement prévoit des amendes significatives en cas de manquement. [À SOURCER : montants exacts, plafonds en euros et en pourcentage du CA mondial]

Le CRA et l'AI Act se cumulent sans se confondre. Si vous voulez y voir clair sur le calendrier de ce dernier, consultez AI Act : le calendrier d'application, échéance par échéance.

Les acteurs cyber de la région qui peuvent vous aider

Vous n'êtes pas seul face à ça. L'écosystème d'Auvergne-Rhône-Alpes s'est structuré autour de plusieurs relais.

• Le Campus Cyber régional : [À SOURCER : localisation exacte, missions, modalités d'accès pour une PME]
• Le Clusir Auvergne-Rhône-Alpes : association de référence pour la sécurité de l'information dans la région. [À SOURCER : services proposés, événements, adhésion]
• Le CESIN : réseau national de responsables sécurité, avec des relais régionaux. [À SOURCER : présence et activités en région lyonnaise]
• Les CERT régionaux et l'ANSSI : pour le signalement et l'accompagnement en cas d'incident. [À SOURCER : dispositif d'accompagnement territorial]

Questions à vérifier avant de publier cette liste

• Quels dispositifs sont réellement ouverts aux PME et à quel coût ?
• Le Campus Cyber régional existe-t-il sous une forme physique ou est-ce un réseau ?
• Quels sont les points de contact officiels pour un signalement d'incident dans la région ?

Les erreurs courantes à éviter

Trois réflexes qui coûtent cher :

• Surestimer la menace au point de se paralyser. L'IA offensive reste faillible. Les fondamentaux (patchs, MFA, sauvegardes testées) bloquent la grande majorité des attaques, autonomes ou pas.
• La sous-estimer parce qu'on est « trop petit ». L'automatisation supprime la sélectivité. La taille ne protège plus.
• Confondre conformité et sécurité. Être en règle avec le CRA ne vous rend pas invulnérable. Et être sécurisé ne suffit pas à être conforme. Ce sont deux chantiers distincts qui se nourrissent l'un l'autre.

Par quoi commencer cette semaine

Pas besoin d'un budget de grand compte pour agir. Trois actions concrètes, tout de suite :

• Activez l'authentification multifacteur partout où c'est possible. C'est la mesure au meilleur rapport effort/protection.
• Faites l'inventaire de vos systèmes exposés et de vos agents IA. On ne protège que ce qu'on connaît.
• Testez une restauration de sauvegarde. Pour de vrai, pas sur le papier.

Le tournant des cyberattaques autonomes n'est pas une raison de céder à la peur. C'est un rappel que les fondamentaux comptent plus que jamais, et que l'échéance du Cyber Resilience Act vous donne une raison de plus de vous y mettre. Les relais régionaux existent pour vous accompagner. Commencez petit, mais commencez maintenant.