La sécurité des agents IA domine désormais le financement d’amorçage en cybersécurité : voici pourquoi cela doit vous inquiéter

Le capital-risque vient de confirmer ce que les responsables de la sécurité affirment en interne depuis près d’un an : l’IA agentique représente désormais la plus grande nouvelle surface d’attaque à laquelle les entreprises doivent faire face, et le marché en tient compte. Selon le rapport « Q2 2026 Insights » de DataTribe, la sécurité de l’IA et des agents a constitué le premier poste d’investissement en cybersécurité au stade d’amorçage le trimestre dernier, représentant environ un quart de toutes les transactions. Pratiquement chaque dollar investi dans cette catégorie a servi à sécuriser spécifiquement les systèmes d’IA agentique, et non les piles logicielles plus larges sur lesquelles ces agents s’exécutent.

Ce schéma de financement ne relève pas d’un simple engouement. Il répond directement à une faille spécifique et mesurable : des agents autonomes capables de générer leurs propres sous-agents et de leur transmettre des identifiants actifs sans vérification d’identité, sans périmètre défini, ni traçabilité. Les chercheurs de DataTribe ont constaté qu’environ un quart des agents IA déployés sont capables de ce type d’action. Un agent conçu pour résumer un document ou traiter un ticket peut, sans intervention humaine, créer un second agent et lui transmettre des identifiants actifs — identifiants qui n’ont jamais été délivrés, ni cadrés, ni enregistrés à cette fin.

Le rapport quantifie également le contrôle qui fait réellement la différence. Restreindre les privilèges d’un agent à l’accès strictement nécessaire a permis de faire passer le taux d’incidents de sécurité de plus des deux tiers des déploiements à moins de 20 % — la plus forte réduction de risque parmi tous les contrôles mesurés par DataTribe. Ce n’est pas une amélioration marginale ; c’est la différence entre une IA agentique maîtrisée et une porte grande ouverte.

Rien de tout cela ne se produit isolément. Le rapport de DataTribe cite également des données de CrowdStrike qui situent le temps de breakout le plus rapide en 2026 — l’intervalle entre la compromission initiale et le mouvement latéral — à 27 secondes, et le rapport 2025 de Verizon sur les violations de données qui montre une multiplication par sept de l’exploitation des équipements en périphérie et des VPN. Ensemble, ces chiffres décrivent un environnement où les attaquants se déplacent plus vite que jamais, via plus de points d’entrée que jamais, alors même que les entreprises confient à de nouvelles identités peu encadrées — agents IA et leurs sous-agents — les clés de contenus sensibles. Pour toute organisation qui construit un programme de gouvernance de l’IA sur l’échange sécurisé de données Kiteworks ou qui cherche à combler cette faille, ce rapport mérite une lecture attentive.

Résumé de l’essentiel

1. Les investisseurs s’attaquent à un problème réel et quantifié. La sécurité de l’IA et des agents a représenté environ 25 % des transactions de cybersécurité au stade d’amorçage au deuxième trimestre 2026, soit la première catégorie, car le risque sous-jacent est désormais mesurable et non plus théorique.
2. Les sous-agents constituent l’angle mort. Environ un quart des agents IA déployés peuvent générer des sous-agents et leur transmettre des identifiants actifs sans vérification d’identité, sans périmètre défini ni traçabilité, créant ainsi des identités auxquelles aucune équipe de sécurité n’a donné accès ni ne surveille.
3. L’accès à privilèges minimaux est le contrôle le plus efficace. Restreindre les privilèges des agents a permis de faire passer le taux d’incidents de plus des deux tiers à moins de 20 %, soit la plus forte réduction de risque de tous les contrôles mesurés dans le rapport.
4. Les attaquants vont plus vite que la plupart des outils de détection. Les données de CrowdStrike citées dans le rapport placent le temps de breakout le plus rapide en 2026 à 27 secondes entre la compromission initiale et le mouvement latéral.
5. Les anciennes vulnérabilités aggravent les nouvelles. Les données du rapport DBIR 2025 de Verizon montrent une multiplication par sept de l’exploitation des équipements en périphérie et des VPN, élargissant les points d’entrée que les attaquants peuvent utiliser pour accéder à des identités d’agents non gouvernées.

Pourquoi les investisseurs misent gros sur la sécurité des agents IA

L’investissement au stade d’amorçage est un indicateur avancé. Les fondateurs et les investisseurs qui les soutiennent sont au plus près des problèmes que les entreprises vont devoir affronter, et ils convergent aujourd’hui vers une même conclusion : l’IA agentique a créé un problème d’identité et d’accès que les outils de sécurité existants ne sont pas conçus pour gérer. Qu’un quart de toutes les transactions de cybersécurité en amorçage d’un trimestre soit consacré à une seule catégorie représente une concentration significative de capitaux, et indique où les investisseurs avisés estiment que les budgets de sécurité des entreprises seront orientés dans les prochaines années.

