Compliance & Vorschriften Eilmeldung 8. März 2026 10 Min. Lesezeit

AI-Sicherheitsagenten verändern die Compliance-Landschaft, Pentagon streitet mit Anthropic über autonome Kriegsführung — Überblick zur Sicherheitsregulierung

Codex Security von OpenAI hat 1,2 Millionen Commits gescannt und 10.561 Schwachstellen mit hohem Schweregrad gefunden — und damit neu definiert, wie automatisierte Compliance aussieht. Der Technikchef des Pentagons geriet öffentlich mit Anthropic über autonome Kriegsführung und die Richtlinien für AI-Waffen aneinander. Die mit Pakistan verbundene Gruppe Transparent Tribe produziert massenhaft AI-generierte Malware in mehreren Programmiersprachen. Gleichzeitig tritt die Berichterstattung zu ICT-Risiken gemäß DORA in eine kritische Compliance-Phase ein, und die Anforderungen von NIS2 an Lieferketten werden in den EU-Mitgliedstaaten verschärft. Das müssen Compliance-Teams an diesem Sonntagmorgen wissen.

🤖 OpenAI Codex Security: AI-Agenten betreten die Arena des Schwachstellenmanagements

OpenAI führte Codex Security am 7. März ein, einen AI-gestützten Sicherheitsagenten, der während seiner Betaphase 1,2 Millionen Commits in Open-Source-Repositorys scannte und dabei 792 kritische sowie 10.561 Schwachstellen mit hohem Schweregrad identifizierte — darunter neue CVEs in OpenSSH, GnuTLS, GOGS, PHP und Chromium.

Funktionsweise

Codex Security arbeitet in drei Phasen: Zunächst analysiert der Agent die Repository-Struktur, um ein sicherheitsrelevantes Bedrohungsmodell zu erstellen. Anschließend identifiziert er Schwachstellen auf Grundlage des Systemkontexts und unterzieht die Ergebnisse dann Belastungstests in einer isolierten Umgebung, um sie vor der Ausgabe zu validieren. Die Rate falsch positiver Ergebnisse sank während der Betaphase um mehr als 50 %.

Regulatorische Bedeutung

Dies stellt einen Paradigmenwechsel für Compliance-Rahmenwerke dar, die ein Schwachstellenmanagement vorschreiben:

NIS2 Artikel 21: Schreibt die „Behandlung und Offenlegung von Schwachstellen“ vor — AI-Sicherheitsagenten wie Codex Security könnten sich zum De-facto-Standard entwickeln, um diese Anforderung in großem Umfang zu erfüllen
DORA Artikel 9: Finanzunternehmen müssen Rahmenwerke für das ICT-Risikomanagement einschließlich der Identifizierung von Schwachstellen unterhalten — automatisierte AI-Scans könnten zur erwarteten Grundvoraussetzung werden
EU AI Act Artikel 15: Hochrisiko-AI-Systeme müssen ein „angemessenes Maß an Cybersicherheit“ erreichen — Werkzeuge, die Schwachstellen in AI-Codebasen erkennen können, erfüllen diese Anforderung unmittelbar
GDPR Artikel 32: „Angemessene technische Maßnahmen“ zum Datenschutz — kontinuierliche, AI-gestützte Schwachstellenscans stärken diese Argumentation erheblich

Entdeckte wichtige CVEs

Projekt	CVEs	Auswirkung
GnuPG	CVE-2026-24881, CVE-2026-24882	Kompromittierung kryptografischer Operationen
GnuTLS	CVE-2025-32988, CVE-2025-32989	Fehler in der TLS-Implementierung
GOGS	CVE-2025-64175, CVE-2026-25242	Ausnutzung der Git-Hosting-Plattform
Thorium	7 CVEs (CVE-2025-35430 bis 35436)	Software für nukleare/kritische Infrastrukturen

Fazit für die Compliance

Organisationen, die NIS2, DORA oder branchenspezifischen Vorschriften unterliegen, sollten AI-gestützte Werkzeuge für Schwachstellenscans jetzt evaluieren. Mit der breiten Verfügbarkeit dieser Werkzeuge werden Aufsichtsbehörden ein ausschließlich manuelles Schwachstellenmanagement zunehmend als unzureichend betrachten. Die Messlatte für „angemessene technische Maßnahmen“ steigt.

⚔️ Pentagon-Technikchef streitet mit Anthropic über autonome Kriegsführung

AI-Ethik trifft auf militärische Realität

