Skip to main content

Audit-Trail-Anforderungen der KI-Verordnung

Was die Artikel 12, 19 und 26 Absatz 6 an Protokollierung verlangen, was die Verordnung offenlässt und welche technischen Praktiken Protokolle als Beweismittel schützen.

Anbieter von Hochrisiko-KI-Systemen müssen diese so bauen, dass sie Ereignisse automatisch aufzeichnen (Protokolle) (Artikel 12). Anbieter und Betreiber (die das System verwenden) bewahren Protokolle unter ihrer Kontrolle mindestens sechs Monate auf. Anderes Recht kann etwas anderes vorsehen (Artikel 19 und 26 Absatz 6).

Das gilt ab 2. Dezember 2027 (Anhang III) und ab 2. August 2028 (Anhang I). Artikel 2 nennt Ausnahmen. Ältere Systeme erfasst die Verordnung erst nach erheblichen Konzeptionsänderungen (Artikel 111 Absatz 2). Geldbußen betragen bis zu 15 Mio. EUR oder 3 % des weltweiten Jahresumsatzes, je nachdem, welcher Betrag höher ist (Artikel 99 Absatz 4). Nächster Schritt: Listen Sie die aufzuzeichnenden Ereignisse auf.

Die Verordnung verlangt Protokollierungsfunktion, Aufbewahrung und Zugang, kein Protokollformat

  • Artikel 12 Absatz 1: Das System muss Ereignisse automatisch aufzeichnen können

    Die Technik eines Hochrisiko-KI-Systems muss die automatische Aufzeichnung von Ereignissen (Protokollierung) während seines Lebenszyklus ermöglichen.

  • Artikel 12 Absatz 2: Protokolle dienen drei Zwecken

    Die Protokollierung muss Ereignisse aufzeichnen können, die relevant sind für die Ermittlung von Risikosituationen (Artikel 79 Absatz 1) oder wesentlichen Änderungen, für die Beobachtung nach dem Inverkehrbringen (Artikel 72) und für die Überwachung des Betriebs durch Betreiber (Artikel 26 Absatz 5). Die Verordnung nennt keine Ereignisarten.

  • Artikel 12 Absatz 3: Für biometrische Fernidentifizierung gilt ein Mindestumfang

    Biometrische Fernidentifizierungssysteme (Anhang III Nummer 1 Buchstabe a) müssen mindestens den Zeitraum jeder Verwendung, die geprüfte Referenzdatenbank, die zu einem Treffer führenden Eingabedaten und die Personen protokollieren, die das Ergebnis überprüft haben.

  • Artikel 19 Absatz 1: Anbieter bewahren Protokolle mindestens sechs Monate auf

    Anbieter bewahren die automatisch erzeugten Protokolle auf, soweit diese ihrer Kontrolle unterliegen. Der Zeitraum passt zur Zweckbestimmung und beträgt mindestens sechs Monate, sofern Unionsrecht, insbesondere zum Schutz personenbezogener Daten, oder nationales Recht nichts anderes vorsieht. Anbieter, die Finanzinstitute sind, bewahren die Protokolle als Teil ihrer Dokumentation nach dem Finanzdienstleistungsrecht auf (Artikel 19 Absatz 2).

  • Artikel 26 Absatz 6: Betreiber bewahren Protokolle mindestens sechs Monate auf

    Ein Betreiber ist eine natürliche oder juristische Person, Behörde, Einrichtung oder sonstige Stelle, die ein KI-System in eigener Verantwortung verwendet (Artikel 3 Nummer 4). Betreiber bewahren die vom System erzeugten Protokolle auf, soweit diese ihrer Kontrolle unterliegen. Der Zeitraum passt zur Zweckbestimmung und beträgt mindestens sechs Monate, sofern Unionsrecht oder nationales Recht nichts anderes vorsieht. Betreiber, die Finanzinstitute sind, bewahren die Protokolle als Teil der Dokumentation auf, die sie nach dem Unionsrecht über Finanzdienstleistungen zur internen Unternehmensführung aufbewahren.

  • Artikel 21 Absatz 2: Behörden können Zugang zu den Protokollen verlangen

    Auf begründete Anfrage einer zuständigen Behörde gewähren Anbieter Zugang zu den automatisch erzeugten Protokollen, soweit diese ihrer Kontrolle unterliegen.

  • Nicht in der Verordnung: Protokollformat, Unveränderbarkeit, Hash-Ketten, Speicherregion

    Die Artikel 12, 19 und 26 Absatz 6 nennen kein Protokollformat, keinen einmal beschreibbaren Speicher, keine Hash-Kette und keine Speicherregion. Die Wörter „unveränderbar“, „manipulationssicher“ und „Hash“ kommen in der konsolidierten Verordnung vom 27. Juli 2026 nicht vor. Solche Maßnahmen schützen Protokolle als Beweismittel; sie sind Ihre eigene Entwurfsentscheidung.

