Évasion du sandbox AWS AgentCore : ce que révèle l’analyse de Unit42
L’évasion du sandbox AWS AgentCore découverte par les chercheurs de Unit42 (Palo Alto Networks) met en lumière un risque majeur pour les entreprises qui déploient des agents IA dans le cloud. Cette faille permet de contourner l’isolation réseau censée protéger les environnements d’exécution des agents autonomes, ouvrant la voie à des mouvements latéraux et à l’exfiltration de données sensibles.
Comprendre la faille d’évasion du sandbox AWS AgentCore
AWS AgentCore est un service conçu pour exécuter des agents IA de manière isolée dans un environnement sandboxé. L’idée : empêcher tout agent, même compromis, d’accéder aux ressources réseau de l’entreprise. Cependant, les chercheurs de Unit42 ont démontré que le mode d’isolation réseau pouvait être contourné.
La technique repose sur l’exploitation de faiblesses dans la configuration réseau du sandbox. En manipulant les mécanismes internes de communication, un attaquant peut :
- Échapper au périmètre d’isolation pour atteindre d’autres services du VPC
- Accéder aux métadonnées d’instance et récupérer des credentials temporaires
- Effectuer des mouvements latéraux vers d’autres ressources AWS
- Exfiltrer des données depuis des bases de données ou des buckets S3 accessibles
Pourquoi c’est critique pour les agents IA
Les agents IA autonomes exécutent du code de manière dynamique, souvent à partir d’instructions générées par des modèles de langage. Cette caractéristique les rend particulièrement vulnérables aux attaques par injection de prompt qui pourraient déclencher l’exploitation de cette faille de sandbox. Un agent compromis via une instruction malveillante pourrait ainsi s’évader de son environnement confiné.
Impact et recommandations de sécurité pour les équipes cloud
Évaluer votre exposition
Toute organisation utilisant AWS AgentCore en mode sandbox pour ses agents IA doit évaluer immédiatement son exposition. Les points à vérifier :
- Segmentation réseau : vos VPC disposent-ils de couches de sécurité supplémentaires au-delà du sandbox AgentCore ?
- Accès aux métadonnées : IMDSv2 est-il activé et configuré pour limiter l’accès aux credentials ?
- Monitoring réseau : détectez-vous les tentatives de communication sortante inhabituelles depuis les sandboxes ?
- Privilèges des agents : le principe de moindre privilège est-il appliqué aux rôles IAM associés ?
Mesures de remédiation
Pour renforcer la sécurité de vos agents IA sur AWS, appliquez ces recommandations :
- Defense in depth : ne comptez jamais sur une seule couche d’isolation. Combinez Security Groups, NACLs et politiques IAM strictes
- Surveillance active : déployez des règles CloudTrail et VPC Flow Logs pour détecter les évasions de sandbox
- Mises à jour : appliquez les correctifs AWS dès leur disponibilité et surveillez les bulletins de sécurité
- Tests de pénétration : intégrez des scénarios d’évasion de sandbox dans vos pentests réguliers
L’évasion de sandbox, un risque croissant pour l’IA en entreprise
Cette découverte s’inscrit dans une tendance plus large : à mesure que les entreprises déploient des agents IA autonomes, la surface d’attaque s’élargit. Le rapport de Unit42 rejoint les préoccupations exprimées par le CISA concernant les failles critiques liées aux agents IA, comme la récente addition de CVE-2026-33017 à la liste KEV.
Par ailleurs, les recherches d’Anthropic avec Project Glasswing et Claude Mythos démontrent que l’IA peut aussi être un outil défensif puissant pour identifier ce type de vulnérabilités. L’enjeu pour les équipes de sécurité est de rester en avance sur les attaquants qui exploitent ces nouvelles surfaces d’attaque.
L’évasion du sandbox AWS AgentCore rappelle une règle fondamentale : aucune isolation n’est parfaite. Les équipes sécurité doivent adopter une approche zero trust pour tous les agents IA déployés dans le cloud, en assumant que le sandbox pourrait être compromis et en multipliant les couches de défense.