KI-Audit: Arten, Ablauf und Frameworks im Überblick

Das Wichtigste in Kürze

  • Ein KI-Audit ist eine strukturierte, belegbasierte Prüfung der Auditierbarkeit eines KI-Systems: von Entwurf und Training bis zu Betrieb und Steuerung.
  • Nicht zu verwechseln mit dem Einsatz von KI durch Wirtschaftsprüfer in der Jahresabschlussprüfung: Beim KI-Audit ist das KI-System selbst der Prüfgegenstand, nicht das Werkzeug.
  • Fünf Arten prägen die Praxis: interne Revision, externe Drittprüfung, Konformitätsbewertung nach KI-Verordnung, ISO/IEC 42001-Zertifizierungsaudit und algorithmisches Bias-Audit.
  • Geprüft werden vier Ebenen (Daten, Modell, Betrieb, Governance), die sich sauber auf das NIST AI RMF abbilden lassen.
  • Der Trend führt weg vom Stichtagsaudit hin zur kontinuierlichen, belegbasierten Prüfung, bei der Kontrolle und Nachweis dauerhaft verknüpft bleiben.
Ablauf eines KI-Audits mit Prüfebenen Daten, Modell, Betrieb und Governance

Was ist ein KI-Audit?

Ein KI-Audit ist eine strukturierte, belegbasierte Untersuchung der Frage, wie ein KI-System entworfen, trainiert, betrieben und gesteuert wird. Geprüft wird nicht nur, ob das Modell technisch funktioniert, sondern ob seine Entwicklung nachvollziehbar dokumentiert ist, ob die verwendeten Daten belastbar sind, ob der Betrieb menschlicher Aufsicht unterliegt und ob die Organisation die passenden Rollen, Richtlinien und Nachweise vorhält. IBM beschreibt ein KI-Audit als systematische Bewertung von KI-Systemen daraufhin, ob sie den regulatorischen, ethischen und operativen Anforderungen entsprechen, denen sie unterliegen. Der Begriff ist doppeldeutig, und diese Doppeldeutigkeit sorgt regelmäßig für Missverständnisse. Gemeint ist hier nicht der Fall, in dem Wirtschaftsprüfer künstliche Intelligenz einsetzen, um eine Jahresabschlussprüfung effizienter zu gestalten (etwa zur Anomalieerkennung in Buchungsbelegen). In diesem Text ist das KI-System selbst der Prüfgegenstand. Die KI ist der Untersuchte, nicht der Untersuchende. Das Ergebnis eines KI-Audits ist mehr als ein Bestanden-oder-nicht. Am Ende steht ein Befundbericht, der Feststellungen (Findings) mit ihrer Schwere bewertet, konkrete Abhilfemaßnahmen (Mitigations) empfiehlt und ein fortlaufendes Monitoring definiert, damit die geprüften Eigenschaften auch nach dem Audit erhalten bleiben. Ein sauber geführtes KI-Audit erzeugt so nicht nur eine Momentaufnahme, sondern eine Grundlage für dauerhafte Steuerung.

KI-Audit versus klassisches IT-Audit

Ein klassisches IT-Audit prüft deterministische Systeme: Zugriffsrechte, Change-Management, Protokollierung, Verfügbarkeit. Die Logik ist im Code festgeschrieben, und derselbe Eingabewert führt zum selben Ergebnis. Ein KI-Audit erbt dieses Repertoire, muss aber drei zusätzliche Dimensionen adressieren, die im klassischen Prüfbild schlicht nicht vorkommen. Erstens die Modelldrift: Ein KI-System, das heute korrekt entscheidet, kann in sechs Monaten systematisch danebenliegen, weil sich die Realität verschoben hat, ohne dass eine einzige Codezeile geändert wurde. Zweitens die Datenherkunft (Data Provenance): Woher stammen die Trainingsdaten, wie wurden sie erhoben, welche Rechtsgrundlage und welche Repräsentativität liegen ihnen zugrunde? Drittens die Entscheidungsopazität: Anders als eine if-Bedingung lässt sich ein neuronales Netz nicht einfach zeilenweise nachlesen. Prüfer brauchen daher Verfahren, um Erklärbarkeit und Nachvollziehbarkeit überhaupt herzustellen. Diese drei Punkte erklären, warum ein KI-Audit eine eigene Methodik verlangt und nicht als Checklistenerweiterung des IT-Audits abgehandelt werden kann.

