Die größten Sicherheitslücken seit 1995

Die Sicherheitslücken, die die IT-Sicherheit verändert haben, von Code Red bis PHP2Shell: der offizielle Eintrag, der Schweregrad, der Ablauf von der Meldung über den Patch bis zum Angriff und die Zahlen hinter jedem Fall.

Fälle
13
Als kritisch eingestuft
5
Angriffe auf Industrieanlagen
11

Schwachstellen

2026PHP2Shell: Die Sicherheitslücken in PHP, die die meisten Websites gefährdenZwei Sicherheitslücken in PHP selbst ermöglichen es Angreifern, Webserver ohne Passwort zu übernehmen. Die korrigierten PHP-Versionen, die betroffenen Anwendungen und was jetzt zu tun ist. 2023MOVEit: Die Lücke im Dateitransfer, über die Cl0p Daten stahlÜber eine Lücke im Dateitransfer-Server MOVEit Transfer stahl Cl0p Daten von 2.773 Organisationen. Wie das ablief, wen es traf und was jetzt zu tun ist. 2021Log4Shell: Wenn eine Log-Zeile den Code des Angreifers startetEine Lücke in der Java-Bibliothek Log4j ließ Angreifer mit einer Textzeile Server übernehmen. Wie das ging, wie weit es reichte, was jetzt zu tun ist. 2021ProxyLogon: Die Exchange-Lücken, die Mailserver öffnetenVier Lücken in Microsoft Exchange ließen Angreifer ohne Passwort Postfächer lesen und Server übernehmen. Wie das ging, wen es traf, was jetzt zu tun ist. 2018Spectre: Wenn Prozessoren beim Raten Geheimnisse verratenEin Designfehler in Prozessoren von Intel, AMD und Arm ließ Programme fremden Speicher lesen. Wie er wirkt, was die Fixes kosten und was jetzt zu tun ist. 2018Meltdown: Wie Prozessoren geschützten Speicher preisgabenEin Designfehler der meisten Intel-Prozessoren ließ jedes Programm geschützten Systemspeicher lesen. Warum er nur 5,6 erreicht und wie der Fix wirkt. 2017NotPetya: Der zerstörerische Wurm aus einem Software-UpdateEin gekapertes Update einer ukrainischen Buchhaltungssoftware brachte einen Wurm, der sich als Ransomware tarnte, Daten zerstörte und Milliarden kostete. 2017WannaCry: Der Ransomware-Wurm, der den NHS trafEin Wurm sperrte mit einem geleakten NSA-Werkzeug und einer Windows-Lücke über 200.000 Computer. Wie er sich verbreitete, was er den NHS kostete, der Fix. 2014Shellshock: Wie eine Webanfrage über Bash Befehle ausführteEine Lücke in Bash, der Shell von Linux und macOS, ließ Angreifer mit einer Anfrage Befehle auf Webservern ausführen. Wie sie wirkte, die Angriffe, der Fix. 2014Heartbleed: Die Lücke, durch die Angreifer Serverspeicher lasenIm April 2014 erlaubte eine Sicherheitslücke in OpenSSL Angreifern, den Speicher von 24–55 % der HTTPS-Server beliebter Websites auszulesen. Wie das funktionierte und warum ein Patch allein nicht reichte. 2008Conficker: Der Wurm, der Millionen Computer mit Windows befielBinnen eines Jahres ab November 2008 infizierte Conficker 5 bis 13 Millionen Windows-Computer. Wie sich der Wurm verbreitete und wie sich über 100 Länder an der Abwehr beteiligten. 2003SQL Slammer: Der Wurm, der in 10 Minuten 90 % seiner Ziele infizierteIm Januar 2003 infizierte ein nur 376 Byte großer Wurm in 10 Minuten mehr als 90 % der verwundbaren Microsoft-SQL-Server. Wie er sich verbreitete und was er traf. 2001Code Red: Der Wurm, der in 14 Stunden 359.000 Server infizierteIm Juli 2001 infizierte der Wurm Code Red in weniger als 14 Stunden mehr als 359.000 Computer mit Microsofts Webserver – einen Monat, nachdem der Patch erschienen war.

Die Fälle und die Kriterien, die sie erfüllen

