24 Okt.

Prinzip der geringsten Rechte (Least Privilege)

Versino Financial Suite

Das Prinzip der geringsten Rechte (Least Privilege) ist ein Grundsatz bei der Autorisierung: Ein Client fordert nur die Berechtigungen an, die er für seine vorgesehenen Vorgänge braucht. Das Model Context Protocol (MCP) verankert dieses Prinzip in seiner Autorisierungsspezifikation.

Umsetzung im Model Context Protocol

Im MCP fordert ein Client Berechtigungen in Form von Scopes an. Ein MCP-Server soll im Header WWW-Authenticate angeben, welche Scopes der Zugriff auf eine Ressource erfordert. Der Client weiß damit sofort, welche Scopes er anfordern sollte. So fordert er keine überzogenen Berechtigungen an. Das Feld scopes_supported soll die minimale Menge an Scopes für die Grundfunktionen abbilden (Scope Minimization).

Rechte schrittweise erweitern

Weitere Scopes fordert der Client schrittweise an, über den sogenannten Step-up-Autorisierungsablauf. Fehlt einem Client eine Berechtigung, antwortet der Server mit dem Fehler HTTP 403 Forbidden und dem Hinweis insufficient_scope. Die Antwort nennt die Mindest-Scopes für den Vorgang. Der Client fordert daraufhin ein neues Zugriffstoken mit erweiterten Scopes an. Dazu vereinigt er die bisher angeforderten Scopes mit den neu geforderten. Danach wiederholt er die ursprüngliche Anfrage, aber höchstens wenige Male. Ein Client, der im Auftrag eines Nutzers handelt, soll diesen Ablauf versuchen. Ein Client, der in eigenem Auftrag handelt, darf den Ablauf versuchen oder die Anfrage sofort abbrechen.

Vergleichbares Vorgehen bei KI-Agenten

Beim Einstieg mit KI-Agenten gilt ein ähnliches Vorgehen. Der Agent erhält zuerst nur Leserechte und bekommt erst nach und nach mehr zugetraut. Senden, Veröffentlichen, Kaufen, Löschen und das Ändern von Zugriffsrechten bleiben beim Menschen.

Abgrenzung

Das Prinzip der geringsten Rechte begrenzt, was ein Client darf. Human-in-the-Loop und Human-on-the-Loop regeln dagegen, wie der Mensch ein KI-System überwacht. Beide Ansätze sind verwandte Kontrollprinzipien, aber nicht dasselbe. Verwandte Einträge: Model Context Protocol (MCP); Zugriffstoken (Access Token); Connector (KI); Berechtigung (SAP Business One); Human-in-the-Loop (KI).


 

KI im Arbeitsalltag: Person beginnt mit der eigenen Aufgabe statt mit dem Lernstapel

KI im Arbeitsalltag: So finden Sie den richtigen Start

Wer KI im Arbeitsalltag einsetzen will, kennt das: Man liest einen Beitrag über Prompts. Darin taucht ein neues Modell auf ...
AI-SHOP

KI-Assistent trifft SAP Business One: Zwei Wege aus dem Versino KI-Shop

KI-Assistenten wie Claude oder Copilot schreiben E-Mails, fassen Dokumente zusammen und erklären Fachbegriffe. Fragt man sie aber nach dem offenen ...
SPRINT & SWIRL

Sprint und Swirl: Wie ein KI-Agent Arbeit aufteilt und aus Probeläufen lernt

Diese Reihe beschäftigt sich mit Künstlicher Intelligenz im Zusammenspiel mit SAP Business One. Sie nimmt sich grundlegende KI-Prinzipien in Ruhe ...
LATS

LATS: Mehrere Wege gleichzeitig durchdenkt mit KI — und die Verfügbarkeitsprüfung in SAP B1

Diese Reihe beschäftigt sich mit Künstlicher Intelligenz im Zusammenspiel mit SAP Business One. Nicht als Ansammlung von Produktankündigungen, sondern als ...
ReAct und RLEF

ReAct und RLEF: Wie Künstliche Intelligenz aus echten Fehlern lernt — und was der automatische Bankabgleich in SAP Business One damit zu tun hat

Dies ist die vierte Folge einer Reihe auf diesem Blog, die sich mit KI-Grundlagen im Zusammenspiel mit SAP Business One ...
Service Layer KI als transaktionalen Schicht

SAP B1 10.0 FP2608: Service Layer KI als transaktionalen Schicht

Der Service Layer von SAP Business One diente bisher überwiegend als passiver Datenlieferant: Anwendungen fragten Daten über OData ab, jede ...
Wird geladen …