Berechtigungen über Systemgrenzen

Authentifizierung stellt fest, welche Identität einen Aufruf macht. Autorisierung entscheidet, was diese Identität mit einer Ressource tun darf. Ein Agent kann korrekt angemeldet sein und trotzdem keine Erlaubnis besitzen, den angefragten Datensatz zu verändern. Diese Entscheidungen dürfen nicht im Prompt zusammenfallen.

NIST beschreibt mit Zero Trust einen Ansatz, bei dem die Netzposition allein kein Vertrauen schafft. Für einen Agenten heißt das: Auch ein interner Dienst prüft den konkreten Zugriff. Ein Werkzeugaufruf innerhalb des Unternehmens ist nicht automatisch erlaubt, nur weil er eine technische Grenze bereits passiert hat.

Unterscheiden Sie die technische Dienstidentität von der Person oder Rolle, in deren Auftrag gearbeitet wird. Ein zentrales Dienstkonto mit weitreichenden Rechten kann die ursprünglichen Grenzen verschlucken. Dann liest der Agent möglicherweise Daten, die der beauftragende Mensch selbst nicht sehen darf.

Halten Sie Auftrag und delegierten Umfang deshalb ausdrücklich fest. Die erlaubte Wirkung ergibt sich aus den geltenden Regeln, nicht aus der Erklärung des Agenten. Ein vom Modell erzeugtes Feld wie Rolle: Administrator ist kein Identitätsnachweis. Die ausführenden Dienste brauchen eine vertrauenswürdige Herkunft dieser Angaben.

Ein Agent darf ein Objekt lesen und einen Entwurf speichern. Ein zweiter Dienst übernimmt die Verarbeitung. Die Übergabe darf daraus keine Erlaubnis zum Versand oder zum Lesen aller Objekte machen. Der Folgedienst braucht einen passenden begrenzten Zugriff und prüft ihn für seine eigene Ressource.

RFC 8693 beschreibt Token Exchange, also den Austausch von Zugriffsnachweisen mit Angaben zu handelnden Beteiligten. Ein solches Verfahren kann Delegation ausdrücken. Es führt aber nicht von selbst dieselben fachlichen Regeln in allen Zielsystemen ein. Die Abbildung der Rechte bleibt eine eigene Integrationsaufgabe.

Ein schwieriger Fall entsteht beim Abruf in einen Suchindex oder Zwischenspeicher. Entzieht das Quellsystem später den Zugriff, darf eine alte Kopie nicht dauerhaft verfügbar bleiben. Legen Sie fest, wie Widerruf, Aktualisierung und Löschung in abgeleitete Bestände gelangen.

Prüfen Sie erlaubte und verweigerte Zugriffe automatisiert, einschließlich Rollenwechsel und Mandantengrenzen. Mandanten sind getrennte Kunden- oder Organisationsbereiche. Eine Oberfläche, die eine Schaltfläche versteckt, ersetzt diese Prüfung nicht. Die direkte technische Anfrage muss denselben Regeln unterliegen, auch wenn ein anderer Dienst oder Agent sie stellt.

FORGE soll den Zusammenhang von Quellen, Objekten und Regeln abbilden. AXON soll innerhalb begrenzter Aufträge handeln. HERMES bezeichnet den geplanten Betrieb, in dem Identitäten, Schlüssel und technische Verbindungen verwaltet werden müssten. KALKÜL soll die relevante Entscheidung und Wirkung nachvollziehbar verbinden.

Der vorhandene Kontrolle-Prototyp zeigt eine Freigabebindung an eine konkrete Sache und eine Kennung. Er belegt keine fertige Rechteweitergabe über fremde Programme. Vor einer solchen Aussage müssten ein konkreter Konnektor, sein Dienstkonto, die Rechteabbildung und der Entzugspfad gemeinsam geprüft werden. Diese Betriebsfähigkeit bleibt GEPLANT.