KI-gestützte Angriffe auf Siemens S7: Was Betreiber jetzt wissen müssen

Industrielle Steuerungen, die Pumpen, Ventile, Produktionslinien und Sicherheitsfunktionen betreiben, geraten für eine breitere Gruppe von Angreifern in Reichweite. Der Grund ist keine neu entdeckte KI-Schwachstelle. Entscheidend ist die Kombination aus exponierter Operational Technology, frei verfügbaren Industriebibliotheken und KI, die technische Dokumentation schneller als bisher in funktionierende Skripte übersetzen hilft.

Am 19. August 2026 veröffentlichten NSA, CISA, FBI, das US-Energieministerium und die US-Umweltschutzbehörde eine gemeinsame Warnung vor aktiven Angriffsvorbereitungen gegen Siemens-S7-Steuerungen in den USA. Die Behörden beschreiben Aufklärung und Fähigkeitsentwicklung gegen kritische Infrastruktur und formulieren ihre Einschätzung ungewöhnlich direkt: Es handelt sich um eine aktive Bedrohung, nicht um ein theoretisches Szenario. Die vollständige technische Einordnung steht in der CISA-Warnung AA26-231A.

Die kurze Antwort

Angreifer kombinieren laut Warnung KI-gestützte Python-Entwicklung mit den legitimen Bibliotheken python-snap7 und snap7.dll. Sie suchen nach direkt aus dem Internet erreichbaren oder unzureichend segmentierten Siemens-Steuerungen und entwickeln Werkzeuge, die wie reguläre OT-Monitoringsoftware wirken können, während sie über S7comm mit der SPS kommunizieren.

KI senkt den Aufwand, solche Werkzeuge zu entwickeln und anzupassen. Sie ersetzt aber keinen Zugangsweg. Direkte Internet-Exposition, schwache Authentifizierung, veraltete Software, unsichere Fernzugriffe und unzureichende OT/IT-Segmentierung bleiben die eigentlichen Probleme.

Was eine kompromittierte SPS bedeuten kann

Eine speicherprogrammierbare Steuerung ist ein Industriecomputer, der direkt mit dem physischen Prozess arbeitet. Sie liest Sensoren, verarbeitet die Steuerungslogik und schaltet Aktoren. Je nach Anlage startet sie eine Pumpe, öffnet ein Ventil, regelt Druck, bewegt ein Förderband oder leitet einen sicheren Stillstand ein.

Deshalb unterscheidet sich ein SPS-Vorfall von der Kompromittierung eines gewöhnlichen Office-Systems. Die möglichen Folgen reichen über Datendiebstahl hinaus:

• Unterbrechung von Produktion oder Versorgungsleistung;
• manipulierte Prozesswerte und Bedienanzeigen;
• unautorisierte Änderungen an der Steuerungslogik;
• deaktivierte Alarme oder Abschaltfunktionen;
• Schäden an Betriebsmitteln oder unsichere Prozesszustände.

Als besonders betroffene Sektoren nennen die Behörden kritische Produktion, Energie, Wasser und Abwasser, Chemie, Lebensmittel und Landwirtschaft sowie kommerzielle Einrichtungen. Siemens-Steuerungen sind darüber hinaus in zahlreichen weiteren Industrieumgebungen verbaut.

So funktioniert die beobachtete Angriffskette

Das Muster beginnt mit der Suche. Angreifer nutzen Internet-Scanningdienste wie Censys und ZoomEye, um Siemens-SPS zu finden, die direkt erreichbar oder nicht ausreichend von nicht vertrauenswürdigen Netzen getrennt sind.

Danach verwenden sie öffentliche technische Informationen und KI-Unterstützung, um Skripte zu erstellen oder anzupassen. Laut Warnung binden diese Skripte das Snap7-Ökosystem ein und kommunizieren über das S7comm-Protokoll, üblicherweise auf TCP-Port 102. Abhängig von Steuerung und Konfiguration kann die Kommunikation Lese- oder Schreibzugriff auf Speicherbereiche, Konfigurationsdaten, Datenbausteine und SPS-Programme ermöglichen.

Snap7 ist selbst keine Schadsoftware. Die Open-Source-Bibliothek hat legitime Einsatzbereiche in Engineering, Integration und Tests. Das Sicherheitssignal ist deshalb nicht allein das Vorhandensein der Bibliothek. Entscheidend ist der Kontext: Wo läuft sie, mit welcher Steuerung kommuniziert sie, welche Operation führt sie aus und gehört diese Aktivität zu einem freigegebenen Engineering-Ablauf?