Der Chief Technology Officer des Pentagons, Emil Michael, gab öffentlich bekannt, dass er mit dem AI-Unternehmen Anthropic über Fähigkeiten zur autonomen Kriegsführung aneinandergeraten sei. Das Militär entwickelt Verfahren, die abhängig vom Risikoniveau unterschiedliche Autonomiestufen in der Kriegsführung ermöglichen sollen.

Der zentrale Konflikt

Diese Konfrontation offenbart die grundlegende Regulierungslücke zwischen dem militärischen Einsatz von AI und zivilen Rahmenwerken für die AI-Governance:

Position von Anthropic: Das AI-Sicherheitsunternehmen hält an strengen Nutzungsrichtlinien gegen militärische Anwendungen fest, bei denen autonome Entscheidungen über tödliche Gewalt getroffen werden
Position des Pentagons: Das Militär argumentiert, dass unterschiedliche Grade an AI-Autonomie notwendig seien und verantwortungsvolle Einsatzverfahren die Risiken mindern könnten
Regulierungslücke: Weder der EU AI Act noch die Rahmenwerke der USA regeln die Schnittstelle zwischen kommerziellen AI-Modellen und autonomen militärischen Systemen umfassend

Auswirkungen des EU AI Act

Der EU AI Act schließt militärische Anwendungen und Anwendungen der nationalen Sicherheit ausdrücklich von seinem Geltungsbereich aus (Artikel 2 Absatz 3). Dieser Konflikt wirft jedoch entscheidende Fragen auf:

Bedenken bei doppeltem Verwendungszweck: Welches Regulierungssystem gilt, wenn kommerzielle AI-Modelle, die unter zivilen Sicherheitsrahmenwerken entwickelt wurden, für militärische Zwecke angepasst werden?
Verbotene Praktiken gemäß Artikel 5: Der AI Act verbietet AI-Systeme, die Schwächen manipulieren oder ausnutzen — autonome militärische Systeme, die in zivilnahen Umgebungen eingesetzt werden, könnten unter diese Bestimmungen fallen
Ausfuhrkontrollen: EU-Mitgliedstaaten, die NIS2 umsetzen, müssen prüfen, ob AI-fähige Cybersicherheitswerkzeuge für offensive militärische Operationen umfunktioniert werden könnten
Neue AI-Zertifizierungen des EC-Council: Die in dieser Woche eingeführte Enterprise AI Credential Suite umfasst Zertifizierungen, die sich speziell mit verantwortungsvoller AI-Governance befassen — ein Marktsignal dafür, dass die Branche mit einer Verschärfung der Regulierung rechnet

🦠 Industrialisierung AI-gestützter Malware: „Vibeware“ von Transparent Tribe

Bedrohungsakteure setzen auf AI-gestützte Entwicklung

Die mit Pakistan verbundene Bedrohungsgruppe Transparent Tribe nutzt AI-Programmierwerkzeuge, um massenhaft Malware-Implantate in Nim, Zig und Crystal zu produzieren — weniger bekannte Programmiersprachen, die der Erkennung entgehen sollen. Forscher von Bitdefender bezeichnen dies als „AI-gestützte Industrialisierung von Malware“ und prägten für AI-generierte Malware den Begriff „Vibeware“.

Regulatorische Herausforderungen

Diese Entwicklung stellt alle wichtigen Compliance-Rahmenwerke vor beispiellose Herausforderungen:

NIS2 Artikel 21: Verfahren zur Bewältigung von Sicherheitsvorfällen müssen nun mehrsprachige Malware berücksichtigen, deren Signaturen sich mit jeder AI-generierten Iteration ändern — herkömmliche IOC-basierte Erkennung wird unzureichend
DORA Artikel 11: Die Klassifizierung ICT-bezogener Vorfälle muss weiterentwickelt werden, um AI-generierte Bedrohungen einzuordnen, deren Muster sich grundlegend von manuell erstellter Malware unterscheiden können
EU AI Act Artikel 5: Sollten AI-Programmierassistenten dazu verpflichtet werden, Anfragen zur Erstellung von Malware zu erkennen und abzulehnen? Das Rahmenwerk für verbotene Praktiken berücksichtigt diesen Angriffsvektor noch nicht
Meldung von Datenschutzverletzungen gemäß GDPR: AI-industrialisierte Angriffe erhöhen die Häufigkeit von Datenschutzverletzungen — Organisationen könnten anhaltendem Kampagnendruck ausgesetzt sein, der mehrere gleichzeitige Meldungen gemäß Artikel 33 erfordert