NameJahrCVSSReichweiteMassenausnutzungSchadenAußergewöhnliche Reaktion
Code Red200110,0 erfüllt erfüllt erfülltnicht erfüllt
SQL Slammer20037,5nicht erfüllt erfüllt erfülltnicht erfüllt
Conficker200810,0 erfüllt erfülltnicht erfüllt erfüllt
Heartbleed20147,5 erfülltnicht erfülltnicht erfüllt erfüllt
Shellshock20149,8 erfüllt erfülltnicht erfülltnicht erfüllt
WannaCry20178,8 erfüllt erfüllt erfüllt erfüllt
NotPetya20178,8nicht erfüllt erfüllt erfülltnicht erfüllt
Meltdown20185,6 erfülltnicht erfülltnicht erfüllt erfüllt
Spectre20185,6 erfülltnicht erfülltnicht erfüllt erfüllt
ProxyLogon20219,8 erfüllt erfülltnicht erfüllt erfüllt
Log4Shell202110,0nicht erfüllt erfülltnicht erfüllt erfüllt
MOVEit Transfer20239,8nicht erfüllt erfüllt erfülltnicht erfüllt
PHP2Shell20269,8 erfülltnicht erfülltnicht erfüllt erfüllt
Schweregrad (CVSS) des Haupt-CVE
Code Red10,0
Conficker10,0
Log4Shell10,0
Shellshock9,8
ProxyLogon9,8
MOVEit Transfer9,8
PHP2Shell9,8
WannaCry8,8
NotPetya8,8
SQL Slammer7,5
Heartbleed7,5
Meltdown5,6
Spectre5,6

CVSS-Basiswerte aus der US-amerikanischen National Vulnerability Database. Ältere Einträge enthalten Werte der Version 2, die auf einer anderen Skala basieren.

Alle Fälle von 1995 bis 2026

SchwachstellenAngriffe auf Industrieanlagen

1995200020052010201520202025Code RedSQL SlammerConfickerHeartbleedShellshockWannaCryNotPetyaMeltdownSpectreProxyLogonLog4ShellMOVEit TransferPHP2ShellStuxnetHavexStahlwerk in DeutschlandBlackEnergyIndustroyerTRISISEKANSIndustroyer2PIPEDREAMFuxnetFrostyGoop

Angriffe auf Industrieanlagen

Angriffe, die industrielle Steuerungssysteme erreichten, dokumentiert in öffentlichen technischen Analysen: was geschah, wie die Angreifer hineinkamen und was es im Prozess anrichtete.

2024Zerstörung

Fuxnet

unbrauchbar gemachte Sensor-Gateways – Schätzung von Claroty (Angreifer gaben etwa 1.700 an)
500+
Sensoren, die die Angreifer zerstört haben wollen; Claroty hält sie für wahrscheinlich intakt
87.000

Im April 2024 gab eine Gruppe namens Blackjack bekannt, sie habe Moscollector lahmgelegt, ein Moskauer Unternehmen, das das unterirdische Wasser- und Abwassernetz der Stadt überwacht. Die Malware, die die Angreifer Fuxnet nannten, lief auf den Sensor-Gateways des Netzwerks – kleinen Linux-Computern, die über einen seriellen Standard namens M-Bus Messwerte von Tausenden unterirdischen Sensoren erfassen. Auf jedem Gateway unterbrach sie den Fernzugriff, löschte Teile des Dateisystems und überschrieb den Flash-Speicher so lange, bis dieser ausfiel.

Außerdem überflutete sie die M-Bus-Verkabelung mit Datenmüll, in der Hoffnung, auch die Sensoren zu beschädigen. Wie Blackjack ursprünglich eindringen konnte, ist nicht dokumentiert; die Gruppe gab an, seit Juni 2023 Zugriff zu haben. Die Angreifer behaupteten, 87.000 Sensoren zerstört und 30 Terabyte Daten gelöscht zu haben; das Sicherheitsunternehmen Claroty, das die Malware und die durchgesickerten Daten analysierte, schätzt, dass nur etwas mehr als 500 Gateways unbrauchbar gemacht wurden und die Sensoren wahrscheinlich intakt blieben. Claroty berichtet, Blackjack stehe vermutlich dem ukrainischen Geheimdienst nahe, was jedoch keine Regierung bestätigt hat.

Ziel
Moscollector, ein Moskauer Unternehmen, das die unterirdische Wasser- und Abwasserinfrastruktur überwacht
Zugeschrieben
Blackjack (Claroty berichtet, Blackjack stehe vermutlich dem ukrainischen Geheimdienst nahe; keine Regierung hat dies bestätigt)
Erster Zugang
Nicht öffentlich bekannt
Protokolle
M-Bus
Angegriffene Systeme
Linux-Sensor-Gateways (MPSB und TMSB) sowie ein 3G-Router, über das serielle M-Bus-Protokoll mit den Sensoren verbunden
1 Quelle
  1. Claroty Team82: eine Analyse der Fuxnet-Malware der Blackjack-Gruppe

2024Störung

FrostyGoop

Wohngebäude ohne Heizung (Dragos)
600+
dass die Heizung bei Minusgraden aus blieb (Dragos)
~2 Tage

Im Januar 2024, während eines Winters mit Minusgraden, fiel in einer ukrainischen Stadt – Lviv, laut Dragos – in mehr als 600 Wohngebäuden fast zwei Tage lang die Heizung aus. Die Malware dahinter, später FrostyGoop genannt, ist ein kleines Programm, das über Modbus TCP mit den Heizungsreglern kommuniziert – ein einfaches, weit verbreitetes Protokoll, das Befehle über Port 502 sendet, meist ohne Passwort. Es las und änderte die Halteregister der Regler, also die Speicher für deren Einstellungen, und führte ein Downgrade ihrer Software durch, sodass sie ihren Status nicht mehr meldeten.

