Ein Agenten-Audit-Trail sollte eine praktische Frage beantworten: Warum geschah genau diese Aktion in genau dieser Kundenumgebung? Das Speichern nur eines Chat-Transkripts hinterlässt Lücken. Eine prägnante strukturierte Aufzeichnung kann die vom Agenten verwendeten Beweise, den Vorschlag, den der Prüfer gesehen hat, die Genehmigungsbehörde und das Ergebnis, das die Implementierung tatsächlich hervorgebracht hat, miteinander verbinden.
Zeichnen Sie Entscheidungen als separate Ereignisse auf
Weisen Sie eine stabile Änderungs-ID zu. Zeichnen Sie die Eingabeabrufzeit, den Mandanten, die Quellenkennungen und relevante Beweis-Hashes auf. Speichern Sie die Empfehlung und die angegebene Unsicherheit getrennt vom vorgeschlagenen maschinenlesbaren Diff. Fügen Sie bei Bedarf die Modell- oder Workflow-Version hinzu, um die Argumentationsumgebung zu reproduzieren, ohne zu behaupten, dass die erneute Ausführung eines Modells zu identischer Prosa führt.
Erfassen Sie die Genehmigungsidentität, den Umfang, den Ablauf und den genauen Vorschlags-Hash. Anschließend zeichnen Sie Ausführungsversuche, Backend-Antworten, Vorher- und Nachher-Beobachtungen, Verifizierungsergebnisse und etwaige Rollback-Entscheidungen auf. Verweigerte Aktionen sind wichtig: Ein versuchter Vorgang mit einem falschen Mandanten kann einen Fehler aufdecken, selbst wenn kein Schreibvorgang stattgefunden hat.
Binden Sie die Kette, ohne die Hashes zu überbewerten
Ein vorgeschlagener Genehmigungsdatensatz kann einen Auszug eines Vorschlags binden, der Mieter, Zone, Datensatzname, Datensatztyp, Vorgang, Vorwert, Nachwert und Revision enthält. Der vertrauenswürdige Genehmigungsdienst muss feststellen, wer es genehmigt hat; Ein Hash allein kann einen Genehmiger nicht authentifizieren. Lassen Sie nicht zu, dass Berichtstext oder die eigene Ausgabe des Modells ein Genehmigungsereignis auslösen.
OWASP empfiehlt, die Befugnisse der Agenten einzuschränken und hochwirksame Vorgänge unabhängig zu steuern. Das Prüfungsdesign hier ist eine ursprüngliche betriebliche Anwendung dieses Prinzips und kein vorgeschriebenes OWASP-Ereignisschema. OWASP LLM06.
Rekonstruieren Sie ein hypothetisch gescheitertes Ergebnis
Vermuten ein Rekord enthält fünf Ereignisse: Eingabeabruf, Vorschlag, Genehmigung, Schreibversuch und Überprüfung. Das letzte Ereignis meldet, dass eine autorisierte DNS Beobachtung mit dem beabsichtigten Wert übereinstimmt, die repräsentative Nachricht jedoch ihre Anforderungen nicht erfüllt Ausrichtung überprüfen. Zeichnen Sie die Konfigurationsbeobachtung und die Nachbedingung der fehlgeschlagenen Nachricht separat auf. Weder die Genehmigung noch eine erfolgreiche Schreibantwort schließen das fehlgeschlagene Ergebnis ab. Hierbei handelt es sich um angenommene Ereignisse, nicht um generierte Protokolle oder tatsächliche Tests.
Ein Hash-verknüpftes Ereignisdesign speichert den Digest des vorherigen Ereignisses in jedem nächsten Ereignis. Das Ändern eines Ereignisses, während spätere Links unverändert bleiben, kann bei der Überprüfung zu Inkonsistenzen führen. Ein Akteur, der in der Lage ist, die gesamte Kette neu zu schreiben, kann diese Glieder neu berechnen, sodass das Design allein kein unveränderlicher Beweis ist. Schützen Sie einen unabhängigen Kontrollpunkt oder eine gleichwertige Integritätskontrolle, trennen Sie den Zugriff und bewahren Sie die Herkunft. Hier wird kein Hash-Chain-Test oder Manipulationssicherheits-Benchmark durchgeführt.
Bewahren Sie nützliche Beweise auf, ohne alles zu sammeln
Bewahren Sie das zur Begründung der Entscheidung erforderliche Minimum an Rohstoffen auf. Authentifizierungsberichte und E-Mail-Beispiele können persönliche oder kundensensible Informationen enthalten. Halten Sie private Schlüssel, Token und Anmeldeinformationen aus Protokollen fern. Verwenden Sie Beweisverweise, anstatt vollständige Nachrichten in jedes Ereignis zu duplizieren, und wenden Sie Zugriffs- und Aufbewahrungskontrollen sowohl auf Originale als auch auf abgeleitete Zusammenfassungen an.
Ein Prüfer sollte erkennen können, ob eine Beobachtung von einer autorisierenden DNS Abfrage, einem rekursiven Cache, einer Anbieter-API-Antwort oder einem synthetischen Test stammt. Beschriften Sie die Umgebung und den Beweistyp. Eine fehlende Ausgabe ist ein unbekanntes Ergebnis und keine erfolgreiche Überprüfung.
Ermöglichen Sie eine Überprüfung und Wiederherstellung
Fügen Sie eine Korrelations-ID für Wiederholungsversuche hinzu, damit eine Zeitüberschreitung nicht wie eine zweite unabhängige Änderung aussieht. Bevor Sie einen unsicheren Schreibversuch wiederholen, lesen Sie den aktuellen Status und prüfen Sie, ob der erste Versuch ausgeführt wurde. Notieren Sie die Abstimmungsentscheidung. Schützen Sie den Prüfpfad vor demselben Agenten, der Änderungen vorschlagen kann, und testen Sie, was passiert, wenn die Protokollierung nicht verfügbar ist. Bei sensiblen Änderungen kann es sicherer sein, vor der Ausführung anzuhalten, als ein nicht überprüfbares Ergebnis zu erstellen.