FireEye meldet einen Angriff auf ein Sicherheitssystem einer als kritische Infrastruktur eingestuften Organisation. Unbekannte Angreifer schleusten demnach eine Schadsoftware ein, mit dem Ziel, das Sicherheitssystem zu manipulieren und letztlich physische Schäden an der kritischen Infrastruktur auszulösen. Der Angriff wurde nur entdeckt, weil die Täter versehentlich eine Abschaltung des Systems auslösten.
Dabei wurde festgestellt, dass eine Gültigkeitsprüfung eines Anwendungscodes gescheitert war, was zu einer Fehlermeldung führte. FireEye leitet daraus ab, dass die Angreifer eigentlich versucht hatten, das Safety Instrumented System so zu verändern, dass es nicht mehr funktioniert, damit eine technische Störung zu einer Beschädigung der Anlage führt.
Für ihren Angriff nutzten die noch nicht identifizierten Täter das Triton Attack Framework. Es besteht aus einer ausführbaren Datei und einer an das Ziel – in diesem der Triconex-Controller – angepassten Dateibibliothek. Die Malware wurde unter anderem eingesetzt, um den Anwendungsspeicher des SIS-Controllers zu manipulieren.
Auch wenn FireEye keine Hinweise auf die Herkunft der Angreifer gefunden hat, geht es davon aus, dass die Täter mit staatlicher Unterstützung handelten. Das sollen die für den Angriff benötigten technischen Ressourcen und das Fehlen eines finanziellen Motivs nahelegen. Zudem sei die Absicht, einen physischen Schaden zu verursachen, untypisch für Cyberkriminelle.
Darüber hinaus konnte FireEye nachvollziehen, dass die Triton-Malware eingesetzt wurde, unmittelbar nachdem sich die Angreifer Zugang zum SIS verschafft hatten. Daraus leiteten die Sicherheitsforscher ab, dass die Malware zuvor mit einem Triconex-System getestet wurde, was wiederum einen Zugang zu einem solchen System und seiner Software voraussetzt. Darüber hinaus implementiere Triton das proprietäre Kommunikationsprotokoll TriStation, das öffentlich nicht dokumentiert sei.
Für den Angriff auf Triconex-Sicherheitssysteme sieht FireEye nun mehrere Optionen: Durch die Neuprogrammierung des SIS-Controllers könnte ein False Positive ausgelöst werden, was die zu sichernde Anlage abschaltet und dem Betreiber einen finanziellen Schaden zufügt. Es könnte aber auch so manipuliert werden, dass eine Störung nicht erkannt wird, was wiederum zu einer Beschädigung der Anlage, Umweltschäden oder einer fehlerhaften Produktion führen könnte.
Bei welchem Unternehmen oder in welcher Branche der Angriff stattfand, teilte FireEye zum Schutz seines Kunden nicht mit. Schneider Electric bestätigte den Vorfall zudem gegenüber der Agentur Reuters, ebenfalls ohne sich zur Identität seines Kunden zu äußern.
Ziel dieses Ratgebers ist es, SAP-Nutzern, die sich mit SAP S/4HANA auseinandersetzen, Denkanstöße zu liefern, wie sie Projektrisiken bei der Planung Ihres SAP S/4HANA-Projektes vermeiden können.
Tipp: Kennen Sie die berühmtesten Hacker? Überprüfen Sie Ihr Wissen – mit 15 Fragen auf silicon.de.
Der Cybersecurity Report von Hornetsecurity stuft 2,3 Prozent der Inhalte gar als bösartig ein. Die…
Die Hintermänner haben es auf Zugangsdaten zu Microsoft Azure abgesehen. Die Kampagne ist bis mindestens…
Cloud-Plattform für elektronische Beschaffungsprozesse mit automatisierter Abwicklung elektronischer Rechnungen.
Mindestens eine Schwachstelle erlaubt eine Remotecodeausführung. Dem Entdecker zahlt Google eine besonders hohe Belohnung von…
Nur rund die Hälfte schaltet während der Feiertage komplett vom Job ab. Die anderen sind…
Security-Experten von Check Point sind einer neuen Angriffsart auf die Spur gekommen, die E-Mail-Schutzmaßnahmen umgehen…