From Email-to-Case to the Boardroom: How Inherited Agents Break Governance Built for Software

Risques de Sécurité et Défis de Gouvernance des Agents IA

L’intégration d’agents IA au sein de plateformes SaaS existantes (comme Salesforce Agentforce) crée des vulnérabilités critiques non pas au niveau du modèle, mais au niveau de l’architecture applicative. Le chaînage de fonctions légitimes (ex: Email-to-Case vers un agent IA) permet à des attaquants externes d’interagir directement avec les instructions internes d’un agent sans aucune authentification, transformant des flux de support client en vecteurs d’exfiltration de données.

Points clés :

• Shadow Agents : Les employés déploient des agents autonomes héritant de leurs permissions d’accès, créant une surface d’attaque invisible pour l’IT.
• Insuffisance de la gouvernance traditionnelle : La gouvernance actuelle se limite souvent à des documents théoriques (politiques d’utilisation) sans visibilité opérationnelle sur le nombre, l’accès ou le propriétaire des agents en activité.
• Invisibilité des scanners externes : Les outils de sécurité classiques peinent à inspecter les flux internes des plateformes tierces où résident ces agents (problématique identifiée par l’OWASP Agentic Skills Top 10).
• Risque de conformité : L’absence de preuves opérationnelles (inventaire, propriétaires, configurations) expose les entreprises à des sanctions lourdes sous l’EU AI Act, similaires au RGPD.

Vulnérabilités :

• Configuration par défaut non sécurisée : Exposition d’agents internes via des fonctionnalités d’ingestion de données (ex: Email-to-Case, Web-to-Case) configurées sans filtrage des entrées non fiables.
• Note : Aucune CVE spécifique n’est mentionnée, car il s’agit de failles de conception liées à la configuration logique des plateformes SaaS et non de vulnérabilités logicielles classiques.

Recommandations :

• Approche « Bottom-Up » : Mettre en place une gouvernance basée sur des tests opérationnels à chaque couche (découverte, posture de sécurité, gestion des identités, usage et contrôle au moment de l’exécution).
• Visibilité continue : Recenser en continu l’ensemble des agents, leurs accès (OAuth, permissions) et leurs propriétaires réels.
• Contrôles natifs : Appliquer le principe du moindre privilège, instaurer des processus de quarantaine pour les nouveaux agents et différencier les politiques de risque selon que l’agent est en environnement de développement ou exposé au client.
• Intégration de la sécurité dès la conception : S’assurer que les outils de gouvernance sont capables d’inspecter les configurations spécifiques des plateformes SaaS avant tout déploiement.

Source