Google Beyond Zero : le Zero Trust ne suffit plus à l’ère des agents IA

Google veut pousser la sécurité d’entreprise au-delà du Zero Trust classique. Dans une publication officielle du Google Security Blog datée du 27 juillet 2026, l’entreprise présente Beyond Zero, un nouveau paradigme de cybersécurité pensé pour un monde où des agents IA peuvent agir, appeler des outils, accéder à des données et exécuter des tâches à la vitesse des machines.

L’idée centrale est simple, mais lourde de conséquences : il ne suffit plus de vérifier l’identité d’un utilisateur, l’état de son appareil ou son droit d’accès à une application. Avec Google Beyond Zero, chaque action sur chaque ressource doit pouvoir être autorisée en fonction du contexte, du risque, de la mission attendue et de la sensibilité des données.

Ce n’est pas encore un produit prêt à installer en un clic. C’est d’abord une architecture de sécurité. Mais l’annonce est stratégique : après avoir popularisé BeyondCorp et contribué à installer le Zero Trust dans les entreprises, Google prépare maintenant le terrain pour sécuriser les agents IA, les API, les interfaces graphiques et le Model Context Protocol dans un même modèle de contrôle.

Qu’est-ce que Google Beyond Zero ?

Google Beyond Zero est un modèle de sécurité qui étend les principes du Zero Trust vers la couche d’autorisation. Là où le Zero Trust demande généralement de ne faire confiance à aucun utilisateur ou terminal par défaut, Beyond Zero va plus loin : il réduit la confiance accordée après authentification et évalue l’action précise demandée sur une ressource précise.

Dans un modèle traditionnel, un salarié ou un agent peut obtenir l’accès à une application entière après authentification. Une fois connecté, il peut parfois lire, modifier, exporter ou transmettre des données selon des permissions assez larges. Beyond Zero veut casser cette logique. Un utilisateur ou un agent IA autorisé à consulter un fichier ne devrait pas automatiquement recevoir le droit de le modifier, de le copier vers un autre outil ou de l’envoyer à un service externe.

Google décrit Beyond Zero comme un modèle d’autorisation contextuel, basé sur le risque et le niveau de ressource, capable de fonctionner à la vitesse des machines pour sécuriser à la fois les humains et les agents sans dégrader excessivement l’expérience utilisateur.

C’est ce déplacement qui rend l’annonce importante. La sécurité ne s’arrête plus à la porte d’entrée de l’application. Elle suit chaque action.

Pourquoi Google estime que le Zero Trust ne suffit plus

Google rappelle qu’en 2014, l’entreprise avait publié le livre blanc BeyondCorp, qui a contribué à établir le Zero Trust comme modèle de référence pour sécuriser les réseaux d’entreprise. L’objectif était de sortir d’une logique de périmètre interne fiable : être “dans le réseau” ne devait plus suffire pour être considéré comme légitime.

Mais l’arrivée des agents IA change les hypothèses de départ. Un humain travaille à une vitesse humaine. Il clique, lit, hésite, attend, valide. Un agent peut interagir avec des documents, des bases de données, des outils internes, des dépôts de code et des API beaucoup plus vite. Cette accélération rend les abus plus dangereux.

Google souligne que les attaquants peuvent exploiter cette même vitesse pour compromettre des identifiants privilégiés et exécuter des attaques rapidement. L’entreprise considère donc qu’un nouveau paradigme est nécessaire pour défendre les systèmes d’entreprise face à ces risques.

La vraie rupture est là : Beyond Zero ne part pas seulement du principe qu’un utilisateur peut être compromis. Il part aussi du principe qu’un agent autorisé peut agir trop vite, trop largement ou dans un mauvais contexte.

Les cinq principes de Google Beyond Zero

Google présente Beyond Zero autour de cinq principes.

Le premier est la sécurité par ressource et par action. Les décisions d’autorisation sont évaluées au niveau d’une action individuelle sur une ressource spécifique, au lieu d’accorder un accès large à une application ou à un outil entier. Google précise que ce principe doit s’appliquer de manière uniforme aux interfaces front-end, aux API et au Model Context Protocol.

Le deuxième principe combine sécurité statique et sécurité dynamique. Des politiques statiques granulaires restent vérifiables, mais elles peuvent être renforcées par des contrôles dynamiques lorsque le scénario devient plus risqué ou plus complexe. Cela évite de basculer vers un modèle entièrement dynamique, plus difficile à vérifier en amont.

Le troisième principe repose sur l’enrichissement automatique du contexte. Le système de décision peut intégrer l’identité, l’action demandée, ce que l’utilisateur est censé faire, la nature des données concernées, l’usage prévu et les moyens disponibles pour réduire le risque.

Le quatrième principe concerne l’enquête automatique approfondie. Des signaux de risque peuvent déclencher des investigations de sécurité capables d’imposer immédiatement des vérifications ou des mesures de confinement dans le flux d’accès.

