Synthèse
Pendant des décennies, la cybersécurité s'est articulée autour de trois piliers dominants : la sécurité des terminaux, la sécurité réseau, et la sécurité cloud. Ces domaines ont façonné les catégories technologiques, les écosystèmes de fournisseurs et les budgets des entreprises. Ils ont évolué vers des marchés pesant plusieurs milliards de dollars, chacun répondant aux vagues successives de transformation numérique. Cependant, un changement tectonique est en cours.
Avec la prolifération des agents IA et des serveurs Model Context Protocol (MCP) au sein des entreprises, le trafic API a explosé en volume et en importance. Les API ne sont plus de simples rouages techniques en arrière-plan ; elles sont critiques pour la production, tournées vers le client et constituent de plus en plus la principale surface d'attaque. Pourtant, les API restent mal inventoriées, faiblement gouvernées et insuffisamment protégées par les trois piliers actuels de la cybersécurité.
L'essor des API en tant que tissu conjonctif de l'entreprise moderne crée une nouvelle catégorie de risques que les domaines existants ne peuvent contenir.
Les agents IA et la sécurité des API ne sont plus des sous-ensembles ou des fonctionnalités intégrées à ces piliers. La sécurité de l'IA agentique s'impose rapidement comme le quatrième pilier de la cybersécurité: une discipline autonome essentielle pour protéger l'entreprise numérique de l'ère de l'IA.
Les trois piliers de la cybersécurité aujourd'hui
Sécurité des terminaux
Le premier pilier a émergé à la fin des années 1990 avec l'explosion des ordinateurs portables et des appareils mobiles. L'antivirus et l'anti-logiciel malveillant ont évolué vers la détection et la réponse sur les terminaux (EDR), puis vers la détection et la réponse étendues (XDR). La sécurité des terminaux protège la périphérie là où les humains interagissent avec les machines.
Sécurité réseau
Le deuxième pilier s'est développé en parallèle. Les pare-feu, les systèmes de détection et de prévention des intrusions (IDS/IPS) et les passerelles web sécurisées sont devenus l'épine dorsale de la défense périmétrique. Même si le périmètre s'est estompé, la sécurité réseau reste essentielle pour surveiller, segmenter et contrôler les données en transit.
Sécurité cloud
Le troisième pilier est né de l'adoption du SaaS et de l'infrastructure cloud. Les solutions de sécurité cloud protègent désormais les charges de travail, les données et les accès au sein des écosystèmes AWS, Azure, Google Cloud et SaaS. Les plateformes de sécurité cloud offrent une visibilité et un contrôle sur une infrastructure éphémère pilotée par API.
Ensemble, ces piliers ont créé les fondations de la cybersécurité moderne. Mais ils partagent un angle mort : Les API.
Qu'est-ce que la sécurité de l'IA agentique ?
Sécurité de l'IA agentique est une nouvelle catégorie de cybersécurité conçue pour protéger les agents d'IA autonomes qui prennent des décisions, lancent des flux de travail et interagissent avec des systèmes via des appels API continus. Comme chaque agent d'IA dépend des API pour fonctionner, la sécurisation de ces API constitue le fondement de la sécurité agentique. Les outils traditionnels tels que les pare-feu et les passerelles API ont été conçus pour un comportement humain prévisible et ne peuvent pas gérer les modèles dynamiques pilotés par des machines que ces agents génèrent. Alors que les agents autonomes sont rapidement déployés dans tous les secteurs, une approche de sécurité dédiée est désormais essentielle. La sécurité de l'IA agentique est considérée comme le quatrième pilier du marché de la cybersécurité moderne.
Focus traditionnel des trois piliers de cybersécurité existants
1. Sécurité des terminaux
- Origine : antivirus, évolution vers l'EDR/XDR.
- Focus : sécurisation des ordinateurs portables, serveurs et appareils mobiles contre les logiciels malveillants, les rançongiciels et les menaces internes.
- Fournisseurs représentatifs : CrowdStrike, SentinelOne, Microsoft Defender.
2. Sécurité réseau
- Centrée sur les pare-feu, les IDS/IPS et la détection des intrusions.
- Focus : surveillance et contrôle du flux de données sur les réseaux sur site et dans le cloud.
- Fournisseurs représentatifs : Palo Alto Networks, Fortinet, Cisco.
3. Sécurité cloud
- Apparue avec le transfert des charges de travail des entreprises vers AWS, Azure et GCP.
- Focus : erreurs de configuration, identité, protection des charges de travail, sécurité des conteneurs/Kubernetes.
- Fournisseurs représentatifs : Wiz, Lacework, Orca, Prisma Cloud (Palo Alto Networks).
Ces trois piliers ont bien servi les entreprises, mais ils n'ont pas été conçus pour relever les défis uniques des API qui alimentent les architectures basées sur l'IA.
L'essor des API et l'angle mort de la sécurité traditionnelle
Les API alimentent désormais presque tous les aspects de la transformation numérique :
- Applications mobiles et web
- Intégrations SaaS
- Architectures de microservices
- Infrastructure cloud-native
- Pipelines d'IA et d'apprentissage automatique
Contrairement aux terminaux, aux réseaux ou aux clouds, les API ne constituent pas un objet ou un emplacement distinct à sécuriser. Ce sont des interfaces dynamiques, éphémères et qui se multiplient plus vite que les organisations ne peuvent les suivre.
Les données des analystes montrent que les API représentent désormais plus de 80 % du trafic web. Pourtant, la plupart des organisations ne peuvent pas répondre à des questions fondamentales :
- Combien d'API possédons-nous ?
- Lesquelles sont exposées en externe ?
- Quelles données sensibles exposent-elles ?
- Sont-ils conformes à la politique ?
- Sont-ils actuellement sous attaque ?
Les piliers traditionnels ne suffisent plus :
- Les outils de terminaux ne voient pas le trafic API.
- La sécurité réseau ne peut pas analyser les charges utiles chiffrées basées sur JSON.
- Les plateformes de sécurité cloud peuvent inventorier les API, mais appliquent rarement une protection à l'exécution.
Résultat : les API sont devenues la plus grande surface d'attaque non protégée en entreprise.
Pourquoi la sécurité de l'IA agentique exige une nouvelle approche
1. Les API sont la nouvelle logique métier
Chaque application mobile, plateforme SaaS et action d'agent IA est pilotée par API. Les API ne sont pas seulement des conduits de données, elles exécutent des processus métier essentiels : paiements, vérification d'identité, exécution de la chaîne d'approvisionnement, accès aux dossiers médicaux.
2. Les agents IA et les serveurs MCP dépendent des API
- Les agents IA raisonnent et agissent en appelant des API.
- Serveurs MCP négocient des requêtes sur des dizaines d'API à l'échelle de l'entreprise.
- Ces nouveaux acteurs numériques élargissent considérablement la surface d'attaque, générant un trafic API imprévisible et à haut volume.
3. Invisibles pour les piles de sécurité actuelles
- Les terminaux ne surveillent pas le trafic machine à machine.
- Les réseaux voient les flux chiffrés, mais pas la logique API au niveau de la couche application.
- La sécurité cloud se concentre sur les configurations, et non sur les abus d'API lors de l'exécution.
- Résultat : les API, en particulier celles invoquées par des agents IA, se trouvent dans un « angle mort » de sécurité.
4. Les adversaires exploitent déjà les API
- Classement OWASP API Top 10 met en lumière des risques uniques tels que l'autorisation défaillante au niveau de l'objet.
- Des violations de données majeures (Optus, T-Mobile, Peloton, etc.) ont été causées par des failles d'API.
- Les attaquants ciblent désormais directement les flux de travail IA via des API exposées.
5. Nouveaux vecteurs de menace
Les attaquants n'ont plus besoin de manipuler des utilisateurs humains. Ils peuvent exploiter les agents IA et leurs appels API :
- Injection de prompt → abus d'API
- Manipulation MCP → exfiltration de données
- Chaînage d'agents → élévation de privilèges
Les trois piliers existants n'ont aucune visibilité sur ce trafic. Sans une sécurité des API intégrée comme discipline fondamentale, les organisations n'auront aucun contrôle sur le système nerveux numérique de leur infrastructure IA.
Pourquoi la sécurité des agents IA constitue le quatrième pilier
L'histoire de la cybersécurité révèle une tendance claire : chaque révolution technologique donne naissance à une nouvelle catégorie de sécurité.
- L'essor de l'informatique personnelle → la sécurité des terminaux.
- L'essor des réseaux d'entreprise → la sécurité réseau.
- L'essor du cloud computing → la sécurité cloud.
Aujourd'hui, l'essor de Écosystèmes numériques « API-first » et agents IA entraîne le besoin d'un nouveau pilier de sécurité. La sécurité des agents IA n'est ni une niche ni une sous-catégorie. C'est le quatrième pilier logique du marché de la cybersécurité.
Tout comme aucune entreprise ne déploierait de charges de travail dans le cloud sans un programme de sécurité dédié, aucune entreprise ne peut déployer des agents IA ou gérer des activités numériques modernes de manière responsable sans faire de la sécurité des API un fondement essentiel.
Pour rejoindre les terminaux, le réseau et le cloud en tant que pilier, une discipline doit remplir quatre conditions :
- Surface d'attaque indispensable : Les API alimentent désormais plus de 80 % du trafic et tous les agents IA. Les entreprises possèdent souvent 10 à 20 fois plus d'API que d'applications traditionnelles, dont beaucoup ne sont pas documentées (« API fantômes »).
- Pile technologique distincte : La sécurité des API nécessite des capacités uniques de découverte, de gouvernance de la posture et de protection à l'exécution que les outils existants ne peuvent fournir.
- Fondamentale, pas adjacente : Tout comme la sécurité du cloud n'a pas pu être résolue en étendant les contrôles réseau, la sécurité des API nécessite une catégorie distincte avec des outils conçus à cet effet.
- Criticité métier : Les API sont à la fois des vecteurs de revenus et des risques de conformité.
Prises ensemble, ces quatre conditions confirment que la sécurité des API n'est pas une fonctionnalité adjacente, mais un quatrième pilier à part entière aux côtés des terminaux, du réseau et du cloud.
Tableau comparatif : pourquoi les API nécessitent un nouveau pilier
Pourquoi est-ce important
Pour les RSSI
Tout comme les terminaux, le réseau et le cloud ont nécessité de nouveaux budgets, équipes et stratégies, la sécurité des API doit désormais être élevée au rang de priorité stratégique pour la direction. La gouvernance est le socle qui permet aux organisations de transformer la sécurité, d'une fonction purement technique en un levier stratégique, en garantissant l'autorité, la responsabilité et l'alignement nécessaires pour gérer les risques à l'échelle de l'entreprise. Des cadres de gouvernance solides offrent aux équipes de sécurité la structure nécessaire pour appliquer les politiques, démontrer la conformité et communiquer l'état de la sécurité aux conseils d'administration et aux dirigeants avec des indicateurs favorisant une prise de décision éclairée.
Pour les fournisseurs
Le marché va se consolider autour de plateformes offrant une sécurité API holistique — découverte, gouvernance et protection — plutôt que des fonctionnalités isolées au sein de WAF ou de passerelles.
Pour les analystes et les décideurs politiques
Des cadres comme ceux du NIST et de MITRE doivent évoluer pour reconnaître la sécurité des API comme une catégorie distincte, en particulier dans le contexte des architectures pilotées par l'IA.
Ce que les solutions de sécurité pour agents doivent couvrir
Sécuriser la couche d'action des agents nécessite trois éléments que la plupart des outils de sécurité IA ne sont pas conçus pour fournir.
- Commencez par identifier les API et les serveurs MCP auxquels vos agents sont réellement connectés. Ne vous fiez pas aux suppositions ou aux rapports de vos développeurs. Concentrez-vous sur ce qui est réellement en cours d'exécution. Incluez les déploiements non autorisés, les MCP fantômes et tous les points de terminaison qui n'ont jamais été officiellement enregistrés.
- Deuxièmement, vous avez besoin d'une base de référence comportementale. À quoi ressemble une activité normale pour cet agent ? Quelles API appelle-t-il, à quelle fréquence et avec quel type de charge utile ? La détection d'anomalies sans base de référence n'est que du bruit.
- Troisièmement, vous avez besoin d'une visibilité en temps réel sur votre infrastructure réelle : Kubernetes, équilibreurs de charge, passerelles API, systèmes hérités et services cloud modernes. Les agents ne se soucient pas de vos préférences technologiques. Ils appellent tout ce à quoi ils ont accès. Votre surveillance doit couvrir l'ensemble.
Pour les professionnels de la sécurité cherchant à anticiper les risques liés aux agents, l'architecture impose des exigences claires :
- Visibilité sur les trois couches : La sécurité ne peut pas être cloisonnée au seul modèle ou au seul périmètre. Vous devez visualiser l'intégralité du parcours, de la requête LLM jusqu'à l'appel API final.
- Inventaire complet: Vous devez maintenir un inventaire de tous les agents, serveurs MCP et API opérant dans votre environnement. Vous ne pouvez pas sécuriser ce que vous ne voyez pas.
- Cartographie des relations : Il est essentiel de comprendre la « ligne de crédit » dont dispose chaque agent. Quels agents se connectent à quels serveurs MCP ? Quels serveurs MCP appellent quelles API ? À quelles données et quels systèmes ces API accèdent-elles ?
- Surveillance comportementale continue: La surveillance doit couvrir l'ensemble de la pile, et pas seulement la périphérie. Cela nécessite d'analyser l'intention derrière les appels API pour identifier si un agent est manipulé ou s'il fonctionne mal.
- Évaluation des risques contextuels : Le risque doit être évalué en fonction de ce que chaque agent peut réellement faire (son impact potentiel sur la couche d'action), et non simplement en fonction de son existence.
La pile agentique n'est pas particulièrement complexe une fois qu'on la visualise clairement. Mais la plupart des cadres et outils de sécurité ont été conçus avant son apparition, et cela se ressent. Combler cette lacune commence par la compréhension de l'architecture, dans ses trois couches, et par l'élaboration d'une approche de sécurité qui couvre l'ensemble du paysage.
- Tout voir : Vous ne pouvez pas protéger des connexions dont vous ignorez l'existence. Salt découvre automatiquement chaque serveur MCP, chaque passerelle entre l'IA et les données, et chaque agent fantôme déployé par un développeur sans en informer la sécurité. La découverte continue est le seul fondement possible pour la gouvernance de l'IA.
- Appliquer une gouvernance à la vitesse de la machine : Les agents IA ne devraient pas avoir un accès illimité. Salt applique une gouvernance adaptative pour les identités machine-à-machine, garantissant qu'un agent ne puisse appeler que les API spécifiques dont il a besoin. Cela empêche les « adjoints confus » d'accéder à des données sensibles.
- Surveiller l'intention, pas seulement le trafic : Les outils traditionnels ne peuvent pas lire l'intention des conversations. L'analyse d'intention brevetée de Salt établit une base de référence du comportement normal pour chaque agent. Un agent qui traite habituellement dix e-mails se met soudainement à en résumer des milliers ? Il s'agit d'une anomalie comportementale. Salt signale et bloque ces menaces basées sur la logique en temps réel.
Conclusion
La cybersécurité a toujours évolué avec l'architecture informatique. Les terminaux, les réseaux et le cloud ont chacun exigé leur propre discipline à mesure que les organisations se numérisaient. Aujourd'hui, les API, surtout à l'ère des agents IA et des serveurs MCP, constituent cette architecture. La cybersécurité doit s'adapter à l'ère de l'IA pilotée par les API. Les API sont devenues le système d'exploitation de l'entreprise moderne—le point d'entrée vers les données, la logique et la valeur numérique. Les agents IA amplifient cette dépendance, augmentant à la fois les opportunités et les risques.
Pour relever ce défi, les entreprises doivent reconnaître la sécurité de l'IA agentique comme le quatrième pilier de la cybersécurité, au même titre que la sécurité des terminaux, des réseaux et du cloud. Les fournisseurs, les analystes et les conseils d'administration doivent faire évoluer leurs cadres pour garantir que la protection des API soit traitée non pas comme un complément, mais comme une exigence fondamentale pour la prochaine décennie.
Si vous souhaitez en savoir plus sur Salt et sur la façon dont nous pouvons vous aider, veuillez nous contacter ou planifier une démo. Vous pouvez également obtenir une évaluation gratuite de votre IA agentique auprès de l'équipe de recherche de Salt Security et découvrir ce que les attaquants savent déjà.