ISO 42001 erklärt: KI-Governance für Teams bei der Einführung von Copilot

Copilot ist bereits in Ihrem Tenant integriert – und mit ISO 42001 behalten Sie den Überblick darüber, worauf es zugreifen kann.
August 12, 2026
Ivar van Duuren

Was ISO 42001 eigentlich ist – einfach erklärt

ISO/IEC 42001:2023 ist der erste internationale Standard für den verantwortungsvollen Umgang mit künstlicher Intelligenz. Es handelt sich dabei nicht um eine Checkliste für ein einzelnes KI-Tool, sondern um ein Managementsystem. Es ist nach dem Vorbild von ISO 27001 für Informationssicherheit aufgebaut: risikobasiert, auf einem kontinuierlichen Verbesserungsprozess basierend und gestützt durch eine Reihe von Kontrollen in Anhang A, auf die Sie verweisen können, wenn jemand nach Ihrer KI-Governance fragt.

Wenn Sie bereits ein ISMS nach ISO 27001 betreiben, werden Sie das sofort wiedererkennen: gleiche Logik, gleicher Audit-Rhythmus, nur jetzt ausgerichtet auf die KI-Systeme, die auf Ihre Daten zugreifen, sowie auf die Daten selbst.

Auf den Punkt gebracht verlangt ISO 42001 von jeder Organisation, die KI entwickelt, kauft oder nutzt, vier Dinge: Wissen, welche KI Sie einsetzen. Verstehen, welches Risiko mit dem jeweiligen Anwendungsfall verbunden ist. Kontrollen für dieses Risiko implementieren. Nachweise darüber führen, dass Sie dies getan haben. Das ist der Standard. Alles Weitere sind Details dazu, wie diese vier Anforderungen auf Ihre Organisation anzuwenden sind – und für ein Microsoft 365-Team werden diese Details relevant, sobald Copilot aktiviert wird.

Warum dies kein Problem für irgendwann mehr ist

Microsoft 365 Copilot kommt nicht als separates, in sich geschlossenes Tool, das man aus der Distanz bewerten kann. Es integriert sich direkt in den Tenant, in dem Ihr Team bereits arbeitet, und erbt sämtliche Zugriffsrechte des jeweiligen Nutzers: dessen Postfach, Teams-Chats, SharePoint-Bibliotheken – alles, was das Berechtigungsmodell von Microsoft zulässt. Microsofts eigene Dokumentation stellt dies klar: Copilot macht nur die Organisationsdaten sichtbar, für die einzelne Nutzer mindestens Leseberechtigungen haben. Das ist eine echte Sicherheitsvorkehrung, aber genau darin liegt auch das Problem. Das Risikoprofil von Copilot ist Ihre bestehende Zugriffsgovernance, nur in vergrößerter Form. Geben Sie jemandem zu weitreichenden Zugriff auf eine Datei, die er nicht sehen sollte, wird Copilot sie ihm schneller präsentieren, als er sie jemals selbst gefunden hätte.

Der EU AI Act setzt für dieses Risiko zeitliche Rahmen, und einige dieser Fristen haben sich diesen Sommer verschoben. Verpflichtungen für KI-Modelle mit allgemeinem Verwendungszweck sowie die Governance-Struktur des Gesetzes gelten seit dem 2. August 2025. Die Transparenzpflichten gemäß Artikel 50 – also die Offenlegung, wenn jemand mit einem KI-System interagiert, und die Kennzeichnung von KI-generierten Inhalten, die als menschengemacht durchgehen könnten – traten wie geplant am 2. August 2026 in Kraft. Die allgemeinen Verpflichtungen für Hochrisiko-KI-Systeme greifen nun später. Die Digital Omnibus-Verordnung zur KI, in Kraft seit dem 27. Juli 2026, hat diese auf den 2. Dezember 2027 verschoben, bzw. auf den 2. August 2028 für KI, die in regulierte Produkte integriert ist.

Der Bereich Beschäftigung ist einer der sensiblen Bereiche, die die Kommission unter dieser Frist für 2027 nennt. Die meisten alltäglichen Copilot-Anwendungen – das Entwerfen einer E-Mail oder das Zusammenfassen eines Meetings – fallen für sich genommen nicht in die Hochrisiko-Kategorie. Wenn ein Team jedoch Copilot-Agenten in die HR-Auswahlprozesse einbindet, kommt dies dem Profil, auf das diese Regeln abzielen, deutlich näher. Ob ein spezifischer Einsatz qualifiziert ist und ob Sie als Anbieter oder Anwender gelten, ist eine Frage für Ihren Compliance-Prüfer.

Sechzehn Monate mehr Zeit für den Papierkram bei Hochrisiko-Systemen ändern nichts daran, worauf Copilot heute Morgen in Ihrem Tenant zugreifen kann. Die Verschärfung von Berechtigungen ist sinnvoll, aber das ist nur die halbe Miete. Die andere Hälfte ist die Dokumentation: Welche KI läuft, wer hat sie aktiviert und warum wurde der Einsatz als akzeptabel bewertet? Genau diese Nachweise zu erbringen, ist der Zweck von ISO 42001.

Wie sich ISO 42001 in Ihr bestehendes ISMS einfügt