Dadurch hatten die Betreiber keinen klaren Überblick, während die Steuerungen mit falschen Werten arbeiteten. Dragos rekonstruiert den wahrscheinlichen Weg: Monate zuvor nutzten die Angreifer eine Schwachstelle in einem mit dem Internet verbundenen Router aus, richteten einen über Tor erreichbaren Webtunnel ein und stahlen Windows-Anmeldedaten; weil das Netzwerk flach war, waren die Steuerungen direkt erreichbar. Dragos schreibt den Angriff niemandem zu und verweist nur auf Verbindungen zu Adressen in Moskau während des Vorfalls.

Ziel
Ein Fernwärmeunternehmen in Lviv, Ukraine
Zugeschrieben
Nicht zugeordnet (Dragos stellte Verbindungen zu Adressen in Moskau fest, führt den Angriff jedoch nicht darauf zurück)
Erster Zugang
Vom Internet erreichbarer Router, Gestohlene Zugangsdaten
Protokolle
Modbus TCP
Angegriffene Systeme
ENCO-Heizungsregler, erreichbar über Modbus TCP auf Port 502
2 Quellen
  1. Dragos-Lagebericht: die ICS-Malware FrostyGoop
  2. Dragos-Blog: FrostyGoop nimmt Betriebstechnik (OT) ins Visier

2022Störung

Industroyer2

Stromausfälle – der Angriff wurde rechtzeitig gestoppt (CERT-UA)
0
verwendetes Industrieprotokoll – in der Version von 2016 waren es noch vier (ESET)
1

Am 8. April 2022 versuchte die Gruppe Sandworm, einen Teil des ukrainischen Stromnetzes abzuschalten. Ihr Tool, von der Sicherheitsfirma ESET Industroyer2 getauft, war ein abgespeckter Nachfolger der Malware Industroyer aus dem Jahr 2016. Es nutzte nur ein einziges Industrieprotokoll, IEC 104, und enthielt die Adressen der Ziel-Umspannwerke sowie die Schaltbefehle direkt im Programm selbst, sodass es für einen bestimmten Energieversorger entwickelt worden war. Eine separate „Wiper“-Malware sollte gleichzeitig die Windows-, Linux- und Solaris-Server des Energieversorgers zerstören.

Wie die Angreifer zunächst eindrangen, ist nicht öffentlich bekannt, doch sie verfügten bereits über Administratorrechte: Sie verteilten die Malware über die Windows-Gruppenrichtlinien und richteten eine geplante Aufgabe ein, um sie noch am selben Abend auszuführen. CERT-UA, Ukraines Team für Cybervorfälle, gibt an, dass das Netzwerk bereits seit mindestens Februar 2022 kompromittiert war und dass der Angriff rechtzeitig gestoppt werden konnte – es kam zu keinem Ausfall. CERT-UA führt den Angriff auf Sandworm (UAC-0082) zurück; ESET kommt mit hoher Sicherheit zum selben Schluss.

Ziel
Ein ukrainischer Stromversorger; dessen Hochspannungs-Umspannwerke
Zugeschrieben
Sandworm (CERT-UA führt dies auf Sandworm (UAC-0082) zurück; ESET kommt mit hoher Sicherheit zum selben Schluss)
Erster Zugang
Nicht öffentlich bekannt
Protokolle
IEC 104
Angegriffene Systeme
Anlagen in Hochspannungs-Umspannwerken, gesteuert über das IEC-104-Protokoll
2 Quellen
  1. ESET: Industroyer2 – Industroyer neu aufgelegt
  2. CERT-UA#4435: der Angriff auf eine ukrainische Energieanlage

2022Störung

PIPEDREAM / INCONTROLLER

Einsätze – das Toolkit wurde vor jedem Angriff entdeckt (Dragos)
0
die siebte bekannte ICS-spezifische Schadsoftware, laut Dragos
7

PIPEDREAM ist ein Fall ohne Opfer. Anfang 2022 analysierten Dragos und Mandiant ein komplettes Angriffs-Toolkit – Dragos nannte es PIPEDREAM, Mandiant INCONTROLLER –, das eine staatlich unterstützte Gruppe gebaut hatte, um industrielle Steuerungen aufzuspüren und zu übernehmen. Es wurde entdeckt, bevor es je zum Einsatz kam. Am 13. April 2022 veröffentlichten vier US-Behörden eine gemeinsame Warnmeldung, AA22-103A. Nach Dragos’ Zählung ist es die siebte bekannte ICS-spezifische Schadsoftware und die erste, die vor einem Angriff entdeckt wurde.

