1Password ouvre la porte aux agents IA sans leur donner les mots de passe
1Password for Agents sépare connexion et partage du mot de passe. Comptes .com, intégrations à venir et droits après connexion limitent la portée du lancement.
Un agent peut avoir besoin d’entrer dans un compte sans connaître le secret qui le protège. C’est le principe de 1Password for Agents annoncé le 22 octobre 2026. La plateforme sert d’intermédiaire entre le coffre et les agents personnels compatibles. L’utilisateur autorise la connexion. Le mot de passe doit rester hors de la vue du modèle. L’ouverture concerne toutefois des comptes et des intégrations bien précis.
Une connexion approuvée sans copier le secret
Le communiqué de 1Password décrit une demande liée à un identifiant précis. L’agent présente une clé numérique qui permet de reconnaître son identité. L’utilisateur voit quel accès est demandé et pourquoi. Il approuve sur son propre appareil. 1Password remplit ensuite le formulaire de connexion au lieu de transmettre le secret à l’agent.
La FAQ officielle précise que le mot de passe est retiré du formulaire une fois la connexion acceptée. Le même principe peut couvrir un code à usage unique. Brancher un agent ne lui ouvre pas tout le coffre. Quand plusieurs identifiants correspondent, la personne peut choisir celui à utiliser. La fréquence des demandes d’accord dépend de l’intégration.
Une annonce commune et plusieurs calendriers
Le billet de lancement annonce un déploiement de Muse et de Grok Bot dans les prochains jours. Les connexions pour Claude Duet et pour ChatGPT Work et dots sont indiquées comme à venir. Town Townie doit aussi recevoir son intégration. La présence du nom d’un partenaire dans l’annonce ne signifie donc pas que tous ses utilisateurs peuvent activer la fonction immédiatement.
Cette nouvelle offre est annoncée sans supplément pour les comptes Individual et Families hébergés sur 1Password.com. Les comptes 1Password.eu et 1Password.ca ne sont pas pris en charge à ce stade. Cette distinction porte sur l’hébergement du compte. Un lecteur français ne doit donc pas déduire son éligibilité de la seule langue du service. Les appareils et les possibilités restent propres à chaque connexion.
Claude disposait déjà d’un autre parcours
Le billet 1Password for Claude du 16 juillet décrivait un dispositif sur Mac avec les applications et extensions compatibles. Il présentait aussi un mode qui masque le coffre quand un agent contrôle le navigateur. Ce précédent explique pourquoi le lancement d’octobre ne constitue pas la toute première connexion d’un agent à 1Password. Il élargit une approche déjà engagée. Il ne faut pas transférer automatiquement les conditions de juillet à Claude Duet.
Le secret protégé ne résume pas les droits accordés
La FAQ distingue la connexion de la suite de la tâche. Une fois dans le compte, l’agent peut voir des informations ou effectuer des actions selon le site et son fonctionnement. Le mécanisme présenté protège le moyen d’entrer. Il ne définit pas à lui seul tout ce que le compte autorise ensuite. Donner accès à une messagerie et autoriser un achat restent des décisions différentes.
La documentation de sécurité présente les enclaves utilisées pour certains traitements dans le cloud. Elle décrit la vérification du code exécuté et un journal public de transparence. Cette documentation expose le modèle technique de l’éditeur. Elle ne remplace pas un test indépendant de chaque intégration annoncée ce 22 octobre. Aucun essai personnel de ces nouvelles connexions n’est revendiqué ici.
Sur un autre volet de la délégation, mon article sur les comptes et limites de dépenses préparés par Walmart pour les agents explique pourquoi l’autorisation doit aussi porter sur l’action.
Je trouve cette séparation utile pour comprendre les annonces d’agents. L’accès au secret et le pouvoir d’agir dans un compte ne sont pas la même chose. Vérifier la connexion disponible reste le premier pas. Comprendre ce qu’elle permet ensuite reste indispensable.