Brauchen wir für ISO 42001 ein zweites Managementsystem?

Nein. ISO/IEC 42001 folgt derselben Grundstruktur wie ISO/IEC 27001 — Kapitel 4 bis 10 sind identisch aufgebaut. Dokumentenlenkung, Kompetenzmanagement, internes Audit, Management-Review und Korrekturmaßnahmen lassen sich gemeinsam nutzen. Was hinzukommt, sind die KI-spezifischen Inhalte innerhalb dieser Struktur, nicht eine zweite Struktur daneben. Wo allerdings noch kein Managementsystem existiert, ist ISO 42001 kein Aufsatz, sondern ein vollständiger Aufbau — der Aufwandsunterschied ist erheblich.

Worin unterscheidet sich die Risikobeurteilung nach ISO 42001 von der nach ISO 27001?

ISO 27001 beurteilt Risiken aus Sicht des Unternehmens: Ein Risiko ist relevant, wenn es Vertraulichkeit, Integrität oder Verfügbarkeit der Unternehmenswerte gefährdet. ISO 42001 verlangt zusätzlich die Außenperspektive — die Auswirkungen des KI-Systems auf betroffene Personen und die Gesellschaft. Ein Modell kann technisch einwandfrei laufen und trotzdem systematisch eine Personengruppe benachteiligen. Für ein reines ISMS ist das kein Befund, für ein KI-Managementsystem der Kernbefund. Diese Erweiterung verlangt andere Fragen, andere Beteiligte und meist andere Datenquellen.

Welche Themen kommen bei einem KI-Managementsystem wirklich neu hinzu?

Vier Themen: Erstens Datenqualität und Herkunft — das ISMS fragt, ob Daten geschützt sind, das KI-Managementsystem zusätzlich, ob sie taugen. Zweitens Bias und Diskriminierung, was Messgrößen und Testfälle braucht. Drittens Erklärbarkeit und menschliche Aufsicht: Kann die verantwortliche Person die Entscheidung nachvollziehen und überstimmen? Eine Aufsicht, die faktisch nur bestätigt, ist keine. Viertens der Umgang mit Modelländerungen — ein aktualisiertes Modell ist praktisch ein neues System und braucht eine Neubewertung der Ergebnisse.

ISO 27001 und ISO 42001 integrieren: was sich teilen lässt und was nicht

Auf einen Blick

ISO/IEC 42001 und ISO/IEC 27001 teilen sich die Kapitel 4 bis 10 — Kontext, Führung, Planung, Unterstützung, Betrieb, Bewertung, Verbesserung. Wer ein gelebtes ISMS betreibt, kann diese Struktur mitnutzen statt sie neu zu bauen: eine Dokumentenlenkung, ein internes Audit, ein Management-Review. Was sich nicht teilen lässt, ist die Risikologik. Informationssicherheit schützt das Unternehmen vor Schaden; die KI-Norm verlangt zusätzlich den Blick auf Schaden, den das System bei betroffenen Personen anrichtet. Wer diesen Unterschied übergeht, baut ein AIMS, das im Audit auffällt.

Die naheliegende Frage, wenn ISO/IEC 42001 zum Thema wird: Müssen wir jetzt ein zweites Managementsystem aufbauen? Die kurze Antwort lautet nein. Die längere ist interessanter — weil sich zwar die Struktur teilen lässt, aber nicht die Denkweise.

Warum die Integration technisch einfach ist

Beide Normen folgen der einheitlichen Grundstruktur, die ISO für alle Managementsystem-Normen vorgibt. Kapitel 4 bis 10 sind in beiden Fällen identisch aufgebaut:

Kapitel	Was gemeinsam genutzt werden kann
4 — Kontext	Interessierte Parteien, Anwendungsbereich. Der KI-Scope wird ergänzt, nicht neu erhoben.
5 — Führung	Leitlinie und Rollen lassen sich zusammenfassen. Eine Verpflichtungserklärung der Leitung genügt.
6 — Planung	Methodik und Bewertungsskala bleiben gleich. Die Risikoquellen unterscheiden sich (siehe unten).
7 — Unterstützung	Dokumentenlenkung, Kompetenzmanagement, Kommunikation — vollständig gemeinsam.
8 — Betrieb	Teilweise. Der KI-Lebenszyklus bringt eigene Abläufe mit.
9 — Bewertung	Ein internes Audit, ein Management-Review — mit erweitertem Prüfumfang.
10 — Verbesserung	Korrekturmaßnahmen und Abweichungsverfolgung vollständig gemeinsam.

Praktisch heißt das: Wer ein funktionierendes ISMS nach ISO 27001 hat, besitzt bereits das Gerüst. Was fehlt, sind die KI-spezifischen Inhalte darin — nicht ein zweites Gerüst daneben.

Wer allerdings kein Managementsystem betreibt, sollte sich nichts vormachen: Dann ist ISO 42001 kein Aufsatz, sondern ein vollständiger Aufbau. Der Unterschied im Aufwand ist erheblich.

