Akteurskontext bei jedem Aufruf – wer fragt an, von welchem Agenten, für welches Ticket, zu welchem Zweck.
Identity MCP Server
Richtliniengesteuerte Identitätskontrollebene für ADK-Rust Enterprise-Agenten. Benutzer nachschlagen, Identität verifizieren, MFA prüfen, Berechtigungen überprüfen, Zugriffsänderungen anfragen und Lebenszyklusereignisse verwalten – alles revisionsprotokolliert mit Akteur...
Was es einem Agenten gibt
Eine speziell entwickelte Fähigkeit hinter einer MCP-Verbindung.
Der Server besitzt seine Domänenlogik und veröffentlicht einen Werkzeugvertrag, den ein MCP-Client entdecken kann. ADK-Rust kann diesen Vertrag in einen Agenten laden, jedes Schema für den gewählten Modellanbieter normalisieren und den Verbindungslebenszyklus außerhalb der Geschäftslogik des Agenten halten.
Revisionsprotokolliert – jede Identitätsabfrage wird aufgezeichnet (PII-Zugriffsverfolgung).
Minimierte PII – gibt nur das Nötigste zurück, niemals Geheimnisse oder Wiederherstellungscodes.
Schreibvorgänge mit Genehmigung – Zugriffsänderungen durchlaufen einen Genehmigungsworkflow.
Break-Glass-Widerruf – Notfallwiderruf mit obligatorischer Nachprüfung.
Plug-in-fähig – aktuell In-Memory-Speicher, Okta/Azure AD/Google Workspace über Feature-Flags.
Architektur
Wie Identity MCP Server in ein Agentensystem passt.
Das Modell benötigt niemals Implementierungsdetails oder Anmeldeinformationen des Systems hinter dem Server. Es sieht geprüfte Werkzeugdefinitionen. Der MCP-Client übernimmt Entdeckung und Aufrufe, während der Server die Validierung, Richtlinien und Kommunikation mit seinem Domänensystem behält.
ADK-Rust Agent
Wählt eine Fähigkeit aus dem geprüften Werkzeugkatalog aus.
MCP-Client
Entdeckt Schemata, sendet Aufrufe und empfängt typisierte Inhalte.
Identity MCP Server
Validiert die Anfrage und besitzt 8 dokumentierte Werkzeugverträge.
Domänensystem
Behält die API, Daten, Anmeldeinformationen und Geschäftsregeln hinter dem Server bei.
Aus der Projektdokumentation
Die veröffentlichte Architektur des Servers
Werkzeugkatalog
Was kann ein Agent Identity MCP Server fragen?
Jedes Werkzeug hat einen stabilen Namen, einen menschenlesbaren Zweck und einen während der MCP-Initialisierung entdeckten JSON-Eingabevertrag. Risikoklassen stammen aus dem Registry-Manifest des Projekts, wenn eines verfügbar ist.
8 benannte Werkzeuge
lookup_userBenutzer per E-Mail, Benutzername, vollständigem Namen oder Mitarbeiter-ID suchen
read onlylist_user_groupsGruppen/Rollen auflisten, denen ein Benutzer angehört
read onlycheck_mfaMFA-Registrierungsstatus, Methoden und letzte Verifizierung prüfen
read onlyverify_userVerifizieren, dass Benutzer existiert und aktiv ist
read onlylist_entitlementsAlle Berechtigungen eines Benutzers mit Quelle, Gewährungstyp, Risikostufe auflisten
read onlyrequest_accessZugriffsgewährung oder -widerruf anfragen – durchläuft Genehmigungsworkflow
internal writeemergency_revokeNotfallzugriffswiderruf – sofortige Wirkung, löst Nachprüfungsaktion aus
destructivelifecycle_taskLebenszyklusaufgabe für Onboarding/Offboarding/Transfer/Rollenänderung erstellen
internal writeGovernance
Verstehen Sie die Wirkung jedes Werkzeugs.
Eine Serververbindung erbt die Berechtigungen ihrer Anmeldeinformationen und der Bereitstellungsumgebung. Die untenstehenden Deklarationen stammen aus dem README dieses Projekts und dem MCP-Registry-Manifest; Ihre Anwendung entscheidet weiterhin, welche Werkzeuge ein Agent erhält und wo eine Genehmigung erforderlich ist.
- Revisionsprotokolliert – jede Identitätsabfrage wird aufgezeichnet (PII-Zugriffsverfolgung).
- Minimierte PII – gibt nur das Nötigste zurück, niemals Geheimnisse oder Wiederherstellungscodes.
- Schreibvorgänge mit Genehmigung – Zugriffsänderungen durchlaufen einen Genehmigungsworkflow.
MCP-Oberfläche
Was die aktuelle Dokumentation erklärt.
MCP kann Werkzeuge, Ressourcen, Eingabeaufforderungen, strukturierte Ergebnisse, Fortschritt, Abbruch und lang laufende Arbeit übertragen. Dieser Eintrag hebt die modernen Protokollfunktionen hervor, die in diesem Repository ausdrücklich erwähnt werden.
Installieren und verbinden
Folgen Sie dem dokumentierten Startpunkt des Projekts.
Installieren Sie den Server in der Umgebung, die seine Anmeldeinformationen und den Domänenzugang besitzt. Fügen Sie ihn Ihrem MCP-Host hinzu, überprüfen Sie die entdeckten Werkzeuge und schränken Sie die Werkzeugauswahl ein, bevor Sie ihn einem Produktionsagenten übergeben.
cargo install mcp-identitylet toolset = McpToolset::from_stdio(
"mcp-identity",
["mcp-identity"],
).await?;
let agent = LlmAgentBuilder::new("agent")
.tools(toolset.tools().await?)
.build()?;Befehle und Konfiguration werden aus dem öffentlichen README extrahiert. Bestätigen Sie Voraussetzungen, Umgebungsvariablen und versionsspezifische Optionen in der offiziellen Dokumentation vor der Bereitstellung.
Offizielle Dokumentation
Fahren Sie mit der Quelle der Wahrheit der Projektbetreuer fort.
Diese Seite bietet eine zugängliche Karte des Servers. Das Repository bleibt autoritativ für genaue Schemata, Voraussetzungen, Konfiguration, Beispiele, Tests, Releases und Sicherheitsupdates.
Weiter erkunden
Mehr in sicherheit und governance.
Quell-Eintrag
Release- und Repository-Metadaten für diesen Katalogeintrag.
- Version
- 1.1.0
- Lizenz
- Apache-2.0
- Werkzeuge
- 8
- Revision
- f8f251f4e49c
- Aktualisiert
- 24. Mai 2026