Supply-Chain-Attacke
Eine Supply-Chain-Attacke (deutsch Lieferketten/Nachschub-Angriff) ist ein Angriff, der besonders bedrohlich für komplexe Systeme ist. Der Angriff richtet sich nicht gegen das eigentliche Ziel, sondern gegen unterstützende Prozesse, zu denen man ein gewisses Vertrauen hat (oder haben muss). Der Angriff selber geht gegen Dritte und kann sich gegen Personen/Firmen (aka Social Engineering) als auch gegen Hardware oder Software richten. Charakteristisch ist auch eine große Anzahl von kollateralen Opfern, da die Angriffe oft wenig gezielt ausgeführt werden.
Die Anfänge
[Bearbeiten | Quelltext bearbeiten]Im militärischen Bereich sind Angriffe auf den Nachschub nichts Neues, sondern Standard. Im Computerbereich war es Ken Thompson, der diese Problematik erkannte. Im Jahr 1983 veröffentlichte er das Paper Reflections on Trusting Trust. Zu Demonstrationszwecken veränderte/ergänzte Thompson nicht nur das login von UNIX um eine Backdoor, sondern veränderte auch den Compiler, so dass in die Programme eine Backdoor eincompiliert wurde. Dazu schrieb er: „The moral is obvious, You can't trust code that you did not totally create yourself“ (Reflections on Trusting Trust, deutsch: „Die Konsequenz ist offensichtlich, man kann keinem Code vertrauen, den man nicht selbst vollständig produziert hat“)
Mögliche Gegenmaßnahmen
[Bearbeiten | Quelltext bearbeiten]Die Gegenmaßnahmen sind nicht einfach durchzuführen, da zum menschlichen Zusammenleben immer ein gewisses Vertrauen notwendig ist.
Risikomanagement
[Bearbeiten | Quelltext bearbeiten]Es ist eine Strategie notwendig, die von außen wirksame Prozesse überwacht. Es kann sich dabei um eine ganz einfache Maßnahme handeln, wie automatische Virenscanner, die einkommende Emails automatisch checken, als auch die Prüfung von Patches. Betrachtet werden müssen hier auch alle Beteiligten, wie Personal, Lieferanten sowie Dienstleister.
Zero Trust Security
[Bearbeiten | Quelltext bearbeiten]Nach innen muss man den Zugriff auf den notwendigen Kreis beschränken: Ein Single-Sign-On mag bequem sein, erlaubt aber jedem Angreifer bei Erfolg jeden Zugriff, Webseiten brauchen nicht von überall den Code nachzuladen, die SCADA-Systeme müssen von der Büro-IT getrennt sein. Aber Zero Trust hat auch Nachteile, so dass immer eine vorsichtige Balance notwendig ist.
Notfallplan
[Bearbeiten | Quelltext bearbeiten]Wenn ein Angriff erfolgreich war und man bemerkt es, muss man einen Notfallplan haben. Dabei betrachtet man nicht nur die IT-Infrastruktur, sondern auch Personal, Infrastruktur (z. B. Gebäude und Anlagen) und Dienstleister.[1]
Aufklärungsarbeit
[Bearbeiten | Quelltext bearbeiten]Viele Versuche haben gezeigt, dass Mitarbeiterschulungen nur wenig ausrichten.[2]
Opfer
[Bearbeiten | Quelltext bearbeiten]Zu den zahlreichen Opfern solcher Angriffe einige Beispiele:
- ATM malware
- im Jahr 2014 gelang es Angreifern, die Steuersoftware von Geldautomaten zu kompromittieren. Damit konnten die Täter beliebig Geldnoten abheben. Betroffen waren vor allem Automaten in Osteuropa.
- Solarwinds
- Das Firewall-Produkt des Herstellers wurde 2020 kompromittiert. Infolgedessen waren tausende Kunden (darunter zahlreiche Regierungsstellen) von Angriffen betroffen, da Angreifer unerwartet problemlos die Firewall durchdringen konnten.
- ASUS
- Es gelang Angreifern im Jahr 2019 den Software-Update-Server der Firma zu infizieren. Mehr als 1 Million Kunden installierten darauf hin mit dem Update auch gleich eine Backdoor bis diese Manipulation erkannt wurde.[3]
- Piriform
- CCleaner sollte die Windows-Registry aufräumen und unerwünschte Files löschen. Der Update-server des Herstellers wurde 2017 gehackt und ca. 2,3 Millionen Kunden erhielten mit dem Update auch ein Backdoor.
Auch der Linux-Kernel blieb nicht verschont. Bereits im Jahr 2003 wurde versucht eine Backdoor einzubauen.[4] Im Jahr 2024 war es die Unterstützungsbibliothek libxz, die Opfer eines Angriffs wurde. In beiden Fällen wurden die Manipulationen von Dritten erkannt.
Literatur
[Bearbeiten | Quelltext bearbeiten]- Ken Thompson, Reflections on Trusting Trust (pdf)
- Cassie Crossley, Software Supply Chain Security, ISBN 9781098133665
Weblinks
[Bearbeiten | Quelltext bearbeiten]- https://www.terranovasecurity.com/blog/supply-chain-attacks
- https://www.hackerone.com/knowledge-center/supply-chain-attacks-impact-examples-and-6-preventive-measures
- Hacker Lexicon: What Is a Supply Chain Attack?
- https://www.industrialcybersecuritypulse.com/threats-vulnerabilities/throwback-attack-ken-thompson-lays-the-foundation-for-software-supply-chain-attacks/
- Linked-Out: Security Principles to Break Software Supply Chain Attacks auf YouTube, RSA Conference 2022
- The Enemy Within: Modern Supply Chain Attacks auf YouTube, Black Hat 2019
Einzelnachweise
[Bearbeiten | Quelltext bearbeiten]- ↑ Maßnahmenkatalog des BSI
- ↑ Hirne Hacken vom 36c3
- ↑ Warning: ASUS Software Update Server Hacked to Distribute Malware,Swati Khandelwal, 25. März 2019
- ↑ The Linux Backdoor Attempt of 2003 von Ed Felton, 9. Oktober 2013