Das Toolkit ist modular: Einige Teile fassen unter Windows Fuß und erhalten über einen signierten, aber fehlerhaften Treiber tiefen Zugriff, während andere die Industrieprotokolle CODESYS, Modbus, OPC UA und Omron FINS nutzen, um Steuerungen zu scannen, sich anzumelden, sie neu zu programmieren oder zum Absturz zu bringen. Es brachte Module für Geräte von Schneider Electric und Omron mit. Dragos geht mit hoher Sicherheit von einem staatlichen Entwickler aus und nennt ihn CHERNOVITE; ein Land wurde nicht genannt, und Mandiant bezeichnete die Verbindungen zu Russland als Indizien.

Ziel
Kein reales Opfer; Dragos hält Anlagen für Flüssigerdgas (LNG) und Strom für die wahrscheinlichen Ziele
Zugeschrieben
CHERNOVITE (staatlich unterstützt) (So nennt Dragos den Entwickler; ein Land wurde nicht genannt; Mandiant bezeichnete die Verbindungen zu Russland als Indizien)
Erster Zugang
Nicht öffentlich bekannt
Protokolle
CODESYS, Modbus, OPC UA, Omron FINS
Angegriffene Systeme
SPS und Servoantriebe von Schneider Electric und Omron sowie beliebige OPC-UA-Server; über CODESYS, Modbus, OPC UA und Omron FINS
6 Quellen
  1. Gemeinsame Warnmeldung von US-Behörden (AA22-103A): APT-Tools gegen ICS-/SCADA-Geräte
  2. Dragos-Whitepaper: PIPEDREAM, die ICS-Malware von CHERNOVITE
  3. Dragos-Blog: CHERNOVITEs PIPEDREAM
  4. Dragos: die Hackergruppe CHERNOVITE
  5. Mandiant: INCONTROLLER, staatlich geförderte ICS-Angriffstools
  6. MITRE ATT&CK: INCONTROLLER (S1045)

2020Ransomware

EKANS

Windows-Prozesse auf der Kill-Liste, darunter auch einige industrielle (FireEye)
1.000+
Branchen, die Unit 42 nennt – von Energie bis Gesundheitswesen
5

EKANS (das Wort „snake“ rückwärts gelesen) ist eine Ransomware, die 2020 auftauchte. Sie läuft auf gewöhnlichen Windows-Computern und kann daher die Steuerungen, die Maschinen antreiben, nicht umprogrammieren. Stattdessen zielt sie auf die Windows-PCs ab, die Bediener zur Überwachung und Steuerung einer Anlage nutzen: die als HMIs bezeichneten Bildschirme, die sogenannten Historian-Datenbanken und die Lizenzserver. Bevor sie deren Dateien verschlüsselt, beendet sie eine fest einprogrammierte Liste von Programmen, sodass die Dateien nicht mehr gesperrt sind.

Das Sicherheitsunternehmen FireEye stellte fest, dass diese Liste über 1.000 Prozesse ins Visier nimmt, darunter auch Industriesoftware von Herstellern wie General Electric und Honeywell. EKANS löscht zudem die von Windows gespeicherten Sicherungskopien. Wie die Angreifer ursprünglich eindrangen, wurde nie öffentlich bekannt; EKANS ist die Schadsoftware, die am Ende abgelegt wird. Weder eine Gruppe noch ein Staat wurde benannt. MITREs ATT&CK bringt unter Berufung auf Presseberichte eine EKANS-Infektion mit einem vorübergehenden Produktionsausfall in einem Honda-Werk im Juni 2020 in Verbindung.

Ziel
Industrieunternehmen in verschiedenen Branchen, von der Energiewirtschaft bis zur verarbeitenden Industrie (Unit 42)
Zugeschrieben
Nicht zugeordnet (Kriminelle Ransomware; weder eine Regierung noch ein Sicherheitsunternehmen hat einen Betreiber benannt)
Erster Zugang
Nicht öffentlich bekannt
Angegriffene Systeme
Windows-PCs der Leitwarte – Bedienoberflächen (HMIs), Verlaufsdatenbanken (Historians) und Lizenzserver –, nicht die Steuerungen selbst
4 Quellen
  1. MITRE ATT&CK: EKANS (S0605)
  2. Palo Alto Networks Unit 42: Bedrohungsanalyse zur EKANS-Ransomware
  3. Fortinet: Die EKANS-Ransomware zielt auf OT-/ICS-Systeme ab
  4. FireEye/Mandiant: Ransomware Against the Machine

2017Zerstörung

TRISIS / TRITON

dass die angegriffene Raffinerie stillgelegt wurde (CISA)
mehrere Tage
US-Stromversorger, die dieselben Angreifer 2019 auskundschafteten (US-Finanzministerium)
20

Im Jahr 2017 gelangten Angreifer in das Sicherheitssystem einer petrochemischen Anlage im Nahen Osten – zu den unabhängigen Steuerungen, die einen Prozess in einen sicheren Zustand versetzen sollen, bevor er gefährlich wird. Die Malware, bekannt als TRISIS oder TRITON, war eigens für die Triconex-Steuerungen von Schneider Electric gebaut. Sie kommunizierte über TriStation, das undokumentierte Protokoll der Steuerungen, das die Angreifer rückentwickelt hatten, und schrieb eine versteckte Hintertür in den Speicher einer Steuerung, um deren Sicherheitslogik zu verändern.