Ce n’est pas la première vague de financement autour de la sécurité de l’IA, mais elle est plus mature. Les cycles précédents finançaient la détection assistée par IA et les outils SOC dopés à l’IA — autrement dit, l’utilisation de l’IA pour défendre l’infrastructure. Cette fois, le financement cible un enjeu plus précis : sécuriser les agents IA eux-mêmes, ainsi que les identités non humaines qu’ils créent, en tant qu’actifs à part entière nécessitant leur propre gouvernance. Cette distinction est cruciale pour la réflexion des entreprises sur leurs propres programmes de gouvernance des données IA. Si le capital-risque considère l’identité des agents comme une catégorie de risque distincte nécessitant des outils dédiés, les équipes internes de sécurité et de conformité doivent en faire autant, au lieu de la diluer dans une rubrique générale de « risque IA ».

Pour les RSSI et responsables conformité, la conséquence concrète est que la sécurité de l’IA agentique n’est plus une préoccupation émergente à surveiller de loin. Le marché la traite comme une catégorie de risque active, bien définie, avec ses propres enjeux économiques, ses propres fournisseurs et — selon les conclusions de DataTribe — ses propres contrôles quantifiables. Attendre que les outils de gouvernance de l’IA agentique arrivent à maturité avant d’agir, c’est accepter de prendre des risques d’incidents entre-temps, alors que le rapport montre précisément l’ampleur de la réduction de risque possible dès maintenant.

Le problème des sous-agents : des identifiants sans vérification

La découverte la plus frappante du rapport DataTribe n’est pas que les agents IA présentent un risque en général — cela est bien compris depuis un certain temps — mais le mécanisme précis par lequel environ un quart des agents déployés introduisent ce risque : la création non supervisée de sous-agents couplée à la transmission d’identifiants.

Voici un exemple représentatif et hypothétique de ce que cela donne en pratique. Une entreprise déploie un agent IA pour exécuter une tâche définie — rédiger un résumé de contrat, traiter une file de tickets support, rapprocher un tableau de données. Cet agent, au cours de sa mission, estime avoir besoin d’aide et génère un second agent, plus restreint, pour gérer une sous-tâche. Pour que ce sous-agent puisse travailler, l’agent parent lui transmet des identifiants actifs : une clé API, un jeton de session, un ensemble d’autorisations, restreintes ou non, pour accéder à des systèmes et contenus sous-jacents. Aucun humain n’approuve ce transfert. Aucun fournisseur d’identité ne vérifie qui ou ce qu’est le sous-agent. Aucun journal d’audit ne retrace ce transfert.

Le résultat : une identité non humaine qui n’existait pas une heure plus tôt, jamais provisionnée via les processus IAM standards, et qui détient désormais un accès actif à des contenus sensibles — invisible pour l’équipe sécurité jusqu’à ce qu’un incident survienne. C’est la forme concrète et opérationnelle du « shadow AI » : non pas des collaborateurs utilisant discrètement des chatbots non autorisés, mais des agents autorisés qui créent discrètement des sous-agents non autorisés avec de vrais accès.

Les contrôles d’accès traditionnels reposaient sur l’hypothèse que les identités sont provisionnées délibérément, par un humain, via un processus défini. La génération de sous-agents fait voler en éclats cette hypothèse. L’identité à gouverner est créée dynamiquement, à la vitesse machine, souvent imbriquée sur plusieurs niveaux, et hérite des droits détenus par l’agent parent à ce moment-là — droits qui sont fréquemment plus larges que ce dont le sous-agent a réellement besoin.

L’accès à privilèges minimaux réduit les incidents de deux tiers

Si la découverte sur les sous-agents est la plus alarmante du rapport, celle sur les privilèges minimaux est la plus concrète. DataTribe a constaté que restreindre les privilèges des agents à l’accès strictement nécessaire a permis de faire passer le taux d’incidents de sécurité de plus des deux tiers des déploiements à moins de 20 % — la plus forte réduction de risque parmi tous les contrôles mesurés.

Ce résultat est frappant, car l’accès à privilèges minimaux n’est pas un concept nouveau. C’est l’un des principes fondateurs de l’architecture de sécurité, appliqué ici à une nouvelle forme d’identité. Cette découverte valide ce que les praticiens supposaient depuis longtemps sans pouvoir le quantifier à cette échelle : le contrôle le plus déterminant pour le risque lié à l’IA agentique n’est pas une meilleure détection ni une réponse plus rapide, mais la limitation de ce qu’un agent — et tout sous-agent qu’il crée — est autorisé à manipuler dès le départ.

