- Sicherheitsteams haben 12 schädliche VSCode-Erweiterungen entdeckt; vier davon sind weiterhin verfügbar und stellen ein Risiko dar.
- Die Bedrohungen reichen von Code-Exfiltration und Credential-Diebstahl bis hin zu Reverse Shells und persistentem RCE.
- Auf der Open VSX-Konferenz wurde ein RAT namens SleepyDuck entdeckt, der Ethereum-Verträge für einen widerstandsfähigen C2-Zugriff nutzte.
- Untersuchungen deuten darauf hin, dass 5.6 % der 52,880 Erweiterungen verdächtiges Verhalten aufweisen, was insgesamt 613 Millionen Installationen entspricht.
Entwickler sehen sich zunehmend mit Risiken durch Erweiterungen in ihrem täglich genutzten Editor konfrontiert, und Visual Studio Code (VSCode) steht im Zentrum der jüngsten Warnungen. Untersuchungen haben eine Reihe von Marketplace-Angeboten mit aggressivem Datensammeln, dem Diebstahl von Zugangsdaten und sogar verdecktem Fernzugriff auf Rechner, die für Softwareprojekte verwendet werden, in Verbindung gebracht.
Die Situation wird dadurch verschärft, dass laut jüngsten Berichten mehrere Pakete weiterhin zum Download verfügbar sind, was bedeutet, dass das Problem nicht nur theoretischer Natur ist. Die Aktivitäten erstrecken sich über den offiziellen Marktplatz und Open VSX und verdeutlichen, wie sehr IDE-Erweiterungs-Ökosysteme zu einem begehrten Ziel für Lieferkettenangriffe geworden sind.
Was Forscher in den VS Code-Ökosystemen herausgefunden haben
Mehrere Teams, darunter HelixGuard und andere Sicherheitsforscher, dokumentierten mindestens ein Dutzend schädliche Uploads auf dem Microsoft VSCode Marketplace und Open VSX. Vier davon sind Berichten zufolge noch aktiv: Christine-devops1234.scraper , Kodease.fyp-23-s2-08 , GuyNachshon.cxcx123 und sahil92552.CBE-456.
Diese Pakete gehen weit über harmlose Telemetrie hinaus. Analysten beobachteten den Diebstahl von Maschinenkennungen, Projektnamen, vollständigen Quelldateien , Suchverläufen im Editor, KI-Chat-Aufforderungen, ausgewählten Codefragmenten, Zwischenablageinhalten und sogar Screenshots, die während der täglichen Arbeit aufgenommen wurden.
Ein häufig zitierter Datenpunkt verdeutlicht das größere Risiko: Eine akademische Untersuchung des Ökosystems ergab, dass etwa 5.6 % der 52,880 untersuchten VSCode-Erweiterungen verdächtige Verhaltensmuster aufweisen – und diese potenziell riskanten Einträge machen zusammen mehr als 613 Millionen Installationen aus.
Wie die Exfiltration tatsächlich abläuft
Das Verhalten variiert je nach Paket, das Ziel ist jedoch immer gleich: sensible Daten unbemerkt abzugreifen. Analysten zufolge leitet beispielsweise Christine-devops1234.scraper eine Vielzahl von Benutzer- und Projektdetails – einschließlich vollständiger Dateiinhalte und Abfragen innerhalb der IDE – an die Angreiferinfrastruktur unter 35.164.75.62:8080 weiter.
Unterdessen leitet Kodease.fyp-23-s2-08 gestohlene Code-Schnipsel über Ngrok weiter und tarnt die Datenexfiltration als Funktion zur KI-gestützten Kommentargenerierung. Der untersuchte Code normalisiert den Inhalt (z. B. durch Entfernen von Leerzeichen) und sendet ihn über HTTPS-POST-Anfragen, sodass der Datenverkehr als legitime Hilfsfunktion erscheint.
Neben Code-Diebstahl kommen auch Überwachungs-Plugins zum Einsatz. Ein Plugin mit der Bezeichnung BX-Dev.Blackstone-DLP wurde dabei beobachtet, wie es Screenshots erstellte und die Zwischenablage überwachte – eine Kombination, die unbemerkt Anmeldeinformationen, Token und sensible Teile firmeneigener Logik abgreifen kann.
Die Forscher entdeckten außerdem eine Erweiterung namens VKTeam.ru , die gezielt Unternehmensumgebungen ins Visier nimmt. Sie prüft die Mitgliedschaft in der VK.com-Domäne und sammelt bei Übereinstimmung Windows-Domänendaten wie Benutzernamen, Hostnamen und Systemdetails – ein gezielter Schritt zur Aufklärung von Sicherheitsumgebungen.
Von Spionage bis hin zur vollständigen Kompromittierung von Systemen
Mehrere Einträge gehen weit über die Datenerfassung hinaus und zielen auf die Ausführung von Befehlen ab. Das Paket teste123444212.teste123444212 hält Berichten zufolge eine dauerhafte Verbindung zu vom Angreifer kontrollierten AWS-Ressourcen aufrecht und bietet so einen Kanal zur Remote-Befehlsausführung auf dem Host des Entwicklers.
Ein weiteres Beispiel, ToToRoManComp.diff-tool-vsc , verwendet eine Base64-kodierte Perl-Reverse-Shell, die sich über Port 445 mit der IP-Adresse 89.104.69.35 verbindet und nach Verbindungsaufbau interaktiven Zugriff gewährt. Solche Schadsoftware ermöglicht einem Angreifer umfassende Kontrolle, die weit über den Editor selbst hinausgeht.
Die mit Deriv-AI.deriv-ai verbundenen bösartigen Aktivitäten eskalieren weiter durch das Abrufen und Starten eines Trojaners mit dem Namen „nightpaw“, der eine tiefergehende Aufklärung und einen dauerhaften Fernzugriff auf kompromittierte Systeme ermöglicht.
Offener VSX-Fall: SleepyDuck versteckt sich hinter einem Solidity-Tool
Im Community-basierten Open VSX-Repository verfolgten Ermittler einen Remote-Access-Trojaner namens SleepyDuck, der sich als Solidity-Erweiterung namens juan-bianco.solidity-vlang tarnte . Er wurde über 53,000 Mal heruntergeladen und blieb mit einer Plattformwarnung sichtbar. Entscheidend war, dass er bei seiner Veröffentlichung harmlos war und seine schädliche Komponente erst durch ein späteres Update erhielt.
SleepyDucks herausragendes Merkmal ist seine Ausfallsicherheit: Es nutzt einen Ethereum-Smart-Contract, um seine Kommando- und Kontrollinformationen zu speichern und zu aktualisieren. Sollte der Standard-C2-Server unter sleepyduckxyz ausfallen, kann die Malware die Blockchain nach neuen Anweisungen abfragen, darunter eine neue Serveradresse und geänderte Abfrageintervalle.
Die Aktivierungspfade sind auf Entwickler-Workflows optimiert. Die Erweiterung wird beim Start des Editors, beim Öffnen einer Solidity-Datei oder beim Aufruf des Solidity-Kompilierungsbefehls aktiviert. Sie legt eine Sperrdatei ab, um sicherzustellen, dass sie nur einmal pro Host ausgeführt wird, und ruft über ihr Erweiterungsskript ein gefälschtes `webpack.init()` auf, um sich unauffällig einzufügen. Anschließend lädt sie die schädliche Payload.
Nach der Initialisierung beobachteten Analysten, wie die Malware grundlegende Systemkennungen (Host-/Benutzernamen, MAC-Adresse und Zeitzone) erfasste und eine Sandbox für die Befehlsausführung vorbereitete. Sie findet einen schnellen Ethereum-RPC-Endpunkt, liest den Smart Contract für die aktuelle Konfiguration und startet eine Abfrageschleife, die Hostdaten sendet und nach auszuführenden Aufgaben sucht.
Ein separater Vorfall, der Solidity-Entwickler ins Visier nahm.
Anfang des Jahres berichteten Forscher außerdem über ein gefälschtes Paket, das als „Solidity Language“ -Hilfsprogramm auf Open VSX beworben wurde. Dieses Paket führte angeblich ein PowerShell-Skript aus, installierte ein Fernzugriffstool und stahl Passwörter von Krypto-Wallets ; ein Entwickler gab öffentlich einen Verlust von rund 500,000 US-Dollar an . Das Paket wurde zehntausende Male heruntergeladen, bevor es entfernt wurde, und tauchte Berichten zufolge kurz darauf unter neuen Namen wieder auf.
Die wiederholten Angriffe auf Entwickler von Smart Contracts sind kein Zufall. Diese Nutzer haben häufig Zugriff auf Wallets und interagieren mit der Finanzinfrastruktur, was sie zu begehrten Zielen für Angreifer macht, die schnell Geld verdienen wollen.
Das Gesamtbild: Umfang und Anreize
Die Zahlen zeichnen ein ernüchterndes Bild: Untersuchungen legen nahe, dass rund 5.6 % der 52,880 geprüften Erweiterungen Anzeichen von Richtlinienverstößen oder riskanten Merkmalen aufweisen – und die Gesamtzahl der Installationen solcher Erweiterungen übersteigt 613 Millionen . Angesichts der enormen Verbreitung von VSCode und des Aufstiegs KI-gestützter Tools werden Angreifer dazu verleitet, sich in den Add-ons zu verstecken, denen Entwickler bereits vertrauen.
Ein weiterer Faktor ist die Berechtigung. Erweiterungen verfügen über dieselben Funktionen wie der Editor – sie lesen Dateien, starten Prozesse und führen Netzwerkaufrufe durch –, was den Angriffsradius vergrößert. Indem Angreifer den Datenabfluss in Funktionen wie Codevorschlägen oder der Kommentargenerierung verbergen, lassen sie den schädlichen Datenverkehr wie normale Entwicklungsaktivitäten aussehen.
Was die Teams jetzt tun sollten
Sicherheitsverantwortliche und einzelne Entwickler können das Risiko durch wenige, konsequente Maßnahmen reduzieren, indem sie Transparenz und starke Standardeinstellungen priorisieren, die riskante Installationen verhindern und gleichzeitig die Produktivität erhalten. Eine sinnvolle Kombination aus Governance und Monitoring ist hierbei entscheidend.
- Überprüfen Sie die installierten Erweiterungen regelmäßig; entfernen Sie alle unbekannten, neu erstellten oder mit geringer Reputation. Zulassungsliste für zugelassene Plugins.
- Überwachen Sie den ausgehenden Datenverkehr von Entwicklerendpunkten auf ungewöhnliche Ziele (z. B. bekannte C2-IPs, unerwartete Tunnel wie z. B. Ngrok).
- Überprüfen Sie nach Möglichkeit den Quellcode von Erweiterungen, insbesondere solche, die Geheimnisse oder Daten berühren. sensible Codepfade; Pin-Versionen, falls Sie diese verwenden müssen.
- Seien Sie vorsichtig mit automatischen Updates; verfolgen Sie Änderungsprotokolle und Änderungen des Herausgebers, um Überraschungen zu vermeiden. Umorientierungen in der Lieferkette.
- Endpunkte mit EDR/AV, lokalen Firewalls und dem Prinzip der minimalen Berechtigungen absichern; Build-Geheimnisse isolieren und verwenden Tokenbezogene Anmeldeinformationen.
- Schulen Sie Entwickler hinsichtlich der Risiken von Erweiterungen, der Überprüfung von Herausgebern und der schnellen Meldung/Eskalation verdächtiger Vorfälle. Editorverhalten.
Reaktionen des Marktes und laufende Verbesserungen
Open VSX, das bei KI-fähigen IDEs wie Cursor und Windsurf immer beliebter wird, hat Sicherheitsverbesserungen angekündigt: kürzere Token-Lebensdauern, schnellerer Widerruf durchgesickerter Anmeldeinformationen , mehr automatisierte Scans und verbesserter Informationsaustausch mit dem VS Code-Team über neu auftretende Bedrohungen.
Trotz dieser Maßnahmen bleibt die Sicherheit des Ökosystems ein dynamisches Ziel. Angreifer entwickeln sich rasant weiter; sie benennen Softwarepakete um, schleusen schädliche Updates in zuvor harmlose Projekte ein und tarnen den Datenverkehr als vermeintliche Entwicklerfunktionen . Wachsamkeit der Community und schnelle Gegenmaßnahmen sind daher unerlässlich.
Auf beiden Marktplätzen zeigen aktuelle Fälle, wie Datenexfiltration als legitime Funktionen getarnt werden kann und wie Hintertüren durch geschickten Einsatz von Blockchain-basierten C2-Servern , Reverse Shells und Cloud-Relays dauerhaft im System verankert bleiben können. Behandeln Sie jede Erweiterung wie Code in Ihrer Lieferkette und validieren Sie sie mit der gleichen Sorgfalt wie Ihre Abhängigkeiten.
Diese Erkenntnisse unterstreichen eine einfache, aber unabdingbare Notwendigkeit: Der Editor muss als Teil Ihrer Sicherheitsinfrastruktur betrachtet werden. Angesichts zahlreicher weiterhin verfügbarer, schädlicher VSCode-Erweiterungen, Berichten über aktiv genutzte Ethereum-basierte C2-Server und Hinweisen darauf, dass ein messbarer Teil des Ökosystems riskant sein könnte, sind Teams, die Audits, Zulassungslisten, Netzwerküberwachung und Entwicklerschulungen implementieren, am besten gerüstet, um Quellcode und Zugangsdaten vor Angreifern zu schützen.
