Ein Wurm versteckt sich in KI-Entwicklertools und Sicherheitsteams können ihn kaum erkennen
CrowdStrike-Forscher entdeckten Malware, die sich durch KI-Softwarepipelines gräbt, indem sie sich als legitime Werkzeuge ausgibt, die Entwickler täglich verwenden. Diese Tarnung macht sie für Standardschutzmaßnahmen fast unsichtbar.
Wichtigste Punkte
- CrowdStrike, ein Cybersicherheitsunternehmen, entdeckte ein sich selbst verbreitendes Stück Malware, genannt ein Wurm, das aktiv die Tools und Systeme angreift, die Entwickler zum Erstellen von KI-Software verwenden.
- Der Wurm stiehlt Zugangsdaten, kryptographische Schlüssel und Serverpasswörter und kann dann Dateien zerstören oder legitime Benutzer vollständig aussperren.
- Sein Verhalten ähnelt der normalen KI-Entwicklungsautomation so sehr, dass Sicherheits-Scanner die beiden kaum unterscheiden können.
- CrowdStrike verbindet den breiteren Angriffttrend mit Bedrohungsakteuren, darunter nordkoreanische Gruppen und eine Gruppe, die es als „Altered Spider" (auch als TeamPCP bekannt) verfolgt.
- Adam Meyers, Senior Vice President für Counter Adversary Work bei CrowdStrike, beschrieb das Erkennungsproblem als „eine Nadel im Nadelhaufen".
Ein Wurm ist ein Stück Malware, also bösartige Software, die sich selbst kopiert und verbreitet, ohne dass das Opfer etwas anklicken muss. CrowdStrike-Forscher fanden einen davon bei der Untersuchung von Angriffen auf KI-Softwarelieferketten, die Netzwerke von Tools, Code-Bibliotheken und automatisierten Systemen, die Entwickler zum Erstellen von Software verwenden. Der Fund, erstmals von Wired AI berichtet, fügt ein beunruhigendes Kapitel zu einem bereits komplizierten Sicherheitsbild hinzu.
Der Wurm bewegt sich in Phasen durch eine Zielumgebung. Er startet ruhig und schaut sich um, um zu verstehen, welche Systeme er erreicht hat. Dann sucht er nach Zugriffstokens und kryptographischen Schlüsseln, die wie digitale Passwörter und Schlösser funktionieren, die Zugang zu Servern und Softwaresystemen gewähren. Sobald er diese sammelt, sendet er sie an die Angreifer zurück.
Mit mehr Zugriff gräbt er sich tiefer ein. Er zielt speziell auf „npm"-Tokens ab, Anmeldedaten, die den Zugriff auf Software-Package-Repositories kontrollieren, die gemeinsamen Bibliotheken, in denen Entwickler wiederverwendbare Code speichern und teilen. Wer diese Tokens besitzt, kann bösartigen Code an andere Entwickler pushen, die diesen Bibliotheken vertrauen.
Tief genug in einem System angekommen, kann der Wurm das aktivieren, was Meyers einen „Death Switch" nennt. Das bedeutet, Dateien zu zerstören oder das Personal der Organisation von ihrem Zugriff auf die Infrastruktur abzuschneiden.
Das eigentliche Problem ist die fehlende Sichtbarkeit.
KI-Coding-Tools sind bereits hochautomatisiert. Sie führen Scans durch, rufen Code ab, machen Anfragen und verschieben ständig Daten. Der Wurm macht dasselbe. Für einen Sicherheits-Scanner sieht die Malware und das legitime Tool identisch aus.
„Es ist wie eine Nadel im Heuhaufen, außer dass dies eine Nadel im Nadelhaufen ist", sagte Meyers zu Forschern. Die Telemetriedaten, die Protokolle und Signale, die Sicherheitstools zum Erkennen von Problemen verwenden, überschneiden sich fast vollständig zwischen dem Wurm und echten KI-Entwicklungsaktivitäten.
Die Autoren des Wurms bauten auch Zeitverzögerungen ein. Einige Fähigkeiten werden Stunden oder sogar Tage nach dem ersten Laden der Malware aktiviert und unterbrechen die Ursache-Wirkungs-Kette, auf die Ermittler angewiesen sind, um einen Angriff zu rekonstruieren.
Meyers sagt, CrowdStrike arbeitet an neuen Erkennungsansätzen, betont aber, dass die Industrie insgesamt bei strukturellen Fixes zusammenarbeiten muss, bevor KI-gestützte Entwicklung noch weiter verbreitet wird.
Sollten sich Entwickler und ihre Organisationen sorgen?
Ja, und die Besorgnis erstreckt sich über einzelne Entwickler hinaus auf jede Organisation, die Software nutzt, die mit KI-Coding-Tools erstellt wurde. Wenn eine Entwicklungspipeline kompromittiert ist, kann bösartiger Code in Produkte wandern, auf die Kunden und Mitarbeiter täglich angewiesen sind.
Achten Sie auf diese Zeichen: unerwartete Änderungen an Software-Paketkonfigurationen, Zugriffstokens, die zu ungewöhnlichen Zeiten verwendet werden, und automatisierte Build-Prozesse, die ohne klaren Auslöser ausgeführt werden, sind alle untersuchen wert. Sicherheitsteams sollten auch überprüfen, welche Systeme npm-Tokens oder ähnliche Anmeldedaten enthalten, und diese mit der gleichen Vorsicht behandeln wie Masterpasswörter.