Warum KI-Audits jetzt zählen

Der erste Treiber ist die Regulierung, und sie kommt aus mehreren Richtungen gleichzeitig. In Europa verlangt die KI-Verordnung für Hochrisiko-KI-Systeme eine Konformitätsbewertung, bevor das System in Verkehr gebracht wird. In den Vereinigten Staaten hat der Colorado AI Act mit dem Konzept der „angemessenen Sorgfalt“ (reasonable care) gegenüber algorithmischer Diskriminierung einen weiteren Prüfanlass geschaffen, und die New Yorker Local Law 144 schreibt für automatisierte Bewerbungsentscheidungen (AEDT) ein jährliches, unabhängiges Bias-Audit vor. Wer in mehreren Märkten tätig ist, sieht sich also nicht einer einzelnen Norm gegenüber, sondern einem wachsenden Geflecht überlappender Anforderungen. Der zweite Treiber ist das Risiko selbst. KI-Systeme bringen Fehlerklassen mit, die klassische Software nicht kennt: verzerrte Ergebnisse gegenüber geschützten Gruppen, halluzinierte Falschauskünfte, ungewollter Abfluss sensibler Daten über Prompts oder Modellausgaben und die schleichende Verschlechterung durch Drift. Jeder dieser Effekte kann direkten materiellen Schaden auslösen, von einer fehlerhaften Kreditablehnung bis zu einer datenschutzrechtlichen Verletzung, die dem BfDI oder einer Landesdatenschutzbehörde vorzulegen ist. Der dritte Treiber ist das Vertrauen. Einkaufsabteilungen fragen im Beschaffungsprozess zunehmend nach Nachweisen zur KI-Governance, Versicherer bepreisen KI-Risiken, und Aufsichtsräte verlangen belastbare Aussagen darüber, welche KI-Systeme im Unternehmen überhaupt laufen. Genau hier zeigt sich das Problem der Schatten-KI (Shadow AI): Fachbereiche setzen KI-Werkzeuge ein, ohne die IT oder die Governance-Funktion einzubinden. Ein KI-Audit beginnt deshalb fast immer mit derselben ernüchternden Erkenntnis, nämlich dass niemand im Haus eine vollständige Liste der eingesetzten Systeme hat.

Die fünf Arten des KI-Audits

Nicht jedes KI-Audit verfolgt denselben Zweck. In der Praxis haben sich fünf Ausprägungen herausgebildet, die sich in Auftraggeber, Prüftiefe und rechtlicher Wirkung unterscheiden. Wer ein Compliance-Management-System für KI aufbaut, sollte alle fünf kennen, weil sie sich ergänzen und nicht gegenseitig ersetzen. Die erste Art ist die interne Revision. Sie folgt in der Regel dem Three-Lines-Modell des Institute of Internal Auditors: Die erste Linie (Fachbereich) besitzt und steuert das Risiko, die zweite Linie (Risiko- und Compliance-Funktion) überwacht und rahmt es, die dritte Linie (interne Revision) prüft unabhängig und berichtet an das Aufsichtsorgan. Interne Audits schaffen kein Zertifikat, aber sie sind die Grundlage für Prüfungsreife und decken Lücken auf, bevor externe Stellen darüber stolpern. Die zweite Art ist die externe Drittprüfung. Ein unabhängiger Dritter, der weder Anbieter noch Betreiber ist, beurteilt das System. Der Wert liegt in der Unabhängigkeit: Eine Aussage über Fairness oder Sicherheit wiegt schwerer, wenn sie nicht von der Partei stammt, die das System gebaut hat. Die dritte Art ist die Konformitätsbewertung nach der KI-Verordnung. Sie ist rechtlich verbindlich für Hochrisiko-Systeme und kennt zwei Wege, die in Artikel 43 geregelt sind. Beide werden im folgenden Abschnitt genauer beschrieben. Die vierte Art ist das Zertifizierungsaudit nach ISO/IEC 42001. Geprüft wird nicht ein einzelnes Modell, sondern das Managementsystem für künstliche Intelligenz (AIMS) der Organisation. Das Ergebnis ist ein Zertifikat mit definierter Laufzeit. Die fünfte Art ist das algorithmische Audit, oft als Bias-Audit geführt. Es konzentriert sich auf die statistische Fairness der Modellausgaben. Der Europäische Datenschutzausschuss (EDPB) hat mit seinem Programm E2EST/AA einen Prüfrahmen für algorithmische Audits veröffentlicht, der als Referenz für datenschutznahe Prüfungen dient. Der dritte Weg, die Konformitätsbewertung nach Artikel 43, verdient eine genauere Betrachtung. Die KI-Verordnung sieht für Hochrisiko-Systeme zwei Verfahren vor, wie artificialintelligenceact.eu darlegt. Anhang VI beschreibt die interne Kontrolle: Der Anbieter bewertet die Konformität in Eigenverantwortung anhand seines Qualitätsmanagements und der technischen Dokumentation. Anhang VII verlangt hingegen die Einbindung einer benannten Stelle (notified body), die das Qualitätsmanagementsystem und die technische Dokumentation unabhängig bewertet. Welcher Weg zulässig ist, hängt vom System und den einschlägigen harmonisierten Normen ab. Für viele Hochrisiko-Anwendungen genügt der interne Weg, sofern die harmonisierten Normen vollständig angewandt werden.