Technische Praktiken, die Protokolle als Beweismittel schützen (unsere Empfehlungen)

Die Verordnung spricht von Protokollen, nicht von Audit-Trails. Ein Audit-Trail sind hier Protokolle, die als Nachweis aufbewahrt werden. Diese Praktiken dienen den Zielen der Artikel 12 und 19; die Verordnung verlangt sie nicht.

  • Strukturierte Ereignisse

    Schreiben Sie jedes Ereignis als JSON mit immer denselben Feldern, damit Sie es abfragen können. Das Beispiel unten zeigt ein mögliches Schema.

Beispielereignis (Schema zur Veranschaulichung, von der Verordnung nicht vorgegeben)

{
  "event_type": "AI_DECISION",
  "timestamp": "2026-10-22T14:22:33.456Z",
  "trace_id": "abc-123-def-456",
  "system_id": "credit-scoring-v2",
  "actor_id": "user-789",
  "metadata": {
    "model_version": "v2.3.1",
    "input_hash": "sha256:a1b2c3...",
    "decision": "refer_to_human"
  }
}
  • Nur anhängen, getrennt speichern

    Speichern Sie Protokolle dort, wo sie nachträglich niemand ändern kann, zum Beispiel in einem einmal beschreibbaren Objektspeicher außerhalb der Anwendungsdatenbank. Protokolle in der Anwendungsdatenbank können deren Administratoren ändern oder löschen.

  • Integritätsprüfung

    Verketten Sie Einträge per Hash oder sperren Sie die gespeicherten Objekte, und prüfen Sie sie regelmäßig. So können Sie zeigen, dass gespeicherte Protokolle unverändert sind.

  • Trace-IDs

    Reichen Sie eine Trace-ID durch jeden Dienst und tragen Sie sie in jeden Eintrag ein. So verfolgen Sie eine einzelne Anfrage durch die gesamte KI-Pipeline.

  • Pseudonyme Kennungen

    Protokollieren Sie, soweit der Zweck es zulässt, undurchsichtige IDs und Ereignismetadaten statt Namen oder E-Mail-Adressen. Welche personenbezogenen Daten ein Protokoll enthalten darf, ist eine DSGVO-Frage für Ihre Datenschutzbeauftragte oder Ihren Rechtsbeistand.

  • Schreiben ohne Blockade

    Senden Sie Ereignisse an eine Warteschlange und wiederholen Sie bei Fehlern, damit ein fehlgeschlagener Schreibvorgang die Anwendung nicht lahmlegt.

  • Abfrage und Export

    Machen Sie Protokolle nach Zeit, Ereignisart und System filterbar. So können Sie eine begründete Anfrage einer Behörde nach Artikel 21 Absatz 2 beantworten und Ihre eigene Überwachung betreiben.

Was Scanara prüft und was nicht

Die Code-Regeln von Scanara markieren KI-Operationen ohne erkennbare Protokollierungsmuster. Die Prüfungen sind regelbasierte statische Analyse, die Standardmuster gängiger ML-Frameworks erkennt; die Zuverlässigkeit hängt von der Stufe der Programmiersprache ab. Scanara führt außerdem ein einmal beschreibbares Protokoll der Aktionen in der Plattform, und Sie können Scans jederzeit erneut ausführen.

Scanara beobachtet Ihr laufendes System nicht, prüft weder Inhalt noch Vollständigkeit seiner Protokolle und zeigt nicht, dass Artikel 12 erfüllt ist. Ein bestandener Scan ist kein Nachweis der Konformität; die Entscheidung bleibt bei Ihnen.

