Rapport de sécurité des agents IA: 1 280 produits, 282 avec SSO; majorité sans contrôle d'identité

Un nouveau rapport sur la sécurité des agents de l'IA présente un tableau inquiétant mais concret: dans les environnements examinés pour 2026 Rapport sur l'état de sécurité de l'agent Il y a environ 1 280 produits tiers qui intègrent déjà des capacités IA; parmi ceux-ci, seulement 282 passent par le circuit de démarrage d'une session (SSO) et le reste - presque mille - reste en dehors de la portée directe de l'infrastructure d'identité par défaut. En termes simples : la plupart des « agents » ne passent pas par un processus d'adoption contrôlé, mais apparaissent dans les applications existantes telles que les mises à jour de produits ou les fonctions héritées, et ainsi échapper aux outils de gouvernance traditionnels.

Il ne s'agit pas d'un problème de modèles - le rapport insiste là-dessus - mais d'écosystèmes. Un agent, expliqué dans ses parties fondamentales, combine un modèle à raison avec un « scafolding » qui en fait un acteur : quels systèmes peuvent consulter, quelles APIs peuvent invoquer, quelles lettres de créances il utilise et quand il agit automatiquement. Selon le document, presque tout le risque pratique réside dans cet échafaudage et dans les connexions que l'agent hérite, et non dans la qualité du modèle de base.

La conséquence immédiate est une lacune dans la logique de sécurité dominante: les outils et les processus qui ont évalué IA prennent un moment de décision - un achat, une intégration, une porte d'entrée - qui accorde un point d'instrumentation et un responsable. Les agents hérités ne passent pas par là. Ils sont installés dans des plateformes que l'entreprise utilise déjà et, dans de nombreux cas, fonctionnent avec des permis qui proviennent de la configuration de l'application hôte ou des jetons stockés dans l'environnement, pas de l'identité de l'entreprise gérée par l'IT.

Qui cela affecte - t - il? Pour toute organisation utilisant des applications tierces à grande échelle : CRM, plateformes de chat, suites de productivité, environnements cloud et catalogues d'applications. Le rapport mentionne que les agents nés dans un CRM peuvent finir par lire un entrepôt de données et créer des tickets dans les systèmes de gestion, et que les agents déployés dans le cloud finissent par héberger des jetons avec accès à plusieurs applications. En termes réglementaires, l'incapacité d'énumérer et d'attribuer les systèmes d'analyse d'impact affecte également la conformité : Loi de l'UE sur l'IA ils supposent qu'une organisation peut inventer ses systèmes IA et faire preuve de supervision.

Le rapport fait également référence aux déclarations des dirigeants de l'industrie qui augmentent le risque pour la catégorie systémique : les cadres qui ont traité la chaîne d'approvisionnement des logiciels comme un vecteur critique et qui appliquent maintenant le même regard aux agents sont cités. Si les grands acteurs ont besoin de contrôler les agents dans leurs processus d'achat et d'évaluation, cela transformera les questionnaires et les contrats en indicateurs de risque requis pour les fournisseurs.

Ce qui est confirmé et ce qui est estimé: les chiffres du rapport (1 280 produits avec IA, 282 derrière SSO) sont la base factuelle rapportée par les auteurs ; la caractérisation technique du problème - l'approche d'échafaudage et de connectivité au modèle - est déployée comme une analyse du même rapport. Les projections de la croissance exponentielle des agents hérités et l'idée que les pratiques actuelles s'effondrent lorsqu'elles grimpent sont des inférences motivées par les auteurs et les experts de l'industrie; ce sont des estimations basées sur des tendances observables, pas des certitudes immuables. Ce qui reste incertain, c'est la rapidité avec laquelle les fournisseurs et les régulateurs mettront en œuvre des contre-mesures efficaces et la manière dont des règles spécifiques évolueront sur différents marchés extérieurs à l'UE.