Wie die Angreifer zunächst eindrangen, ist nicht bekannt; sie gelangten an den Arbeitsplatzrechner, von dem aus die Steuerungen programmiert werden, und führten dort ein Tool aus, das als Software des Herstellers getarnt war. Während der Aktion lösten einige Steuerungen eine Sicherheitsabschaltung aus und legten die Anlage für mehrere Tage lahm, wodurch die Malware entdeckt wurde. 2018 brachte FireEye den Angriff mit hoher Sicherheit mit dem russischen Staatsinstitut TsNIIKhM in Verbindung; die USA verhängten 2020 Sanktionen gegen diese Einrichtung. Dragos identifiziert den Betreiber als XENOTIME.

Ziel
Ein petrochemisches Werk im Nahen Osten (US-Behörden sprechen lediglich von „einer ausländischen Ölraffinerie“)
Zugeschrieben
TsNIIKhM (russisches staatliches Institut) (In den US-Sanktionen wird dieses Institut namentlich genannt; Dragos identifiziert den Betreiber als XENOTIME; FireEye kam mit hoher Sicherheit zu diesem Schluss)
Erster Zugang
Nicht öffentlich bekannt
Protokolle
TriStation
Angegriffene Systeme
Sicherheitssteuerungen von Schneider Electric Triconex (ein sicherheitsgerichtetes System, kurz SIS) über das undokumentierte TriStation-Protokoll
6 Quellen
  1. Mandiant: Angreifer setzen neues ICS-Angriffs-Framework namens TRITON ein
  2. FireEye: TRITON wird einer russischen staatlichen Einrichtung zugeschrieben
  3. US-Finanzministerium: Sanktionen gegen TsNIIKhM wegen des Triton-Angriffs
  4. CISA-Warnmeldung AA22-083A: TRITON-Techniken und die Stilllegung der Raffinerie
  5. CISA-ICS-Warnmeldung: Schneider Electric Triconex Tricon
  6. Dragos: die Hackergruppe XENOTIME (TRISIS)

2016Störung

Industroyer / CRASHOVERRIDE

Stromausfall in Teilen von Kiew (ESET)
~1 h
Netzprotokolle, die die Schadsoftware beherrschte
4

Am 17. Dezember 2016 fiel in Teilen von Kiew für etwa eine Stunde der Strom aus. Die dahinter stehende Malware, die 2017 analysiert wurde, wurde von ESET als Industroyer und von Dragos als CRASHOVERRIDE bezeichnet. Es handelte sich um die erste Malware, die darauf ausgelegt war, Netzausrüstung direkt zu steuern: Anstatt dass eine Person sich durch Fernsteuerungstools klicken musste, kommunizierten ihre eigenen Module über die Standardprotokolle des Netzes (IEC 60870-5-101, IEC 60870-5-104, IEC 61850 und OPC DA), um Leistungsschalter automatisch zu öffnen. Wie sich die Angreifer ursprünglich Zugang verschafft hatten, konnte nie geklärt werden.

Ein Launcher löste die Schadlast zu einem festgelegten Zeitpunkt aus; ein bis zwei Stunden später zerstörte ein Wiper Dateien und Einstellungen, um die Wiederherstellung zu verlangsamen, und ein separates Tool konnte Siemens-SIPROTEC-Schutzrelais deaktivieren. Die US-Regierung schreibt den Angriff Sandworm (dem russischen GRU) zu; Dragos identifiziert die Betreiber als ELECTRUM. Im Jahr 2017 stellte ESET keine Code-Überschneidungen mit BlackEnergy fest und nahm keine Zuordnung vor.

Ziel
Ein ukrainischer Stromübertragungsbetreiber; Teile von Kiew waren ohne Strom
Zugeschrieben
Sandworm (GRU) (Zuschreibung durch die US-Regierung; ESET nahm 2017 keine Zuordnung vor)
Erster Zugang
Nicht öffentlich bekannt
Protokolle
IEC 60870-5-101, IEC 60870-5-104, IEC 61850, OPC DA
Angegriffene Systeme
Leistungsschalter und Relais in Umspannwerken, über die Netzprotokolle IEC 60870-5-101/104, IEC 61850 und OPC DA
6 Quellen
  1. ESET: Technische Analyse von Win32/Industroyer
  2. ESET: Industroyer – die größte Bedrohung für Steuerungssysteme seit Stuxnet
  3. US-CERT: Warnung vor der Malware CrashOverride (TA17-163A)
  4. Dragos: Die Bedrohungsgruppe ELECTRUM
  5. CISA: Bedrohungsprofil Sandworm (GRU)
  6. ESET: Industroyer2, Industroyer neu aufgelegt

2015Störung

BlackEnergy

Kunden ohne Strom (US-Heimatschutzministerium)
225.000
bis zur manuellen Wiederherstellung der Stromversorgung (INL)
~6 h

