LONDON (IT BOLTWISE) – Open VSX hat 77 bösartige „Evil Twin“-Extensions vom Marketplace entfernt, die sich als legitime Entwickler-Tools ausgaben. Laut Manifold Security wurden die Pakete zwischen dem 26. Juli und dem 1. August 2026 hochgeladen und waren bis zum 3. August 2026 bereits wieder entfernt. Die Schadsoftware überträgt dabei unter anderem Hostnamen, Editor- und Workspace-Details sowie CI-Umgebungsmarker. In vielen Fällen startet die Exfiltration als angebliche „anonymous usage metrics“ per Editor-Statusanzeige und zusätzlich verzögert über längere Zeiträume.
Der wichtigste Effekt dieser Meldung ist nicht, dass „noch eine Extension“ gefunden wurde, sondern dass sich Angreifer offenbar gezielt in die tägliche Toolchain von Entwicklern einklinken: Open VSX hat 77 sogenannte „Evil Twin“-Extensions entfernt, die legitime Entwickler-Software nachahmten und dabei Informationen zu Systemen und Entwicklungsumgebungen abgriffen. Die Uploads erfolgten laut Manifold Security zwischen dem 26. Juli und dem 1. August 2026, die Bereinigung folgte dann bis zum 3. August 2026. Für Teams mit automatisierten IDE-Setups bedeutet das: Der erste Impuls „Wir haben doch keine exotischen Extensions installiert“ reicht als Sicherheitsargument nicht mehr, wenn Identität, Namespace und sogar Paketbeschreibung an reale Tools angelehnt werden.
Technisch interessant ist, wie wenig die bösartigen Pakete in Teilen „brauchten“, um verwertbare Signale zu liefern. In den Auswertungen von Ax Sharma und Cody Nash heißt es, dass mehrere der Pakete offenbar bereits mit dem Hostnamen als Ergebnis „ausreichend“ sendeten. In 19 Fällen ging der Abfluss deutlich weiter: Die Extensions übermittelten eine detaillierte Beschreibung der Maschine, den im Editor geöffneten Repository-Kontext sowie das CI-Setup, in dem der Editor typischerweise läuft. Insgesamt wurden 58 Extensions als „lightweight tools“ beschrieben, deren Kernfunktion im Wesentlichen beim Exfiltrieren von Hostnamen und teils Zusatzmetadaten wie Workspace-Ordnernamen oder Editor-Versionen lag, während die übrigen Varianten als Reconnaissance-Payloads die Spanne an Informationen breiter ausrollten.
Die Palette der erfassten Daten legt nahe, dass die Angreifer sowohl für Analytics als auch für spätere Follow-up-Angriffe eine möglichst vollständige Fingerabdruck-Kette wollten. Genannt werden lokale Details wie Hostname und Betriebssystem-Username, zusätzlich der Editorname und die Version, Host-Typ und Machine-ID, außerdem Plattform und Architektur, Locale und Zeitzone. Dazu kommen Repository- und Dateisystembezüge wie der Name des offenen Workspace-Ordners sowie der vollständige Pfad im Dateisystem. Auffällig ist dabei die Gleichförmigkeit: Beide Funktionsgruppen teilen sich laut Analyse „einen“ Datenabfluss-Domain-Ansatz und weisen Ähnlichkeiten in Code und Verhalten auf. Zielsystematisch wird es besonders, weil in allen 77 Extensions die Daten an mangorbit[.]com gesendet wurden, eine Domain, die bereits am 15. Juli 2026 registriert worden war – also 11 Tage vor dem ersten Upload-Zeitfenster.
Noch mehr als der eigentliche Upload ist für die Sicherheitsarchitektur entscheidend, wie die Schadlogik zeitlich und kontextabhängig arbeitet. Die „Recon“-Varianten sind mit Kontingenzplänen ausgestattet: Sie prüfen offenbar DNS TXT-Einträge, um im Fall einer Blockade oder wenn die primäre Domain nicht mehr erreichbar ist, auf eine alternative Exfiltrations-URL auszuweichen. Außerdem gibt es ein Retry-Verhalten mit wiederholten Sammelversuchen im Abstand von ungefähr 15 Minuten, 50 Minuten und dreieinhalb Stunden, anschließend dann etwa alle sieben bis acht Stunden; der Prozess setzt laut Beschreibung beim Neustart des Editors wieder an und endet erst nach sieben Tagen. Das Ziel ist damit erkennbar eher ein skalierender Observations-Loop als eine einzelne „One-shot“-Messung. Zusätzlich differenziert die Recon-Variante über eine Prüfung von devcontainer.json oder.vscode/extensions.json, ob die Installation durch eine Repository-Konfiguration ausgelöst wurde oder ob ein Mensch die Extension bewusst gewählt hat – genau der Entscheidungswert, den Angreifer für gezieltere Angriffsflächen benötigen.
Parallel zeigt die Quelle, dass das Thema nicht bei IDE-Plugins stehen bleibt, sondern in eine breitere Software-Supply-Chain-Attacke eingebettet ist: Insgesamt seien 450 einzelne npm-Pakete über 2.244 Artefakte kompromittiert worden, um einen „Information Stealer“ zu liefern und gleichzeitig gestohlene npm-Tokens zu nutzen, um trojanisierte Versionen nachzuschieben. Die Kampagne wird mit ChainDrop bezeichnet. Microsoft beschreibt dabei eine Mini Shai-Hulud-Variante, die als selbstverbreitender Credential-Stealer-Wurm über ein stark obfuskiertes Bun-basiertes JavaScript-Payload ausgeliefert werde und typischerweise automatisch über einen npm-preinstall-Lifecycle-Hook startet, bevor die Installation komplett abgeschlossen ist. Laut derselben Einordnung könne die Malware außerdem gestohlene GitHub-Credentials nutzen, um Claude- und Visual-Studio-Code-Konfigurationsdateien in Repositories einzuschleusen, Persistenz aufzubauen und so eine zusätzliche Infektionsroute „vom Entwickler zum Entwickler“ über gemeinsame Codebasen zu etablieren.
Für die Einordnung in die Praxis ist zudem die Frage zentral, warum solche Angriffe trotz gängiger Schutzmaßnahmen immer wieder durchkommen. OX Security hebt hervor, dass Supply-Chain-Angriffe auf npm-Calls zielen und dass Blockieren von Install-Skripten allein oder das Erzwingen von 2FA für Maintainer-Konten nicht genügt. Der genannte Punkt von Moshe Siman Tov Bustan läuft darauf hinaus, dass es granularer Rechtekontrolle bedarf: Pakete sollten erst nach expliziter Freigabe ausführen dürfen, was sie dürfen und was nicht – etwa ob ein Paket überhaupt Exfiltration von AWS-Keys oder GitHub-Credentials in einem einzigen Kommando durchführen darf. Genau hier liegt auch die Verbindung zu Open VSX: Wenn „Evil Twins“ über Paketnamen und niedrige Versionsnummern (zum Beispiel 0.0.1) in vertrauenswürdige Tooling-Flows geraten, verschiebt sich der Fokus von „Wer hat den Code veröffentlicht?“ hin zu „Was darf der Code in dieser Umgebung konkret tun?“.
Aus Unternehmenssicht ist deshalb eine Kombination nötig, die sowohl die IDE-Schicht als auch die Paketregistries abdeckt. Auf der IDE-Seite hilft schon die Tatsache, dass die Schadextensions behauptete „anonymous usage metrics“ als Statusanzeige ausspielen, bevor sie die Datenübertragung auslösen; solche Muster lassen sich in internen Policies und Beobachtungssystemen als Indikatoren nutzen. Auf der Registry-Seite müssen Build-Pipelines und Entwicklerumgebungen so abgesichert werden, dass ein npm-Paket nicht stillschweigend Credentials in die Welt tragen kann, selbst wenn es sich „banal“ installiert. Die in der Analyse erwähnten Autostart-Hooks in.claude und.vscode adressieren zudem genau den Trend, dass KI-gestützte Coding-Agenten und lokale Dev-Workflows eng mit Editor-Konfigurationen verzahnt sind. Wer diese Verknüpfung nur als Produktivitätsfeature betrachtet, unterschätzt, dass sie auch ein hervorragender Hebel für Persistenz und wiederholte Ausführung ist.
Die schnelle Entfernung der 77 Open-VSX-Pakete bis zum 3. August 2026 zeigt, dass die Entdeckung und Reaktion im Marketplace-Geschehen möglich ist. Für Betreiber von internen Developer-Platforms bleibt aber die Frage offen, wie gut die eigenen Vorabprüfungen gegen „Evil Twin“-Identitäten wirken: Namensgleichheit, Namespace-Ähnlichkeit, realistische Beschreibungen und niedrige Versionsnummern können Berechtigungsentscheidungen und Vertrauen im Prozess verzerren. Nach der ChainDrop-Einordnung wird klar, dass sich Angriffe aus mehreren Schichten zusammensetzen: erst IDE-Extensions oder Recon-Logik zur Systemvermessung, dann Credential-Abfluss und Token-Nutzung, um weitere kompromittierte Releases nachzuschieben. Genau diese Kette macht Sicherheit zum Infrastrukturthema, nicht zum Einzel-Toolproblem.
💳 Amazon-Kreditkarte mit 2.000 Euro Limit bestellen!
🔥 Heutige Hot Deals bei Amazon: Bis zu 80% Rabatte!
🎉 Amazon Haul-Store für absolute Schnäppchenjäger!
- ★ 23-stufiges KI-Go-Training – Für Spieler mit Grundkenntnissen der Regeln – Entwickelt als intelligenter Trainingspartner passt sich die KI Spielern von 18K bis 9D an. Ideal für alle, die die Grundregeln bereits beherrschen und ihr Spiel verbessern möchten.
- IHR EMOTIONALER AI-BEGLEITER: Eiliko ist mehr als nur ein Anhänger, es ist ein charismatischer KI-Freund. Mit einem dynamischen LED-Bildschirm, der eine Vielzahl von animierten Gesichtern und Ausdrucksformen anzeigt, reagiert er auf Ihre Interaktionen mit einzigartiger Persönlichkeit und Charme.
- NIEDLICHER BEGLEITER: Eilik ist der ideale Begleiter für Kinder und Erwachsene, die Haustiere, Spiele und intelligente Roboter lieben. Mit vielen Emotionen, Bewegungen und interaktiven Funktionen.
- 【XL-Größe für gedeihende Pflanzen】Geben Sie Ihren Pflanzen den Raum, den sie verdienen! Unser verbessertes, großes 13,7 cm großes Design bietet Platz für Pflanzen mit einem Durchmesser von bis zu 8,9 cm und damit deutlich mehr Platz für Wurzelwachstum und Pflanzengesundheit im Vergleich zu kleineren, veralteten Modellen. Die Produktabmessungen betragen 13,6 x 13,6 x 13,2 cm und das Gerät wiegt nur 355 g.
- V28 Update - JETZT MIT NEUEN FUNKTIONEN! Als Reaktion auf das Ladeproblem von Loona haben wir das automatische Aufladen 2.0 verbessert. Diese Optimierung hilft Loona, die Ladewege in verschiedenen Szenarien zu erkennen und anzupassen, um die Erfolgsquote beim automatischen Aufladen zu erhöhen. Mobile Hotspots können sich mit Loona verbinden und überwinden WLAN-Einschränkungen, sodass Sie jederzeit und überall mit Loona interagieren können.
- Die besten Bücher rund um KI & Robotik!
- Die besten KI-News kostenlos per eMail erhalten!
- Zur Startseite von IT BOLTWISE® für aktuelle KI-News!
- IT BOLTWISE® kostenlos auf Patreon unterstützen!
- Aktuelle KI-Jobs auf StepStone finden und bewerben!
- Künstliche Intelligenz: Dem Menschen überlegen – wie KI uns rettet und bedroht | Der Neurowissenschaftler, Psychiater und SPIEGEL-Bestsellerautor von »Digitale Demenz«
Du hast einen wertvollen Beitrag oder Kommentar zum Artikel "Open VSX löscht 77 „Evil Twin“-Extensions nach Datenabfluss" für unsere Leser?
#Sophos
#AmazonPrime
#Bestseller
Es werden alle Kommentare moderiert!
Für eine offene Diskussion behalten wir uns vor, jeden Kommentar zu löschen, der nicht direkt auf das Thema abzielt oder nur den Zweck hat, Leser oder Autoren herabzuwürdigen.
Wir möchten, dass respektvoll miteinander kommuniziert wird, so als ob die Diskussion mit real anwesenden Personen geführt wird. Dies machen wir für den Großteil unserer Leser, der sachlich und konstruktiv über ein Thema sprechen möchte.
Du willst nichts verpassen?
Du möchtest über ähnliche News und Beiträge wie "Open VSX löscht 77 „Evil Twin“-Extensions nach Datenabfluss" informiert werden? Neben der E-Mail-Benachrichtigung habt ihr auch die Möglichkeit, den Feed dieses Beitrags zu abonnieren. Wer natürlich alles lesen möchte, der sollte den RSS-Hauptfeed oder IT BOLTWISE® bei Google News wie auch bei Bing News abonnieren.
Nutze die Google-Suchmaschine für eine weitere Themenrecherche: »Open VSX löscht 77 „Evil Twin“-Extensions nach Datenabfluss« bei Google Deutschland suchen, bei Bing oder Google News!