Das Produkt setzt auf einen dreiseitigen Handshake zwischen Agent, Nutzer (über ein vertrauenswürdiges Gerät) und 1Password. Ein Agent weist sich bei 1Password mit einem kryptografischen Schlüssel oder einer Signaturbestätigung aus. Anschließend sendet 1Password eine Genehmigungsanfrage an das Gerät des Nutzers. Nach der Genehmigung schließt 1Password entweder die Anmeldung selbst ab, indem es die Zugangsdaten in einen Web-Ablauf einträgt, oder stellt ein zeitlich begrenztes Sitzungstoken aus, das der Agent verwenden kann. So bleiben die Zugangsdaten vertraulich – der Agent erhält niemals das eigentliche Passwort. Gleichzeitig entsteht ein nachvollziehbares Ereignisprotokoll, das Agent-Aktionen der ausdrücklichen Zustimmung eines Menschen zuordnet.

Die ersten Integrationen von 1Password decken die führenden Agent-Anbieter ab: OpenAI (ChatGPT/ChatGPT Work), Anthropic (Claude Duet) und Meta (Muse). Entwickler können damit Abläufe entwerfen, in denen diese Agents Entscheidungen treffen, während der Austausch von Zugangsdaten zentral über 1Password abgewickelt wird. Der praktische Vorteil ist die Einheitlichkeit: Alle Agents folgen derselben Genehmigungsoberfläche und denselben Sitzungsregeln, wodurch weniger individueller Connector-Code nötig ist. Produktteams sollten Unterschiede bei Identitätsnachweisen und Token-Laufzeiten der Anbieter einplanen und serverseitige Protokolle einrichten, um Agent-Aktionen mit Genehmigungsereignissen in 1Password abzugleichen.

Autonome Agents entwickeln sich schneller weiter als bewährte Verfahren für den Umgang mit Zugangsdaten. Die verbreitete Abkürzung – Agents mit direkten API-Schlüsseln oder Kontopasswörtern auszustatten – erhöht langfristige Risiken und schafft ein nicht versicherbares Betriebsrisiko, falls Zugangsdaten offengelegt oder zwischengespeichert werden. Eine sitzungsgebundene Delegation, bei der nur kurzlebige Zugriffstokens ausgegeben werden, verkleinert die dauerhaft vorhandene Angriffsfläche. Sie erfordert jedoch eine Abstimmung zwischen Identitätsanbietern, Agents und dem Modell mit menschlicher Genehmigung. Für Sicherheitsverantwortliche besteht die entscheidende betriebliche Veränderung darin, die Delegation von Zugangsdaten als zentrale Schnittstelle im Agent-Stack zu behandeln – nicht als nachträgliche Ergänzung.

Bei Anwendungen für Verbraucher vereinfachen vermittelte Agent-Anmeldungen mehrstufige Abläufe: Ein Shopping-Agent kann nach einmaliger Genehmigung mit gespeicherten Zahlungsmitteln den Bezahlvorgang abschließen, und ein Reiseassistent kann Reiserouten buchen und Änderungen verwalten, ohne das Passwort des Nutzers zu speichern. In banknahen Szenarien – etwa bei Kontostandsabfragen, Rechnungszahlungen oder von Agents angestoßenen Überweisungen – begrenzen Sitzungsbeschränkungen in Verbindung mit verstärkter Authentifizierung das Risiko. Produktverantwortliche sollten jede Agent-Aktion einer Genehmigungsoberfläche zuordnen und bei risikoreichen Transaktionen auf eine ausdrückliche Zwei-Faktor-Authentifizierung oder eine manuelle Prüfung zurückgreifen.

Banken und regulierte Dienste erkennen bereits Zugriffsmuster von Agents und schlagen Alarm, weil sie nicht immer zwischen vom Nutzer genehmigter Automatisierung und bösartigen automatisierten Anmeldungen unterscheiden können. Das Modell von 1Password verringert Fehlalarme durch ein überprüfbares Genehmigungsereignis. Unternehmen müssen dennoch die Aufbewahrung von Prüfprotokollen, die Reaktion auf Sicherheitsvorfälle und rechtliche Auslöser berücksichtigen, wenn Agents mit Finanzdaten arbeiten. Anbieter sollten mit regulatorischer Prüfung rechnen und sich mit Banken auf standardisierte Nachweise oder Metadaten verständigen, die die Zustimmung des Nutzers belegen, ohne Zugangsdaten offenzulegen.