Am 23. Dezember 2015 verloren drei ukrainische regionale Energieversorger innerhalb von etwa einer halben Stunde nacheinander die Kontrolle über ihre Stromnetze, wodurch rund 225.000 Kunden ohne Strom waren (ESET bezifferte die Zahl auf etwa 230.000 Menschen). Es handelt sich um den ersten Stromausfall, bei dem nachweislich ein Cyberangriff die Ursache war. Monate zuvor hatten Spear-Phishing-E-Mails mit makrohaltigen Office-Dateien die BlackEnergy-Malware in den Büronetzwerken eingeschleust.

Die Angreifer erlangten Zugangsdaten und nutzten anschließend die VPN- und Fernsteuerungstools der Energieversorger selbst, um Zugriff auf die SCADA-Systeme zu erhalten. Dort öffneten sie von Hand Leistungsschalter in mehr als 50 Umspannwerken. Sie deaktivierten Seriell-zu-Ethernet-Konverter, löschten PCs mit KillDisk und überlasteten ein Callcenter, sodass die Stromversorgung erst nach etwa sechs Stunden vor Ort wiederhergestellt werden konnte. Die US-Regierung schrieb den Angriff später Sandworm zu, einer Einheit des russischen GRU.

Ziel
Drei regionale Stromverteilungsunternehmen in der Ukraine
Zugeschrieben
Sandworm (GRU) (Zuschreibung durch die US-Regierung; Anfang 2016 konnten Analysten die Verantwortlichen noch nicht benennen)
Erster Zugang
Phishing-E-Mail, Gestohlene Zugangsdaten, VPN-Zugang
Angegriffene Systeme
SCADA-Steuerungssysteme, erreicht über Fernzugriffstools; Seriell-zu-Ethernet-Konverter in Umspannwerken
8 Quellen
  1. DHS ICS-CERT: Cyberangriff auf kritische Infrastruktur in der Ukraine
  2. CISA ICS-CERT-Warnung: BlackEnergy in Mensch-Maschine-Schnittstellen
  3. CISA: Bedrohungsprofil Sandworm (GRU)
  4. Idaho National Laboratory: Fallstudie zur Ukraine 2015
  5. ESET: BlackEnergy und die Backdoor SSHBearDoor
  6. ESET: Der Trojaner BlackEnergy schlägt erneut zu
  7. ESET: Was wir wirklich über den Stromausfall in der Ukraine wissen
  8. ESET: Sandworm – eine Geschichte von Störungen, neu erzählt

2014Spionage

Havex

bekannte Opfer weltweit (Kaspersky)
2.800+
namentlich genannte Opferorganisationen
101

Havex, das im Juni 2014 bekannt wurde und auch unter den Bezeichnungen Dragonfly oder Energetic Bear verfolgt wurde, war eine Spionagekampagne gegen den Energiesektor. Die Opfer wurden auf drei Wegen infiziert: über Phishing-E-Mails mit manipulierten PDF-Dateien, über Websites, die so manipuliert waren, dass sie Besucher infizierten, und vor allem über gehackte Download-Seiten von mindestens drei kleinen Herstellern von Industriesoftware, deren Installationsprogramme durch Versionen ersetzt wurden, die ebenfalls Havex enthielten. Kaspersky zählte weltweit mehr als 2.800 Opfer.

Havex war eine Hintertür, die eine Verbindung zum Server herstellte und zusätzliche Module herunterlud. Ein Modul durchsuchte das Netzwerk nach OPC-Servern – der Windows-Middleware, die es Software ermöglicht, Live-Daten von vielen Steuerungen auszulesen – und kopierte deren Details an die Angreifer zurück; allein das Scannen führte bei einigen Servern zum Absturz. Es stahl Informationen, verfügte jedoch über keine Sabotage-Funktion. Im Jahr 2014 waren sich die Analysten über die Herkunft uneinig; im Jahr 2022 schrieb die US-Regierung die Kampagne dem russischen FSB zu.

Ziel
Energieunternehmen und Hersteller von Industrieanlagen, vor allem in den USA und Europa
Zugeschrieben
FSB (Russland) (Im Jahr 2014 vermuteten Sicherheitsfirmen einen staatlichen Akteur; die USA nannten 2022 den russischen FSB als Verantwortlichen)
Erster Zugang
Phishing-E-Mail, Gehackte Website, Lieferkette
Protokolle
OPC
Angegriffene Systeme
OPC-Server, die Windows-Middleware, die Live-Anlagendaten für andere Software bereitstellt
7 Quellen
  1. CISA ICS-CERT-Warnung: Auf ICS ausgerichtete Malware (Havex)
  2. CISA: Vorgehensweisen der angeklagten russischen FSB-Akteure
  3. Symantec: Dragonfly – westliche Energieunternehmen in Gefahr
  4. Kaspersky: Energetic Bear – eher ein Crouching Yeti
  5. Kaspersky: Spionagekampagne Crouching Yeti mit 2.800 Zielen
  6. SecurityWeek: Angreifer setzen die Havex-RAT gegen Steuerungssysteme ein
  7. Netresec: Vollständige Offenlegung der Havex-Trojaner