Was ein KI-Audit prüft

Ein belastbares KI-Audit arbeitet vier Ebenen ab. Die erste Ebene sind die Daten. Geprüft werden Herkunft, Erhebungsweg, Rechtsgrundlage, Repräsentativität und Qualität der Trainings- und Eingangsdaten. Ein Modell kann nur so fair und zuverlässig sein wie die Daten, aus denen es gelernt hat, und viele spätere Probleme lassen sich auf dieser Ebene bereits vorhersehen. Die zweite Ebene ist das Modell selbst. Hier prüfen Auditoren drei Eigenschaften. Erstens die Verzerrung über geschützte Gruppen hinweg: Behandelt das Modell Personen unterschiedlicher Herkunft, unterschiedlichen Geschlechts oder unterschiedlichen Alters systematisch ungleich? Der Zusammenhang zwischen KI-Bias und algorithmischer Verzerrung steht dabei im Zentrum. Zweitens die Robustheit: Wie stabil bleibt das Modell bei ungewöhnlichen oder gezielt manipulierten Eingaben? Drittens die Erklärbarkeit: Lässt sich nachvollziehen, warum das Modell zu einer bestimmten Ausgabe gekommen ist? Die dritte Ebene ist der Betrieb (Deployment). Geprüft werden die menschliche Aufsicht (ist ein sinnvolles Human-in-the-Loop oder Human-on-the-Loop eingerichtet?), die Sicherheit der Bereitstellung und die Überwachung auf Drift. Ein Modell, das im Labor überzeugt, kann im Produktivbetrieb an einer schlecht gesetzten Schwelle oder an fehlender Aufsicht scheitern. Die vierte Ebene ist die Governance. Hier geht es um Rollen und Verantwortlichkeiten, um Dokumentation, um durchgeführte Risikobewertungen und um die lückenlose Verknüpfung von Nachweisen mit den jeweiligen Kontrollen. Diese vier Ebenen lassen sich sauber auf das NIST AI RMF abbilden. Das amerikanische NIST gliedert sein Rahmenwerk in vier Funktionen: Govern legt die organisatorische Kultur und die Rollen fest (Governance-Ebene), Map erfasst Kontext und Risiken (Daten- und Betriebsebene), Measure bewertet und misst die Risiken (Modellebene mit Fairness und Robustheit), und Manage priorisiert und behandelt sie (Abhilfe und Monitoring). Diese Zuordnung macht das NIST AI RMF zu einem praktischen Gerüst, um ein KI-Audit strukturiert zu planen.

KI-Audit durchführen: Schritt für Schritt

