Der EU-KI-Cyberplan beginnt im Testraum

Cybersicherheit war lange eine Frage von Firewalls, Passwörtern, Patches und schnellen Reaktionen. Künstliche Intelligenz verschiebt diesen Alltag. Sie kann Logdateien zusammenfassen, Schwachstellen schneller sichtbar machen und überlasteten Sicherheitsteams helfen, Alarme zu sortieren. Sie kann aber auch Angreifern dienen: zum Finden von Lücken, zum Automatisieren von Angriffen und zum Beschleunigen eines Vorfalls, bevor ein Mensch ihn richtig verstanden hat.

Vor diesem Hintergrund hat die Europäische Kommission am 7. Juli einen Aktionsplan zu KI und Cybersicherheit vorgestellt. Er ist keine neue Wunderwaffe und auch kein Verbot von KI-Tools in Sicherheitsabteilungen. Der Plan versucht vielmehr, eine unbequeme Normalität zu ordnen: Fortgeschrittene KI ist bereits Teil der digitalen Verteidigung, aber sie darf nicht ungeprüft an kritische Daten, Netze oder Entscheidungen angeschlossen werden.

Die Kommission beschreibt drei Ziele. Erstens soll fortgeschrittene KI sicher und verantwortungsvoll genutzt werden. Zweitens soll die europäische Cybersicherheit und Widerstandsfähigkeit gestärkt werden. Drittens will Europa eigene Fähigkeiten für KI in der Cybersicherheit ausbauen. Hinter dieser institutionellen Sprache steckt eine praktische Kette: Modelle bewerten, Zugänge absichern, Tests vom Produktivbetrieb trennen, Verantwortlichkeiten dokumentieren und erst danach breiter einsetzen.

Der wichtigste Baustein für den Alltag ist die angekündigte Testlogik. Die Kommission will Europas Fähigkeit stärken, KI-Modelle vor dem Marktzugang im Sinne des AI Act zu bewerten. Außerdem soll gemeinsam mit der EU-Cybersicherheitsagentur ENISA ein europäischer Rahmen für sicheren Zugang zu fortgeschrittenen KI-Systemen entstehen. Eine sichere Testplattform soll Organisationen in kritischen Sektoren helfen, KI-Lösungen zu prüfen und einzusetzen. Genannt werden Energie, Verkehr, Gesundheit, Finanzwesen und öffentliche Verwaltung.

Für deutsche, österreichische und andere europäische Organisationen ist das weniger abstrakt, als es klingt. Ein Krankenhaus, ein Stadtwerk, eine Bank oder ein Verkehrsunternehmen kann ein KI-Werkzeug nicht wie eine gewöhnliche Bürosoftware behandeln, wenn es Alarme priorisiert, Schwachstellen bewertet oder Reaktionen empfiehlt. Die richtige Frage lautet nicht nur, ob das Werkzeug gut demonstriert. Sie lautet: Welche Daten sieht es, welche Rechte bekommt es, welche Fehler macht es, wer prüft seine Empfehlung und was passiert, wenn es selbst zum Einfallstor wird?

Auch der Mittelstand ist betroffen, selbst wenn er nicht zu den großen kritischen Infrastrukturen zählt. Viele kleinere Unternehmen kaufen Sicherheitsdienste, Cloud-Werkzeuge oder Entwicklerhilfen ein, in denen KI-Funktionen bereits eingebaut sind. Die Einführung geschieht dann nicht als großes KI-Projekt, sondern über ein Update, ein Zusatzmodul oder einen Assistenten im bestehenden Produkt. Genau deshalb ist ein Inventar so wichtig: Welche KI-Funktionen laufen bereits, welche Daten verlassen das Unternehmen, welche Protokolle werden ausgewertet und wer kann die Funktion abschalten?

