Jede administrative Aktion innerhalb von AI Suite erzeugt eine JSONL-Prüfzeile. Die Zeile erfasst den Zeitstempel, die E-Mail des Akteurs, das Aktionsverb, die betroffene Ressource, die X-App-Id des ursächlichen Clients und einen stabilen Hash, der es einem Prüfer ermöglicht, die Zeile mit späteren Ereignissen zu korrelieren. Die Zeile erfasst keine Eingabe oder Ausgabe des Modells. Kein Eingabetext, kein Abschlusstext, kein Dokumentinhalt, keine extrahierten Entitäten. Diese Entscheidung – inhaltsfrei per Design – macht die Prüfzeile für Beschaffungs- und Compliance-Prüfer nützlich, und es lohnt sich zu erklären, warum.

Was in einer Prüfzeile enthalten ist und was nicht

Eine repräsentative Zeile, leicht redigiert:

{"ts":"2026-06-05T09:14:22Z","actor":"jane@bank.example","action":"license.assign",
 "subject":"user@bank.example","tier":"commercial","x_app_id":"ai-admin-console",
 "ip":"10.4.1.22","ua_hash":"a17c…","seq":48211}

Was sie enthält: genügend Metadaten, um die Fragen der Prüfer zu den Verpflichtungen des Bereitstellers zu beantworten – wer was wann gegen welche Ressource von welchem Client getan hat. Was sie nicht enthält: irgendwelche Nutzdaten aus dem KI-Workflow. Wenn die Aktion ein Modell aufgerufen hätte (was in diesem Beispiel nicht der Fall war, aber hätte sein können), gäbe es eine Zeile, die das Aufrufereignis erfasst, aber keine Aufzeichnung der Eingabeaufforderung oder Antwort in unserer Infrastruktur.

Diese Trennung ist bewusst. Die Prüfzeile ist der Nachweis, dass eine Aktion stattgefunden hat. Der Inhalt der Aktion – der an das Modell gesendete Prompt, die zurückgegebene Antwort – verbleibt auf der eigenen Hardware des Bereitstellers und unterliegt der eigenen Aufbewahrungsrichtlinie des Bereitstellers. Wir sehen diesen Inhalt niemals.

Warum der Inhalt aus der Zeile herausgehalten wird

Zwei Gründe, einer regulatorischer und einer operativer Natur.

Regulatorisch: Das EU AI-Gesetz verlangt von Bereitstellern hochriskanter KI, Protokolle „für einen angemessenen Zeitraum“ zu führen, um den Systembetrieb zu überwachen und auf Anfrage die Einhaltung nachzuweisen [1]. Die Verpflichtung liegt beim Bereitsteller, nachzuweisen, was geschehen ist. Cloud-LLM-APIs erfüllen dies, indem sie Prompt und Antwort auf der Infrastruktur des Anbieters speichern, wodurch das Datenverwaltungsproblem auf den Anbieter übertragen wird – und ein zweiter Compliance-Bereich entsteht, den der Bereitsteller nicht kontrolliert. Inhaltfreie lokale Audit-Zeilen beantworten dieselbe regulatorische Frage ohne diese Übertragung: der Bereitsteller behält den Inhalt in seinem eigenen Speicher unter seinen eigenen Aufbewahrungsregeln.

Operativ: Jedes Byte an gespeichertem Modellinhalt ist ein Byte, das verschlüsselt, zugangskontrolliert, aufbewahrt, termingerecht gelöscht und im Rahmen von e-Discovery bereitgestellt werden muss. Inhaltfreie Zeilen sind klein (einige hundert Bytes), fest strukturiert, nur anhängbar und lassen sich trivial in das bestehende SIEM des Bereitstellers serialisieren. Sie sind die kleinste Beweiseinheit, die dennoch der Verpflichtung genügt.

Was dies in den wichtigsten Frameworks bedeutet

