§ PLATTFORM / AUDIT-TRAIL
Ein Audit-Trail, den Ihr Prüfer nachprüfen kann.
Logs zeigen, was passiert ist. Ein Audit-Trail muss außerdem belegen, dass danach nichts verändert wurde. Execlave schreibt jede blockierte Agenten-Aktion, jede Pause und jede Governance-Änderung in eine Tabelle, an die nur angefügt werden kann, verknüpft jeden Eintrag per SHA-256-Hash mit dem vorherigen und versiegelt die Kette mit signierten Checkpoints. Nach dem Export kann jeder die Hashes nachrechnen.
§ FUNKTIONEN
Nachweise, die einer Prüfung standhalten
Prüfer fragen selten, ob Sie protokollieren. Sie fragen, woher Sie wissen, dass das Protokoll vollständig und unverändert ist.
Nachweise, die einer Prüfung standhalten
01 / Funktion
Hash-verkettete Einträge
Jeder Eintrag speichert einen SHA-256-Hash über Aktion, Akteur, Ressource, Zustand davor und danach, Ergebnis, Metadaten und Zeitstempel, zusammen mit dem Hash des vorherigen Eintrags. Wer einen Eintrag ändert, entfernt oder umsortiert, bricht die Kette an genau dieser Stelle.
02 / Funktion
Unveränderlich in der Datenbank
Datenbank-Trigger lehnen jedes UPDATE und DELETE auf der Audit-Tabelle ab, und die API verbindet sich mit einer Datenbankrolle, die sie nicht abschalten kann. Der Schutz sitzt in der Datenbank, nicht in Anwendungscode, der ihn umgehen könnte.
03 / Funktion
Signierte Checkpoints
Standardmäßig stündlich wird das Ende der Kette jeder Organisation mit einem RSA-PSS-Schlüssel signiert und mit dem vorherigen Checkpoint verknüpft. Die Prüfung gleicht jede Signatur mit dem Kettenstand ab, den sie versiegelt hat. Eine neu berechnete Historie passt deshalb nicht mehr zur Signatur.
04 / Funktion
Exporte, mit denen Prüfer arbeiten können
Admins exportieren den Trail im Dashboard als CSV oder JSON. Das Compliance-Paket, abrufbar über die API, ergänzt den Kettenstatus, Abdeckungszahlen, eine Schritt-für-Schritt-Prüfanleitung und einen SHA-256-Hash des Pakets.
§ WAS ERFASST WIRD
Was im Trail landet
Jede Entscheidung, die ändert, was ein Agent darf, bekommt einen eigenen Eintrag. Erlaubte Aufrufe werden gezählt statt einzeln protokolliert. So bleibt der Trail lesbar und zeigt trotzdem, wie viele Aufrufe geprüft wurden.
Was im Trail landet
§ SELBST PRÜFEN
So prüfen Sie einen Execlave-Audit-Trail
Für die Schritte zwei bis vier brauchen Sie nur die exportierte Datei und ein SHA-256-Werkzeug. Es sind die Anweisungen, die dem Compliance-Paket beiliegen.
So prüfen Sie einen Execlave-Audit-Trail
Compliance-Paket exportieren
Rufen Sie als Organisations-Admin GET /api/v1/audit-logs/package/export mit einem Zeitraum auf. Die Antwort enthält die Einträge, den Kettenstatus, Abdeckungszahlen und einen Paket-Hash.
Hash jedes Eintrags nachrechnen
Berechnen Sie für jeden Eintrag SHA-256 über seine Felder in der Reihenfolge, die seine Hash-Version festlegt, mit JSON-Feldern als schlüsselsortiertes kanonisches JSON, und vergleichen Sie das Ergebnis mit content_hash.
Verknüpfungen prüfen
Prüfen Sie für jedes Paar aufeinanderfolgender Einträge, dass previous_hash des späteren Eintrags dem content_hash des früheren entspricht. Ein eingefügter, entfernter oder umsortierter Eintrag fällt hier auf.
Paket-Hash prüfen
Berechnen Sie SHA-256 über das Array der Einträge und vergleichen Sie es mit package_hash. Stimmen beide überein, wurde die Datei nach dem Export nicht verändert.
Signierte Checkpoints prüfen
Rufen Sie GET /api/v1/audit-logs/chain/verify auf. Der Aufruf spielt die gesamte Kette nach und prüft jede Checkpoint-Signatur gegen den Kettenstand, den sie versiegelt hat.
Bei Einträgen, die unter der ersten Hash-Version geschrieben wurden, lassen sich die Verknüpfungen prüfen, der Inhalts-Hash aber nicht immer. Das Paket weist sie gesondert als Legacy-Einträge aus, statt sie zu verbergen.
§ FRAGEN
Audit-Trails für KI-Agenten, beantwortet
Audit-Trails für KI-Agenten, beantwortet
Was ist ein Audit-Trail für KI-Agenten?
Ein Audit-Trail für KI-Agenten ist eine chronologische, manipulationssichtbare Aufzeichnung dessen, was Agenten tun durften und was nicht, und jeder menschlichen Entscheidung, die ihre Berechtigungen geändert hat. Anders als Anwendungslogs ist er darauf ausgelegt, nachträglich zu belegen, dass kein Eintrag verändert oder entfernt wurde.
Was erfasst Execlave, wenn ein Agent handelt?
Jeder Richtlinienverstoß bekommt einen eigenen Eintrag mit dem Agenten, der Richtlinie, ihrer Version und der Angabe, ob die Aktion blockiert wurde. Erlaubte Aktionen werden in stündlichen Sammeleinträgen gezählt statt einzeln geschrieben. Pausen, Fortsetzungen und Governance-Änderungen halten fest, wer wann und warum gehandelt hat.
Wie wird der Audit-Trail manipulationssichtbar?
Durch drei Ebenen. Datenbank-Trigger lehnen Änderungen und Löschungen ab. Jeder Eintrag trägt einen SHA-256-Hash seines eigenen Inhalts und des vorherigen Eintrags, eine Änderung bricht also die Kette. Signierte Checkpoints versiegeln das Ende der Kette, sodass selbst eine komplett neu berechnete Kette nicht mehr zur Signatur passt.
Kann ein Audit-Eintrag jemals geändert oder gelöscht werden?
Nicht über die Anwendung oder die API. Die Ausnahmen sind eng und gewollt: Einträge laufen am Ende der Aufbewahrungsfrist aus, die Löschung eines Nutzers nach DSGVO entfernt IP-Adresse, User-Agent und E-Mail aus seinen Einträgen (Felder außerhalb des Hashs), und die Löschung einer Organisation am Ende der Leistung löscht ihren Trail.
Ist jeder Audit-Eintrag signiert?
Nein. Signiert werden Checkpoints, nicht einzelne Einträge: Standardmäßig stündlich wird das Ende der Kette mit RSA-PSS und SHA-256 signiert. Die Einträge selbst schützt die Hash-Kette. Aus dem Trail erzeugte Compliance-Berichte werden als Ganzes signiert; der Export des Audit-Pakets trägt einen SHA-256-Hash, keine Signatur.
Deckt der Audit-Trail Artikel 12 des EU AI Act ab?
Artikel 12 verlangt, dass Hochrisiko-KI-Systeme die automatische Aufzeichnung von Ereignissen über ihre gesamte Lebensdauer ermöglichen, damit ihr Betrieb rückverfolgbar ist. Execlave zeichnet diese Ereignisse für die Agenten auf, die es steuert, und hält die Aufzeichnung prüfbar. Ob Ihr System Artikel 12 erfüllt, hängt davon ab, was Sie insgesamt protokollieren und aufbewahren; der Trail unterstützt das, er entscheidet es nicht.
Wer kann den Audit-Trail lesen?
Admins und Owner der Organisation. Die Einträge jeder Organisation sind durch PostgreSQL Row-Level Security getrennt, der Trail eines Kunden ist für einen anderen also nie sichtbar.
§ VERGLEICH
Ein Audit-Trail im Vergleich zu Ihren bisherigen Logs
Anwendungslogs und Tracing-Werkzeuge beantworten andere Fragen. Sie zeigen, was lief und wie schnell. Ein Audit-Trail muss zeigen, was erlaubt war, wer entschieden hat und dass die Aufzeichnung intakt ist.
Ein Audit-Trail im Vergleich zu Ihren bisherigen Logs
| Aspekt | Anwendungslogs | Tracing und Observability | Execlave-Audit-Trail |
|---|---|---|---|
| Gebaut, um zu zeigen | Was der Code getan hat | Wie ein Request gelaufen ist | Was ein Agent durfte und wer entschieden hat |
| Ändern und Löschen | Mit Schreibzugriff möglich | Hängt vom Anbieter ab | Von Datenbank-Triggern abgelehnt |
| Nachweis, dass nichts fehlt | Nicht eingebaut | Nicht eingebaut | SHA-256-Hash-Kette und signierte Checkpoints |
| Blockierte Aktionen | Nur wenn der Code sie protokolliert | Als Spans, falls instrumentiert | Ein Eintrag pro Verstoß, mit Richtlinienversion |
| Export für Prüfer | Rohe Logdateien | Dashboards und eine API | Ein Paket mit Prüfschritten |
Beginnen Sie die Aufzeichnung, bevor ein Prüfer danach fragt
Agent registrieren, und jede Blockierung, jede Pause und jede Richtlinienänderung ist ab dem ersten Request erfasst. Cloud oder self-hosted.