1Password lässt KI-Agenten Passwörter nutzen, ohne dass sie sie sehen

Ein Agent, der sich anmeldet, ohne das Passwort zu kennen: 1Password hat eine Plattform vorgestellt, die genau das erlaubt, mit Freigabe über das eigene Gerät. Das ist weniger ein einzelnes Feature als der Versuch, ein Grundproblem der Agentenära zu lösen.

So läuft die Anmeldung mit 1Password for Agents

Der Ablauf ist in vier Schritten beschrieben, und die Reihenfolge ist entscheidend: Ein Agent erreicht eine Anmeldeseite, fordert die passenden Zugangsdaten bei 1Password an und weist sich dabei mit einem eigenen digitalen Schlüssel aus. Auf dem Gerät des Nutzers erscheint eine Anfrage, die zeigt, welche Zugangsdaten gebraucht werden und wofür, und der Nutzer entscheidet, ob er zustimmt. Erst dann trägt 1Password die Daten direkt in das Formular ein.

Der letzte Schritt ist der wichtige. Die Zugangsdaten gehen nicht an den Agenten, auch nicht als Kopie, auch nicht verschlüsselt. Sie verlassen den Tresor nur in Richtung Browserfeld. Nach der Anmeldung arbeitet der Agent weiter, das Passwort bleibt, wo es war.

Wer heute einem Agenten Zugang gibt, kopiert in der Regel ein Passwort in ein Textfeld oder hinterlegt es in einer Konfigurationsdatei, und danach liegt es an mehreren Stellen, die niemand mehr überblickt. Genau dieses Muster will 1Password ersetzen.

Warum 1Password jedem Agenten einen eigenen Schlüssel gibt

Der digitale Schlüssel ist der Teil, der in der Ankündigung leicht überlesen wird, denn jeder Agent bekommt eine eigene Identität und nicht das Konto des Nutzers. Damit lässt sich eine Verbindung einzeln widerrufen, ohne dass alle anderen Zugänge angefasst werden müssen. Außerdem entsteht ein Protokoll darüber, welcher Agent wann welche Freigabe angefordert hat.

Aashish Tripathi, Produktchef bei 1Password, bringt den Unterschied auf einen Satz. Das alte Modell: Zugangsdaten aushändigen und hoffen. Ein Agent solle seine Aufgabe erledigen können, ohne dauerhaft Zugriff auf alles hinter dem Konto zu bekommen.

Praktisch heißt das: Der Agent bekommt eine Sitzung, kein Schlüsselbund. Ein Unterschied, der bei einem Vorfall darüber entscheidet, wie viel Schaden entsteht.

Diese Agenten unterstützt 1Password zum Start

1Password nennt eine Reihe von Partnern, und die Namen zeigen, wo das Unternehmen den Markt sieht. Genannt werden Muse von Meta, Claude in der Duet-Variante von Anthropic, ChatGPT Work und dots von OpenAI, Grok Bot von SpaceXSI sowie Townie vom Anbieter Town. Dazu kommen Firmen, die Agenteninfrastruktur bauen, darunter Browserbase, Perplexity, Ramp und einige mehr.

Wichtig ist die Unterscheidung zwischen Ankündigung und Verfügbarkeit. Nach Berichten aus der Einführungswoche sind die Integrationen für Muse und Grok Bot zuerst an der Reihe. Die Anbindungen an Claude und an die OpenAI-Produkte sind angekündigt, aber noch nicht allgemein freigeschaltet. Wer die Funktion heute sucht, findet sie nicht bei jedem genannten Agenten.

Für die Bewertung ist das kein Detail. Eine Freigabelösung ist nur so nützlich wie die Zahl der Dienste, die sie unterstützt. Ein Passwortmanager, der mit zwei von sechs Agenten spricht, löst das Problem nur teilweise.

Was ein Agent nach der 1Password-Freigabe darf

Hier liegt die Grenze, die 1Password selbst klar benennt. Die Zustimmung gilt für die Anmeldung, nicht für das, was danach passiert, denn ist der Agent eingeloggt, handelt er innerhalb des Kontos mit den Rechten, die dieses Konto hat.

Wer einem Einkaufsagenten Zugang zu einem Händlerkonto gibt, hat ihm damit nicht nur das Einloggen erlaubt, sondern auch Bestellungen, Adressänderungen und alles andere, was in diesem Konto möglich ist. Die Freigabe schützt das Passwort. Sie schützt nicht vor einem Agenten, der die falsche Aufgabe ausführt.

1Password formuliert das in der Ankündigung zurückhaltend. Der Nutzer behalte die Kontrolle über die Zugangsdaten, heißt es dort. Über die Aufgaben, die ein Agent ausführen soll, sagt das nichts. Diese Prüfung bleibt beim Nutzer. Sie ist der eigentliche Aufwand.

Warum Banken bei Agenten-Logins nervös werden

Am selben Tag, an dem 1Password die Plattform vorstellte, berichtete Axios über ein Problem, das direkt daneben liegt. Mehrere US-Banken registrieren demnach Aktivitäten von KI-Agenten in Kundenkonten und können in vielen Fällen nicht unterscheiden, ob der Kontoinhaber zugestimmt hat oder nicht. Ein Bankvertreter nannte die Lage gegenüber Axios „horrifying“, also erschreckend.

Chase erklärte gegenüber Axios, Kundinnen und Kunden sollten Benutzernamen und Passwort grundsätzlich niemandem geben. Der Satz ist älter als die Agentenwelle, trifft aber genau den Punkt. Für ein Banksystem sieht ein Agent wie ein normaler Browser aus, der sich mit gültigen Daten anmeldet, und technisch ist das auch so.

Damit wird klar, worum es bei 1Password for Agents eigentlich geht. Nicht um Bequemlichkeit, sondern um Nachvollziehbarkeit. Wer eine Freigabe erteilt, erzeugt eine Spur. Wer dagegen ein Passwort in ein Textfeld kopiert, erzeugt keine Spur.

Was 1Password for Agents nicht löst

Und der Preis? Dazu sagt das Unternehmen nichts, auch einen Termin für die allgemeine Verfügbarkeit nennt es nicht. Wer heute plant, einen Agenten produktiv einzusetzen, kann die Plattform also noch nicht einkalkulieren.

Drei weitere Grenzen gehören dazu. Die Lösung hilft nur bei Diensten, die sich mit klassischen Zugangsdaten anmelden lassen. Sie verhindert nicht, dass ein Agent innerhalb eines Kontos Unsinn macht. Und sie setzt voraus, dass die Gegenseite die Anmeldung nicht als automatisiert erkennt und blockiert, ein Thema, das viele Dienste derzeit unterschiedlich handhaben.

Für wen sich 1Password for Agents jetzt lohnt

Wer einen persönlichen Agenten auf Rechnungen, Reisen oder Einkäufe ansetzt, hat heute meist mehrere Passwörter in dessen Reichweite. Genau dort ist der Nutzen am größten, auch wenn die Zahl der unterstützten Agenten noch klein ist. Für Unternehmen kommt die Frage nach Protokollierung und Freigabeprozessen hinzu.

Die eigentliche Neuerung ist ohnehin nicht das Ausfüllen eines Formulars. Es ist die Annahme, dass Agenten eine eigene Identität brauchen, so wie Mitarbeiter sie haben. Wer diese Annahme teilt, findet hier einen ersten brauchbaren Baustein. Wer sie nicht teilt, wird weiter Passwörter kopieren und hoffen.