KI-generierte Exploits treffen Siemens S7: Das ist zu tun

KI-generierte Exploits treffen Siemens-S7-Steuerungen: Was im Advisory AA26-231A steht, was Siemens dazu sagt – und welche Maßnahmen ohne Stillstand wirken.

KI-generierte Exploits sind keine Zukunftsmusik mehr, sondern Gegenstand einer gemeinsamen Warnung von fünf US-Behörden. NSA, CISA, FBI, Energieministerium (DOE) und Umweltbehörde (EPA) haben am 19. August 2026 das Advisory AA26-231A veröffentlicht. Der Kernsatz lässt wenig Spielraum: „This is not a theoretical risk—it is an active threat.” Ziel sind Siemens-S7-Steuerungen, die aus dem Internet erreichbar sind. Neu ist dabei nicht die Schwachstelle – neu ist, wer solche Angriffe bauen kann.

Wie die Angreifer mit KI-Unterstützung arbeiten

Speicherprogrammierbare Steuerungen (SPS, englisch PLC) sind die kleinen Industrierechner, die Ventile öffnen, Pumpen steuern und Fertigungsanlagen takten. Der beschriebene Angriffsweg ist bemerkenswert unspektakulär – und genau das ist der Punkt.

Newsletter

Klartext ins Postfach

KI, Security & Crypto – die wichtigsten Analysen, kein Spam. Jederzeit abbestellbar.

Suchen: Die Akteure durchsuchen das Internet mit Diensten wie Censys und ZoomEye nach exponierten oder schlecht segmentierten S7-Geräten.
Hineinkommen: Genutzt wird laut Advisory eine „unconfigured (default) or minimally configured authentication” – also Standard- oder kaum abgesicherte Zugangsdaten, keine neue Zero-Day-Lücke.
Werkzeug bauen: Auf Basis der quelloffenen Bibliotheken snap7.dll beziehungsweise python-snap7 entstehen mit KI-Unterstützung eigene Programme, die legitime OT-Monitoring-Software nachahmen. Über das S7comm-Protokoll erhalten sie lesenden und schreibenden Zugriff auf Speicher, Konfigurationsdaten und Ladder-Logic-Programme.

Betroffen sind laut Advisory die Baureihen S7-200 (alle CPU-Varianten), S7-300 (einschließlich 314, 315 und 317), S7-400 (alle Varianten), S7-1200 (CPU 1211C bis 1217C) sowie S7-1500 inklusive der F-Series-Sicherheitssteuerungen. Als Zielbranchen nennen die Behörden kritische Fertigung, Energie, Wasser und Abwasser, Chemie, Lebensmittel und Landwirtschaft sowie gewerbliche Einrichtungen – und weisen darauf hin, dass auch die wehrtechnische Industrie betroffen sein könne.

Die Behörden ordnen die Aktivität als anhaltende Aufklärung und Fähigkeitsaufbau ein. Beobachtet wurden dabei Lese- und Schreiboperationen auf Datenbausteinen; der Lesezugriff soll dem Verständnis der Zielumgebung dienen und spätere Wirkoperationen vorbereiten. Eine Zuordnung zu einem Akteur oder Staat enthält AA26-231A nicht – es spricht durchgehend von „threat actors”.

Siemens hat die Warnung im eigenen Security Bulletin SSB-104599 (Version 1.3 vom 21. August 2026) aufgenommen. Dort steht auch die Eskalationskette, die in den meisten Meldungen fehlt: Erst die allgemeine ICS-Warnung vom 30. Juni 2025, dann am 7. April 2026 das Advisory AA26-097A, das S7-SPSen erstmals als mögliche Ziele nannte, am 28. Juli 2026 dessen Erweiterung um die S7-1200 – und nun AA26-231A. Gegenüber Cybersecurity Dive betonte Siemens, man habe keine neuen Schwachstellen in den eigenen ICS-Produkten festgestellt. Es geht um Fehlkonfiguration und Exposition, nicht um ein Produktversagen.

Was an KI-generierten Exploits wirklich neu ist

Die Behörden formulieren es selbst am klarsten: Der Einsatz von KI zur Erzeugung von Exploit-Skripten senke den erforderlichen Fachaufwand und die benötigte Zeit dramatisch – und erlaube es Angreifern, schneller weitere Angriffswege zu nutzen und sich an Abwehrmaßnahmen anzupassen.

Hier ist Präzision wichtig, sonst wird daraus Panikmache. Die KI hat keine neue Schwachstelle in Siemens-Steuerungen gefunden. Sie hat auch das S7comm-Protokoll nicht gebrochen. Was sie verändert, ist die Einstiegshürde: OT-Angriffe erforderten bisher seltenes Spezialwissen über Industrieprotokolle, das man sich über Jahre aneignet. Genau dieses Wissen liegt inzwischen als dokumentierte Bibliothek vor – und ein Coding-Assistent verwandelt Dokumentation zuverlässig in lauffähigen Code.

