Domaine de recherche · Sécurité offensive Agentic
Agentic Offensive Security : l'autonomie exige vérifiabilité et contrôle
Les agents IA transforment les tests de sécurité offensifs : ils cartographient les surfaces d'attaque, explorent les applications et testent les vulnérabilités en parallèle. Vami Research étudie à quelles conditions cela reste responsable – avec une vérification du périmètre avant chaque action, des validations graduées et des preuves traçables – et relie ces travaux au pentest, au Red Teaming et à l'AI Red Teaming.
- Pentests agentiques
- Scope Enforcement
- OWASP APTS
- Pentests MCP
- AI Red Teaming
- Red Teaming fondé sur les TTP
- EASM
- Deep Dives
- 13
- Livres blancs
- 4
- Solutions
- 1
Quand des agents sont autorisés à attaquer : périmètre, supervision et preuve
Les tests offensifs deviennent agentiques. Les plateformes de pentest pilotées par l'IA exécutent de plus en plus souvent des chaînes d'attaque de manière autonome : selon le niveau d'autonomie, elles proposent des étapes, les planifient en vue d'une validation ou les exécutent elles-mêmes sous supervision. Pour les donneurs d'ordre, la question se déplace donc. Ce qui compte, ce n'est pas seulement ce qui a été trouvé, mais la manière dont la plateforme s'est comportée : si elle est restée dans le périmètre autorisé, qui a validé quelle action et si chaque finding est étayé.
L'OWASP Autonomous Penetration Testing Standard (APTS) décrit précisément ces propriétés de plateforme : 173 exigences réparties en huit domaines, du Scope Enforcement au Reporting en passant par Human Oversight et Manipulation Resistance, trois tiers de conformité et quatre niveaux d'autonomie. Il existe en version 0.1.0 et ne remplace aucune méthodologie de test. Lorsque l'infrastructure des agents est elle-même la cible, un pentest MCP examine l'interaction entre serveur, client ou host et gateway, avec l'OWASP MCP Top 10 (v0.1, Beta) comme cadre de structuration, et non comme norme d'audit.
La plateforme de tests d'intrusion agentique VamiRedteam suit le principe selon lequel le contrôle reste entre les mains du donneur d'ordre : trois agents IA – Recon, Smart Crawler et Pentester – testent les applications web, les API, les hôtes et les réseaux exclusivement dans le périmètre autorisé, et chaque action est vérifiée avant son exécution et journalisée. En parallèle, les disciplines classiques demeurent : pentest, Red Teaming selon MITRE ATT&CK, EASM, tests d'intrusion physiques et IoT, Bug Bounty, audits et due diligence M&A.
Les questions ouvertes du terrain
- 01
Comment savoir si une plateforme de pentest autonome reste de manière fiable dans le périmètre autorisé ?
Notre approche
À son comportement pendant l'exécution. L'OWASP APTS exige d'imposer les limites du périmètre par des moyens techniques et non seulement contractuels, ainsi qu'un kill switch fonctionnel, une classification d'impact par action et des pistes d'audit signées et isolées de la plateforme. Lors de l'achat, une autodéclaration de tier avec des réponses concrètes sur le Scope Enforcement et le kill switch est recommandée ; les tests du kill switch font partie de chaque mission.
- 02
Comment tester des serveurs MCP lorsque les outils sont pilotés par le modèle et que leurs descriptions agissent comme des instructions ?
Notre approche
Comme une interaction entre serveur, client ou host et gateway, plutôt que comme un point de terminaison isolé. Nous hachons chaque définition d'outil comme baseline, testons le rug pull et le shadowing et plaçons des marqueurs inoffensifs dans des réponses d'outils, des documents ou des tickets pour voir si l'agent les traite comme des instructions. Nous étayons les constats de configuration de manière déterministe, les constats comportementaux par les répétitions, le taux de réussite, le modèle et le client.
- 03
Qu'est-ce qui distingue l'AI Red Teaming d'un test d'intrusion classique ?
Notre approche
Le pentest montre quelles vulnérabilités présente un système défini. L'AI Red Teaming examine le comportement du système d'IA lui-même : jailbreaks, injection de prompt directe et indirecte, extraction de données et détournement d'outils. Les références sont l'OWASP GenAI Red Teaming Guide et NIST AI 100-2 ; pour les fournisseurs de modèles d'IA à usage général présentant un risque systémique, le règlement sur l'IA exige l'adversarial testing depuis le 2 août 2025.
- 04
Comment les tests agentiques et les disciplines offensives classiques s'articulent-ils ?
Notre approche
Ils répondent à des questions différentes et ne se remplacent pas. L'EASM trouve les actifs inconnus, le pentest démontre l'exploitabilité, le Red Teaming mesure la détection et la réaction, les audits contrôlent par rapport à une référence définie. Les tests agentiques permettent des contrôles plus fréquents lorsque les surfaces d'attaque changent à chaque release. Les tests d'intrusion physiques et IoT couvrent les bâtiments et le matériel.
Ce que nous retenons
- 01
Ce qui compte, c'est l'autonomie nécessaire, pas l'autonomie possible
L'OWASP APTS couple l'autonomie aux preuves : de L1, où la plateforme se contente de proposer, à L4, le fonctionnement autonome de bout en bout, les exigences d'assurance augmentent ; L4 n'est défendable qu'avec des preuves de Tier 3. En pratique, L2, où un humain approuve chaque étape, suffit à de nombreuses organisations.
Source: OWASP APTS
- 02
Les cas de test classiques ne couvrent qu'en partie les risques MCP
MCP rompt avec l'hypothèse d'un comportement déterministe : selon la spécification, les outils sont pilotés par le modèle, fonctionnent avec des droits utilisateur délégués et ouvrent des chemins arbitraires d'accès aux données et d'exécution. Une étude portant sur 1 899 serveurs MCP open source a identifié huit classes de vulnérabilités, dont trois seulement recoupent les vulnérabilités logicielles classiques. Les pentests MCP nécessitent des cas de test propres.
Source: Pentest MCP
- 03
Des systèmes d'IA en évolution exigent des tests répétés
Une attaque contre un modèle de langage peut ne réussir qu'après plusieurs tentatives, et les mises à jour de modèles, les nouveaux prompts système, outils et sources de données déplacent en permanence le niveau de risque. L'AI Red Teaming combine donc des tests automatisés pour couvrir l'étendue avec des chaînes d'attaque manuelles et propres au contexte, ainsi que des tests de régression à chaque modification pertinente.
Source: AI Red Teaming
- 04
Le Red Teaming mesure la défense, pas le nombre de découvertes
Ce qui est parlant, c'est le temps jusqu'à la détection, le temps jusqu'au confinement et la question de savoir quelles tactiques et techniques simulées ont réellement déclenché des alertes. Le rattachement des actions de l'attaquant à MITRE ATT&CK rend les lacunes de détection systématiquement visibles – un constat solide plutôt qu'un instantané.
Source: Red Teaming
Notre démarche
Nous testons de manière offensive et documentons de sorte que chaque affirmation soit vérifiable : périmètre fixé par écrit et techniquement, autonomie choisie délibérément, preuves pour chaque finding, avec le taux de réussite pour les constats comportementaux.
Pentests agentiques
VamiRedteam vérifie chaque action d'agent avant son exécution par rapport aux cibles autorisées, avec, si vous le souhaitez, une validation de chaque commande.
Pentests MCP
Tester serveur, client et gateway selon l'OWASP MCP Top 10 (v0.1, Beta) : définitions d'outils par hash de baseline, marqueurs dans des contenus tiers, reconstitution à partir des journaux.
AI Red Teaming
Jailbreaks, injection de prompt directe et indirecte, extraction de données et détournement d'outils selon l'OWASP GenAI Red Teaming Guide et NIST AI 100-2.
Red Teaming fondé sur les TTP
Simulation d'attaque selon MITRE ATT&CK avec des objectifs convenus, mesure de la détection et du confinement, purple teaming comme boucle d'apprentissage.
Surface d'attaque externe et sur site
EASM pour les actifs inconnus et le shadow IT, tests d'intrusion physiques et IoT là où les bâtiments, le matériel et les liaisons radio font partie de la surface d'attaque.
Gap assessment APTS
Évaluer les plateformes de pentest autonomes au regard des huit domaines APTS, y compris due diligence fournisseur et mapping réglementaire.
Pour démarrer
- 1Définir le périmètre et l'autonomieConvenir par écrit des cibles, exclusions, fenêtres de test et contacts d'urgence, et définir pour chaque cible quelles étapes nécessitent une validation.
- 2Tester et étayerExploiter les vulnérabilités de manière contrôlée, documenter chaque finding avec éléments probants, reproduction et preuve, et journaliser chaque étape.
- 3Évaluer et retesterPrioriser les constats, accompagner les mesures et vérifier la correction par un retest, comme preuve pour les audits, NIS2 et DORA.
Deep Dives, livres blancs et analyses
Deep Dives 13
Livres blancs 4
Autres pages
Du domaine à la mise en œuvre
Prestations
Domaines de recherche connexes
Tester de manière autonome – avec périmètre, supervision et preuve ?
Lors d'un premier entretien, nous clarifions le périmètre, la supervision et le cadre réglementaire – du pentest classique aux tests agentiques avec VamiRedteam, en passant par l'AI Red Teaming.


