ISO 42001 vs ISO 27001: der Unterschied für dein KMU

Seit Dezember 2023 gibt es einen zertifizierbaren Management-Standard für künstliche Intelligenz: ISO/IEC 42001. Seither taucht die Frage ISO 42001 vs ISO 27001 in Zertifizierungszyklen und Verkaufsgesprächen auf, meist in der Form: «Brauchen wir das jetzt auch noch?» Die kurze Antwort für die meisten Schweizer KMU: Der Inhalt des Standards geht dich an, das Zertifikat vorerst kaum. Der Rest dieses Artikels begründet das.

Was ISO/IEC 42001 ist

Der Standard wurde im Dezember 2023 publiziert und ist der erste Management-Standard für künstliche Intelligenz, gegen den sich eine Organisation von einer akkreditierten Stelle zertifizieren lassen kann. Das Konstrukt dahinter heisst AI Management System, kurz AIMS. Er richtet sich an jede Organisation, die KI entwickelt, anbietet oder einsetzt. Also auch an das KMU, das nie ein Modell trainieren wird und trotzdem längst mit Copilot und ChatGPT arbeitet.

Genauso wichtig ist, was der Standard nicht ist: keine technische Checkliste für sichere KI-Modelle und kein Prüfsiegel für einzelne Tools. Er beschreibt, wie eine Organisation den Umgang mit KI führt. Rollen, Richtlinien, Risikoprozess, Lebenszyklus der Systeme, Umgang mit Lieferanten und eingekauften Modellen.

Wer ISO 27001 kennt, erkennt den Aufbau sofort wieder. ISO 42001 nutzt dieselbe harmonisierte Struktur wie alle neueren ISO-Management-Standards: Kontext, Führung, Planung, Support, Betrieb, Bewertung, Verbesserung. Auch die Mechanik dahinter ist dieselbe. Ein Anhang mit konkreten Massnahmen, aus dem du begründet auswählst, was für deine Organisation gilt, und ein Auditor, der prüft, ob du tust, was du dokumentiert hast. Das ist Absicht. Die Standards sind zum Kombinieren gebaut, und genau diese Eigenschaft entscheidet weiter unten über die Kostenfrage.

Ein Auditor schaut bei ISO 42001 also nicht auf dein Modell oder deine Prompts. Er schaut, ob es eine Richtlinie gibt, wer für KI-Entscheidungen verantwortlich ist, wie Risiken und Auswirkungen bewertet werden, wie du eingekaufte Modelle und Anbieter im Griff behältst und ob der Lebenszyklus deiner Systeme gesteuert ist. Führungsarbeit, dokumentiert und nachvollziehbar. Wer ein 27001-Audit hinter sich hat, kennt das Gefühl.

Der Unterschied liegt in der Blickrichtung

ISO 27001 stellt die Frage: Was kann unseren Informationen passieren? Vertraulichkeit, Integrität, Verfügbarkeit. Das Risiko kommt von aussen oder von innen, und es trifft deine Daten.

ISO 42001 dreht die Blickrichtung um. Die Frage lautet: Was kann unser KI-System anrichten? Das Risiko geht vom System selbst aus, und es trifft Kunden, Mitarbeitende oder Entscheidungen. Darum verlangt der Standard Dinge, die in einem ISMS nicht vorkommen: eine Folgenabschätzung für die Personen, die ein System betrifft, Anforderungen an Transparenz und menschliche Aufsicht, und Kontrolle über den ganzen Lebenszyklus, vom Beschaffungsentscheid bis zur Abschaltung.

Ein Beispiel macht das greifbar. Ob Firmendaten über ein KI-Tool zum Anbieter abfliessen, ist eine 27001-Frage: Datenfluss, Auftragsverarbeitung, Zugriffskontrolle. Ob dein KI-gestütztes Vorsortieren von Bewerbungen bestimmte Gruppen benachteiligt, ist eine 42001-Frage. Das erste Risiko trifft deine Informationen. Das zweite geht von deinem System aus und trifft Menschen. Ein ISMS sieht das zweite Risiko schlicht nicht, weil es dafür nie gebaut wurde.

