Sécurité des agents IA : 54% des entreprises ont déjà connu un incident

TL;DR.

Plus de la moitié des entreprises qui déploient des agents IA ont déjà subi un incident de sécurité lié à ces agents. Une enquête VentureBeat auprès de 107 entreprises montre que l'autonomie confiée aux agents progresse plus vite que les contrôles d'identité et d'accès censés l'encadrer, un phénomène que VentureBeat nomme l'agent security gap.

Les chiffres clés : 54% des entreprises interrogées ont connu un incident de sécurité avéré ou un quasi-incident impliquant un agent IA. Seul environ un tiers attribue à chaque agent sa propre identité délimitée, restreinte à ce dont il a strictement besoin. La majorité des agents partagent encore des identifiants entre eux, ce qui rend la traçabilité impossible en cas d'incident. L'enquête a été publiée le 16 juillet 2026 dans le cadre du programme Pulse Research de VentureBeat.

Les entreprises confient à leurs agents IA un accès réel à leurs systèmes et à leurs données, souvent avant d'avoir mis en place les garde-fous censés les encadrer. C'est le constat central d'une enquête publiée le 16 juillet 2026 par VentureBeat, menée dans le cadre de son programme Pulse Research auprès de 107 entreprises. Le chiffre qui ressort : 54% d'entre elles ont déjà connu un incident de sécurité avéré ou un quasi-incident impliquant un agent IA. En clair, l'autonomie se déploie plus vite que les contrôles d'identité, d'isolation et de gestion des accès nécessaires pour la contenir. VentureBeat parle d'un agent security gap, un écart de sécurité propre aux agents.

De quoi parle-t-on quand on parle d'agent IA ?

Un agent IA n'est pas un simple assistant qui répond à une question. C'est un logiciel qui agit : il peut interroger une base de données, envoyer un e-mail, déclencher une action dans un outil métier ou enchaîner plusieurs tâches sans intervention humaine à chaque étape. Cette capacité à agir de façon autonome est précisément ce qui fait sa valeur, et ce qui crée le risque. Un agent qui peut lire et écrire dans vos systèmes est, du point de vue de la sécurité, un utilisateur à part entière. Sauf qu'il agit à la vitesse de la machine et parfois sans qu'un humain valide ses décisions.

Le partage d'identifiants, angle mort principal