Wo die Integration gedanklich schwierig wird

Hier liegt der Punkt, an dem die meisten Projekte schludern.

ISO 27001 schaut nach innen. Ein Risiko ist relevant, wenn es Vertraulichkeit, Integrität oder Verfügbarkeit der Unternehmenswerte gefährdet. Die geschützte Partei ist das Unternehmen.

ISO 42001 schaut zusätzlich nach außen. Die Norm verlangt, auch Auswirkungen auf Personen und Gesellschaft zu betrachten. Ein Modell, das Bewerbungen vorsortiert, kann technisch einwandfrei laufen — verfügbar, integer, vertraulich — und trotzdem systematisch eine Personengruppe benachteiligen. Für ein reines ISMS ist das kein Befund. Für ein AIMS ist es der Kernbefund.

Diese Erweiterung lässt sich nicht durch eine zusätzliche Zeile im Risikoregister erledigen. Sie verlangt andere Fragen, andere Beteiligte und meist andere Datenquellen. Wer die KI-Risikobeurteilung dem Sicherheitsteam allein überlässt, bekommt eine Liste von IT-Risiken mit KI-Etikett.

Die vier Themen, die wirklich neu sind

Datenqualität und Herkunft. Woher stammen die Trainings- und Eingabedaten, wie repräsentativ sind sie, wer darf sie verwenden? Das ISMS fragt, ob Daten geschützt sind. Das AIMS fragt zusätzlich, ob sie taugen.

Bias und Diskriminierung. Wird systematisch eine Gruppe benachteiligt? Das braucht Messgrößen, Testfälle und eine Instanz, die widersprechen darf.

Erklärbarkeit und menschliche Aufsicht. Kann die Person, die eine Entscheidung verantwortet, sie nachvollziehen — und sie überstimmen? Eine Aufsicht, die faktisch nur bestätigt, ist keine.

Umgang mit Modelländerungen. Ein aktualisiertes Modell ist ein neues System. Das braucht ein Verfahren, das über normales Change-Management hinausgeht — inklusive Neubewertung der Ergebnisse.

Was das für NIS2-pflichtige Unternehmen bedeutet

Für Häuser unter NIS2 kommt eine dritte Ebene hinzu — allerdings ohne dass ein drittes System nötig wäre.

KI-Systeme sind Teil Ihrer Netz- und Informationssysteme und fallen damit unter die Risikomanagement-Maßnahmen nach § 30 BSIG. Konkret berühren sich die Regime an drei Stellen:

Lieferkette (§ 30 Abs. 2 Nr. 4). Ein zugekauftes KI-System ist ein Dienstleistungsverhältnis mit Datenzugriff. Die Anforderungen an die Lieferkettensicherheit gelten dafür wie für jeden anderen Dienstleister.
Wirksamkeitsmessung (§ 30 Abs. 2 Nr. 6). NIS2 verlangt Kennzahlen zur Wirksamkeit. KI-Kontrollen gehören hinein, sobald KI produktiv Entscheidungen beeinflusst.
Schulung. Die Schulungspflicht nach § 38 Abs. 3 BSIG und die KI-Kompetenzpflicht aus Art. 4 der KI-Verordnung lassen sich in einem Programm abbilden — wenn man sie zusammen plant.

Das ist dieselbe Logik wie beim Zusammenspiel von NIS2 und dem KRITIS-Dachgesetz: Wer die Regime getrennt abarbeitet, zahlt jede Prüfung zweimal.

Die Reihenfolge, die sich bewährt hat

KI-Inventar, bevor irgendetwas anderes passiert. Ohne die Liste ist jede Scope-Entscheidung geraten.
Scope des AIMS festlegen — und dabei zum ISMS-Scope in Bezug setzen. Zwei unterschiedliche Anwendungsbereiche sind der häufigste Grund für doppelte Arbeit.
Vorhandene Verfahren prüfen, nicht ersetzen. Dokumentenlenkung, Auditprogramm und Management-Review erweitern statt neu schreiben.
Risikobeurteilung erweitern um die Außenperspektive — mit den Fachbereichen, nicht nur mit der IT.
Kontrollen auswählen und begründen. Eine Auswahl ohne dokumentierte Begründung fällt in jedem Audit auf.

Wo ein ISMS steht, ist das ein überschaubares Projekt. Wo keines steht, ist die ehrliche Empfehlung, mit dem ISMS anzufangen — es trägt anschließend beides. Wie wir dabei vorgehen, steht auf unserer Seite zum KI-Managementsystem nach ISO 42001; den Aufbau des Fundaments beschreibt der ISMS-Aufbau nach ISO 27001.

Stand: August 2026. Keine Rechtsberatung und keine Zertifizierung — wir beraten und begleiten, die Zertifizierung erfolgt durch eine akkreditierte Stelle.