1Password Events über MCP mit Microsoft Copilot verbinden

💡 Keine Installation? Nutze cloud.anythingmcp.com direkt. Einloggen, Connectors → 1Password Events klicken, Zugangsdaten einfügen, MCP-API-Key erzeugen, fertig. Kein Docker, kein git clone, kein lokaler Server.

1Password Events + Microsoft Copilot

Aktivitäts-Feed eines 1Password-Business-Kontos über die 1Password Events API: Anmeldeversuche mit Ergebnis, Client und Standort, Item-Nutzung (Ausfüllen, Anzeigen, Kopieren, Exportieren, Teilen) und Audit-Events zu Änderungen an Nutzern, Tresoren, Gruppen und Berechtigungen. Nur lesend; liefert nie Passwörter oder andere geheime Werte.

Voraussetzungen

Die vollständige Setup-Anleitung ist in den Connector eingebaut (im Store sichtbar, wenn du den Connector auswählst). Benötigte Umgebungsvariablen für diesen Connector:

ONEPASSWORD_EVENTS_URL, ONEPASSWORD_EVENTS_TOKEN

Schritt 1 — Zugangsdaten holen

Die Einrichtung dauert etwa 5 Minuten. Du brauchst ein 1Password-Business-Konto und einen Owner oder Administrator, der eine Events-Reporting-Integration einrichten kann.

1. Melde dich auf 1Password.com an und öffne Integrations (dann Directory, falls es schon andere Integrationen gibt).
2. Wähle unter Events Reporting dein SIEM oder Other, gib der Integration einen Namen und wähle Add Integration.
3. Richte ein Bearer-Token ein: einen Namen, optional ein Ablaufdatum (30, 90 oder 180 Tage; ohne Angabe läuft es nie ab) und die Events to Report: Anmeldeversuche, Item-Nutzung, Audit-Events. Wähle Issue Token und speichere das Token in 1Password.
4. Füge das Token (ein langes JWT, das mit eyJ beginnt, ohne Bearer davor) in ONEPASSWORD_EVENTS_TOKEN ein.
5. Setze ONEPASSWORD_EVENTS_URL auf den Events-Host der Region deines Kontos: https://events.1password.com (1password.com), https://events.ent.1password.com (ent.1password.com), https://events.1password.ca (1password.ca) oder https://events.1password.eu (1password.eu).
6. Installiere den Connector und führe onepassword_events_introspect aus: Es zeigt die UUID des Tokens, wann es ausgestellt wurde, das Konto und unter features, welche Event-Typen es lesen darf.

Nur lesend: Die drei Listen-Tools sind POST-Anfragen nur deshalb, weil der Blätter-Cursor im Body mitgeschickt wird; in 1Password ändert sich nichts. Da es nichts zu schreiben gibt, ist bei der Installation kein Tool deaktiviert.

Keine geheimen Werte: Die Events nennen Nutzer, Tresore und Items per UUID, mit Namen, E-Mails, IP-Adressen und Standorten der Nutzer, enthalten aber nie Passwörter oder andere Item-Inhalte. Zum Lesen von Tresoren und Items nutzt du den separaten Connector 1Password Connect.

Was er liest:

• onepassword_events_list_signin_attempts: erfolgreiche und gescheiterte Anmeldungen mit Nutzer (Name, E-Mail, UUID), Zeit, Ergebnis (category wie success, credentials_failed, mfa_failed, sso_failed, firewall_failed; type wie credentials_ok, mfa_ok, password_secret_bad, totp_bad, country_blocked), Client-App und Version, Betriebssystem, IP-Adresse und Standort. Nützlich bei verdächtigen Logins, gescheiterter MFA oder gesperrten Ländern.
• onepassword_events_list_item_usages: wer ein Item ausgefüllt, angezeigt, kopiert, exportiert, geteilt oder bearbeitet hat, oder welche Integration es abgerufen, angelegt oder geändert hat (fill, reveal, secure-copy, export, share, enter-item-edit-mode, select-sso-provider, server-fetch, server-create, server-update), mit item_uuid, vault_uuid, used_version, Nutzer, Client und Standort. Nur 1Password-Apps ab Version 8.4.0 zeichnen die Item-Nutzung auf.
• onepassword_events_list_audit_events: was Teammitglieder im Konto geändert haben, etwa eingeladene, gesperrte oder entfernte Nutzer, erteilte oder entzogene Tresorzugriffe, Gruppen, Geräte, Service Accounts und ihre Tokens sowie Exporte. Jedes Event hat action, object_type, den Akteur, das Objekt, die Sitzung (IP, Gerät, Anmeldezeit) und den Standort.

Jedes Listen-Tool braucht das passende Feature auf dem Token (signinattempts, itemusages, auditevents); für ein Feature, für das das Token nicht ausgestellt wurde, antwortet es mit 401.

Blättern: Der erste Aufruf nimmt start_time, end_time (RFC 3339, zum Beispiel 2026-10-29T00:00:00Z) und limit (1 bis 1000, Standard 100); ohne Zeiten liefert er die letzte Stunde. Jede Antwort enthält cursor und has_more. Solange has_more true ist, ruft die KI dasselbe Tool nur mit cursor erneut auf. Ein Cursor bleibt über Sitzungen hinweg gültig, man kann ihn also aufheben, um später nur neuere Events zu holen. Um Zeitfenster oder Seitengröße zu ändern, beginnt die KI ohne Cursor von vorn.

Datenformate: items enthält die Events, die ältesten zuerst. Zeiten sind RFC 3339 in UTC. IDs sind 26-stellige UUIDs wie ETWZJTQCSRFPVOX74KERGHPBTU. country und location.country sind ISO-Ländercodes. action und object_type der Audit-Events sind Kurzcodes: grant, revoke, uva (Tresorzugriff eines Nutzers), gva (Tresorzugriff einer Gruppe), sa (Service Account), satoken (Token eines Service Accounts).