Dasselbe Muster zeigt sich bei einer Copilot-Einführung. Welche Dokumente der Assistent lesen darf, entscheidet dein Berechtigungskonzept; das ist sauberes 27001-Terrain, und dort scheitern die meisten Einführungen auch. Ob ein Sachbearbeiter eine halluzinierte Zahl ungeprüft in eine Kundenofferte übernimmt, ist eine Frage von menschlicher Aufsicht und Prozessdesign. Dafür hat ein ISMS keine Kategorie, ein AIMS schon.

In der Praxis heisst das nicht, dass du zwei getrennte Risikowelten verwalten musst. Es heisst, dass deine bestehende Risikoanalyse eine Spalte dazubekommt: die Frage, was von einem System ausgeht, neben der vertrauten Frage, was ihm zustossen kann.

ISO 42001 und ISO 27001: die Überschneidung ist grösser als der Unterschied

Läuft bei dir ein ISMS, hast du einen grossen Teil des 42001-Apparats bereits im Betrieb: den Risikoprozess, die Dokumentenlenkung, das Management-Review, die internen Audits. Der Standard verlangt nicht, das doppelt zu bauen. Er dockt an.

Was dazukommt, ist überschaubar und inhaltlich sinnvoll, mit oder ohne Zertifikat. Ein Inventar der eingesetzten KI-Systeme, inklusive der Tools, die einzelne Teams ohne Freigabe nutzen. Eine KI-Richtlinie, die regelt, wer welche Tools mit welchen Daten verwenden darf. Und die Folgenabschätzung für die Systeme, die Entscheidungen über Menschen treffen oder vorbereiten.

Der unbequemste Teil davon ist das Inventar, und zwar aus einem einfachen Grund: Es ist praktisch nie vollständig. KI-Funktionen stecken heute in Tools, die niemand als KI beschafft hat, im CRM genauso wie im Übersetzungsdienst, und einzelne Mitarbeitende nutzen längst private Konten für Firmenarbeit. In unserer Erfahrung ist diese Schatten-Nutzung der Normalfall, und sie ist auch der Grund, warum eine KI-Richtlinie ohne Inventar wenig bewirkt. Du regelst sonst den sichtbaren Teil und übersiehst den Rest.

Genau so setzen wir KI-Governance in Mandaten um: als Erweiterung des bestehenden Sicherheits-Managements. Ein zweites Managementsystem daneben braucht niemand, und die Substanz trägt später, falls doch ein Zertifikat nötig wird.

Wann sich das zweite Zertifikat lohnt

Ehrlicherweise: für die meisten Schweizer KMU noch nicht. Es gibt drei Situationen, in denen die Rechnung kippt.

Erstens: Du verkaufst KI. Wenn dein Produkt ein KI-System ist oder eines enthält und deine Kunden Konzerne sind, taucht ISO 42001 früher oder später im Security-Fragebogen des Einkaufs auf. Dann wird das Zertifikat zum Verkaufsdokument. Zulieferer kennen diese Mechanik von ISO 27001, wo der Fragebogen oft härter drängt als jedes Gesetz.

Zweitens: Der EU AI Act trifft dich. Seit dem 2. August 2026 gelten die Pflichten für Hochrisiko-Systeme nach Anhang III, und der Act gilt auch für Schweizer Firmen, deren Systeme in der EU zum Einsatz kommen. Ein 42001-Zertifikat ist kein AI-Act-Nachweis; die Prüfmassstäbe sind verschieden. Aber die Governance-Struktur, die der Standard verlangt, deckt sich weitgehend mit dem, was du für den Act ohnehin dokumentieren musst. Was der Act für Schweizer Firmen konkret bedeutet, haben wir in einem eigenen Beitrag aufgeschrieben.