Audit-Trail-Checkliste: erst die Pflichten der Verordnung, dann bewährte Praxis

  • Pflicht (Artikel 12 Absatz 1): Das System ermöglicht technisch die automatische Aufzeichnung von Ereignissen während seines Lebenszyklus.
  • Pflicht (Artikel 12 Absatz 2): Die Protokollierung erfasst Ereignisse, die für Risikosituationen und wesentliche Änderungen, die Beobachtung nach dem Inverkehrbringen und die Betreiberüberwachung relevant sind.
  • Pflicht (Artikel 12 Absatz 3): Biometrische Fernidentifizierungssysteme protokollieren den Mindestumfang.
  • Pflicht (Artikel 19 Absatz 1 und Artikel 26 Absatz 6): Protokolle unter Ihrer Kontrolle werden mindestens sechs Monate aufbewahrt, sofern kein anderes Recht etwas anderes vorsieht.
  • Pflicht (Artikel 21 Absatz 2): Sie können einer Behörde auf begründete Anfrage Zugang zu den Protokollen geben.
  • Bewährte Praxis: Ereignisse folgen einem festen JSON-Schema mit Zeitstempel, Ereignisart, System-ID und Trace-ID.
  • Bewährte Praxis: Der Protokollspeicher ist nur anhängend und von der Anwendungsdatenbank getrennt.
  • Bewährte Praxis: Schreibvorgänge für Protokolle blockieren die Anwendung nicht.
  • Bewährte Praxis: Protokolle enthalten, soweit der Zweck es zulässt, pseudonyme Kennungen statt roher personenbezogener Daten.
  • Bewährte Praxis: Die Integrität gespeicherter Protokolle wird regelmäßig geprüft.

Ausnahmen, ältere Systeme und Obergrenzen für Geldbußen

Die Verordnung gilt nicht für KI-Systeme, die ausschließlich für militärische Zwecke, Verteidigungszwecke oder Zwecke der nationalen Sicherheit verwendet werden (Artikel 2 Absatz 3). Sie gilt nicht für KI-Systeme, die eigens und allein für die wissenschaftliche Forschung und Entwicklung entwickelt und in Betrieb genommen werden (Artikel 2 Absatz 6), und nicht für Forschung, Tests und Entwicklung vor dem Inverkehrbringen oder der Inbetriebnahme, außer für Tests unter Realbedingungen (Artikel 2 Absatz 8). KI-Systeme unter freien und quelloffenen Lizenzen sind ausgenommen, außer wenn sie als Hochrisiko-KI-Systeme in Verkehr gebracht oder in Betrieb genommen werden oder unter Artikel 5 oder 50 fallen (Artikel 2 Absatz 12). Natürliche Personen, die ein System im Rahmen einer rein persönlichen und nicht beruflichen Tätigkeit verwenden, sind nicht als Betreiber gebunden (Artikel 2 Absatz 10). Für Hochrisiko-Systeme im Zusammenhang mit Produkten nach Rechtsvorschriften des Anhangs I Abschnitt B, etwa Kraftfahrzeugen, Luftfahrt, Eisenbahn, Schiffsausrüstung, land- und forstwirtschaftlichen Fahrzeugen und Maschinen, gelten nur Artikel 6 Absatz 1, Artikel 60a und die Artikel 102 bis 112. Die Artikel 57 bis 59 gelten nur, soweit diese Rechtsvorschriften die Anforderungen übernehmen (Artikel 2 Absatz 2).

Hochrisiko-Systeme, die vor dem Geltungstermin in Verkehr gebracht oder in Betrieb genommen wurden, erfasst die Verordnung erst nach erheblichen Konzeptionsänderungen. In jedem Fall treffen Anbieter und Betreiber von Hochrisiko-KI-Systemen, die bestimmungsgemäß von Behörden verwendet werden sollen, die erforderlichen Maßnahmen zur Einhaltung bis zum 2. August 2030 (Artikel 111 Absatz 2).

Bei KMU gilt für jede Geldbuße der niedrigere Prozentsatz oder Betrag als Obergrenze (Artikel 99 Absatz 6). Für kleine Midcap-Unternehmen (Artikel 3 Nummer 14b) gilt dieselbe Obergrenze für Geldbußen nach Artikel 99 Absätze 4 und 5 (Artikel 99 Absatz 6a). Die Stufe mit 15 Mio. EUR umfasst auch die Pflichten von Anbietern und Akteuren nach Artikel 25 Absätze 2 und 4 (Artikel 99 Absatz 4 Buchstabe da).

Scanara bereitet Nachweise aus Ihren Repositorien vor

Scanara liest Ihre verbundenen GitHub-Repositorien und führt regelbasierte Scans auf gängige KI- und Machine-Learning-Muster durch. Unübliche Codemuster kann es übersehen. Getrennt davon erzeugt es aus Vorlagen und Ihren Antworten in der Bewertung Dokumentationsentwürfe als Nachweise für Ihre Compliance-Arbeit. Die Einstufung entscheiden Sie.