AI Agent Audit Trail für Compliance: Evidence Mapping
Map AI Agent Compliance-Fragen zu Identität, Autorität, Richtlinien, Ausführung und Ergebnisnachweisen, ohne Logs oder Signaturen als automatische Zertifizierung zu behandeln.
Ein AI-Agent-Audit-Trail unterstützt Compliance, wenn er eine definierte Anforderung mit Nachweisen aus dem System beantwortet, die sie belegen können. Protokolle, Spuren und Unterschriften sind keine automatische Compliance. Anwendbarkeit, Aufbewahrung, Zugriff, menschliche Aufsicht und Beweissicherheit hängen von der Organisation, der Gerichtsbarkeit und dem Anwendungsfall ab.
Die technische Eigentümerseite ist AI Agent Audit TrailsVerwenden Sie dieses Arbeitsblatt mit Rechts- und Kontrollinhabern.
Map Fragen zu Beweisen
| Überprüfungsfrage | Nachweise | Wichtiger Vorbehalt |
|---|---|---|
| Wer war verantwortlich? | Organisations-, Haupt-, Agenten- und Eigentümerdaten | Identitätslebenszyklus muss zuverlässig sein |
| Welche Autorität gab es? | unterzeichneter oder versionierter Bewilligungs- und Widerrufsstaat | Der Anwendungsbereich muss die genaue Zeit und Aktion abdecken |
| Was wurde verlangt? | Canonic Request Digest und geschützte Felder | Digest braucht auflösbare Quelle unter Zugangskontrolle |
| Welche Kontrolle lief? | Policy Digest, Entscheidungs- und Grundcodes | Einsatz muss Trasse durchsetzen |
| Hat eine Person es genehmigt? | Zulassungsidentität und genauer Zulassungsverdau | Anzeige und Identitätssicherung |
| Was ist passiert? | Adapter, Provider und System-of-Record Beobachtungen | Spätere Ergebnisse können sich ändern |
requirement_id: internal-control-AP-17
control_statement: material supplier payments require independent exact approval
population: supplier-payment.create above threshold
evidence_fields:
- request_digest
- approval_digest
- approver_id
- policy_digest
- execution_reference
test_method: sample and compare approval payload with provider submission
owner: finance-controls
Überforderung vermeiden
Eine gültige Signatur zeigt an, dass sich eine Nutzlast unter den gewählten kryptographischen und vertrauenswürdigen Annahmen nicht verändert hat. Sie beweist nicht, dass die Rechnung echt war, der Anbieter abgerechnet hat oder keine Umgehungsroute existierte. Ein vollständiges Auditprotokoll kann immer noch falsch sein, wenn eine vertrauenswürdige Quelle falsche Daten aussandte.
Erstellung eines Probenahmeverfahrens
Legen Sie die Population aus dem Domänensystem fest, nicht nur den Agentennachweisspeicher. Andernfalls verschwinden Aktionen, die das Gateway umgangen haben, aus der Stichprobe. Wählen Sie Transaktionen nach Risikoklasse und Zeitraum und rufen Sie dann die übereinstimmenden Identitäts-, Autoritäts-, Entscheidungs-, Genehmigungs-, Ausführungs- und Ergebnisdatensätze ab.
Für jede Probe sind die geschützten Werte stufenweise zu vergleichen. Die genehmigte Menge und der genehmigte Bestimmungsort sollten mit den Angaben des Anbieters übereinstimmen. Der Policy Digest sollte auf das zum Zeitpunkt der Entscheidung aktive Paket übertragen werden. Der Agent und der Eigentümer sollten im Rahmen der Lebenszyklusbilanz aktiv gewesen sein.
Aufzeichnung pass, fail und unknownFehlende Beweise sind kein Pass, und es ist nicht immer der Beweis, dass die Aktion nicht autorisiert war. Untersuchen Sie den Sammelpfad und entscheiden Sie, wie sich die Lücke auf die Kontrollschlussfolgerung auswirkt.
Bewahren Sie die Identität des Prüfers, das Testverfahren, die Abfragen und Nachweisreferenzen auf; ein anderer Prüfer sollte in der Lage sein, die Probe zu wiederholen, ohne sich auf eine modellgenerierte Darstellung zu verlassen.
Die Europäische Kommission AI-Regelungsrahmenseite Links zu offiziellen AI Act Ressourcen und Implementierungskontext. AI Risk Management Framework die freiwillige Struktur des Risikomanagements vorsieht; die Berater und Kontrollinhaber sollten bestimmen, wie die beiden anzuwenden sind.
Testabruf und -zugriff
Führen Sie eine Probe von der Domänensystemtransaktion zurück zum Agentennachweis und eine andere vom Empfang weiter zum externen Ergebnis. Bestätigen Sie, dass autorisierte Gutachter sie innerhalb der Zielzeit abrufen können und dass nicht verwandte Mandanten dies nicht können. Dokumentieren Sie fehlende Daten als Befund.
Verwendung Audit Aufbewahrung und Datenschutz und Unfallrekonstruktion für Betriebsdetails. OATI Empfangsdokumentation ist eine technische Ressource für Entwickler-Vorschau, kein Compliance-Zertifikat.
Überprüfungsbeschlüsse
Eine Quittung kann einen Kontrollanspruch unterstützen, aber der Prüfer kann auch Vollständigkeit der Population, Nachweis des Durchsetzungspfads, Zugangskontrollen, Schlüssellebenszyklus, Aufbewahrung und Stichprobenergebnisse benötigen. Anforderung, Population und Test vor der Auswahl von Feldern definieren. Vermeiden Sie es, eine Quittung als universellen Beweis vorzulegen, nur weil ihre Signatur überprüft wird.
Bauen Sie die Population aus dem maßgeblichen Geschäfts- oder Infrastruktursystem auf und verbinden Sie es dann mit Gateway- und Agentennachweisen. Beginnend mit dem Quittungsspeicher werden Aktionen mit fehlenden Quittungen ausgeschlossen und kann eine falsch perfekte Stichprobe erstellt werden.
Vergleichen Sie für jede Probe die wesentlichen Werte für die Genehmigung, die politische Entscheidung und die Ausführung. Überprüfen Sie die zum Zeitpunkt des Ereignisses aktive Policy-Version, die Befugnis des Genehmigenden, den Request Digest und das Ergebnis des Anbieters oder des Systems der Aufzeichnung. Ein aktuelles Policy-Bundle sollte nicht rückwirkend auf eine frühere Transaktion angewendet werden, ohne die historische Version beizubehalten.
Die Validierung der technischen Signatur bestimmt nicht die Rechtsgültigkeit, die Zulässigkeit oder die Anwendbarkeit der Vorschriften. Algorithmus, Aussteller, Schlüsselstatus, Nutzlastintegrität und ungelöste Referenzen genau melden. Rechts- und Compliance-Inhaber entscheiden, wie diese Beweise eine bestimmte Verpflichtung in einer Gerichtsbarkeit und organisatorischen Rolle unterstützen.
Der Nachweis der menschlichen Aufsicht sollte die genaue angezeigte Anforderung, den verifizierten Genehmiger, die Entscheidung, den Zeitpunkt, den Authentifizierungskontext und die spätere Ausführungsübereinstimmung umfassen. Ein Tastenklick ohne geschützte Felder ist schwach unterstützt.
Wenn Beweise fehlen, nennen Sie die Lücke, betroffene Bevölkerung und Zeitraum, mögliche Auswirkungen, Ausgleichsquellen, Eigentümer und Sanierungsdatum. fail, partial oder unknown Bitten Sie ein Modell nicht, Fakten zu erstellen, bewahren Sie die Identität des Rezensenten, Abfragen und Beweisreferenzen auf, damit ein anderer Rezensent den Test wiederholen kann.
Eine Plattform kann signierte Quittungen, Richtlinienversionen und den Export von Beweisen unterstützen, während eine bestimmte Bereitstellung eine direkte Serviceroute offen lässt oder ein Geschäftssystem auslässt. Audit des implementierten Workflows und seiner Population. Anbieterdokumentationen können die beabsichtigten Funktionen erklären, aber sie können die Konfiguration des Kunden oder die Betriebseffektivität nicht nachweisen.
Bei wiederkehrenden Kontrollen den Stichprobencode oder die Abfrage und einen kleinen Satz nicht empfindlicher Vorrichtungen beibehalten; nach Schema-, Gateway-, Provider- oder Policy-Änderungen erneut ausführen; wenn sich die Populationsdefinition ändert, den Bruch anzeigen, anstatt Prozentsätze zu vergleichen, die nicht mehr dasselbe bedeuten.
Ein Auditor sollte das Kontrollziel, das Quellsystem, die geschützten Felder, den Test und die Einschränkung sehen, bevor er lernt, welches Intelliger- oder OATI-Objekt es trägt. Dies hält die Schlussfolgerung portabel und verhindert, dass ein herstellerspezifischer Datensatzname mit einer regulatorischen Anforderung verwechselt wird.
Ein Service Owner kann die Umsetzung erklären, aber nicht immer sollte dieselbe Person die Stichprobe auswählen, jede Ausnahme lösen und die Schlussfolgerung für eine wesentliche Finanz- oder Sicherheitskontrolle genehmigen.