Das ist dieselbe Verschiebung, die sich schon bei offensiven KI-Werkzeugen abgezeichnet hat, etwa bei GPT-5.6-Cyber: Nicht die Spitze des Angriffskönnens wächst, sondern die Breite. Es gibt schlicht mehr Leute, die einen funktionierenden Angriff zusammenbauen können.

Was das für dich bedeutet

Der Reflex bei OT-Meldungen lautet: „Betrifft mich nicht, ich betreibe kein Wasserwerk.” Aus meiner Erfahrung ist dieser Reflex in mittelständischen Betrieben der teuerste. Denn Steuerungen sind dort fast immer vorhanden – in der Gebäudeleittechnik, in der Klimatisierung des Serverraums, in Produktions- und Verpackungslinien, im Tor- und Zutrittssystem.

Und sie liegen in einem organisatorischen Niemandsland. Die IT fühlt sich nicht zuständig, weil das Gerät zur Produktion gehört. Die Produktion ist nicht zuständig, weil es ein Netzwerkgerät ist. Eingerichtet hat es vor Jahren ein externer Integrator – oft mit einer Fernwartung, von der intern niemand mehr weiß. Genau darauf zielt der Hinweis im Advisory, das Dokument aktiv an Systemintegratoren und Dienstleister weiterzugeben und die Umsetzung der Maßnahmen einzufordern: Anlagenbetreiber wissen häufig gar nicht, dass ihre Steuerung aus dem Internet erreichbar ist.

Die zweite unbequeme Wahrheit betrifft das Patchen. Bei einer Steuerung, die eine laufende Anlage regelt, ist ein Firmware-Update kein Wartungsfenster von zwanzig Minuten, sondern ein Produktionsstillstand mit Wiederinbetriebnahme und Abnahme. Deshalb verschiebt sich das Gewicht der Abwehr zwangsläufig auf Netzsegmentierung und Zugangskontrolle – dorthin, wo du ohne Anlagenstillstand handeln kannst.

Konkret: Womit du heute anfangen kannst

Inventur erzwingen. Liste jede S7-Steuerung im Netz auf – inklusive der Geräte, die faktisch einem Dienstleister „gehören”. Was nicht auf der Liste steht, wird nicht überwacht.
TCP-Port 102 am Perimeter blockieren. Das Advisory formuliert das ausdrücklich als Maßnahme: exponierte S7comm-Dienste auf Port 102 in den Firewall-Regeln aufspüren und die Erreichbarkeit von außen vollständig unterbinden. Prüfe dazu ausschließlich deine eigenen öffentlichen Adressbereiche.
Fernwartung nur über VPN. Kein direkter Zugriff aus dem Internet, sondern Mehr-Faktor-Authentifizierung und zeitlich begrenzte Freigaben.
Standardzugangsdaten beseitigen und Schutzstufen setzen. Siemens-S7-Geräte kennen konfigurierbare Schutzstufen bis hin zum Lese- und Schreibschutz; das Advisory empfiehlt sie ausdrücklich und rät, dafür bei Bedarf Herstellerunterstützung anzufordern. Ergänzend: nicht benötigten Webserver deaktivieren und den Engineering-Zugriff auf bekannte Adressen begrenzen.
Auf S7comm aus unerwarteten Quellen achten. Verbindungen zur Steuerung, die nicht vom Engineering-Arbeitsplatz oder vom Leitsystem stammen, gehören alarmiert – nicht nur protokolliert.
Vertragspartner einbinden. Leite AA26-231A schriftlich an Integratoren weiter und lass dir bestätigen, welche Zugänge sie unterhalten.

Wie exponiert einzelne Sektoren sind, hat sich zuletzt unabhängig von dieser Kampagne gezeigt: Ende Juli 2026 traf ein koordinierter Angriff mehr als 30 kommunale Wasserversorger in Minnesota. Das lief unter einem anderen Advisory (AA26-097A) und betraf Steuerungen eines anderen Herstellers – die Ausgangslage ist aber dieselbe. Über die früheren PLC-Warnungen der CISA habe ich in Cyberangriffe auf Wasserwerke geschrieben.

Quellen

Dranbleiben

Diese Analysen als Newsletter

Ein Mal pro Woche Klartext zu KI, Security & Crypto – direkt in dein Postfach.

Jetzt anmelden

KI-generierte Exploits: Fünf US-Behörden warnen vor Angriffen auf Siemens S7