Warnung von Microsoft

Gleichzeitig berichtete Microsoft, dass Hacker AI in jeder Phase von Cyberangriffen missbrauchen — von der Aufklärung und dem Social Engineering bis zur Entwicklung von Exploits und zu Aktivitäten nach einer Kompromittierung. Dieser systemische Wandel vom vereinzelten AI-Missbrauch zur Integration von AI in die gesamte Angriffskette erfordert eine regulatorische Reaktion auf Ebene der Rahmenwerke.

🏦 DORA-Compliance: Berichterstattung zu ICT-Risiken tritt in kritische Phase ein

Seit März 2026 ist der Digital Operational Resilience Act (DORA) für Finanzunternehmen in der EU vollständig in Kraft. Die Anforderungen an das ICT-Risikomanagement gemäß den Artikeln 5–16 unterliegen nun der aufsichtsrechtlichen Prüfung, wobei die Europäischen Aufsichtsbehörden die Compliance aktiv bewerten.

Was Finanzunternehmen jetzt tun müssen

DORA-Anforderung	Status	Erforderliche Maßnahme
Rahmenwerk für das ICT-Risikomanagement (Art. 5–16)	🔴 Aktive Durchsetzung	Dokumentation des Rahmenwerks und Genehmigung auf Vorstandsebene abschließen
Meldung von ICT-Vorfällen (Art. 17–23)	🔴 Aktive Durchsetzung	Meldekanäle zu den zuständigen Behörden innerhalb der vorgeschriebenen Fristen einrichten
Tests der digitalen operationalen Resilienz (Art. 24–27)	🟡 Einführungsphase	Grundlegende Tests implementieren; fortgeschrittene TLPT für systemrelevante Unternehmen
ICT-Drittparteienrisiko (Art. 28–44)	🟡 Bewertungsphase	Alle kritischen ICT-Dienstleister erfassen; Vertragsprüfungen beginnen
Informationsaustausch (Art. 45)	🟢 Freiwillig	Teilnahme an Vereinbarungen zum Austausch von Bedrohungsinformationen erwägen

Schnittstelle zwischen DORA und AI-Sicherheit

Die Entwicklungen dieser Woche — insbesondere AI-Sicherheitsagenten (Codex Security) und AI-generierte Bedrohungen (Transparent Tribe) — stellen Finanzunternehmen vor eine doppelte Herausforderung: Sie müssen AI-gestützte Werkzeuge für die Compliance evaluieren und sich gleichzeitig gegen AI-gestützte Bedrohungen verteidigen. Der technologieneutrale Ansatz von DORA bedeutet, dass Aufsichtsbehörden das Ergebnis des Risikomanagements und nicht die konkret eingesetzten Werkzeuge bewerten werden — doch der Sorgfaltsmaßstab steigt implizit.

🇪🇺 NIS2-Haftung in der Lieferkette: Das Netz zieht sich zu

Mehrere Entwicklungen dieser Woche unterstreichen die wachsende Reichweite der NIS2-Anforderungen an Lieferketten:

Angriff auf das Überwachungssystem des FBI — Lehren für die EU

Die laufenden Ermittlungen des FBI zu einem Angriff auf sein Überwachungsdatensystem, über den erstmals am 7. März berichtet wurde, werfen weiterhin Fragen zur Sicherheit staatlicher Systeme auf. Für Organisationen in der EU erinnert dieser Vorfall daran, dass NIS2 Artikel 21 Absatz 2 Buchstabe d Sicherheitsmaßnahmen für Lieferketten verlangt, die Schwachstellen in den Beziehungen zu direkten Lieferanten berücksichtigen — einschließlich staatlicher Systeme und Systeme zum Austausch nachrichtendienstlicher Informationen.

Iranische APT nimmt kritische Infrastruktur der USA ins Visier

Iranische Bedrohungsakteure sind nachweislich seit mindestens Februar 2026 in den Netzwerken eines Flughafens, einer Bank und eines Softwareunternehmens in den USA aktiv. Gemäß NIS2 müssen Unternehmen in der EU mit Abhängigkeiten von US-amerikanischen Lieferketten bewerten, ob der kompromittierte Status ihrer amerikanischen Partner ihre eigene Risikolage beeinflusst.

Ausnutzung von Rockwell ICS

