Zugriffskontrolle für KI-Agenten: Minimale Rechtevergabe für jeden Agenten

Was ist eine Zugriffskontrolle für KI-Agenten?

Die Zugriffskontrolle für KI-Agenten umfasst die Richtlinien, die entscheiden, ob ein Aufrufer auf eine bestimmte Ressource zugreifen darf. Sie beantwortet die Frage „Ist das erlaubt?“, während Guardrails klären, „Was ist darin enthalten?“.

Diese Unterscheidung ist wichtig, da beide Kontrollmechanismen auf unterschiedliche Weise versagen können und Sie daher beide benötigen.

• Die Zugriffskontrolle fungiert als Türsteher. Sie prüft, ob dieser Agent, Benutzer oder dieses Team überhaupt berechtigt ist, das Modell oder das MCP-Tool aufzurufen.
• Guardrails fungieren als Metalldetektor. Sobald ein Aufruf zugelassen wurde, untersuchen sie den Prompt, die Ausgabe und die Tool-Argumente auf Injections, personenbezogene Daten (PII), Geheimnisse oder unsichere Vorgänge.

Ein Agent kann zwar vollständig autorisiert sein, Ihren Datenbank-MCP-Server aufzurufen, aber dennoch dazu verleitet werden, eine destruktive Abfrage zu senden. Die Zugriffskontrolle hat den Server freigegeben, und nur ein Guardrail für die Argumente erkennt, was die Abfrage tatsächlich bewirkt. Wenn Sie den Zugriff jedoch zu weit fassen, verlassen Sie sich vollständig auf den Metalldetektor. Das Prinzip der minimalen Rechtevergabe sorgt dafür, dass die Anzahl der zugelassenen Aufrufe von vornherein gering bleibt.

Die zwei Ebenen der Zugriffskontrolle in TrueFoundry

TrueFoundry setzt den Zugriff auf zwei Ebenen durch – das Verständnis dieser Aufteilung ist der wichtigste Schritt.

Ressourcenbasierte Rollen (Mitarbeiter)

Sie fügen einen Benutzer, ein Team oder ein virtuelles Konto direkt als Mitarbeiter einer Ressource hinzu und wählen eine Rolle, die den Zugriff auf diese Ressource beschränkt. Die Rollen sind spezifisch für den jeweiligen Ressourcentyp:

Hier findet die minimale Rechtevergabe statt. Erteilen Sie einem Agenten nur für die MCP-Server Zugriff, die er für seine Aufgabe benötigt, weisen Sie einem Team die Rolle „Benutzer“ für das Modellkonto zu, das es aufrufen darf, und fügen Sie einen „MCP-Server-Genehmiger“ hinzu, wenn ein Tool vor der Ausführung eine Freigabe erfordert. Dafür ist keine Erstellung benutzerdefinierter Rollen erforderlich.

Mandantenweite Rollen

Mandantenweite Rollen gelten für den gesamten Mandanten und werden unter „Zugriff“ und dann „Rollen“ konfiguriert. Sie regeln mandantenweite Aktionen wie das Erstellen von Ressourcen, das Verwalten von Benutzern und das Auflisten aller Ressourcen eines Typs. TrueFoundry bietet standardmäßig zwei Rollen: Administrator, was die volle Kontrolle bedeutet und auf einen kleinen Personenkreis beschränkt bleiben sollte, sowie Mitglied, das standardmäßig auf nichts zugreifen kann und dem explizit Ressourcenzugriff gewährt werden muss. Wenn diese beiden Optionen zu weit gefasst oder zu restriktiv sind, erstellen Sie eine benutzerdefinierte Rolle.

‍

Produktscreenshot, TrueFoundry-Dokumentation: Berechtigungen für benutzerdefinierte Rollen.

‍

Rollen können sowohl Teams als auch einzelnen Benutzern zugewiesen werden. Die effektiven Berechtigungen eines Benutzers ergeben sich aus der Kombination seiner eigenen Rolle und aller Rollen, die er von seinen Teams geerbt hat. Für Unternehmen, die Identitätsgruppen über SCIM synchronisieren, werden diese Gruppen als TrueFoundry-Teams importiert und können direkt mit Rollen versehen werden, sodass der Zugriff derselben Quelle folgt, die bereits in Ihrem IdP verwaltet wird.

So funktioniert die Zugriffskontrolle für MCP-Tools

Das MCP-Gateway trennt drei Aspekte, die in Teams normalerweise miteinander verknüpft sind. Genau diese Trennung macht das Prinzip der minimalen Rechtevergabe auf Tool-Ebene praktikabel.

‍