NIST AI RMF 1.0 nennt Auditierbarkeit als eine Kerndimension vertrauenswürdiger KI und fordert Bereitsteller auf, „Aufzeichnungen von Systemaktionen zu führen, die ausreichen, um Entscheidungen rekonstruieren zu können“ [2]. „Ausreichend zur Rekonstruktion“ ist der entscheidende Begriff: Die Zeile muss einem Prüfer ermöglichen, nachzuvollziehen, was geschehen ist. Eine inhaltsfreie Zeile tut dies für administrative Aktionen (eine Lizenz wurde erteilt, eine Richtlinie geändert, ein Server registriert), ohne den Inhalt einer Inferenz zu speichern. Für die inhaltliche Seite der Verpflichtung ist der eigene lokale Speicher des Bereitstellers die Antwort auf die Frage.

Die AI-Cybersicherheitsleitlinien der ENISA betrachten dies aus der Perspektive der Bedrohungsmodellierung [3]: Jeder auf der Infrastruktur eines Anbieters gespeicherte Prompt und jede Antwort erweitert die Angriffsfläche des Bereitstellers um die des Anbieters. Das Entfernen von Modellinhalten auf der Anbieterseite reduziert diese Angriffsfläche auf das, was der Bereitsteller bereits kontrolliert.

Die Form, die wir ausliefern — die AI Admin Console Benutzeroberfläche, das aisuite-server Daemon-JSONL-Audit und der organisationsspezifische SIEM-Weiterleitungshaken — setzen dies direkt um. Jedes administrative Ereignis landet in einer für den Bereitsteller lesbaren Zeile; auf dem lokalen oder kundengehosteten Inferenzpfad gelangen Prompt- und Antwortinhalte nicht in die Steuerungsebene von Software Tailor.

So sieht das bei einer Beschaffungsprüfung aus

Die Beschaffungsfrage, die Cloud-AI-Anbieter ins Stocken bringt, lautet: „Wo befinden sich die Inferenzinhalte und kann unser Compliance-Team diese auf Abruf bereitstellen?“ Die Beschaffungsfrage, die das inhaltsfreie Audit beantwortet, ist dieselbe, mit zwei klaren Antworten: Die Inhalte befinden sich auf Ihrer Hardware, und Ihr Team stellt sie bereit, weil es sie bereits besitzt. Die Audit-Zeile von unserer Seite beweist, dass die Aktion stattgefunden hat; die Inhalte von Ihrer Seite beweisen, was die Aktion bewirkt hat.

Für den weiteren Beschaffungsrahmen — einschließlich wie man den Lieferantenfragebogen mit diesen Eigenschaften anführt statt mit Lieferantenzertifizierungen — siehe Warum On-Prem-AI-Bereitstellungen in der Beschaffung ins Stocken geraten und den EU AI Act Compliance-Artikel.

Was in der Verantwortung des Bereitstellers bleibt

Das inhaltsfreie Audit ist eine strukturelle Eigenschaft der Bereitstellung, keine End-to-End-Compliance-Lösung. Der Bereitsteller ist weiterhin verantwortlich für:

  • Definition dessen, was „ausreichend zur Rekonstruktion“ bedeutet für die eigenen Workflows — Aufbewahrungsfristen, Maskierungsregeln, E-Discovery-Position.
  • Betrieb des lokalen Inhaltsspeichers (was auch immer der Bereitsteller wählt — Dateisystem, Dokumenten-DB, verschlüsselter Blob-Speicher) und Weiterleitung der Audit-Zeilen von unserer Seite in das SIEM, wo sie mit den eigenen Logs korreliert werden.
  • Verfassen des Einsatzverpflichtungs-Memos das während der Beschaffung auf diese Architektur verweist.

Unsere Seite liefert die Architektur und das Audit-Zeilenformat. Alles, was danach kommt – einschließlich der Aufbewahrungsrichtlinie für die Inhalte – unterliegt den eigenen Regeln des Compliance-Teams des Einsatzverantwortlichen.

Quellen

  1. Europäische Kommission. „KI-Gesetz – Regulatorischer Rahmen für KI.“ https://digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai. Zugriff am 03.06.2026.
  2. NIST. „AI Risk Management Framework (AI RMF 1.0).“ https://www.nist.gov/itl/ai-risk-management-framework. Zugriff am 03.06.2026.
  3. ENISA. „Künstliche Intelligenz und Cybersicherheit.“ https://www.enisa.europa.eu/topics/iot-and-smart-infrastructures/artificial-intelligence. Zugriff am 03.06.2026.