1Password lance Unified Access pour sécuriser les identifiants, tokens et secrets des agents IA

1Password présente Unified Access, une plateforme censée combler une nouvelle faille de sécurité qui s'élargit à mesure que les agents IA s'intègrent aux processus métier. Pour travailler concrètement, les agents ont besoin d'identifiants, de clés API, de clés SSH et d'autres secrets. Les entreprises doivent donc savoir où se trouvent ces données, qui les utilise et dans quelles conditions.

Où le risque augmente

Le problème tient au périmètre des systèmes IAM et SSO classiques : ils contrôlent surtout la connexion de l'utilisateur, pas la suite du cycle de vie des identifiants. Les agents IA fonctionnent autrement. Ils s'exécutent dans des navigateurs, des IDE, des scripts locaux et des automatisations, et ils interrogent des services SaaS et des API. Pour cela, ils obtiennent un accès à des secrets. Ces clés et tokens résident souvent dans des fichiers .env, des configurations, des documents partagés, voire directement sur les ordinateurs portables des développeurs.

Résultat : une zone aveugle s'ouvre pour l'entreprise entre « l'utilisateur s'est connecté » et « l'agent a commencé à agir en son nom ». C'est précisément cette zone que vise 1Password. L'éditeur a annoncé le lancement d'Unified Access le 17 mars 2026 et présente le produit comme une couche unique de gestion des accès pour les humains, les agents IA et les identités machine.

Chez 1Password, on insiste : le risque n'est plus théorique. Les agents commencent à opérer dans des environnements de production et peuvent donc accéder à des données réelles, à des services internes et à des workflows critiques. Plus les équipes testent l'automatisation par l'IA, plus vite se multiplient les secrets non recensés, les contournements temporaires et les droits d'accès superflus.

«

Les agents travaillent déjà dans de véritables environnements de production », affirme 1Password.

Comment fonctionne la plateforme

Unified Access s'articule autour de trois étapes : détecter, protéger et tracer. Les deux premiers modes sont disponibles dès maintenant ; l'audit complet des actions doit arriver plus tard. L'entreprise a aussi ouvert Unified Access Pro au lancement.

Le système commence par recenser les outils d'IA et les agents locaux effectivement utilisés dans l'entreprise, et repère les secrets exposés dans les environnements de développement. Ces données peuvent ensuite être rapidement migrées vers un coffre chiffré unique, soumis à des politiques d'accès communes aux salariés, aux agents et aux processus machine. Selon l'éditeur, le socle de la solution est déjà utilisé par plus de 180 000 organisations et protège plus de 1,3 milliard d'identifiants et de secrets.

• Détection des outils d'IA et des agents locaux sur les appareils et dans les navigateurs
• Recherche des fichiers .env non protégés, des clés API et des clés SSH non chiffrées
• Migration des secrets vers un vault unique doté de politiques communes
• Contrôle de l'accès aux comptes à risque et aux comptes partagés
• Audit unifié indiquant qui a utilisé les secrets, quand et au nom de qui — cette partie est annoncée mais pas encore lancée

Prochaine étape : délivrer les secrets non plus « pour toujours », mais au moment exact de leur utilisation. 1Password mise sur le modèle d'accès just-in-time : l'agent ou l'automatisation reçoit des identifiants dans le contexte d'une tâche précise, au lieu de conserver un token à longue durée de vie n'importe où.

Plus tard cette année, l'éditeur promet d'ajouter des scoped credentials pour les processus agentiques et machine, directement à l'exécution. L'objectif : réduire le nombre d'accès permanents, limiter la prolifération des secrets et simplifier le contrôle de ce qu'un agent peut faire exactement.

Les partenaires au lancement

Le lancement ne prend pas la forme d'un produit isolé, mais s'inscrit dans l'écosystème IA et développeurs. Parmi les partenaires annoncés par 1Password au lancement figurent Anthropic et OpenAI, ainsi que Cursor, GitHub et Vercel.

Côté Anthropic, il s'agit d'une intégration avec l'extension de navigateur Claude, Cowork et Claude Code, afin que Claude puisse se connecter à des services avec le consentement de l'utilisateur, sans que le mot de passe soit transmis directement au modèle. Côté OpenAI, l'éditeur évoque un travail commun sur l'usage sécurisé des éléments locaux du coffre 1Password et sur des scénarios dans les IDE de développement.

1Password s'attaque aussi à la couche infrastructure et navigateur, où le risque est particulièrement élevé puisque l'agent y agit déjà au nom de l'utilisateur. La liste comprend Perplexity, Browserbase, Anchor Browser, KERNEL, Natoma, Runlayer et Commvault.

La logique est claire : plus les agents IA se rapprochent du navigateur, de la CI/CD et des données de l'entreprise, plus il devient important non seulement de stocker les secrets, mais aussi de contrôler le moment où ils sont délivrés et de conserver une trace lisible des actions sur toute la chaîne. C'est sur ce terrain que 1Password tente de bâtir un nouveau standard pour la sécurité agentique.

Ce que cela signifie

Le marché glisse rapidement de la question « comment offrir un login pratique à un salarié » vers celle de « comment gérer un accès partagé par des humains, des bots et des agents IA ». 1Password cherche à occuper cette couche avant ses concurrents : non pas comme un gestionnaire de mots de passe de plus, mais comme un plan de contrôle pour les secrets, les tokens et les actions des agents.

Si l'automatisation par l'IA passe réellement en production à grande échelle, la demande pour ce type de systèmes ne pourra que croître, en particulier en entreprise.