De nouvelles recherches sur la cybersécurité ont révélé deux vulnérabilités importantes dans la plateforme d’intelligence artificielle Vertex de Google. Les failles, identifiées par la société de sécurité XM Cyber, permettent aux utilisateurs disposant d’autorisations minimales d’élever leurs privilèges, accédant ainsi à des fonctions beaucoup plus puissantes au sein de l’environnement cloud. Le principal problème réside dans les paramètres par défaut de la plateforme, qui accordent des autorisations trop larges aux comptes de services automatisés.

Cette découverte expose un risque latent pour les organisations qui s’appuient sur l’infrastructure d’IA de Google Cloud, notamment en ce qui concerne les menaces internes. Un utilisateur malveillant ou un compte compromis disposant d’un accès de base pourrait exploiter cette faille pour manipuler des ressources critiques, accéder à des données sensibles ou effectuer des actions non autorisées. Dans sa réponse, Google a déclaré que le comportement observé est conforme à la conception originale de la plate-forme, transférant la responsabilité de l’atténuation aux clients.

L’alerte renforce la nécessité d’une gouvernance de sécurité plus stricte dans les services d’IA gérés. La commodité offerte par les paramètres par défaut, qui visent à faciliter l’utilisation de l’outil, finit par créer des vecteurs d’attaque qui peuvent passer inaperçus auprès des équipes de sécurité. Especialistas recommande un examen immédiat des politiques d’accès et une surveillance plus étroite des activités des comptes de service.

Comment fonctionne l’échec d’escalade

La vulnérabilité exploite la façon dont Google Vertex AI gère ses comptes de service, appelés « agents de service ». Essas sont des identités spéciales, automatiquement gérées par Google Cloud, conçues pour permettre à différents services de plateforme d’interagir les uns avec les autres et d’accéder aux ressources utilisateur pour effectuer des tâches internes telles que la formation de modèles d’IA ou le traitement de données. Pour garantir la fonctionnalité complète de la plateforme, ces agents disposent, par défaut, d’un large ensemble d’autorisations au niveau du projet. Recherche réalisée par XM En possédant ce jeton, l’attaquant assume effectivement l’identité et les privilèges élevés du compte de service, lui permettant d’effectuer des actions bien au-delà de sa portée initiale, transformant une identité gérée soi-disant sécurisée en un puissant vecteur d’attaque interne.

Réponse officielle de Google sur la conception

Après avoir été informé des vulnérabilités par XM Cyber, Google Cloud a analysé le rapport et a conclu que le comportement des agents de service fonctionne comme prévu. La société a classé le problème non pas comme un défaut à corriger, mais comme une caractéristique intentionnelle de la conception de l’IA Vertex. L’approche Essa donne la priorité à la facilité d’utilisation et au déploiement rapide des fonctionnalités, garantissant que les utilisateurs peuvent activer et utiliser les capacités d’IA sans avoir besoin d’une configuration d’autorisations complexe dès le départ. Les agents de service sont conçus pour fonctionner de manière transparente en arrière-plan, avec un large accès pour prendre en charge des intégrations complexes entre différents services cloud.

Cette philosophie de conception impose cependant une charge importante aux clients. En acceptant les paramètres par défaut, les entreprises acceptent implicitement un modèle de sécurité qui peut ne pas être aligné sur leurs propres politiques de gouvernance et leur tolérance au risque. Analistas indique que cette pratique subordonne les modèles de sécurité d’entreprise à l’architecture du fournisseur de cloud, réduisant ainsi la visibilité et le contrôle dont disposent les équipes de sécurité sur les composants internes critiques de la plateforme. La décision de Google de ne pas modifier ce comportement renforce l’importance du modèle de responsabilité partagée, dans lequel les clients sont responsables de la configuration et de la surveillance appropriées des services qu’ils utilisent.

Implications pour la sécurité de l’entreprise

Les risques présentés par ces autorisations excessives sont particulièrement graves dans le contexte de menaces internes. Un employé malveillant ou un attaquant qui a compromis un compte à faible privilège peut utiliser cette technique pour se déplacer latéralement sur le réseau.