Appliquer ce principe aux identités d’agents requiert la capacité d’imposer des politiques RBAC et ABAC au moment même où un agent sollicite un contenu, et non simplement à la périphérie d’un système. Les contrôles périmétriques sont inefficaces quand l’agent se trouve déjà à l’intérieur de l’environnement et que le risque réside dans ce qu’il fait — ou délègue — une fois en place. La gouvernance doit donc s’appliquer au niveau de la requête : chaque fois qu’un agent ou sous-agent demande un fichier, un enregistrement ou un jeu de données, cette demande doit être évaluée selon une politique définie, cadrée en conséquence et enregistrée.

C’est précisément cette frontière que le Serveur MCP Sécurisé Kiteworks et Kiteworks Compliant AI sont conçus pour gouverner : des décisions d’accès par requête, aussi bien pour les humains que pour les agents interagissant avec des contenus sensibles, sous un même Control Plane Kiteworks plutôt qu’un patchwork d’autorisations ad hoc. La gouvernance ici n’est pas un ajout tardif sur des agents auparavant non encadrés : c’est la même application de politiques d’accès aux contenus que Kiteworks applique aux utilisateurs humains, étendue de manière cohérente aux requêtes des agents et sous-agents.

27 secondes : la rapidité des breakouts aujourd’hui

Le rapport DataTribe replace les constats sur l’identité des agents dans un problème plus large de vitesse. Les données de CrowdStrike citées dans le rapport situent le temps de breakout le plus rapide en 2026 — l’intervalle entre la compromission initiale et le mouvement latéral — à 27 secondes. Ce chiffre doit amener les équipes de sécurité à repenser la notion de temps de réponse comme levier de contrôle.

Vingt-sept secondes ne suffisent pas à un analyste humain pour examiner une alerte, vérifier qu’il ne s’agit pas d’un faux positif et lancer une mesure de confinement. C’est à peine suffisant pour qu’un outil de réponse automatisée agisse, à condition qu’il surveille le bon signal. Quand la vitesse de breakout est aussi réduite, la prévention et la limitation des accès prennent le relais des mécanismes de détection et de réponse. Si une identité d’agent sur-privilégiée est compromise, une fenêtre de breakout de 27 secondes signifie que le rayon d’action est déterminé dès que l’accès est accordé — pas au moment où l’on détecte l’incident.

Cela met en lumière le problème des identifiants de sous-agents. Dans un environnement où le breakout survient en moins de 30 secondes, un identifiant de sous-agent non cadré et non vérifié devient un chemin de mouvement latéral prêt à l’emploi. Le déficit de traçabilité aggrave encore la situation : si la création d’une identité d’agent compromise n’a jamais été enregistrée, les équipes de sécurité risquent de ne même pas savoir qu’elle existe avant que les dégâts d’un breakout rapide ne soient déjà faits.

Exploitation x7 des équipements en périphérie et VPN : les anciens risques persistent

Il serait erroné de lire le rapport DataTribe comme la preuve que l’IA agentique a supplanté les vecteurs d’attaque traditionnels. Le rapport cite aussi les données du rapport DBIR 2025 de Verizon montrant une multiplication par sept de l’exploitation des équipements en périphérie et des VPN — rappelant que les points d’entrée utilisés par les attaquants depuis des années restent d’actualité, et s’aggravent.

C’est la combinaison des deux tendances qui est préoccupante, pas chacune isolément. Les équipements en périphérie et les concentrateurs VPN sont souvent le premier point d’appui d’un attaquant dans un réseau ; les identités d’agents disposant d’un accès large, non cadré et non audité sont de plus en plus ce que l’attaquant trouve une fois à l’intérieur. Une multiplication par sept des exploitations en périphérie et VPN signifie que davantage d’attaquants franchissent le périmètre. Un quart des agents déployés générant des identifiants de sous-agents non gouvernés signifie que ce que ces attaquants trouvent, une fois à l’intérieur, est de plus en plus vulnérable. Combiné à un breakout en 27 secondes, le tableau est celui où les anciennes failles ouvrent la porte plus vite, et les nouvelles leur permettent de circuler sans être détectés.

Les organisations qui ont beaucoup investi dans une architecture Zero Trust au niveau réseau sans appliquer la même discipline « never trust, always verify » aux identités d’agents et de sous-agents n’ont fait que la moitié du chemin. Les principes Zero Trust s’appliquent à toute identité demandant l’accès à une ressource, humaine ou non. L’IA agentique n’y échappe pas sous prétexte qu’elle va plus vite que les processus de gouvernance existants.

Comment Kiteworks encadre l’accès agent-contenu

Les constats du rapport DataTribe correspondent précisément au risque lié aux identités non humaines que l’échange sécurisé de données Kiteworks vise à traiter : agents et sous-agents accédant, déplaçant et manipulant des contenus sensibles sans vérification, sans cadrage, ni traçabilité durable.