Limits: 600 Anfragen pro Minute und 30.000 pro Stunde je Token; ein 429 heißt warten, bis das Zeitfenster zurückgesetzt ist.

Häufige Fehler: 401 mit {"Error":{"Message":"Unauthorized"}} heißt falsches, widerrufenes oder abgelaufenes Token, falscher regionaler Host oder ein Feature, für das das Token nicht ausgestellt wurde. 400 heißt eine fehlerhafte Zeitangabe oder ein ungültiges Limit. Bei 500 versuch es nach kurzer Pause erneut und sieh auf https://status.1password.com nach.

Der Connector liest keine Tresore, Items oder Passwörter, ändert keine Nutzer, Tresore oder Berechtigungen und stellt keine Events-Reporting-Tokens aus oder widerruft sie.

Schritt 2 — Adapter installieren

curl -fsSL https://raw.githubusercontent.com/HelpCode-ai/anythingmcp/main/docker-compose.quickstart.yml -o docker-compose.yml
printf 'JWT_SECRET=%s\nENCRYPTION_KEY=%s\n' "$(openssl rand -hex 32)" "$(openssl rand -hex 32)" > .env
docker compose up -d

Schritt 3 — Connector in Microsoft Copilot hinzufügen

Deine Server-URL: Öffne in AnythingMCP MCP Servers → den Server, auf dem dieser Connector liegt, und kopiere seine URL (https://cloud.anythingmcp.com/mcp/…). Setze sie überall ein, wo diese Anleitung YOUR_SERVER_ID zeigt.

Microsoft Copilot nutzt MCP-Server über Agents, die du in Copilot Studio baust: Du fügst AnythingMCP einem Agent als Tool hinzu und veröffentlichst den Agent dann in Microsoft 365 Copilot und Teams. Copilot Studio verbindet sich aus der Cloud von Microsoft per Streamable HTTP, das AnythingMCP unterstützt.

1. Öffne in Copilot Studio deinen Agent (oder leg einen an), geh zu Tools und wähle Add a tool → New tool → Model Context Protocol.
2. Trag einen Server name ein (zum Beispiel AnythingMCP), eine Server description, die sagt, was der Connector kann, und die Server URL https://cloud.anythingmcp.com/mcp/YOUR_SERVER_ID. Anhand der Beschreibung entscheidet Copilot Studio, wann es den Server aufruft.
3. Wähle bei der Authentifizierung API key, setze Type auf Header und den Header-Namen auf X-API-Key und klicke auf Create.
4. Wähle in Add tool die Option Create a new connection, füge einen MCP-API-Key aus AnythingMCP ein (MCP Servers → dein Server → API keys) und klicke auf Add to agent.
5. Probier es im Test-Bereich des Agents aus: Bitte um etwas, wofür er die 1Password Events-Tools braucht.
6. Klicke auf Publish, dann auf Channels → Microsoft 365 and Microsoft Teams, lass Make agent available in Microsoft Copilot aktiviert und wähle Add channel. See agent in Teams installiert den Agent für dich; in Microsoft 365 Copilot tippst du @ und wählst den Agent aus.

Lieber eine Anmeldung pro Person? Wähle statt API key OAuth 2.0 → Dynamic discovery: Dann meldet sich jede Person beim ersten Aufruf des Agents bei AnythingMCP an.

Du hostest selbst? Nimm statt https://cloud.anythingmcp.com die öffentliche HTTPS-Adresse deiner Instanz. Copilot Studio verbindet sich aus der Cloud von Microsoft, localhost funktioniert deshalb nicht.

Verfügbare Tools

Beispiel-Prompts

• „Gab es in den letzten 24 Stunden gescheiterte Anmeldeversuche an unserem 1Password-Konto? Gruppiere sie nach Nutzer und Land.“
• „Welche Items wurden in den letzten 7 Tagen angezeigt oder kopiert, und von wem?“
• „Liste die Audit-Events von gestern auf: Wer wurde eingeladen, gesperrt oder entfernt, und welche Tresorberechtigungen haben sich geändert?“
• „Wurde diesen Monat ein Token eines Service Accounts angelegt oder widerrufen?“
• „Welche Event-Typen darf unser Events-Reporting-Token lesen?“

FAQ

Für welchen Copilot gilt das? Für Microsoft 365 Copilot im Unternehmen, über Agents aus Copilot Studio. Die Microsoft-Copilot-App für private Konten bietet keine Möglichkeit, einen eigenen MCP-Server hinzuzufügen.

Was brauche ich? Ein Arbeitskonto mit Zugang zu Copilot Studio (Lizenz oder Testversion), um den Agent zu bauen. Wer ihn in Microsoft 365 Copilot oder Teams nutzen soll, braucht Zugriff auf den Agent: Teile ihn oder lass ihn von einem Admin für die Organisation veröffentlichen. Wendet deine Organisation Datenrichtlinien auf Power-Platform-Connectors an, gelten sie auch für MCP-Server.

Der Agent ruft die Tools nicht auf. Prüfe, dass der Header-Name genau X-API-Key lautet und der Schlüssel zum selben MCP-Server gehört wie die URL, und formuliere die Server description konkret: Copilot Studio entscheidet anhand der Beschreibung, wann es den Server aufruft. Veröffentliche den Agent nach jeder Änderung erneut; in einem offenen Chat holst du die neue Version mit „start over“.

Nächste Schritte

• Connector-Startseite
• Mit Claude verbinden
• Mit ChatGPT verbinden
• Mit Cursor verbinden
• Mit Gemini verbinden
• Mit Meta Muse verbinden