L'IA en cybersécurité a cessé d'être du vent à l'instant où un gouvernement a forcé Anthropic à retirer du marché deux de ses modèles les plus costauds, parce que quelqu'un avait montré que ces trucs savaient lire une base de code et pointer droit sur les failles. L'outil utile et l'arme dangereuse, c'était le même. Alors oubliez les prophéties, et oubliez la panique aussi. Après deux ans environ à voir tout ça tourner pour de vrai dans des SOC et se faire balancer sur de vraies cibles, voici ce que l'IA fait honnêtement pour les défenseurs, ce qu'elle fait pour les attaquants, et la poignée de choses que vous devriez vraiment changer dans votre stack.
The short answer
L'IA en cybersécurité est un multiplicateur de force, pas un remplaçant. La défense gagne sur le volume (tri des alertes, résumé de logs, détection de phishing, une revue de code de premier niveau) avec un humain qui valide encore. L'attaque gagne sur l'échelle (phishing impeccable, reconnaissance et découverte de failles plus rapides, deepfakes). La capacité est à double usage, et vos propres fonctions IA sont une nouvelle surface d'attaque.
Vous voulez la preuve la plus nette que l'IA en cybersécurité a cessé d'être du vent ? Juin 2026. Le gouvernement américain force Anthropic à retirer du marché deux de ses modèles les plus costauds, et la raison prête presque à sourire : quelqu'un avait montré que ces trucs savaient lire une base de code et pointer droit sur les failles. Posez-vous deux secondes là-dessus. Un modèle rappelé parce qu'il était bon à exactement ce que votre équipe AppSec se tape un mardi après-midi. L'outil utile et l'arme dangereuse, c'était le même.
Alors oubliez les prophéties. Oubliez la panique aussi. Après deux ans environ à voir tout ça tourner pour de vrai dans des SOC et se faire balancer sur de vraies cibles, voici ce que l'IA fait honnêtement pour les défenseurs, ce qu'elle fait pour les attaquants, et la poignée de choses que vous devriez vraiment changer dans votre stack.
Là où l'IA aide vraiment les défenseurs
La version honnête ? L'IA est excellente sur le travail répétitif et à fort volume qui épuise les analystes. Elle devient médiocre dès qu'une vraie décision de jugement débarque. Gardez-la sur le premier, loin de la seconde, et elle paie son loyer.
- Tri des alertes. Un SOC se noie sous les alertes, et la plupart, c'est du bruit. Pointez un modèle sur le flot pour qu'il regroupe, tue les doublons, écrive un premier avis en clair sur chacune. Les analystes récupèrent des heures. Il ne décidera pas de ce qui est un vrai incident. Il dégage juste la piste pour qu'un humain le fasse.
- Résumé de logs et d'incidents. Dix mille lignes de logs, ou une chronologie d'incident en vrac que personne n'a le temps de lire, transformées en quelque chose de lisible. C'est leur point fort, à ces modèles. En plein incident, cette vitesse, c'est tout le jeu.
- Détection de phishing et d'anomalies. Les modèles de langage ont un nez correct pour le ton et la forme de l'ingénierie sociale, et ils signalent l'e-mail qui « sonne faux ». À coupler avec la détection classique. Ne le laissez pas remplacer le classique.
- Revue de code de premier niveau. Visez un diff et le modèle attrapera l'injection évidente, un secret que quelqu'un a collé dans le code, un contrôle d'accès qui a disparu. Des gains faciles, tôt. C'est une première passe, pas un pentest, et confondre les deux vous brûlera.
- Digestion du renseignement menace. Réduire des avis et des CVE et des bulletins à « est-ce que ça nous touche vraiment, et comment », c'est le gain de temps discret dont personne ne se vante.
Verdict défense. L'IA vous achète de la vitesse sur le volume et le tri. Pas du jugement. Les équipes qui en tirent vraiment de la valeur la traitent comme un analyste junior qui ne dort jamais et qui, de temps en temps, se plante avec un aplomb total. Du coup, tout ce qui compte garde une vérification humaine avant de compter pour de bon.
Là où les attaquants s'en servent
Le même levier marche pour l'autre camp. Faire semblant du contraire n'aide personne. Et plus rien de tout ça n'est théorique, c'est juste un mardi pour eux aussi.
- Phishing à grande échelle. Vous vous souvenez du vieux signe, la grammaire bancale dans une deuxième langue ? Disparu. Les modèles pondent des leurres fluides et personnalisés dans la langue que vous voulez, en quelques secondes. Le volume a monté. La qualité aussi. Les deux d'un coup, et c'est ça le sale du truc.
- Reconnaissance et découverte de failles. Donnez du code public, une config, une sortie de scan à un modèle capable et la chasse au point faible accélère sec. C'est exactement la capacité qui a fait rappeler Fable 5. Et elle est largement disponible.
- Aide au malware. Les modèles ne vous tendent pas du malware propre et armé, pas facilement. Mais ils accélèrent volontiers l'échafaudage, lâchent des idées d'obscurcissement, vous aident à déboguer le bidule. Le seuil de compétence dégringole.
- Deepfakes. De la voix et de la vidéo assez bonnes pour survivre à un appel rapide ? Déjà là. Cette arnaque du « directeur financier en visio qui réclame un virement » ne coûte presque rien à monter maintenant.
Le schéma tient sur tout. L'IA n'invente pas vraiment de nouvelles attaques. Elle arrache la friction des anciennes et fait tomber le niveau requis pour les mener. La barrière à l'entrée s'est effondrée.
Le problème du double usage qu'on ne peut pas effacer
Voilà la partie qui rend l'IA en sécurité vraiment difficile, et honnêtement, ça vaut le coup de juste s'y arrêter une minute. Un modèle qui lit une base de code et y trouve des vulnérabilités est, dans le même souffle, un assistant d'audit de code et un assistant de recherche d'exploits. Même modèle. Même sortie. Il n'existe pas de version de la fonction qui n'aiderait discrètement que les gentils, et je ne crois pas qu'elle arrive. On a détaillé le rappel de Fable 5 et Mythos 5, et c'est précisément cette tension qui l'a provoqué : un gouvernement a fixé une capacité à double usage et a décidé de la traiter comme une exportation contrôlée.
Donc le point pratique, pour vous, ce n'est pas de choisir un camp dans ce débat. C'est plus simple et plus sinistre. Partez du principe que la capacité est des deux côtés de votre périmètre, parce que c'est le cas. Vos attaquants ont la même classe d'outils que vous. Construisez votre défense comme si c'était déjà vrai.
Quoi changer concrètement dans votre stack
Voici ce qui tient vraiment.
- Servez-vous de l'IA pour le levier, jamais pour le jugement. Laissez-la trier, résumer, rédiger, faire une première passe de revue. Puis gardez un humain sur chaque décision qui ferme un ticket ou touche la production. Chacune, sans exception.
- Ne la laissez pas masquer des fondamentaux faibles. MFA, correctifs, moindre privilège, les sauvegardes barbantes et la segmentation que personne ne veut maintenir, c'est encore ça qui décide si vous vous faites mal. Greffez de l'IA sur une base cassée et elle échoue juste plus vite.
- Traitez vos propres fonctions IA comme une surface d'attaque. Livrez un chatbot ou une fonction IA et d'un coup l'injection de prompt, la fuite de données et le détournement d'outils deviennent votre problème. Lisez l'OWASP LLM Top 10, puis modélisez la menace du bidule comme pour toute autre entrée non fiable.
- Gouvernez-la volontairement. Le cadre de gestion des risques IA du NIST et MITRE ATLAS vous tendent un vrai vocabulaire pour le risque propre à l'IA. Servez-vous-en. Ne réinventez pas la roue, mal.
- Formez les gens au nouveau phishing et aux deepfakes. « Vérifiez la grammaire », c'est un conseil mort maintenant, et honnêtement il fait peut-être plus de mal que de bien. La vérification hors canal pour les demandes d'argent et d'accès, c'est le contrôle qui marche encore vraiment.
En résumé. L'IA en cybersécurité en 2026 n'est pas le sauveur que promettent les titres. Et pas l'apocalypse non plus. C'est du levier, remis aux deux camps au même instant. Les équipes qui s'en sortent la traitent comme un assistant puissant et faillible, greffé sur des fondamentaux qui marchent déjà, et partent du principe que leurs attaquants viennent de recevoir exactement la même mise à niveau.
Sources
- NIST AI Risk Management Framework
- MITRE ATLAS (paysage des menaces adverses sur les systèmes IA)
- OWASP Top 10 pour les applications à base de LLM
- Anthropic : communiqué sur la suspension de l'accès à Fable 5 et Mythos 5
Questions fréquentes
L'IA va-t-elle remplacer les analystes sécurité ?
Non. Et les équipes qui essaient s'y brûlent. L'IA reprend le travail répétitif de volume (tri, résumé, la première passe de revue que personne n'aime) et libère les analystes pour le jugement, la chasse aux menaces, la vraie réponse. Multiplicateur de force pour une bonne équipe. Pas un substitut.
L'IA rend-elle les attaquants plus dangereux ?
Surtout, elle les rend plus rapides et fait tomber le seuil de compétence, plus qu'elle n'imagine de nouvelles attaques. Le phishing est devenu fluide et personnel. La reconnaissance et la découverte de failles, plus rapides. Les deepfakes ont rendu l'usurpation assez bon marché pour que n'importe qui tente. La barrière à l'entrée d'une attaque crédible est tombée d'une falaise.
C'est quoi le problème du double usage ?
Plein de capacités IA de sécurité aident défenseurs et attaquants à parts égales, parce que c'est littéralement la même capacité. Un modèle qui trouve des vulnérabilités dans du code aide votre audit, et aide un attaquant à exploiter. Il n'y a pas de version réservée aux défenseurs sur le marché. C'est ça qui a rendu le rappel de Fable 5 en 2026 si contesté.
Dois-je sécuriser mes propres fonctions IA ?
Oui. À la seconde où vous livrez une fonction IA, l'injection de prompt et la fuite de données et le détournement d'outils débarquent dans votre modèle de menace sans invitation. Commencez par l'OWASP LLM Top 10. Traitez ce qui entre dans le modèle, et ce qui en sort, avec la méfiance que vous réservez à n'importe quelle donnée non fiable.
Par où commencer pour une petite équipe ?
Pointez l'IA sur votre plus gros point de douleur en volume d'abord. Souvent c'est le tri des alertes ou le résumé de logs, avec un humain qui valide encore à la fin. Verrouillez les fondamentaux en même temps. Et ajoutez une vérification hors canal pour les demandes d'argent et d'accès, parce que c'est ça qui stoppe net l'ingénierie sociale par deepfake.