Le cinquième principe porte sur les challenges et les confinements. Les politiques de sécurité peuvent demander une vérification supplémentaire ou déclencher des protocoles de confinement pour un utilisateur ou un agent.

Pourquoi cette annonce est importante pour les agents IA

La portée de Google Beyond Zero dépasse la sécurité classique des employés. Son intérêt majeur concerne les agents IA connectés à des outils.

Un chatbot répond. Un copilote assiste. Un agent IA planifie, agit, utilise des outils, interagit avec des fichiers, appelle des services externes et peut exécuter plusieurs étapes. Cette différence impose une sécurité plus fine. Un agent qui peut seulement résumer un document ne doit pas nécessairement pouvoir le modifier.

Un agent qui peut lire un ticket support ne doit pas automatiquement pouvoir exporter toute la base client. Un agent qui utilise un serveur MCP ne doit pas disposer de permissions globales sur tous les outils exposés.

C’est exactement le problème que Beyond Zero tente de résoudre. Google veut que les décisions d’accès soient liées non seulement à l’utilisateur ou à l’agent, mais aussi à l’action précise, à la ressource, au contexte et au risque.

Pour les entreprises, c’est une évolution logique. Les agents autonomes deviennent inutilisables à grande échelle s’ils doivent être limités à des tâches sans accès réel aux données. Mais ils deviennent dangereux s’ils reçoivent des permissions trop larges. Beyond Zero cherche un compromis : donner assez d’autonomie pour créer de la valeur, mais assez de contrôle pour éviter les abus.

Ce que Google ne dit pas clairement

Le premier point flou est la maturité réelle du modèle. Google parle de premiers prototypes internes et de déploiements montrant une amélioration de la détection des abus d’accès et de la protection de la propriété intellectuelle. Mais l’entreprise ne publie pas encore de métriques détaillées sur les faux positifs, les faux négatifs, la latence ajoutée, le coût opérationnel ou l’impact sur la productivité.

Le deuxième point flou concerne l’expérience utilisateur. Autoriser chaque action peut renforcer la sécurité, mais cela peut aussi ralentir les équipes si les contrôles sont trop visibles ou trop fréquents. Google dit vouloir sécuriser les humains et les agents sans surcharger l’expérience utilisateur, mais cette promesse devra être démontrée dans des environnements complexes.

Le troisième point concerne la gouvernance.

• Qui écrit les politiques ?
• Qui décide qu’une action est légitime ?
• Comment expliquer une décision de blocage ?
• Comment éviter qu’un modèle dynamique ne reproduise des biais ou ne bloque des tâches nécessaires ?

Beyond Zero pose de bonnes questions, mais il n’efface pas la difficulté humaine et organisationnelle du contrôle d’accès.

Le quatrième point concerne la surveillance. Un système capable d’évaluer chaque action en contexte peut devenir un outil puissant de sécurité. Mais il peut aussi alimenter une supervision très fine des comportements professionnels. L’enjeu sera de protéger l’entreprise sans installer une culture de surveillance excessive.

Beyond Zero, MCP et API : pourquoi les développeurs doivent suivre le sujet

La mention du Model Context Protocol est particulièrement importante. MCP permet à des modèles et agents d’interagir avec des outils, des ressources et des contextes externes. À mesure que les entreprises exposent davantage d’outils à leurs agents via MCP, la question des permissions devient centrale.

Un agent connecté à un serveur MCP peut potentiellement découvrir des outils, lire des données, déclencher des actions ou transmettre des informations à d’autres systèmes. Si les permissions restent trop globales, l’agent devient un point de risque. Si elles sont trop strictes, l’agent perd son utilité.

Google Beyond Zero propose de traiter MCP, les interfaces graphiques et les API dans une logique uniforme. C’est une bonne direction. Les entreprises ne peuvent pas avoir une politique pour les humains, une autre pour les API, une troisième pour les agents et une quatrième pour les outils connectés. La sécurité des agents exige une cohérence transversale.

Pour les développeurs, cela signifie que les futurs agents ne seront pas seulement évalués sur leur performance. Ils le seront aussi sur leur capacité à respecter des permissions fines, à produire des traces auditables et à s’intégrer dans des politiques d’autorisation dynamiques.

Qui peut vraiment profiter de Google Beyond Zero ?

Les grandes entreprises sont les premières concernées. Elles disposent de nombreux utilisateurs, applications, API, données sensibles, environnements cloud et obligations réglementaires. Pour elles, un contrôle par action et par ressource peut réduire les risques liés aux comptes compromis, aux accès excessifs et aux agents mal configurés.

Les équipes de cybersécurité y trouveront un cadre utile pour repenser l’autorisation à l’ère de l’IA agentique. Beyond Zero peut devenir une grille de lecture pour auditer les permissions, limiter les actions sensibles et déclencher des enquêtes automatiques.

