Die NASA (National Aeronautics and Space Administration) gab Informationen über einen Hackerangriff auf ihre interne Infrastruktur bekannt , der etwa ein Jahr lang unentdeckt blieb. Bemerkenswert ist, dass das Netzwerk von externen Bedrohungen isoliert war und der Angriff von innen heraus über einen unbefugt angeschlossenen Raspberry Pi im Jet Propulsion Laboratory (JPL) durchgeführt wurde .
Dieses Bedienfeld diente Mitarbeitern als Zugangspunkt zum lokalen Netzwerk. Beim Hacken des Systems eines externen Benutzers mit Zugriff auf das Gateway gelang es den Angreifern, auf das Bedienfeld und darüber auf das gesamte interne Netzwerk des Jet Propulsion Laboratory zuzugreifen, das den Rover Curiosity und Weltraumteleskope entwickelte.
Im April 2018 wurden Spuren von Eindringlingen im internen Netzwerk festgestellt. Während des Angriffs gelang es Unbekannten, 23 Dateien mit einer Gesamtgröße von etwa 500 MB abzufangen, die mit Missionen zum Mars in Verbindung standen.
Zwei dieser Dateien enthielten Informationen, die dem Exportverbot für Dual-Use-Technologien unterlagen. Darüber hinaus erlangten die Angreifer Zugang zum Netzwerk einer Satellitenantenne des Deep Space Network (DSN), die zum Empfangen und Senden von Daten an die in NASA-Missionen eingesetzten Raumfahrzeuge genutzt wurde.
Von den Gründen, die zur Implementierung von Hacking beigetragen haben, wurde die späte Beseitigung von Schwachstellen in internen Systemen genannt.
Die Prüfung ergab jedoch, dass das Datenbankinventar unvollständig und ungenau war. Dies gefährdet die Fähigkeit von JPL, Sicherheitsvorfälle effektiv zu überwachen, zu melden und darauf zu reagieren.
Systemadministratoren aktualisieren das Geräteinventar nicht systematisch, wenn neue Geräte zum Netzwerk hinzugefügt werden. Insbesondere einige der bestehenden Sicherheitslücken blieben über 180 Tage lang ungepatcht.
Die Abteilung pflegte außerdem fehlerhaft die ITSDB (Information Technology Security Database) , eine Inventardatenbank , die alle mit dem internen Netzwerk verbundenen Geräte erfassen sollte.
Insbesondere wurde festgestellt, dass 8 der 11 Systemadministratoren, die für die Verwaltung der 13 Studienbeispielsysteme verantwortlich sind, eine separate Inventartabelle ihrer Systeme führen, aus der sie die Informationen in der ITSDB-Datenbank regelmäßig und manuell aktualisieren.
Darüber hinaus gab ein Systemadministrator an, dass er neue Geräte nicht regelmäßig in die ITSDB-Datenbank eintrage, da die Datenbankaktualisierungsfunktion manchmal nicht funktioniere.
Die Analyse ergab, dass diese Datenbank nachlässig befüllt wurde und den tatsächlichen Zustand des Netzwerks nicht widerspiegelte , unter anderem, dass die von den Mitarbeitern verwendeten Raspberry Pi-Platinen nicht berücksichtigt wurden.
Das interne Netzwerk selbst war nicht in kleinere Segmente unterteilt, was die Aktivitäten der Angreifer vereinfachte.
Beamte befürchteten, Cyberangriffe würden die Brücke seitlich in ihre Missionssysteme überqueren, möglicherweise Zugang erhalten und böswillige Signale an bemannte Raumfahrtmissionen senden, die diese Systeme verwenden.
Gleichzeitig stellten IT-Sicherheitsbeauftragte die Verwendung der DSN-Daten ein, weil sie befürchteten, dass sie korrupt und unzuverlässig seien.
Die NASA nannte allerdings keine Namen, die direkt mit dem Angriff vom April 2018 in Verbindung stehen. Es wird jedoch spekuliert, dass dies mit den Aktionen der chinesischen Hackergruppe Advanced Persistent Threat 10 ( APT10) zusammenhängen könnte.
Der Beschwerde zufolge zeigten Untersuchungen, dass Spione durch eine Phishing-Kampagne Hunderte von Gigabyte an Daten stehlen konnten, indem sie auf mindestens 90 Computer, darunter Computer von sieben Luftfahrt-, Raumfahrt- und Satellitentechnologieunternehmen, von drei Unternehmen zugreifen.
Dieser Angriff macht sehr deutlich, dass selbst Organisationen mit dem höchsten Sicherheitsniveau unter dieser Art von Ereignissen leiden können.
Im Allgemeinen nutzen diese Arten von Angreifern die schwächsten Glieder der Computersicherheit, dh die Benutzer selbst.