Direkte Antwort
Erfassen Sie bei jeder folgenreichen Agentenhandlung Initiator, Genehmigenden und Ausführenden als getrennte Identitäten. Verbinden Sie sie über Handlungskennung, Ziel, genehmigten Inhalt oder Hash, Umfang, Zeitpunkt, Agenten- und Werkzeugidentitäten, Ausführungsergebnis, Beleg aus dem Zielsystem sowie Vorher- und Nachherzustand.
Einfach erklärt
Bei einer Banküberweisung können die Person, die den Auftrag erteilt, die Person, die ihn genehmigt, und das System, das das Geld bewegt, verschieden sein. Eine Zeile „Transaktion abgeschlossen“ zeigt weder, wer sie angefordert hat, noch was genehmigt wurde.
Warum ist das wichtig?
Werden die Rollen nicht getrennt, lassen sich nachträgliche Genehmigung, wiederverwendete Berechtigung, falsche menschliche Zuschreibung oder die Verwendung einer für einen anderen Gegenstand erteilten Genehmigung womöglich nicht erkennen.
Nicht verwechseln
- Initiierung: das Ereignis, das die Handlung oder den Vorschlag erzeugt.
- Genehmigung: Erlaubnis für einen bestimmten Inhalt, ein bestimmtes Ziel und einen festgelegten Umfang.
- Ausführung: technische Durchführung der Handlung.
- Zielwirkung: das Ergebnis, das im externen System tatsächlich eingetreten ist.
Was ist zu tun?
- Vergeben Sie für jede Handlung eine eindeutige action_id.
- Erfassen Sie Initiator und Nachweis der Initiierung.
- Bewahren Sie Identität und Befugnis des Genehmigenden zusammen mit Ziel, Inhalt, Dauer und Einmalstatus der Genehmigung auf.
- Verknüpfen Sie ausführenden Agenten, Laufzeit, Werkzeug und technische Principal-Identität.
- Verlangen Sie eine neue Genehmigung, wenn sich Inhalt, Ziel oder Betrag nach der Genehmigung ändern.
- Beschaffen Sie aus dem Zielsystem einen Nachweis des Ergebnisses und des Vorher-/Nachherzustands.
- Führen Sie Wiederholungen, Teilausführung, Rücknahme und Fehler in derselben Belegkette.
Wie wird geprüft?
- Lassen sich die Identitäten von Initiator, Genehmigendem und Ausführendem verifizieren?
- Gilt die Genehmigung genau für die ausgeführte Version?
- War die genehmigende Person oder Richtlinie für diese Handlung befugt?
- Wurde dieselbe Genehmigung erneut oder für ein anderes Ziel verwendet?
- Stimmt das Quellprotokoll mit dem Ergebnis im Zielsystem überein?
- Sind Zeitleiste und Akteurskette vollständig?
- Könnte der Datensatz nachträglich verändert worden sein?
Grenze
Eine Trace-ID, ein Screenshot oder eine einzelne Protokollzeile ist allein kein vollständiger Beleg. Bewahren Sie genügend Kontext für die Prüfung auf und beachten Sie zugleich Datenschutz und Datenminimierung.
Merksatz
Ein belastbarer Agentendatensatz zeigt nicht nur, was geschah, sondern auch, wer es anforderte, genehmigte und ausführte.
Quellen dieses Eintrags
- S23Behörde für Informations- und Kommunikationstechnologien (BTK), *Elektronische Signatur — Allgemeine Informationen*Offizielle Behörde
- S24NIST SP 800-63-4, *Digital Identity Guidelines*Standard
- S26NIST SP 800-53 Rev. 5, *Security and Privacy Controls*Standard
- S34IETF, RFC 8693, *OAuth 2.0 Token Exchange*Standard
- S35W3C, *PROV-O: The PROV Ontology*Standard
- S36W3C, *Trace Context*Standard
- S37OpenTelemetry, *General Trace Semantic Conventions*Standard- und Projektdokumentation