Les équipes de conformité, juridiques et gouvernance peuvent aussi y voir un signal fort. À mesure que les agents se connectent aux données d’entreprise, les organisations devront prouver qui a fait quoi, pourquoi, sur quelle donnée, avec quelle autorisation et quel niveau de risque.

Les PME ne seront probablement pas les premières à déployer une architecture aussi ambitieuse. Mais elles doivent suivre le sujet, car les principes de Google Beyond Zero finiront par influencer les produits de sécurité, les suites cloud, les outils de productivité, les plateformes agents IA et les solutions SaaS qu’elles utilisent déjà.

Les limites et risques à surveiller

Le premier risque est la complexité. Plus les décisions d’autorisation deviennent fines, plus le système devient difficile à configurer, tester et maintenir. Une mauvaise politique peut bloquer des utilisateurs légitimes ou laisser passer des actions dangereuses.

Le deuxième risque est la dépendance à des systèmes d’évaluation dynamique. Si une entreprise confie trop de décisions à des mécanismes opaques, elle peut perdre en lisibilité. Or la sécurité d’entreprise a besoin d’explications simples : pourquoi cette action a-t-elle été autorisée ou refusée ?

Le troisième risque est la friction. Une sécurité trop stricte peut pousser les utilisateurs à contourner les règles, utiliser des outils non approuvés ou déplacer des données hors des circuits officiels.

Le quatrième risque est la surveillance excessive. Beyond Zero repose sur une compréhension très fine du contexte : identité, mission attendue, donnée concernée, action demandée et mesures de mitigation. Bien gouverné, cela renforce la sécurité. Mal gouverné, cela peut devenir un système de suivi permanent des comportements.

Le cinquième risque concerne les agents. Un agent compromis, manipulé par injection indirecte ou mal configuré peut tenter des actions répétées à grande vitesse. Beyond Zero répond à ce risque, mais il ne le supprime pas. Les entreprises devront aussi investir dans l’isolation des environnements, la revue humaine, la journalisation, les tests de sécurité et la gestion des secrets.

L’avis CritiquePlus

L’avis de CritiquePlus est que Google Beyond Zero est une annonce stratégique, mais encore très architecturale. Ce n’est pas un simple changement de vocabulaire autour du Zero Trust. Google identifie correctement une nouvelle réalité : les agents IA changent la vitesse, l’échelle et la nature des accès en entreprise.

Le point fort de Beyond Zero est son niveau de granularité. Autoriser une action précise sur une ressource précise est plus adapté à l’ère des agents que donner un accès global à une application. C’est une évolution logique, probablement nécessaire, pour les entreprises qui veulent laisser des agents travailler sur des données sensibles sans leur donner les clés du système.

Mais l’annonce doit être lue avec prudence. Google ne prouve pas encore que ce modèle peut fonctionner à grande échelle sans créer trop de blocages, trop de coûts ou trop de surveillance. Les premiers prototypes internes sont encourageants, mais ils ne remplacent pas des retours indépendants, des métriques publiques et des cas d’usage déployés hors de l’écosystème Google.

Pour les grandes entreprises, il faut surveiller et commencer à étudier le modèle. Pour les développeurs et architectes sécurité, il faut déjà intégrer cette logique dans la conception des agents : permissions minimales, actions limitées, traçabilité et refus explicables.

Pour les PME, l’intérêt immédiat est surtout conceptuel, mais il deviendra concret lorsque ces principes apparaîtront dans les outils cloud et SaaS.

Ce qu’il faut retenir

Google Beyond Zero veut prolonger le Zero Trust vers l’autorisation continue de chaque action.

Le modèle s’applique aux humains, aux agents IA, aux interfaces graphiques, aux API et au Model Context Protocol.

Google veut passer d’un accès large à une application à une autorisation précise par action et par ressource.

Les cinq piliers sont les permissions granulaires, le mélange de politiques statiques et dynamiques, l’enrichissement contextuel, l’enquête automatique et les mesures de vérification ou de confinement.

La principale limite est l’absence de métriques publiques détaillées sur les faux positifs, la latence, les coûts et l’expérience utilisateur.

Le principal risque éditorial est clair : sécuriser chaque action ne doit pas devenir surveiller chaque geste.

Sources officielles utilisées

Google Security Blog — “Going Beyond Zero: A New Paradigm For Enterprise Security”, publié le 27 juillet 2026.

ACM Queue — “Beyond Zero: Enterprise Security for the AI Era”, mentionné par Google comme premier document technique consacré à l’architecture Beyond Zero.

Google DeepMind — publication sur la sécurité des agents IA, citée par Google comme travail connexe sur les contrôles d’accès en temps réel et la surveillance automatisée.