D'un point de vue technique, la partie critique est « atteinte » : un agent peut agir directement sur les systèmes s'il a hérité de lettres de créances, de connecteurs ou de permissions. Outils classiques - scanners modèles, filtres rapides, examens ponctuels - évaluer les composants isolés; ne pas mesurer les chaînes d'impact qui croisent les identités humaines et non humaines, les applications enchaînées et les permissions. C'est le talon d'Achille identifié : la surface qui compte n'est pas la configuration perçue aujourd'hui, mais ce qu'un agent peut atteindre demain.

Risques spécifiques résultant de cette architecture : exfiltration de données par des agents avec des permis hérités, mouvements latéraux fournis par des identifiants utilisés par des agents, automatisation mal configurée qui modifie les environnements de production, audit et érosion de la gouvernance lorsque les actions de l'agent sont associées à l'application hôte plutôt qu'à un acteur identifiable. Au niveau opérationnel, la gestion manuelle avec tableurs et examens trimestriels devient impossible lorsque le nombre d'agents est compté par centaines ou par milliers.

Que faire maintenant, pas à pas ? Tout d'abord, détecter: mettre en place un inventaire continu des agents et de leurs permissions en temps réel, pas des examens ponctuels. Des outils qui corrélent identités, applications et actions - le rapport cite des solutions conçues pour cartographier ce "graphe" des relations - sont la pièce initiale pour convertir la plage en analyse unitaire. Deuxièmement, l'identité et le principe du privilège mineur : exiger que tout agent ait une identité distincte, fournie par les TI, et recevoir par défaut sans L'élévation doit être explicite et vérifiée. Troisièmement, les contrôles d'exécution: limite et enregistre tous les connecteurs qui permettent à un agent d'atteindre des systèmes sensibles, forçant les approbations d'entreprise et les examens de sécurité pour chaque nouveau connecteur. Quatrièmement, la gestion et la rotation secrètes: assurer les jetons et les titres d'identité utilisés par les plateformes et les agents dans les bons d'entreprise avec rotation automatique et des politiques de portée restreinte. Cinquièmement, la télémétrie et la réponse : centralisez les enregistrements d'actions d'agents dans votre SIEM / EDR et définissez des alertes pour des modèles d'accès inhabituels ou des chaînes d'appels entre les services.

Au niveau des contrats et des fournisseurs, il exige une visibilité : des clauses qui obligent les fournisseurs à documenter les agents inclus dans les mises à jour et à fournir des mécanismes pour désactiver les fonctions des agents au niveau du client. Ne faites pas confiance aux questionnaires traditionnels : demandez des preuves d'inventaire et des preuves que les agents peuvent être dotés d'identités neutralisées jusqu'à l'autorisation.

Pour les équipes qui planifient l'investissement, prioriser la découverte continue et l'automatisation des politiques d'identité sur les scans de modèles statiques. À court terme, les mesures d'atténuation opérationnelles (suppression des jetons non vérifiés, limitation des connecteurs, possibilité d'enregistrement) réduisent le risque immédiat. À moyen terme, mettre en œuvre les flux d'approbation et la prise de connecteurs du fournisseur et travailler avec la législation / conformité pour mettre à jour les contrats. À long terme, promouvoir des architectures qui placent le temps d'exécution contrôlé par l'organisation dans les services essentiels, et presser les fournisseurs pour s'assurer que leurs fonctions d'agent respectent les modèles d'identité délégués et l'audibilité.

Le programme de réglementation et de bonnes pratiques est déjà en cours: Loi de l'UE sur l'IA et des cadres de confiance zéro et gestion de l ' identité, NISTES Zéro confiance ils offrent des principes applicables: visibilité continue, moins de privilèges, segmentation et télémétrie. Sans ces piliers, les organisations continueront d'être surprises par les acteurs qui n'ont jamais suivi un processus d'adoption.

En conclusion, le saut n'est pas technique mais organisationnel : la sécurité doit cesser de demander « quel modèle nous utilisons » et commencer à cartographier « ce que chaque acteur (humain ou non humain) peut réaliser dans mon environnement ». Cette transition nécessite différents outils, des politiques d'identité plus strictes et des contrats qui obligent les fournisseurs à exposer et à contrôler les agents qu'ils envoient dans les plateformes qu'ils gèrent.