Ein KI-Audit lässt sich in acht Schritte gliedern, die aufeinander aufbauen. Wer sie überspringt, riskiert blinde Flecken, die sich später als teure Feststellungen rächen.

  1. Umfang und Inventar festlegen. Am Anfang steht die Bestandsaufnahme aller KI-Systeme, einschließlich der eingebetteten und der über Drittanbieter bezogenen. Ohne vollständiges Inventar ist jedes weitere Ergebnis unvollständig, und gerade hier fördert die Prüfung regelmäßig Schatten-KI zutage.
  2. Den Lebenszyklus abbilden. Der EDPB empfiehlt eine System Map, die den vollständigen Lebensweg eines KI-Systems dokumentiert: von der Datenerhebung über Training und Validierung bis zu Bereitstellung, Betrieb und Außerbetriebnahme. Diese Karte wird zur gemeinsamen Grundlage für alle folgenden Schritte.
  3. Die Daten bewerten. Geprüft werden Herkunft, Qualität, Repräsentativität und Rechtsgrundlage. Auf dieser Ebene entscheidet sich, ob spätere Fairness-Aussagen überhaupt tragfähig sind.
  4. Das Modell bewerten. Hier greift das eigentliche Bias-Testing mit quantitativen Fairness-Metriken. Der EDPB nennt in seinem Prüfrahmen mehrere solcher Kennzahlen: die Risikodifferenz (risk difference), die demografische Parität (demographic parity), die Chancengleichheit (equal opportunity) und die ausgeglichenen Quoten (equalized odds). Jede Metrik beleuchtet Fairness aus einem anderen Blickwinkel, und keine einzelne genügt für sich allein. Eine strukturierte Auseinandersetzung mit KI-Bias gehört daher in jedes ernstzunehmende Audit.
  5. Betrieb und Sicherheit bewerten. Geprüft werden die Angriffsfläche (attack surface) des Systems, die kontinuierliche Sichtbarkeit über Modelle und Datenflüsse und die Absicherung gegen KI-spezifische Bedrohungen wie Prompt Injection oder Modellextraktion. Wiz betont, dass ein KI-Audit ohne durchgehende Transparenz über die eingesetzten Modelle, ihre Zugriffe und ihre Datenpfade unvollständig bleibt.
  6. Governance und Dokumentation prüfen. Der EDPB schlägt das Instrument der Model Card vor, ein standardisiertes Datenblatt, das Zweck, Trainingsdaten, Leistungsgrenzen und bekannte Risiken eines Modells festhält. Eine vollständige KI-Systemdokumentation ist hier kein Selbstzweck, sondern die Substanz, an der sich Prüfbarkeit entscheidet.
  7. Berichten und beheben. Die Feststellungen werden nach Schwere priorisiert, mit konkreten Abhilfemaßnahmen versehen und mit Verantwortlichen und Fristen hinterlegt. Ein Bericht ohne zugewiesene Maßnahmen bleibt folgenlos.
  8. Kontinuierlich überwachen. Das Audit endet nicht mit dem Bericht. Drift, neue Daten und geänderte Nutzung erfordern eine laufende Beobachtung, die sicherstellt, dass die geprüften Eigenschaften erhalten bleiben.

Die regulatorische und normative Landschaft