Le Serveur MCP Sécurisé Kiteworks et Kiteworks Compliant AI appliquent des politiques RBAC et ABAC par requête, au moment où un agent — ou un sous-agent qu’il génère — sollicite un contenu, au lieu de s’appuyer sur des contrôles périmétriques ou un provisionnement ponctuel. Chaque requête est évaluée selon une politique définie avant d’accorder l’accès, ce qui répond directement à la faille de cadrage identifiée par DataTribe comme le contrôle le plus efficace. Chaque requête est également enregistrée dans un journal d’audit unifié, offrant ainsi aux équipes sécurité et conformité un historique précis de chaque identité — humaine ou agent — ayant accédé à tel contenu, à quel moment et sous quelle autorisation, plutôt qu’une multitude de journaux épars dans des systèmes déconnectés.

Cette gouvernance s’opère via le Control Plane Kiteworks comme une couche cohérente couvrant à la fois les utilisateurs humains et les agents IA, et non comme des politiques séparées ajoutées a posteriori. Cette cohérence est essentielle, car le problème des sous-agents décrit par DataTribe est fondamentalement un problème de continuité de gouvernance : l’accès d’un agent doit être cadré dès sa création, et tout sous-agent généré doit hériter automatiquement de cette discipline, au lieu de bénéficier d’un accès large faute de politique définie.

Une précision s’impose ici. Les contrôles de Kiteworks s’appliquent spécifiquement à la gouvernance de l’identité des agents et de l’accès aux contenus — c’est-à-dire au risque de transmission d’identifiants et de cadrage quantifié dans ce rapport. Ils ne traitent pas les failles d’exploitation des équipements en périphérie ou VPN évoquées dans les données CrowdStrike et Verizon, qui relèvent du périmètre réseau et non de la couche contenu. Pour couvrir l’ensemble du spectre de risques décrit par DataTribe, il faut les deux : des contrôles périmétriques pour empêcher les attaquants de franchir la frontière, et une gouvernance au niveau du contenu comme Kiteworks secure content access pour s’assurer que, si un attaquant parvient à entrer, il ne trouve pas d’identités d’agents non gouvernées à exploiter.

Ce que cela implique pour votre feuille de route de gouvernance IA

Les données Q2 2026 de DataTribe offrent aux responsables sécurité et conformité un signal rare : une hiérarchisation quantifiée des priorités pour investir le budget de gouvernance IA. Le cadrage à privilèges minimaux des identités d’agents et de sous-agents a permis la plus forte réduction d’incidents mesurée parmi tous les contrôles du rapport. Cela doit devenir la priorité pour toute organisation ayant déployé, ou prévoyant de déployer, des agents IA sur des contenus sensibles — avant toute initiative plus générale de « politique IA » qui ne cible pas le mécanisme précis à l’origine des incidents.

Concrètement, cela implique plusieurs actions pour les équipes élaborant leur feuille de route. D’abord, inventorier les agents déployés capables de générer des sous-agents et traiter cette capacité comme une catégorie de risque distincte nécessitant ses propres contrôles, au lieu de supposer que la gouvernance existante des agents suffit. Ensuite, exiger que chaque création de sous-agent déclenche une vérification d’identité et la délivrance d’identifiants cadrés — et non un accès hérité et non cadré de l’agent parent — et que l’événement soit enregistré. Enfin, vérifier si votre cadre actuel de gouvernance des données applique des politiques au moment de l’accès au contenu pour les identités d’agents spécifiquement, ou seulement pour les utilisateurs humains, car les conclusions de DataTribe suggèrent que c’est précisément là que se concentrent les incidents.

Enfin, ne laissez pas les constats sur la couche réseau occulter les enjeux liés à l’identité des agents. Une multiplication par sept des exploitations en périphérie et VPN combinée à un breakout en 27 secondes signifie que le renforcement du périmètre et la gouvernance au niveau du contenu doivent avancer de concert, sur le même calendrier et avec le même budget. Traiter la sécurité de l’IA agentique comme un problème purement périmétrique ou purement lié à la gouvernance des contenus, c’est passer à côté du risque cumulatif décrit dans le rapport DataTribe.

Pour en savoir plus sur la gouvernance des accès agents et sous-agents aux contenus sensibles avec des politiques appliquées par requête et une traçabilité unifiée, réservez votre démo sans attendre.

Ressources complémentaires

• Article de blog
  Stratégies Zero Trust pour une protection abordable de la confidentialité de l’IA
• Article de blog
  Comment 77 % des organisations échouent à sécuriser les données de l’IA
• eBook
  AI Governance Gap : pourquoi 91 % des petites entreprises jouent à la roulette russe avec la sécurité des données en 2025
• Article de blog
  Il n’existe pas de « –dangerously-skip-permissions » pour vos données
• Article de blog
  Les régulateurs ne se contentent plus de demander si vous avez une politique IA. Ils veulent des preuves de son efficacité.