2014Zerstörung

Stahlwerk in Deutschland

Hochofen blieb in einem undefinierten Zustand
1

In seinem Jahresbericht 2014 beschrieb das Bundesamt für Sicherheit in der Informationstechnik (BSI) einen gezielten Angriff auf ein Stahlwerk, der erheblichen Sachschaden verursachte. Die Behörde nannte weder den Namen des Unternehmens noch den Standort, das Datum oder den Angreifer. Die Angreifer nutzten Spear-Phishing und Social Engineering, um in das Büronetzwerk einzudringen, und drangen dann Schritt für Schritt in die Produktionsnetzwerke vor, über die das Werk gesteuert wird.

Danach fielen einzelne Steuerungskomponenten und ganze Anlagen immer häufiger aus, bis ein Hochofen nicht mehr kontrolliert abgeschaltet werden konnte und in einem undefinierten Zustand zurückblieb, was laut BSI massive Schäden verursachte. Die Behörde nannte weder Produkte noch Protokolle oder Malware, und es wurden keine Kostenangaben veröffentlicht. Sie stufte die Angreifer als sehr versiert ein, mit detaillierten Kenntnissen der Steuerungssysteme, gab jedoch keinerlei Hinweise auf die Identität der Angreifer.

Ziel
Ein Stahlwerk in Deutschland; das BSI nennt weder den Namen des Unternehmens noch dessen Standort
Zugeschrieben
Nicht zugeordnet (Das BSI bezeichnet die Angreifer als sehr versiert, nennt jedoch keine Namen)
Erster Zugang
Phishing-E-Mail
Angegriffene Systeme
Keine Angaben; das BSI teilt lediglich mit, dass der Angriff industrielle Komponenten betraf
2 Quellen
  1. BSI: Die Lage der IT-Sicherheit in Deutschland 2014
  2. BSI: The State of IT Security in Germany 2014 (englische Ausgabe)

2010Zerstörung

Stuxnet

in Natanz außer Betrieb genommene Zentrifugen (Schätzung von ISIS)
~1.000
weltweit infizierte Computer bis September 2010
100.000

Stuxnet, das im Juni 2010 entdeckt wurde, ist die erste bekannte Malware, die physische Maschinen beschädigt hat. Es verbreitete sich auf etwa 100.000 Computer in mehr als 150 Ländern, war jedoch darauf ausgelegt, einem einzigen Ziel Schaden zuzufügen: einer iranischen Urananreicherungsanlage, die Forscher mit Natanz in Verbindung brachten. Da das Steuerungsnetzwerk dieser Anlage keine Internetverbindung hatte, wurde der Wurm höchstwahrscheinlich auf einem Wechseldatenträger eingeschleust und verbreitete sich dann eigenständig mithilfe von vier unbekannten Windows-Sicherheitslücken sowie den Projektdateien der Siemens-Engineering-Software Step 7.

Auf den Steuerungen lud er versteckten Code auf Siemens-S7-300-SPSen und trieb die Motoren der Zentrifugen weit über ihre normale Drehzahl hinaus an, während er normale Messwerte vortäuschte, sodass die Bediener nichts Ungewöhnliches bemerkten. Ein Institut schätzte, dass etwa 1.000 der 8.692 installierten Zentrifugen außer Betrieb gesetzt wurden, obwohl der Zusammenhang mit Stuxnet nicht bewiesen ist. Keine Regierung hat bestätigt, wer den Wurm entwickelt hat; Presseberichte beschreiben eine gemeinsame Operation der USA und Israels, doch diese Zuschreibung ist nicht offiziell.

Ziel
Eine Urananreicherungsanlage im Iran, die von Forschern mit Natanz in Verbindung gebracht wird
Zugeschrieben
Nicht offiziell zugeordnet (Keine Regierung hat dies bestätigt; die Zuordnung stützt sich auf Presseberichte)
Erster Zugang
Wechseldatenträger
Protokolle
Profibus, Siemens S7
Angegriffene Systeme
Siemens-S7-300-Steuerungen und deren Frequenzumrichter, über die Software Step 7 und WinCC
8 Quellen
  1. Symantec: W32.Stuxnet Dossier (technische Analyse)
  2. Symantec: Stuxnet 0.5, das fehlende Glied
  3. CISA ICS-CERT: Stuxnet-Warnmeldung
  4. CISA ICS-CERT: USB-Malware, die auf Steuerungssoftware von Siemens abzielt
  5. ISIS: Hat Stuxnet 1.000 Zentrifugen in Natanz außer Betrieb gesetzt?
  6. ISIS: Stuxnet zielt auf Frequenzumrichter ab
  7. Control Global: Wie der Stuxnet-Code einen Controller gekapert hat
  8. RFE/RL: Bericht über die Operation „Olympic Games“