Die für ein KI-Audit maßgebliche Landschaft besteht aus mehreren Rahmenwerken, die sich ergänzen. An erster Stelle steht die KI-Verordnung mit ihrem Artikel 43. Wie bereits ausgeführt, kennt sie zwei Wege der Konformitätsbewertung: den internen nach Anhang VI und den über eine benannte Stelle nach Anhang VII. Diese benannten Stellen sind in der europäischen NANDO-Datenbank gelistet, in der die von den Mitgliedstaaten notifizierten Konformitätsbewertungsstellen geführt werden. Für ein Unternehmen bedeutet das: Der Weg über eine benannte Stelle setzt voraus, dass für den betreffenden Anwendungsbereich überhaupt eine notifizierte Stelle verfügbar ist. Das zweite Rahmenwerk ist ISO/IEC 42001, die Norm für Managementsysteme künstlicher Intelligenz. Das Zertifizierungsaudit läuft klassisch zweistufig ab, wie Schellman beschreibt. In Stufe 1 prüft die Zertifizierungsstelle die Dokumentation und die grundsätzliche Auditreife des Managementsystems. In Stufe 2 bewertet sie die tatsächliche Umsetzung in der Praxis. Wird das Audit bestanden, wird ein Zertifikat mit dreijähriger Laufzeit ausgestellt, das durch jährliche Überwachungsaudits (surveillance audits) aufrechterhalten wird. Das Zertifikat ist damit kein einmaliger Stempel, sondern ein Zustand, der laufend nachgewiesen werden muss. Das dritte Rahmenwerk ist das NIST AI RMF, das anders als die KI-Verordnung und ISO/IEC 42001 freiwillig ist, aber mit seinen vier Funktionen Govern, Map, Measure und Manage eine breit anerkannte Struktur liefert, um Risiken systematisch zu erfassen und zu behandeln. Das vierte Rahmenwerk ist das bereits genannte Three-Lines-Modell des IIA, das die organisatorische Aufhängung der Prüf- und Kontrollfunktionen ordnet. In der Praxis kombinieren reife Organisationen diese Rahmenwerke: ISO/IEC 42001 als Managementgerüst, NIST AI RMF als Risikomethodik, die KI-Verordnung als rechtliche Pflicht und das IIA-Modell als Aufbaulogik der Verantwortlichkeiten.

KI-Audit-Checkliste

Die folgende Checkliste bündelt die Prüfpunkte, an denen sich Auditreife entscheidet. Sie eignet sich sowohl zur Selbsteinschätzung vor einer externen Prüfung als auch als Gerüst für die interne Revision.

  • Governance und Eigentümerschaft: Für jedes KI-System sind ein benannter Verantwortlicher, klare Rollen und ein Steuerungsorgan definiert.
  • Vollständiges Inventar: Alle KI-Systeme sind erfasst, einschließlich eingebetteter Funktionen und über Drittanbieter bezogener Modelle, sodass keine Schatten-KI unentdeckt bleibt.
  • Dokumentierte Daten: Herkunft, Erhebungsweg, Rechtsgrundlage, Qualität und Repräsentativität der Daten sind belegt.
  • Dokumentiertes Modell: Zweck, Trainingsdaten, Leistungsgrenzen, Fairness-Kennzahlen und bekannte Risiken sind in einer Model Card oder gleichwertigen Dokumentation festgehalten.
  • Sicherheit und KI-spezifische Bedrohungen: Angriffsfläche, Zugriffe und Abwehr gegen Prompt Injection, Modellextraktion und Datenabfluss sind bewertet.
  • Menschliche Aufsicht: Für risikorelevante Entscheidungen ist eine wirksame menschliche Kontrolle eingerichtet und dokumentiert.
  • Dokumentation einschließlich DPIA: Wo personenbezogene Daten verarbeitet werden, liegt eine Datenschutz-Folgenabschätzung vor, abgestimmt mit den Anforderungen von BfDI und Landesdatenschutzbehörden.
  • Kontinuierliches Monitoring und Vorfallmeldung: Drift, Leistungseinbrüche und Vorfälle werden laufend überwacht und über einen definierten Meldeweg eskaliert.
  • Nachweise je Kontrolle: Jede Kontrolle ist mit einem konkreten, auffindbaren Nachweis verknüpft, sodass die Prüfung nicht auf Zusicherungen, sondern auf Belegen beruht.

Diese Punkte greifen ineinander. Eine lückenlose KI-Systemdokumentation ist dabei der rote Faden, der die einzelnen Prüfpunkte zusammenhält, denn ohne belegte Dokumentation bleibt jede Kontrollaussage eine Behauptung.

Vom Stichtag zum kontinuierlichen KI-Audit