Ein ISMS nach ISO 27001 liefert Ihnen bereits den Großteil der Infrastruktur: ein Risikoregister, benannte Verantwortliche, einen internen Audit-Zyklus und ein Management-Review, das mit Inhalten gefüllt werden muss. ISO 42001 ändert lediglich, was Sie dort einspeisen.

Der naheliegende Einwand an dieser Stelle ist, dass Microsoft dies bereits für Sie erledigt hat. Microsoft 365 Copilot und Copilot Studio fallen beide in den Geltungsbereich der eigenen ISO/IEC 42001-Zertifizierung von Microsoft. Microsoft ist dabei präzise, was Ihnen das bringt: Sie können die entsprechende Zertifizierung für Ihre eigene Compliance-Bewertung heranziehen, bleiben aber selbst dafür verantwortlich, einen Prüfer mit der Bewertung der Kontrollen und Prozesse innerhalb Ihrer eigenen Organisation und Ihrer spezifischen Implementierung zu beauftragen. Der Geltungsbereich endet bei den Systemen von Microsoft. Welche Agenten in Ihrem Tenant laufen, wer sie autorisiert hat und worauf sie zugreifen, liegt in Ihrem Verantwortungsbereich.

Das Register wächst also. Neben Ihren Informationswerten beginnt es nun, die Systeme zu erfassen, die diese lesen – einschließlich des Copilot Studio-Agenten, den jemand an einem Donnerstagnachmittag erstellt hat. Auch die Klassifizierung ändert sich, denn die entscheidende Frage ist nun, wie riskant dieser spezifische Einsatz von Copilot ist. Das Zusammenfassen eines Stand-up-Meetings und das Ranking von Bewerbern teilen sich zwar eine Lizenz, haben aber sonst wenig gemeinsam.

Bei Agenten wird es konkret. Jeder Agent deklariert die Berechtigungen und den Datenzugriff, den er benötigt, und ein Administrator kann dies im Microsoft 365 Admin Center genau überprüfen, bevor er ihn für den Tenant freigibt. Darum herum weitet sich die Zugriffskontrolle auf das aus, was ein KI-System erreichen kann; das Lieferantenmanagement muss hinterfragen, was das Zertifikat eines Anbieters tatsächlich abdeckt; und das Incident-Management benötigt einen Prozess für den Fall, dass ein KI-System ein unvorhergesehenes Verhalten zeigt. Der Nachweispfad, das Verantwortungsmodell und der Audit-Rhythmus, die Sie bereits etabliert haben, lassen sich direkt übernehmen.

Die Zertifizierung ist eine separate Entscheidung von der Governance. Ob Sie eine eigene ISO 42001-Zertifizierung anstreben, ist eine Frage des Geltungsbereichs, die Sie mit Ihrem Auditor klären sollten. Die Governance beginnt jedoch in jedem Fall gleich: damit, zu wissen, was bei Ihnen läuft.

Die ersten drei Schritte für ein M365-Team

Der Weg von ungeschützt zu kontrolliert erfordert drei Schritte, und die Reihenfolge ist entscheidend.

Beginnen Sie mit einer Bestandsaufnahme: Listen Sie jedes KI-System auf, das auf Ihren Tenant zugreift – Copilot selbst, alle Copilot Studio-Agenten sowie die KI-Funktionen, die unbemerkt in anderen SaaS-Tools Ihres Teams eingebettet sind. Weisen Sie jedem Eintrag einen Verantwortlichen und ein Datum zu. Was Sie nicht erfasst haben, können Sie auch nicht kontrollieren.

Sobald die Liste steht, beginnt die eigentliche Arbeit: Bewerten Sie jeden Eintrag ehrlich hinsichtlich seines Risikopotenzials. Integrieren Sie das Ergebnis in das Risikoregister, das Sie bereits für ISO 27001 führen, anstatt ein zweites, paralleles System aufzubauen. Ein separates KI-Register gerät nur zu leicht in Vergessenheit.

Der letzte Schritt ist der Kern der Governance. Unterstellen Sie Copilot und seine Agenten derselben Zugriffssteuerung, die Sie bereits für sensible Dateien und Systeme anwenden: namentliche Verantwortlichkeit, dokumentierter Geltungsbereich und eine Entscheidung, die von jemandem unterzeichnet und datiert wurde. Letzteres ist der Nachweis, den die Norm verlangt.

ISOPlanner™ integriert ISO 42001 direkt in die Microsoft 365-Umgebung, in der Ihr Team bereits arbeitet. Es verknüpft die Anforderungen mit ISO 27001, wobei Risikoregister, Verantwortlichkeiten und Nachweise dort verwaltet werden, wo die eigentliche Arbeit stattfindet: in SharePoint und Teams.

Wenn eine KI-Einführung nur als „IT hat etwas freigeschaltet“ betrachtet wird, ist das eine Sicherheitslücke mit Ansage. Wird sie hingegen als Entscheidung im Rahmen eines Managementsystems behandelt, ist sie das nicht.

Governance, die bereits weiß, welche KI im Einsatz ist, ist der Governance überlegen, die erst nach einer Prüfung davon erfährt.
Entdecken Sie unsere Unterstützung für KI-Governance

Related Posts