À Cloud Next 2026, Google Cloud a articulé une même thèse autour de l’IA en entreprise : l’agentique va devenir l’interface de production, et la sécurité doit être repensée comme un système immunitaire continu. Derrière les annonces, se dessine une stratégie de plateforme où la défense contre les attaques dopées à l’IA devient un argument d’architecture autant qu’un levier d’adoption.
À Las Vegas, Cloud Next 2026 a confirmé un basculement que beaucoup d’équipes sécurité pressentaient sans toujours l’acter dans leurs roadmaps. L’IA n’est plus un « workload » parmi d’autres, mais un plan de contrôle qui orchestre des actions, manipule des identités, appelle des outils et touche aux données opérationnelles. Dans ce contexte, Google Cloud a présenté une double ligne directrice. D’un côté, l’ambition de faire de son cloud la couche d’exécution naturelle des agents en entreprise, avec l’idée d’un environnement unifié où les agents deviennent des composants applicatifs à part entière devenir le système d’exploitation de l’entreprise agentique. De l’autre, une réponse sécuritaire structurée autour d’une défense active, où des agents sont mobilisés pour détecter, qualifier et contenir des attaques elles-mêmes assistées par IA une vaste initiative en faveur d’une défense contre les attaques d’intelligence artificielle. L’enjeu dépasse la communication produit. Il s’agit de redéfinir ce que signifie « sécuriser le cloud » quand l’interface d’accès n’est plus seulement un humain ou une API, mais une constellation d’agents capables d’initiatives.
Une nouvelle surface d’attaque née de l’agentique
La promesse agentique repose sur une délégation accrue. Un agent planifie, enchaîne des appels à des services, récupère des documents, exécute des actions sur des systèmes tiers, parfois en boucle, et souvent avec des privilèges étendus pour éviter de casser l’automatisation. Cette dynamique crée une surface d’attaque qualitativement différente. Les risques classiques de l’IA générative, comme l’exfiltration via prompts, la fuite de données d’entraînement ou l’injection de contenu malveillant, se combinent désormais à des risques d’exécution. L’agent devient un opérateur. Il peut être trompé sur son objectif, sur la provenance d’une instruction, sur la fiabilité d’un outil, ou sur la légitimité d’une action. La sécurité ne peut donc plus se limiter à filtrer des entrées ou à tracer des sorties. Elle doit encadrer l’intention, la chaîne d’outils, les permissions et la persistance des décisions.
Dans un SI moderne, l’agentique superpose plusieurs plans. Un plan conversationnel, où l’utilisateur exprime une intention. Un plan d’orchestration, où l’agent choisit des outils et compose des étapes. Un plan d’exécution, où des API sont appelées avec des identités et des jetons. Et un plan de données, où l’agent lit et écrit dans des référentiels parfois sensibles. Chaque plan appelle des contrôles spécifiques. Sur le conversationnel, la question est celle de la robustesse aux manipulations et à l’ingénierie sociale automatisée. Sur l’orchestration, c’est la gouvernance des outils, la validation des actions, la prévention des boucles et des escalades. Sur l’exécution, c’est l’identité, la segmentation et la limitation des privilèges. Sur les données, c’est la classification, le chiffrement, la prévention de fuite et l’audit. L’intérêt des annonces de Google est d’assumer que ces plans doivent être traités de manière intégrée, et non comme une addition de produits sécurité.
Des agents pour défendre contre des agents, mais avec des garde-fous
La défense « par agents » est séduisante pour une raison simple. Les attaques assistées par IA augmentent la cadence, la personnalisation et la capacité d’exploration. Phishing hyper-ciblé, recherche automatisée de mauvaises configurations, génération de charges utiles polymorphes, exploitation opportuniste de failles connues, tout cela se prête à l’automatisation. Répondre avec des processus humains, même augmentés par des outils, revient à accepter un différentiel de vitesse. En introduisant des agents côté défense, Google cherche à industrialiser trois fonctions. D’abord la détection, en corrélant des signaux multi-couches et en réduisant le bruit. Ensuite l’investigation, en reconstituant des chaînes causales, en identifiant des chemins d’attaque plausibles et en priorisant les actions. Enfin la remédiation, en automatisant des mesures de confinement, de rotation de secrets, de durcissement de politiques ou de mise en quarantaine de ressources.
Mais l’agent défensif introduit à son tour des risques. Un agent qui peut modifier des politiques IAM, isoler des workloads ou révoquer des accès devient une cible de choix. La question centrale est donc la gouvernance de l’automatisation. Pour être acceptable en production, l’agent défensif doit opérer sous contraintes explicites. Cela implique des limites de privilèges, une séparation stricte des rôles, des mécanismes d’approbation selon la criticité, et surtout une traçabilité exhaustive des décisions et des actions. En pratique, les entreprises devront arbitrer entre autonomie et contrôle. Un mode « autopilote » peut être pertinent sur des environnements de test ou sur des incidents à faible impact, mais sur des systèmes régulés, l’automatisation devra souvent se cantonner à des actions réversibles et à des playbooks validés. La maturité se mesurera à la capacité à formaliser ces garde-fous, pas à la quantité d’IA déployée dans le SOC.
Un autre point technique est la qualité des signaux. L’agent défensif n’est utile que s’il s’appuie sur une télémétrie riche et cohérente. Or l’agentique multiplie les événements. Appels d’outils, accès à des documents, changements de contexte, délégations entre agents, tout cela doit être journalisé avec un niveau de détail permettant l’attribution et l’audit. Sans normalisation, on obtient une observabilité fragmentée, propice aux angles morts. La stratégie de Google, telle qu’elle transparaît, consiste à rapprocher l’exécution agentique et la sécurité dans une même pile cloud, afin de réduire les frictions d’intégration. Pour les DSI, c’est une promesse d’efficacité. Pour les RSSI, c’est aussi un risque de dépendance si les contrôles deviennent trop spécifiques à un fournisseur.
La bataille de plateforme se joue sur la confiance et la portabilité
Le sous-texte stratégique de Cloud Next 2026 est une compétition pour devenir la couche d’orchestration de l’entreprise. Si les agents deviennent l’interface de travail, alors le fournisseur qui contrôle l’environnement d’exécution, les identités, les connecteurs d’outils et les politiques de sécurité capte une part croissante de la valeur. La sécurité n’est plus seulement un centre de coût, elle devient un argument de plateforme. Google tente de transformer un problème, l’augmentation des attaques IA, en avantage compétitif, en proposant une défense native alignée sur ses primitives cloud. Cette approche peut séduire les organisations qui cherchent à réduire la complexité et à accélérer l’adoption de l’agentique sans multiplier les briques.
Reste un point de tension pour les grandes entreprises. L’agentique traverse rarement un seul cloud. Les données et les outils sont hybrides, les identités sont fédérées, les politiques sont multi-domaines. Une stratégie crédible doit donc traiter la portabilité des contrôles. Comment exprimer des politiques de moindre privilège pour des agents qui appellent des outils SaaS externes. Comment auditer de bout en bout une action qui commence dans un agent, passe par un connecteur, touche un ERP et déclenche un workflow. Comment gérer la responsabilité partagée quand l’agent est hébergé dans le cloud, mais agit sur des systèmes on-premise. Les annonces de Google poussent vers une intégration verticale, mais les clients exigeront des mécanismes d’interopérabilité, des formats d’audit exploitables et des garanties contractuelles sur la gouvernance des modèles et des données.
Prochaines étapes pour les entreprises qui déploient des agents
La trajectoire est claire. À court terme, l’agentique va se diffuser par cas d’usage, souvent via des assistants internes, des automatisations IT, des fonctions de support ou des chaînes DevOps. À mesure que ces agents obtiennent des droits d’écriture et d’exécution, la sécurité devra évoluer vers un modèle continu, orienté intention et action. Les organisations qui réussiront seront celles qui traiteront l’agent comme une identité logicielle à part entière, avec un cycle de vie, des permissions minimales, des secrets gérés, des environnements segmentés et des journaux exploitables. Elles devront aussi investir dans des mécanismes de validation des outils appelés par les agents, de contrôle des connecteurs et de tests adversariaux réguliers, car l’attaque IA est d’abord une attaque d’interface et de chaîne de décision.
Pour Google Cloud, l’opportunité est de s’imposer comme fournisseur de référence d’une pile agentique sécurisée, en combinant exécution, observabilité et remédiation. Pour le marché, le risque est une fragmentation entre des approches propriétaires, alors même que la menace est systémique. Le prochain cycle d’innovation se jouera donc sur des critères concrets. Capacité à prouver la traçabilité des actions agentiques. Qualité des contrôles d’identité et de moindre privilège. Robustesse aux manipulations de contexte et aux injections. Et surtout capacité à opérer ces contrôles à l’échelle, sans ralentir les équipes produit. Cloud Next 2026 acte une chose. La sécurité de l’IA ne sera pas un add-on. Elle devient une propriété d’architecture, et un champ de bataille où la vitesse d’automatisation doit être compensée par une gouvernance tout aussi automatisable.