Das klassische Audit hat eine eingebaute Schwäche: Es beschreibt einen Zustand zu einem Stichtag. Bei deterministischer Software mag das genügen, weil sich das Verhalten zwischen zwei Prüfungen nur durch bewusste Änderungen wandelt. Bei KI-Systemen ist genau das nicht der Fall. Ein Modell driftet, weil sich die Eingabedaten verschieben. Es wird mit neuen Daten nachtrainiert. Seine Nutzung verändert sich, wenn Fachbereiche neue Anwendungsfälle erschließen. Ein Zertifikat, das vor zwölf Monaten ausgestellt wurde, sagt deshalb wenig über den heutigen Zustand aus. Die Regulierung hat diese Schwäche erkannt und antwortet mit dem Prinzip der fortlaufenden Konformität. ISO/IEC 42001 verlangt jährliche Überwachungsaudits, weil ein einmal ausgestelltes Zertifikat allein nicht ausreicht. Die KI-Verordnung geht weiter und fordert, dass Hochrisiko-Systeme über ihren gesamten Lebenszyklus konform bleiben, nicht nur zum Zeitpunkt des Inverkehrbringens. Konformität ist damit kein Ereignis, sondern ein Dauerzustand. Kontinuierliches Auditing bedeutet in der Konsequenz, dass Kontrolle und Nachweis dauerhaft und in Echtzeit verknüpft sind. Statt einmal im Jahr Belege zusammenzusuchen, hält die Organisation eine lebende Verbindung zwischen jeder Kontrolle und ihrem aktuellen Nachweis vor. Genau hier setzt eine Governance-Plattform an: Sie hält das Inventar aller KI-Systeme aktuell, verfolgt den Status jeder Kontrolle und führt einen fortlaufenden Prüfpfad (audit trail), der jede Änderung nachvollziehbar macht. AI Sigil ist auf dieses Modell ausgelegt und verbindet Inventar, Kontrollstatus und Nachweisführung in einem System, sodass die Auditreife nicht am Stichtag hergestellt, sondern kontinuierlich erhalten wird. Für Organisationen, die auch autonome Systeme betreiben, etwa autonome KI-Agenten, ist diese dauerhafte Sichtbarkeit keine Kür, sondern Voraussetzung für belastbare Steuerung.

Häufige Fragen

Was kostet ein KI-Audit? Eine pauschale Zahl gibt es nicht, weil die Kosten von der Art des Audits, der Zahl und Komplexität der Systeme und der bestehenden Dokumentationslage abhängen. Ein internes Bias-Audit für ein einzelnes Modell ist deutlich günstiger als ein ISO/IEC 42001-Zertifizierungsaudit über die gesamte Organisation oder eine Konformitätsbewertung durch eine benannte Stelle. Den größten Kostenhebel bildet die Vorarbeit: Wer Inventar, Dokumentation und Nachweise bereits über ein Compliance-Management-System gepflegt hat, senkt den externen Prüfaufwand erheblich, weil die Belege nicht erst mühsam rekonstruiert werden müssen. Wie wird man KI-Auditor? Der Weg führt meist über eine bestehende Prüf- oder Fachlaufbahn, ergänzt um KI-spezifische Zertifizierungen. Die ISACA bietet mit dem AAIA (Advanced in AI Audit) eine gezielte Qualifikation für Auditoren, die KI-Systeme prüfen. Das IIA adressiert die Rolle über sein Three-Lines-Modell und entsprechende Weiterbildungen für die interne Revision. In der Praxis kombinieren gute KI-Auditoren Prüfungsmethodik mit einem soliden Verständnis von Datenwissenschaft, Fairness-Metriken und der einschlägigen Regulierung. Welche Frameworks sind relevant? Die vier zentralen Bezugspunkte sind die KI-Verordnung mit Artikel 43, die Norm ISO/IEC 42001 für Managementsysteme, das NIST AI RMF als Risikomethodik und das Three-Lines-Modell des IIA für die organisatorische Aufhängung. Für datenschutznahe algorithmische Audits kommt der Prüfrahmen des EDPB hinzu. Welche Kombination sinnvoll ist, hängt von der Branche, dem Risikoprofil und den bedienten Märkten ab. Wie oft sollte ein KI-Audit stattfinden? Als Grundregel gilt: mindestens jährlich, ergänzt um ein anlassbezogenes Audit nach jeder wesentlichen Änderung. Ein neues Modell, ein wesentlich veränderter Datensatz, ein neuer Anwendungsfall oder eine Anpassung der menschlichen Aufsicht sind solche Anlässe. ISO/IEC 42001 verankert den jährlichen Rhythmus über die Überwachungsaudits, und die NYC Local Law 144 verlangt für automatisierte Bewerbungswerkzeuge ausdrücklich ein jährliches Bias-Audit. Ist ein KI-Audit verpflichtend? Für bestimmte Anwendungen ja. Die KI-Verordnung schreibt für Hochrisiko-Systeme eine verbindliche Konformitätsbewertung vor, und die New Yorker Local Law 144 verlangt ein jährliches, unabhängiges Bias-Audit für automatisierte Bewerbungsentscheidungen. In vielen anderen Fällen ist ein KI-Audit formal freiwillig, wird aber durch Beschaffungsanforderungen, Versichererfragen und Sorgfaltspflichten wie im Colorado AI Act faktisch erwartet.

