Immuta veut devenir le plombier des agents IA en entreprise

Immuta, éditeur bostonien spécialisé dans la gouvernance et la sécurité des données, a annoncé le lancement d'un système de data provisioning destiné aux agents IA. Le produit promet de fournir aux agents autonomes un accès aux données d'entreprise en respectant les politiques de gouvernance existantes — contrôle d'accès, masquage, classification — sans intervention humaine à chaque requête.

La société, non cotée, figure dans le Top 30 des vendors data security selon plusieurs classements sectoriels. Elle a levé 100 millions de dollars en série E en 2022, menée par NightDragon, à une valorisation alors estimée autour de 500 millions. Depuis, pas de nouveau tour public. Le marché de la gouvernance data a entre-temps été percuté par l'arrivée des cas d'usage IA générative, qui ont rendu obsolètes certains modèles de contrôle d'accès statiques.

Le problème que personne n'a résolu proprement

Dans une architecture agentique, un agent IA ne se contente pas d'interroger un modèle. Il va chercher des données, les croise, les enrichit, et peut déclencher des actions. Le problème : les systèmes de gouvernance actuels sont pensés pour des utilisateurs humains ou des pipelines batch. Ils attribuent des droits à des identités connues, dans des contextes prévisibles. Un agent qui agit pour le compte d'un utilisateur, dans un contexte dynamique, avec des chaînes d'appels multiples, ne rentre dans aucune de ces cases.

Immuta propose d'intercaler une couche de provisioning entre le data platform (Snowflake, Databricks, AWS, Azure) et l'agent IA. Cette couche évalue en temps réel le contexte de la requête — qui demande, pour quel usage, avec quel niveau de sensibilité — et applique dynamiquement les politiques de gouvernance.

Matthew Carroll, CEO d'Immuta, parle d'un « data access layer for the agentic era, where you don't have to choose between letting agents work and keeping your data safe ».

En 2023, Carroll décrivait encore son produit comme une « universal cloud data access control platform ». Le pivot sémantique vers l'agentique est net.

Ce que le communiqué ne chiffre pas

Immuta ne communique pas de latence ajoutée par cette couche de provisioning. Pour un agent qui enchaîne dix requêtes en cascade, chaque milliseconde compte. Pas de benchmark public. Pas de client nommé en production sur ce produit spécifique — la société mentionne des clients existants (des grands comptes financiers, des agences gouvernementales américaines) qui utilisent sa plateforme de gouvernance classique, pas le module agentique.

Le pricing n'est pas détaillé non plus. La gouvernance data en entreprise se facture historiquement au volume de données protégées ou au nombre de politiques actives. Un modèle tarifaire indexé sur le nombre de requêtes d'agents pourrait exploser les budgets. Ou pas. Immuta ne dit rien.

Le voisinage est encombré

Snowflake a intégré des contrôles de gouvernance natifs dans Horizon. Databricks pousse Unity Catalog comme couche de gouvernance unifiée, y compris pour les workloads IA. Microsoft a lancé Purview AI Hub pour la gouvernance des données utilisées par Copilot. Aucun de ces acteurs ne propose exactement ce qu'Immuta décrit — un provisioning dynamique context-aware pour agents autonomes — mais tous contrôlent la relation avec le client enterprise et ont leurs propres roadmaps agentiques.

Privacera, autre acteur indépendant fondé par les créateurs d'Apache Ranger, a annoncé des fonctionnalités similaires fin 2024 autour de la gouvernance des accès pour les pipelines GenAI. Le terrain est disputé avant même que les architectures agentiques ne soient déployées à grande échelle.

L'agent n'existe pas encore chez le client

Le paradoxe de cette annonce, et de toutes celles qui ciblent l'infrastructure agentique enterprise en ce moment : les agents IA autonomes en production dans les grandes entreprises restent rares. Gartner estimait début 2025 que moins de 5 % des entreprises du Global 2000 avaient déployé des agents IA autonomes accédant à des données internes sensibles. La majorité en sont encore aux copilotes assistés, aux RAG contrôlés, aux démonstrateurs.

Immuta construit donc une infrastructure pour un marché qui n'a pas encore sa charge de travail. Ce n'est pas absurde — les plombiers arrivent avant les locataires — mais cela signifie que la valeur du produit ne sera testable en conditions réelles que lorsque les frameworks agentiques (LangChain, CrewAI, AutoGen, les outils maison des hyperscalers) auront eux-mêmes stabilisé leurs patterns d'accès aux données.

L'annonce a été faite depuis les bureaux d'Immuta à Boston, un mardi matin, sans événement physique. Un webinaire suivra.

Steve Touw, CTO d'Immuta, a précisé dans un billet technique que le système supporte « any agent framework that can issue a data request via API, with full auditability of the chain of custody ».

La formulation est volontairement large. Elle doit l'être : personne ne sait encore quel framework dominera les architectures agentiques dans 18 mois.

Pour un DSI qui gère aujourd'hui ses accès data via des politiques RBAC classiques sur Snowflake ou Databricks, la question immédiate n'est pas de savoir si Immuta a raison sur la vision. C'est de savoir s'il faut ajouter une couche tierce supplémentaire dans un stack déjà dense, pour un cas d'usage qui n'est pas encore en production, avec un vendor qui n'a pas encore prouvé la scalabilité de ce module précis.