Die Behörden bewerten das aktuelle Muster hauptsächlich als anhaltende Aufklärung und Fähigkeitsentwicklung. Lesezugriff hilft einem Angreifer zu verstehen, wie die Zielumgebung funktioniert. Dieses Wissen kann später Schreiboperationen vorbereiten, die den Betrieb stören oder den physischen Prozess manipulieren.

Welche Siemens-S7-Steuerungen sind im Fokus?

Die Warnung nennt einen großen Teil der installierten SIMATIC-Basis:

• S7-200, alle CPU-Varianten;
• S7-300, einschließlich der Modelle 314, 315 und 317;
• S7-400, alle CPU-Varianten;
• S7-1200, von CPU 1211C bis CPU 1217C;
• S7-1500, einschließlich fehlersicherer F-Steuerungen.

Diese Produkte sind als angegriffene Produktfamilien zu verstehen, nicht als Systeme mit einer einzigen universellen Schwachstelle. Firmwarestand, konfigurierte Schutzmechanismen, Netzwerkarchitektur und aktivierte Dienste bestimmen das tatsächliche Risiko einer konkreten Installation.

Was KI verändert – und was nicht

KI kann Protokolldokumentation erklären, Python-Code erzeugen, Fehler bei der Entwicklung analysieren und Varianten schnell durchspielen. Das verkürzt Arbeit, für die bisher mehr Spezialwissen und Zeit notwendig waren. Ein Angreifer kann seine Werkzeuge dadurch auch schneller an geänderte Schutzmaßnahmen anpassen.

KI schafft jedoch keinen Weg in die Anlage. Der Angreifer benötigt weiterhin ein erreichbares Gerät oder einen anderen Einstiegspunkt, und das Skript muss erfolgreich mit der Steuerung kommunizieren. Die wichtigsten Schwächen sind bekannt:

• direkt mit dem Internet verbundene SPS;
• flache oder unzureichend segmentierte OT- und IT-Netze;
• Standardpasswörter, schwache oder minimal konfigurierte Authentifizierung;
• unüberwachte Mobilfunkmodems und Fernzugriffe von Dritten;
• veraltete Controller-Firmware oder Engineering-Software;
• unzureichende SPS-Schutzstufen und fehlende Änderungsüberwachung.

„KI-gestützt“ beschreibt die Aktivität deshalb besser als „autonomer KI-Angriff“. Die unmittelbare Abwehr bleibt klassische OT-Sicherheitsarbeit.

Keine neue Siemens-Zero-Day-Schwachstelle

Die Behördenwarnung veröffentlicht keine neue Schwachstelle, die das gesamte S7-Portfolio betrifft. Siemens erklärte, keine bisher unbekannte Schwachstelle im Zusammenhang mit der Warnung erkannt und keinen allgemeinen Anstieg von Angriffen gegen seine industriellen Steuerungsprodukte festgestellt zu haben. Das Unternehmen ordnet die Lage als neue Methoden ein, mit denen Angreifer mögliche Fehlkonfigurationen und bekannte Schwächen ausnutzen. Darüber berichtete Reuters nach der Stellungnahme von Siemens.

Die Aussagen widersprechen einander nicht zwangsläufig. Die Behörden warnen vor beobachtetem Verhalten von Angreifern. Siemens stellt klar, dass daraus keine neue Produktlücke oder ein flächendeckender Anstieg von Angriffen folgt. Die bestehenden Empfehlungen des Herstellers bleiben aktuell: unterstützte Systeme aktualisieren, Steuerungen aus unzureichend geschützten Netzen entfernen, starke Zugangsdaten verwenden und die Siemens-Richtlinien für industrielle Cybersicherheit umsetzen.

Iran und Minnesota: Die Zuordnung ist nicht bestätigt

Die neue Siemens-Warnung ordnet die Aktivität keinem Staat und keiner namentlich genannten Gruppe zu.

Eine separate Behördenwarnung dokumentiert jedoch Angriffe iran-naher Akteure auf internetverbundene SPS. Ein Update im Juli ergänzte beobachtete Angriffe auf Siemens S7-1200 und Schneider Electric neben Geräten von Rockwell Automation. Die Kampagne umfasste das Abziehen von Projektdateien, manipulierte Steuerungslogik, Änderungen an HMI- und SCADA-Anzeigen sowie deaktivierte Abschalt- oder Alarmfunktionen. Primärquelle ist die gemeinsame Warnung AA26-097A.

