Toxic Combinations: When Cross-App Permissions Stack into Risk

Risques de Sécurité : La Menace des « Combinaisons Toxiques » dans les Environnements SaaS

Les « combinaisons toxiques » surviennent lorsqu’une interaction entre plusieurs applications (via des agents IA, des intégrations OAuth ou des serveurs MCP) crée un nouveau vecteur d’attaque non autorisé par les politiques de sécurité initiales. Chaque application prise isolément semble sécurisée, mais le pont créé entre elles expose des données sensibles, comme illustré par la violation du réseau Moltbook, qui a entraîné l’exposition massive de jetons API et d’identifiants tiers.

Points clés :

• Angle mort de la sécurité : Les révisions d’accès traditionnelles se concentrent sur une application à la fois, ignorant les relations de confiance créées au moment de l’exécution (runtime).
• Identités non humaines : Les agents IA, bots et serveurs d’intégration dépassent désormais le nombre d’utilisateurs humains, rendant les audits manuels inefficaces.
• Risque de chaîne : Un agent peut être légitimement autorisé à accéder à deux applications, mais la combinaison des autorisations accordées à cet agent peut permettre une exfiltration de données non prévue par les administrateurs.

Vulnérabilités :

• Fuite d’identifiants : Stockage en texte clair de clés API tierces (ex: OpenAI) au sein de bases de données d’agents vulnérables.
• Escalade de privilèges transversale : Utilisation d’un accès légitime dans une application pour pousser ou extraire des données sensibles via une autre application connectée (ex: injection de prompts IDE vers Slack).
• Note : Aucune CVE spécifique n’est mentionnée, le problème étant structurel et lié à la conception des intégrations SaaS.

Recommandations :

• Inventaire complet : Inventorier toutes les identités non humaines (bots, agents, intégrations) avec un propriétaire assigné et une date de revue.
• Analyse des ponts : Auditer systématiquement les relations de confiance entre systèmes lors de la création d’une intégration.
• Surveillance du “Runtime” : Déployer des outils capables de cartographier dynamiquement les flux de données et les autorisations en temps réel plutôt qu’au moment du provisionnement.
• Hygiène des jetons : Révoquer les jetons dont l’utilisation dérive des scopes initialement accordés.
• Approche centrée sur la chaîne : Évaluer les risques au niveau de la chaîne complète d’interopérabilité (SaaS-à-SaaS) plutôt qu’application par application.

Source