Fazit

Ein KI-Audit ist die strukturierte, belegbasierte Prüfung der Frage, ob ein KI-System verantwortungsvoll entworfen, trainiert, betrieben und gesteuert wird. Es unterscheidet sich vom klassischen IT-Audit durch die zusätzlichen Dimensionen Drift, Datenherkunft und Entscheidungsopazität, es tritt in fünf Ausprägungen auf, und es prüft die vier Ebenen Daten, Modell, Betrieb und Governance, die sich sauber auf das NIST AI RMF abbilden lassen. Die regulatorische Landschaft, von Artikel 43 der KI-Verordnung über ISO/IEC 42001 bis zu branchenspezifischen Vorgaben, verschiebt den Anspruch dabei zunehmend vom Stichtag zur dauerhaften Konformität. Wer diesem Anspruch gerecht werden will, braucht mehr als eine jährliche Prüfaktion. Eine Governance-Plattform, die Inventar, Kontrollstatus und Prüfpfad fortlaufend aktuell hält, verwandelt Auditreife von einem punktuellen Kraftakt in einen Normalzustand. AI Sigil verbindet diese Bausteine in der KI-Compliance-Software und im Modul für das KI-Risikomanagement, damit Ihr nächstes KI-Audit nicht mit der Suche nach Belegen beginnt, sondern mit ihrer Vorlage endet. Wer ethische und rechtliche Anforderungen dauerhaft zusammenführen will, findet in ethischer KI den Bezugsrahmen, den ein Audit in Nachweise übersetzt.

KI-Audit: Arten, Ablauf und Frameworks im Überblick

Was ein KI-Audit ist, welche fünf Audit-Arten es gibt, was geprüft wird und wie der Ablauf Schritt für Schritt aussieht. Frameworks, Checkliste und FAQ.

Schatten-KI (Shadow AI): die Governance-Lücke schließen

Schatten-KI ist die ungesteuerte KI, die Ihre Teams längst nutzen. Risiken, die Inventarpflicht der KI-Verordnung und wie Sie sie unter Kontrolle bringen.

KI-Systeme: Definition, Typen und Governance nach EU-Recht

KI-Systeme nach der KI-Verordnung: die funktionale Definition aus Artikel 3, die sieben Merkmale, Typen, Risikoklassen und Pflichten für Anbieter und Betreiber.

KI-Sicherheit: KI-Systeme steuern und absichern

KI-Sicherheit ist zur Compliance-Pflicht geworden. Ordnen Sie Bedrohungen Kontrollen zu und diese der KI-Verordnung, ISO 42001 und dem NIST AI RMF, mit Nachweisen.

KI-Risiko: Der komplette Leitfaden zu Arten, Rahmenwerken und Kontrollen

Was KI-Risiko bedeutet, seine Hauptkategorien und wie es sich unter EU-KI-Verordnung, NIST AI RMF und ISO 42001 mit prüfbaren Kontrollen steuern lässt.

KI-Risikomanagement: ein Lebenszyklus für NIST, ISO 42001 und den EU AI Act

KI-Risikomanagement als Lebenszyklus: identifizieren, bewerten, mindern, überwachen. So vereinen Sie NIST AI RMF, ISO 42001 und EU AI Act in einem Programm.