Dans la course au déploiement d'agents d'IA autonomes, les organisations bâtissent par inadvertance sur des fondations mouvantes. Alors que les équipes de sécurité ont passé l'année dernière à se concentrer sur les « injections de prompts » et l'« empoisonnement de modèles », un adversaire bien plus ancien et dangereux est discrètement devenu le vecteur d'attaque principal de l'ère des agents : La faille BOLA (Broken Object Level Authorization).
Les données de marché et les tendances de recherche indiquent une hausse significative de l'intérêt pour la BOLA à mesure que les organisations passent de l'expérimentation de l'IA à la production. Le secteur prend conscience d'une dure réalité : lorsqu'un agent IA effectue une action, il le fait via une API. Et si cette API n'est pas protégée contre la BOLA, votre « assistant autonome » pourrait facilement devenir un « exfiltrateur de données autonome ».
La couche d'action de l'IA agentique : un multiplicateur de risques 1 vers N
Chez Salt Security, nous nous concentrons sur la couche d'action de l'IA agentique. Il s'agit de l'écosystème d'API et de serveurs MCP (Model Context Protocol) qui permettent à un agent IA de dépasser le simple stade de la « discussion » pour passer à l'« exécution », comme le traitement de remboursements, l'accès aux dossiers clients ou la mise à jour de bases de données de chaîne logistique.
Dans une application traditionnelle, un utilisateur humain interagit avec un enregistrement à la fois. Dans l'entreprise agentique, un seul agent IA peut être autorisé à interagir avec des milliers d'objets à travers des dizaines de systèmes. Cela crée un modèle de connexion « 1 vers N » que les outils de sécurité traditionnels, tels que les WAF et les passerelles d'API, n'ont pas été conçus pour gérer.
Pourquoi BOLA + agents IA = la tempête parfaite
La BOLA survient lorsqu'une API omet de vérifier si un utilisateur authentifié, ou dans ce cas, un agent autonome, a la permission d'accéder à des ressources spécifiques. C'est essentiellement le problème de la « carte d'accès d'hôtel » : votre carte vous permet d'entrer dans l'hôtel (authentification), mais elle ne devrait pas ouvrir toutes les portes du bâtiment (autorisation).
Selon le classement OWASP API Security Top 10, la BOLA demeure la vulnérabilité la plus courante et la plus dommageable de l'écosystème des API. Lorsque vous introduisez des agents IA dans ce mélange, ce risque est amplifié par trois facteurs critiques :
1. La vitesse d'abus à l'échelle de la machine
La menace de la BOLA n'est plus théorique ; c'est actuellement le principal moyen par lequel l'infrastructure IA est compromise. La violation de données McHire (McDonald’s) de juin 2025 sert d'avertissement brutal pour l'ère agentique. Lors de cet incident, un chatbot de recrutement alimenté par l'IA a été compromis lorsque des chercheurs ont exploité une faille IDOR/BOLA dans l'API backend. En manipulant simplement les identifiants des candidats, ils ont obtenu un accès non autorisé aux informations personnelles identifiables (PII) et aux historiques de discussion privés de près de 64 millions de demandeurs d'emploi.
À l'ère agentique, un attaquant n'a pas besoin de deviner manuellement les identifiants d'objets. En compromettant un agent, ou simplement en utilisant un agent légitime doté d'une « agence excessive » (un risque majeur dans le OWASP Top 10 pour les LLM), un attaquant peut parcourir par programmation les identifiants d'objets à la vitesse de la machine. Ce qui était autrefois une attaque humaine « lente et discrète » est désormais une violation instantanée à l'échelle industrielle.
2. Le fossé contextuel
Les outils de sécurité traditionnels perçoivent une série d'appels API individuellement « valides ». Pour un WAF ou une passerelle, l'appel pour record_A et record_B semble identique. Pourtant, l'intention derrière un agent qui demande soudainement 5 000 enregistrements auxquels il n'a jamais accédé auparavant est clairement malveillante.
Ce risque est aggravé par le « Vibe Coding », où les agents IA génèrent leur propre code. Des recherches ont montré que les agents IA créent fréquemment des applications présentant des failles BOLA natives, comme l'oubli de vérifier si l'identifiant utilisateur (userId) dans une URL correspond à la session authentifiée. Sans IA comportementale pour établir une base de référence du comportement « normal » des agents, ces exploits basés sur la logique passent totalement inaperçus.
3. Le problème du MCP « fantôme »
L'adoption rapide du Model Context Protocol (MCP), le nouveau standard pour connecter les LLM aux données, permet aux développeurs de déployer rapidement des serveurs donnant aux agents accès à des données locales. Ces serveurs MCP contournent souvent les examens de sécurité centraux, créant une nouvelle génération d'« API fantômes » dépourvues des contrôles d'autorisation robustes nécessaires pour stopper les attaques BOLA. Les tendances du secteur montrent un virage massif où les consommateurs agents deviennent rapidement les principaux moteurs du trafic API, alors même que nombre de ces connexions restent invisibles pour la gouvernance de sécurité traditionnelle.
Sécuriser l'avenir : les trois piliers de la gouvernance des agents
Vous ne pouvez pas sécuriser l'entreprise agentique avec des outils hérités. Pour protéger vos initiatives IA contre les attaques BOLA et autres menaces basées sur la logique, vous avez besoin d'une stratégie couvrant l'intégralité du cycle de vie des API :
- Visualiser: Vous devez maintenir un inventaire continu et en temps réel de chaque API et serveur MCP utilisés par vos agents. Si vous ne pouvez pas voir la connexion, vous ne pouvez pas sécuriser l'objet.
- Gouverner: Dépasser les politiques statiques d'« expérience développeur » pour Expérience agentique gouvernance. Cela implique l'application de contrôles d'accès granulaires et contextuels au sein de la couche d'action de l'IA agentique pour vérifier chaque requête d'objet en temps réel.
- Protégez-la: Utilisez une IA à l'échelle du cloud pour établir une base de référence du comportement des agents. L'analyse d'intention brevetée de Salt permet de distinguer un agent utile effectuant son travail d'un agent compromis exploitant une faille BOLA pour exfiltrer des données.
Conclusion
La promesse de l'entreprise agentique est trop importante pour être ignorée, mais la vitesse de son adoption dépasse actuellement notre capacité à la sécuriser. Dans le monde des agents autonomes, l'API n'est pas qu'un simple détail technique ; c'est le seul plan de contrôle qui compte. Les organisations qui ne parviennent pas à traiter les failles BOLA au niveau de la couche d'action de l'IA agentique ne déploient pas seulement une IA, elles déploient un passif non géré. Une véritable innovation exige la certitude que vos agents fonctionnent exactement comme prévu.
Si vous souhaitez en savoir plus sur Salt et sur la façon dont nous pouvons vous aider, veuillez nous contacter, planifier une démonstration, ou visiter notre site web. Vous pouvez également obtenir une évaluation gratuite de la surface d'attaque de vos API auprès de l'équipe de recherche de Salt Security et découvrir ce que les attaquants savent déjà.