Drittens: Ein Schlüsselkunde oder eine Ausschreibung verlangt den Nachweis vertraglich. Heute sehen wir das selten. Wir erwarten aber dieselbe Entwicklung wie bei ISO 27001, wo aus vereinzelten Kundenanforderungen innert weniger Jahre ein Standardkriterium im Einkauf wurde.

Und die Schweiz selbst? Die zwingt dich nicht. Der Bundesrat hat am 12. Februar 2025 entschieden, dass die Schweiz kein eigenes KI-Gesetz nach EU-Vorbild bekommt. Stattdessen ratifiziert sie die KI-Konvention des Europarats und passt bestehende Gesetze sektoriell an; eine Vernehmlassungsvorlage soll bis Ende 2026 vorliegen. Für den Umgang mit Personendaten gilt ohnehin das nDSG, mit oder ohne KI. Verarbeitest du Personendaten in KI-Tools, bleibt die Hausaufgabe dieselbe wie bei jedem Cloud-Dienst: Auftragsbearbeitungsvertrag, Datenkategorien, Übermittlung ins Ausland. Dafür brauchst du keinen neuen Standard, nur die Disziplin, die dein ISMS ohnehin verlangt.

Wo das Geld besser aufgehoben ist

Ein Zertifikat kostet Audit-Tage, jedes Jahr wieder, plus die interne Zeit, die niemand auf der Offerte ausweist. Bei den Kosten von ISO 27001 haben wir vorgerechnet, dass das Zertifikat selbst der billigste Teil ist und der Betrieb des Systems das Mehrfache kostet. Bei ISO 42001 gilt dieselbe Logik.

Und die Kundenfragen, die heute eintreffen, verlangen selten ein Zertifikat. Sie klingen eher so: Welche KI-Tools setzt ihr ein? Laufen unsere Daten da durch? Wer prüft die Ergebnisse, bevor sie zu uns kommen? Auf diese Fragen antwortet ein gepflegtes Inventar mit Richtlinie besser als jede Urkunde an der Wand, und beides kostet einen Bruchteil.

Darum unsere nüchterne Reihenfolge für ein KMU, das KI einsetzt und keine KI verkauft: zuerst das Inventar, dann die Richtlinie, dann die Folgenabschätzung für die heiklen Anwendungsfälle. Alles verankert im bestehenden ISMS, geprüft im bestehenden Audit-Rhythmus. Das deckt die realen Risiken ab und beantwortet die Kundenfragen von oben gleich mit. Das Zertifikat ziehst du nach, wenn ein Deal davon abhängt. Der Weg ist dann kurz, weil die Substanz schon steht.

Drei Fragen für deine Entscheidung

Verkaufst du KI oder setzt du sie nur ein? Verlangt ein Kunde oder eine Ausschreibung den Nachweis, heute oder absehbar? Läuft ein ISMS, an das du andocken kannst?

Beantworte diese drei Fragen ehrlich, dann ist die Zertifikatsfrage meist schon entschieden. Bei dreimal Nein ist eine KI-Richtlinie im bestehenden Rahmen der richtige nächste Schritt, kein Normenprojekt. Bei einem Ja lohnt sich der Blick auf den Zeithorizont: Ein Zertifizierungsaudit setzt ein gelebtes System voraus, und gelebt heisst Monate, nicht Wochen. Fängst du erst an, wenn der Fragebogen des Kunden auf dem Tisch liegt, verhandelst du unter Druck.

Andocken sieht dabei unspektakulär aus. Das KI-Inventar wird Teil deines Asset-Registers, die KI-Richtlinie eine Weisung neben den bestehenden, die Folgenabschätzung ein Schritt in deinem Risikoprozess, und das Management-Review bekommt einen Punkt mehr auf der Agenda. Kein neues Gremium, kein zweiter Auditor. Wenn du unsicher bist, wo das bei euch anfangen soll, klärt das ein Erstgespräch schneller als ein Normenkauf.

Uns interessiert dabei eine Frage mehr als alle anderen, weil an ihr fast jede KI-Governance-Diskussion hängt: Weisst du heute, welche KI-Tools in deinem Unternehmen tatsächlich im Einsatz sind?