Le point le plus préoccupant relevé par l'enquête concerne la gestion de l'identité. Selon VentureBeat, seul environ un tiers des entreprises attribue à chaque agent sa propre identité délimitée (un accès taillé sur mesure, restreint à ce dont l'agent a strictement besoin). La majorité des agents continuent de partager des identifiants entre eux.

Pourquoi est-ce un problème ? Quand plusieurs agents utilisent les mêmes accès, il devient très difficile de savoir lequel a fait quoi. En cas d'incident, la traçabilité s'effondre : impossible de remonter à l'agent fautif, de circonscrire les dégâts ou de révoquer un accès précis sans couper tous les autres. Le partage d'identifiants transforme aussi chaque agent en porte d'entrée potentielle vers l'ensemble des systèmes accessibles avec ces identifiants.

Isolation et cloisonnement : trois entreprises sur dix

L'isolation suit la même logique. D'après l'enquête, seules trois entreprises sur dix isolent leurs agents les plus sensibles, c'est-à-dire ceux qui touchent aux données ou aux systèmes les plus critiques. Isoler un agent, c'est le placer dans un environnement cloisonné où, s'il est compromis ou s'il dérape, il ne peut pas contaminer le reste de l'infrastructure. Sans ce cloisonnement, un agent détourné peut devenir un levier pour atteindre des ressources qu'il n'aurait jamais dû approcher.

Une sécurité empruntée, pas conçue pour les agents

L'enquête pointe un autre déséquilibre : la pile de sécurité utilisée pour encadrer les agents est très majoritairement empruntée aux fournisseurs de modèles et aux grands hébergeurs cloud, plutôt que pensée spécifiquement pour les agents. Autrement dit, les entreprises réutilisent les outils dont elles disposent déjà, sans forcément se doter de contrôles adaptés à ce nouvel usage.

Côté budget, la sécurité des agents ne représente encore qu'une part réduite des dépenses de sécurité. Et sur la question de savoir si leurs défenses tiennent le rythme face à des attaquants eux-mêmes assistés par l'IA, les entreprises interrogées sont, selon VentureBeat, partagées à parts égales. Une moitié estime suivre la cadence, l'autre non.

Ce que ça change pour vous

Si votre organisation déploie ou expérimente des agents IA, cette enquête suggère quelques réflexes concrets, indépendamment de votre fonction (marketing, opérations, IT, RH).

• Attribuer une identité propre à chaque agent. Chaque agent devrait disposer de ses propres accès, limités au strict nécessaire, plutôt que d'identifiants partagés. C'est la condition de base de la traçabilité.
• Cartographier ce à quoi vos agents accèdent réellement. Beaucoup d'incidents naissent d'un agent qui dispose de plus de droits que sa mission ne l'exige.
• Isoler les agents à haut risque. Ceux qui manipulent des données sensibles ou peuvent déclencher des actions irréversibles méritent un environnement cloisonné.
• Poser la question du budget. Si la sécurité des agents reste une ligne marginale alors que leur nombre augmente, l'écart se creuse mécaniquement.

Ces mesures ne relèvent pas seulement de la technique : elles engagent la gouvernance. Décider qui a le droit de déployer un agent, avec quels accès et sous quelle surveillance, est une décision d'organisation avant d'être une décision d'ingénierie.

Un décalage à surveiller

Le message de l'enquête VentureBeat n'est pas que les agents IA seraient dangereux par nature. Il est que leur adoption progresse plus vite que la maturité des contrôles censés les encadrer. Ce décalage n'a rien d'inévitable : il tient largement à des choix de gouvernance, d'identité et de priorisation budgétaire. La question à se poser n'est donc pas seulement quels agents pouvons-nous déployer, mais sommes-nous capables de savoir, à tout moment, ce qu'ils font et ce à quoi ils accèdent. Pour les décideurs, c'est probablement là que se jouera la différence entre une automatisation maîtrisée et une dette de sécurité qui s'accumule en silence.

Questions fréquentes

Qu'est-ce qu'un agent IA du point de vue de la sécurité ?

Un agent IA n'est pas un simple assistant qui répond à une question, c'est un logiciel qui agit : il peut interroger une base de données, envoyer un e-mail ou déclencher une action dans un outil métier sans intervention humaine à chaque étape. Un agent capable de lire et d'écrire dans vos systèmes est donc un utilisateur à part entière. La différence est qu'il agit à la vitesse de la machine, parfois sans qu'un humain valide ses décisions.

Combien d'entreprises ont déjà connu un incident de sécurité lié à un agent IA ?

54% des 107 entreprises interrogées par VentureBeat ont déjà connu un incident de sécurité avéré ou un quasi-incident impliquant un agent IA. Ce chiffre illustre que l'autonomie se déploie plus vite que les contrôles d'identité, d'isolation et de gestion des accès nécessaires pour la contenir.

Pourquoi le partage d'identifiants entre agents est-il un problème ?

Quand plusieurs agents utilisent les mêmes accès, il devient très difficile de savoir lequel a fait quoi. En cas d'incident, la traçabilité s'effondre : impossible de remonter à l'agent fautif, de circonscrire les dégâts ou de révoquer un accès précis. C'est l'angle mort principal relevé par l'enquête.

Combien d'entreprises attribuent une identité propre à chaque agent ?

Seul environ un tiers des entreprises attribue à chaque agent sa propre identité délimitée, c'est-à-dire un accès taillé sur mesure et restreint à ce dont l'agent a strictement besoin. La majorité des agents continuent de partager des identifiants entre eux.

Qu'est-ce que l'agent security gap ?

L'agent security gap est le terme employé par VentureBeat pour décrire l'écart de sécurité propre aux agents IA. Il désigne le fait que les entreprises confient à leurs agents un accès réel à leurs systèmes et à leurs données avant d'avoir mis en place les garde-fous censés les encadrer.