Eine 2021 offengelegte Schwachstelle in Rockwell Automation wird nun aktiv für Angriffe auf industrielle Steuerungssysteme ausgenutzt. Der fünfjährige Zeitraum zwischen Offenlegung und Ausnutzung verdeutlicht, weshalb die Anforderungen von NIS2 an die Behandlung von Schwachstellen gemäß Artikel 21 eine kontinuierliche Überwachung erfordern — nicht nur eine einmalige Installation von Patches.

NIS2-Checkliste für Lieferketten — März 2026

✅ Alle kritischen und wichtigen Lieferanten erfassen (einschließlich Abhängigkeiten außerhalb der EU)
✅ Cybersicherheitsreife der Lieferanten anhand standardisierter Rahmenwerke bewerten
✅ Cybersicherheitsanforderungen in alle neuen und verlängerten Verträge aufnehmen
✅ Verfahren zur Meldung von Sicherheitsvorfällen mit wichtigen Lieferanten einrichten
✅ Schwachstellenstatus der Lieferanten durch kontinuierliche Scans überwachen
✅ Risikobewertungen der Lieferkette für aufsichtsrechtliche Prüfungen dokumentieren

📅 Regulierungskalender: Wichtige bevorstehende Termine

Datum	Rahmenwerk	Meilenstein
11. März 2026	Patch-Dienstag	Microsoft-Patch-Dienstag im März 2026 — kritische Patches werden erwartet; Prognose warnt: „AI-Sicherheit könnte ein Oxymoron sein“
2. Mai 2026	EU AI Act	Transparenzpflichten für GPAI-Modelle treten in Kraft — Anbieter müssen Cybersicherheitsmaßnahmen dokumentieren
2. August 2026	EU AI Act	Anforderungen an Hochrisiko-AI-Systeme werden durchsetzbar (Artikel 6–49)
17. Oktober 2026	NIS2	Umsetzungsfrist für Mitgliedstaaten — alle 27 EU-Länder müssen NIS2 in nationales Recht überführt haben
17. Januar 2027	DORA	Aufsichtsrahmen für kritische ICT-Drittdienstleister vollständig einsatzbereit

🔑 Wichtigste Erkenntnisse für Compliance-Teams

AI-Sicherheitswerkzeuge werden zu Compliance-Werkzeugen. Die Fähigkeit von Codex Security, 1,2 Millionen Commits zu scannen und Ergebnisse in isolierten Umgebungen zu validieren, setzt einen neuen Maßstab dafür, was „angemessene technische Maßnahmen“ gemäß NIS2, DORA und GDPR bedeuten.
Die Debatte über autonome AI-Kriegsführung wird die kommerzielle AI-Governance prägen. Der Konflikt zwischen Pentagon und Anthropic deutet darauf hin, dass militärische AI-Richtlinien zwangsläufig einschränken oder erweitern werden, was kommerzielle AI-Unternehmen anbieten können — mit Auswirkungen auf Cybersicherheitswerkzeuge mit doppeltem Verwendungszweck.
AI-generierte Malware erfordert eine AI-fähige Abwehr. Die Vibeware von Transparent Tribe und die Warnung von Microsoft vor der AI-Integration in die gesamte Angriffskette bedeuten, dass Organisationen, die sich ausschließlich auf herkömmliche Schutzmaßnahmen verlassen, regulatorische Angemessenheitsprüfungen möglicherweise nicht bestehen.
Die Durchsetzung von DORA ist real und aktiv. Finanzunternehmen sollten das erste Quartal 2026 als Phase der Compliance-Validierung betrachten — die Aufsichtsbehörden sehen genau hin.
Die NIS2-Haftung für Lieferketten hat globale Reichweite. Der Angriff auf das FBI, iranische APT-Kampagnen und die Ausnutzung von Rockwell ICS zeigen, dass Lieferkettenrisiken keine geografischen Grenzen kennen.

Regulatorischen Anforderungen immer einen Schritt voraus

Die automatisierten Sicherheitsscans von KENSAI helfen Ihnen, die Compliance-Anforderungen von NIS2, DORA und EU AI Act durch eine kontinuierliche Schwachstellenbewertung Ihrer gesamten Angriffsfläche zu erfüllen.

Kostenlosen Sicherheitsscan starten →

Veröffentlicht vom KENSAI-Sicherheitsforschungsteam — 8. März 2026

Quellen: The Hacker News, SecurityWeek, BleepingComputer, Help Net Security, Bitdefender, Microsoft, OpenAI, CISA