Der Plan steht in einem dichten europäischen Regelwerk. Die Kommission verweist auf den AI Act, die NIS2-Richtlinie, den Cyber Resilience Act, DORA für die digitale operationelle Resilienz im Finanzsektor und den Cyber Solidarity Act. Das ist kein Nebensatz. Cybersicherheit mit KI berührt Produktsicherheit, Datenschutz, Lieferketten, Meldepflichten und Grundrechte zugleich. Ein einzelnes Compliance-Dokument reicht deshalb nicht. Organisationen müssen verstehen, welcher Teil ihres KI-Einsatzes ein Sicherheitswerkzeug, ein Produktbestandteil, ein Dienstleisterrisiko oder eine Entscheidungshilfe ist.

Parallel bereitet das AI Office Leitlinien für die praktische Anwendung des AI Act vor. Die Kommission nennt für 2026 unter anderem Hinweise zur Einstufung von Hochrisiko-Systemen, zu Transparenzpflichten nach Artikel 50, zur Meldung schwerwiegender Vorfälle und zu Pflichten entlang der KI-Wertschöpfungskette. Zugleich hat Brüssel im Mai eine politische Einigung über einfachere KI-Regeln begrüßt, die den Zeitplan für bestimmte Hochrisiko-Systeme streckt. Für Unternehmen ist die Lehre nicht, abzuwarten. Der Kalender bewegt sich, aber die Dokumentationsarbeit beginnt vorher.

Bemerkenswert ist auch der Ton gegenüber Open Source. Der Aktionsplan behandelt offene Modelle nicht pauschal als Risiko. Die Kommission ermutigt Organisationen, KI, auch Open-Source-Modelle, dort zu nutzen, wo sie geeignet sind, um Schwachstellen schneller zu erkennen und Cyberangriffe besser zu verhindern oder zu beantworten. Das ist vernünftig, weil Transparenz, Prüfbarkeit und schnelle Korrekturen in der Sicherheit zählen. Offenheit ersetzt aber keine Governance. Ein Modell wird nicht verlässlich, nur weil es verfügbar ist.

Die industriepolitische Seite des Plans zeigt, dass es nicht nur um Abwehr im einzelnen Unternehmen geht. Die Kommission kündigt einen europäischen Grand Challenge zu KI für Cybersicherheit an und verknüpft das Thema mit AI Factories, künftigen Gigafactories und privaten Investitionen. Europa will nicht ausschließlich Anwender fremder Sicherheitsintelligenz sein. Es will eigene Werkzeuge, Testkapazitäten und Kompetenz aufbauen. Für Leserinnen und Leser ist das weniger sichtbar als eine neue App, aber strategisch wichtiger: Wer Sicherheitsentscheidungen automatisiert, sollte wissen, von welcher Infrastruktur er abhängig ist.

Das Europäische Parlament hat die Kommission am selben Tag zu ihrer Strategie für Cybersicherheit und KI befragt. Diese Kontrolle ist wichtig, weil Sicherheitsargumente schnell weitreichende Zugriffe rechtfertigen können. Gute KI-Abwehr darf nicht bedeuten, dass jede Datensammlung automatisch legitim ist oder dass Verantwortung an ein Modell abgegeben wird. Der brauchbare Maßstab bleibt nüchtern: testen statt glauben, Rechte begrenzen statt alles verbinden, menschliche Kontrolle dort behalten, wo Fehler Menschen, Infrastruktur oder Grundrechte treffen.

Der praktische Anfang ist deshalb unspektakulär. Eine Organisation sollte ihre KI-gestützten Sicherheitsfunktionen erfassen, Testumgebungen vom produktiven Netz trennen, sensible Daten minimieren, Anbieterfragen schriftlich klären, Protokolle sichern, Notfallrollen festlegen und regelmäßig prüfen, ob ein Modell noch so arbeitet wie versprochen. Der EU-Plan liefert dafür keine fertige Checkliste mit Haftungsschutz. Er setzt aber die richtige Reihenfolge: erst verstehen, dann testen, dann kontrolliert einsetzen.