Minnesota bestätigte außerdem, dass am 26. und 27. Juli die Operational Technology von mehr als 30 kommunalen Wasserversorgern angegriffen wurde. Die offizielle Mitteilung des Bundesstaates nennt keinen Täter. Private Sicherheitsforscher sehen Ähnlichkeiten mit dem iran-nahen CyberAv3ngers-Umfeld, eine offizielle Zuordnung steht jedoch aus. Sachlich korrekt ist daher: Die Vorfälle ähneln einem bekannten Muster; ein identischer Urheber der aktuellen Siemens-Aktivität und der Angriffe in Minnesota ist nicht bewiesen.

Was Betreiber jetzt tun sollten

Am Anfang steht Transparenz. Ein Unternehmen kann keine SPS schützen, von deren Erreichbarkeit es nichts weiß – insbesondere dann, wenn ein Integrator, ein Wartungsdienstleister oder eine Mobilfunkverbindung einen Teil des Zugangswegs betreibt.

1. Vollständiges Inventar erstellen. Erfassen Sie jede S7-Steuerung, Firmwareversion, Engineering-Station, jeden Kommunikationsprozessor, jedes Mobilfunkmodem, Remote-Access-Gateway und jede Verbindung von Dritten.
2. Direkte Internet-Erreichbarkeit entfernen. Eine SPS darf keine unaufgeforderten Verbindungen aus dem öffentlichen Internet annehmen. Beschränken Sie TCP-Port 102 an den Netzgrenzen und erlauben Sie S7comm nur zwischen ausdrücklich freigegebenen Systemen.
3. Fernzugriffe kontrollieren. Verwenden Sie überwachte Gateways oder Jump Hosts, starke Authentifizierung und MFA. Prüfen Sie auch Zugänge von Herstellern und Integratoren.
4. Steuerungen härten. Setzen Sie geeigneten Passwort- sowie Lese-/Schreibschutz, entfernen Sie Standardzugangsdaten, deaktivieren Sie unnötige Dienste und folgen Sie der modellspezifischen Siemens-Dokumentation.
5. Updates mit OT-Change-Control einspielen. Aktualisieren Sie Firmware, TIA Portal und STEP 7, wo erforderlich. Prüfen Sie Kompatibilität und Prozesssicherheit vor dem Einsatz in der Produktion.
6. Industrielles Verhalten überwachen. Alarmieren Sie bei S7comm von nicht freigegebenen Systemen, sequenziellen Scans von Port 102, ungewöhnlichen Datenbaustein-Lesezugriffen, unautorisierten PUT/GET-Operationen, Schreibzugriffen außerhalb von Wartungsfenstern und Snap7 auf nicht genehmigten Hosts.
7. Programmintegrität prüfen. Vergleichen Sie Online-Programme und Konfigurationen mit vertrauenswürdigen Engineering-Ständen. Untersuchen Sie unerwartete Änderungen, bevor Sie ein Backup zur Wiederherstellung verwenden.
8. Handbetrieb und Wiederherstellung vorbereiten. Halten Sie getestete Offline-Backups und einen Reaktionsplan bereit, der den physischen Prozess und nicht nur den betroffenen Rechner berücksichtigt.

Änderungen an laufenden Anlagen müssen mit Engineering und Sicherheitsverantwortlichen abgestimmt werden. Ungeplantes Sperren von Kommunikation, Neustarten einer Steuerung oder Einspielen ungetesteter Firmware kann selbst die Produktion unterbrechen oder einen sicheren Zustand gefährden.

Fazit

KI hat Siemens-Steuerungen nicht plötzlich verwundbar gemacht. Sie erleichtert es jedoch, öffentliches Wissen und verfügbare Werkzeuge in anpassbare Angriffsskripte zu übersetzen. Dadurch steigt die Wahrscheinlichkeit, dass exponierte und schlecht geschützte SPS gefunden und getestet werden.

Die angemessene Antwort ist kein spezielles KI-Sicherheitsprodukt, sondern eine belastbare OT-Architektur: ein verifiziertes Asset-Inventar, keine direkte SPS-Exposition, kontrollierte Engineering-Zugänge, starke Segmentierung, Überwachung der Industrieprotokolle und vertrauenswürdige Kopien der Logik, die die Anlage steuert.