Wie weit jeder Angriff entlang der Kill Chain kam
NamePhase 1: EindringenPhase 2: Angriff auf den industriellen Prozess
Stuxnet 2010 5 / 8 4 / 5
Havex 2014 7 / 8 0 / 5
Stahlwerk in Deutschland 2014 2 / 8 3 / 5
BlackEnergy 2015 4 / 8 4 / 5
Industroyer / CRASHOVERRIDE 2016 2 / 8 4 / 5
TRISIS / TRITON 2017 1 / 8 4 / 5
EKANS 2020 0 / 8 2 / 5
Industroyer2 2022 1 / 8 2 / 5
PIPEDREAM / INCONTROLLER 2022 0 / 8 1 / 5
Fuxnet 2024 1 / 8 4 / 5
FrostyGoop 2024 4 / 8 3 / 5

Jeder Balken zählt die Schritte einer Phase, die öffentliche Berichte für den Angriff beschreiben. Ein kurzer Balken kann auch bedeuten, dass ein Schritt nicht dokumentiert ist.

So liest du die Fälle

Jeder Artikel beginnt mit dem Steckbrief der Schwachstelle: ihrer CVE-Nummer, der Bewertung in der US-amerikanischen National Vulnerability Database und den Daten von der ersten Meldung bis zum Patch und zu den ersten Angriffen. Darunter erklärt der Artikel, wie die Lücke funktionierte und wie es weiterging, mit Diagrammen der Zahlen aus öffentlichen Berichten.

Der CVSS-Wert gibt an, wie schwerwiegend eine Sicherheitslücke ist, auf einer Skala von 0 bis 10. Er sagt nichts darüber aus, wie oft sie bei Angriffen ausgenutzt wurde. Einige der Fälle mit den größten Schäden haben hier nur mittlere Werte.

Wie eine Schwachstelle auf diese Liste kommt

Dies ist keine Datenbank aller Sicherheitslücken: Jedes Jahr erhalten Zehntausende eine CVE-Nummer. Wie eine Liste der größten Finanzkrisen enthält sie nur die Fälle, die das ganze System erschüttert haben. Eine Schwachstelle kommt nur auf die Liste, wenn sie alle drei Grundbedingungen und mindestens zwei der vier Ausmaß-Kriterien erfüllt.

Grundbedingungen

  1. Ein konkreter Fehler in einem weit verbreiteten Produkt oder einer Komponente, öffentlich dokumentiert: mit CVE-Nummer oder Sicherheitshinweis des Herstellers. Schadsoftware zählt über die Lücke, die sie ausgenutzt hat.
  2. Viele unabhängige Betreiber betroffen, in vielen Ländern, nicht nur die Kunden eines einzelnen Unternehmens.
  3. Durch Primärquellen belegt: Herstellerhinweise, Behörden oder Messstudien.

Ausmaß-Kriterien (mindestens zwei)

KriteriumErfüllt, wenn
ReichweiteMessungen mindestens 100.000 betroffene Systeme fanden, oder die Lücke in einer Komponente steckt, die auf mindestens einem Zehntel aller Systeme ihrer Art läuft, etwa Prozessoren, Webservern oder Websites
MassenausnutzungAngriffe mindestens 1.000 Organisationen oder 100.000 Systeme trafen, oder sich ein Wurm selbst verbreitete
Schadenein Schaden von mindestens einer Milliarde US-Dollar belegt ist, kritische Dienste wie Krankenhäuser, Stromversorgung oder Verkehr ausfielen, oder Daten von mindestens zehn Millionen Menschen betroffen sind
Außergewöhnliche ReaktionMaßnahmen über das übliche Patchen hinausgingen: die höchste Warnstufe einer nationalen Cyberbehörde, eine Notfallanordnung einer Regierung, Fixes in allen großen Betriebssystemen zugleich, oder eine Koordination über Branchen und Länder hinweg

Ein hoher Schweregrad allein reicht nicht. Meltdown hat einen CVSS-Wert von 5,6 und steht auf der Liste, viele Lücken mit dem Wert 10 nicht. Ein Fall kommt hinzu, wenn er die Kriterien erfüllt und seine Zahlen belegt sind; jede Fallseite zeigt, welche Kriterien er erfüllt und warum.

Bekannt, aber nicht auf der Liste

Diese Schwachstellen sorgten für Schlagzeilen, erfüllen aber weniger als zwei der vier Ausmaß-Kriterien.

NameJahrHaupt-CVEWarum nicht
xz Utils backdoor2024CVE-2024-3094Entdeckt, bevor die Hintertür in stabile Versionen der großen Linux-Distributionen gelangte; keine bekannten Angriffe, kein Schaden. Erfüllt nur das Kriterium Reaktion: ein Beinahe-Fall.
TunnelVision2024CVE-2024-3661Erlaubt einem Angreifer im selben lokalen Netz, Datenverkehr am VPN vorbeizuleiten; keine Massenangriffe, kein gemeldeter Schaden, keine außergewöhnliche Reaktion.

Text aktualisiert am 23. Oktober 2026.