L’exploitation de ces comptes de service est subtile et difficile à détecter. Les actions Como sont effectuées par une identité gérée par Google lui-même, les outils de surveillance de sécurité traditionnels peuvent interpréter l’activité comme légitime et routinière.

Les environnements d’IA traitent et stockent souvent de grands volumes de données sensibles, notamment des informations sur les clients, la propriété intellectuelle et des secrets commerciaux. Un compromis dans ce domaine peut avoir un impact dévastateur.

Le manque d’isolation adéquate entre les projets et le recours à des autorisations étendues signifient qu’une seule violation peut conduire à un accès non autorisé aux bases de données, aux systèmes de stockage et à d’autres applications critiques connectées à la plateforme d’IA.

Historique des problèmes de sécurité sur la plateforme

Ce n’est pas la première fois que l’architecture des autorisations de Vertex AI est remise en question par les chercheurs en sécurité. En novembre 2024, Palo Alto Networks a révélé un ensemble différent de vulnérabilités sur la même plate-forme, qui a également permis l’élévation de privilèges et l’exfiltration de modèles d’apprentissage automatique.

À cette époque, les échecs étaient liés à des « tâches personnalisées » et à un accès inapproprié aux modèles d’IA qui avaient été ajustés avec des données clients propriétaires. Google a répondu rapidement, en appliquant des correctifs aux problèmes spécifiques signalés.

La récurrence des vulnérabilités liées à la gestion des privilèges suggère un modèle structurel dans la conception des plateformes d’IA managées. Para simplifie l’expérience utilisateur, ces plates-formes ont tendance à accorder par défaut des autorisations élevées à leurs composants internes, créant un défi de sécurité permanent.

Connexion aux directives de l’OWASP

Les résultats sont directement alignés sur les risques émergents catalogués par la communauté de la sécurité. En décembre 2025, le projet OWASP (Open Web Application Security Project) a publié le « Top 10 for Aplicações Agentic », un guide axé sur les risques de sécurité spécifiques aux systèmes d’IA autonomes.

La vulnérabilité Vertex AI entre directement dans la catégorie ASI03, qui traite de « l’abus de Identidade et Privilégios dans Sistemas Autônomos AI ». La catégorie Essa met en évidence le danger que les acteurs aient accès à des outils et des ressources sans les restrictions granulaires nécessaires pour limiter leur champ d’action.

La question des identités invisibles

L’un des plus grands défis mis en évidence par cette vulnérabilité est la gestion des « identités invisibles », telles que les agents de service. Diferente de comptes d’utilisateurs humains, ces identités automatisées fonctionnent en arrière-plan, sont créées automatiquement par la plateforme et ne sont souvent pas auditées de manière aussi rigoureuse par les équipes de sécurité, qui ont tendance à se concentrer sur les menaces provenant de comptes humains.

Mesures d’atténuation recommandées

Les experts en sécurité cloud recommandent aux entreprises utilisant l’IA Vertex d’adopter une position proactive pour atténuer ces risques. La première étape consiste à effectuer un audit approfondi de toutes les identités de service associées à vos charges de travail d’IA, en identifiant les autorisations dont chacune dispose et si elles sont strictement nécessaires.

Il est crucial de mettre en place un suivi spécifique de l’activité de ces agents de services, en les traitant comme des comptes privilégiés. Isso implique la création d’alertes pour des modèles de comportement anormaux, tels que l’accès à des ressources en dehors de la portée habituelle ou l’exécution de commandes à des moments inhabituels, ce qui peut indiquer une manipulation inappropriée.

Responsabilité partagée du cloud

Cette affaire nous rappelle brutalement le modèle de responsabilité partagée dans le cloud computing. Enquanto le fournisseur, comme Google, est responsable de la sécurité « du » cloud (infrastructure physique et services de base), le client est responsable de la sécurité « dans » le cloud.

Cela inclut la configuration correcte des autorisations, la gestion des identités et des accès, ainsi que la surveillance de vos propres applications et données. Aveuglément Confiar dans les paramètres par défaut de tout service géré, en particulier dans des domaines aussi critiques que l’IA, expose les organisations à d’importantes failles de sécurité qui peuvent être exploitées par des attaquants.