LONDON (IT BOLTWISE) – Amazon Threat Intelligence verknüpft mehrere npm-Kompromittierungen mit Nordkorea und nennt als Schlüsselmuster das Social Engineering eines Maintainers. Dabei sei ein Wallet-drosselnder Script in mindestens 18 Pakete gelangt, die zusammen mehr als 2 Mrd. Downloads pro Woche auf sich vereinten. Für Entwickler wird vor allem relevant, wie wenig belastbar die Zuordnung zwischen den einzelnen Kampagnen belegt ist. Unklar bleibt damit, ob sich die gleiche Angriffslogik wirklich in jeder Variante 1:1 nachweisen lässt.
Amazon schließt nachträglich eine Lücke in der npm-Industrie: In einer neuen Analyse ordnet Amazon Threat Intelligence die September-2025-Kompromittierung der npm-Pakete debug und chalk sowie eine weitere Aktivität um typo-crypto einer Gruppe zu, die nach Einschätzung der Firma „mutmaßlich“ hinter früheren Angriffen steht. Amazon bewertet diese Zuordnung mit mittlerer Sicherheit und koppelt den Befund explizit an Nordkorea („mutmaßlich …“ laut Amazon Threat Intelligence). Gleichzeitig fällt bei genauerem Hinsehen auf, dass das Unternehmen zwar das gleiche Tradecraft nennt, aber nicht sauber aufschlüsselt, welche konkreten Belege jeweils zu welchem einzelnen Vorfall gehören.
Der Kern der ursprünglichen Sicht: Über eine lookalike npm-Domain habe ein Maintainer ein Phishing erlitten. Anschließend soll ein wallet-entleerendes Script in eine aktualisierte Version geflossen sein, die sich laut Bericht in mindestens 18 Paketen wiederfindet. Diese Pakete hätten zusammengenommen mehr als 2 Mrd. Downloads pro Woche erreicht – eine Größenordnung, die bei Supply-Chain-Angriffen den Unterschied zwischen „Schaden durch wenige Labortests“ und „operativer Massenimpact“ macht. Amazon beschreibt zudem, dass alle drei Kampagnen ähnlich starten: Zuerst manipuliert der Angreifer den vertrauenswürdigen Maintainer, dann veröffentlicht er einen „Update“-artigen Payload, die im Standardablauf der Paketinstallation landet. Für Betroffene ist das weniger ein abstraktes Risiko als ein konkreter Pfad: Sobald ein Maintainer-Kanal kompromittiert ist, reicht im Regelfall ein einziges veröffentlichungsfähiges Artefakt, um eine große Nutzerbasis zu erreichen.
Spannend wird die Lage dort, wo die Browser- und Wallet-Funktionalität ins Spiel kommt. Denn bei debug und chalk verweisen unabhängige Analysen auf einen browserseitigen Interceptor, der fetch, XMLHttpRequest sowie Wallet-nahe APIs gezielt „hookt“, um Transaktionsadressen umzuschreiben, bevor Nutzer signieren. Laut Amazon habe diese Variante keine Persistenz auf dem System hinterlassen und sei im Unterschied zu einem anderen, später analysierten axios-Payload nicht auf den npm-Mechanismus über post-install hooks angewiesen. Parallel beschreibt Amazon für typo-crypto, dass das vermeintliche Trojan-Objekt nicht sofort „läuft“, sondern auf einen Trigger wartet. Technisch heißt das: Die Angreifer kombinieren offenbar mehrere Ausführungsstrategien (direkte Hooking-Logik im Browser-Kontext vs. trigger-basierte Ausführung), was zwar zum gleichen Angriffsrahmen passt, aber die Attribution über konkrete Artefaktketten schwerer macht.
Genau hier setzt die Kritik an der Beweiskette an. Amazon nennt zwar Indikatoren wie trojanisierte Pakete, post-install hooks und Code-Wiederverwendung sowie überlappende Command-and-Control-Signale, nennt jedoch nicht im Detail, welche Evidenz konkret „Incident A“ belegt und welche „Incident B“. Für ein technisches Lagebild ist das entscheidend, weil sich die Angriffslogik zwar ähneln kann, die Implementierungsdetails aber das sichere „Fingerprinting“ liefern müssten. Besonders auffällig ist der Fall um den von Amazon beschriebenen schädlichen Datei-String core.js. Amazon beschreibt, dass die Datei einen Hash-Trigger mit dem Wert 0098273 enthält, anschließend eine zweite Stufe vom Hardcoded C2 nachlädt und dabei base64 über einen XOR-Cipher ausführt, dessen Schlüssel 01042025 sei. Zusätzlich werden Netzwerkindikatoren wie „npmjs[.]store“ und eine IP genannt. Doch bei der OSV-Referenz zu typo-crypto ergibt sich Zeitdruck: Das zugehörige Ereignis MAL-2026-3400 sei bereits am 8. Mai veröffentlicht worden, knapp drei Monate vor der späteren Reattribution. Gleichzeitig sei [email protected] laut Registry noch immer veröffentlicht und installierbar gewesen, wobei es dort keinen install-script deklariere – das Artefakt allein würde also nicht automatisch etwas ausführen.
Weitere Registry-Details verschärfen den Zweifel an der „Update nach Maintainer-Kompromiss“-Erzählung. Der Tarball entspreche den Integritäts-Hashes der Registry, die Veröffentlichung des einen Versionseintrags sei in einem extrem engen Zeitraum von 204 Millisekunden erfolgt (Creation und Publish). Außerdem soll das Publishing-Konto nicht mit dem Entwickler übereinstimmen, der im author-Feld der Package-Metadaten genannt wird. Zudem seien Beschreibung und Keywords aus crypto-js kopiert worden, wobei das imitierte Stand-nach-Stand-Detail („eine Version voraus“ gegenüber crypto-js 4.2.0) nicht zu einer Geschichte „es gab zuerst etwas Vertrauenswürdiges, dann wurde es kompromittiert und aktualisiert“ passe. Das Muster „die Package-Rekonstruktion erfolgte von Anfang an als Imitat“ passt in dieser Lesart eher zu einem Paket, das bereits beim ersten Publish darauf ausgelegt war, wie crypto-js zu wirken und später bei passenden Bedingungen weiterzuarbeiten. Selbst wenn core.js laut Amazon sowohl Triggerwert als auch XOR-Key enthalten soll, würden die angegebenen Hashwerte nicht exakt zu den Dateien im veröffentlichten Tarball passen – ein Widerspruch, den Amazon in dem Bericht nicht sauber auflöst (etwa durch „falscher Indikator“ oder „abweichende Kopie“).
Damit rückt eine zweite, breitere technische Frage in den Fokus: Welche Schutzmechanismen haben npm- und Ökosystem-Seite seit dem Angriff verbessert – und wo bleiben weiterhin Lücken? npm führte mit Version v12 am 8. Juli eine wichtige Sicherheitsänderung ein: Dependency Lifecycle Scripts seien standardmäßig deaktiviert worden, wodurch ein post-install Pfad, den axios früher ausgenutzt habe, nicht mehr automatisch greift. Zugleich schließt diese Maßnahme den „Maintainer-Kompromiss“-Pfad nicht. Entscheidend ist: Auch ohne post-install Hook kann ein kompromittierter Update-Release Schadlogik über andere Wege einschleusen, etwa indem Pakete direkt zur Ausführungszeit genutzt werden. Am 28. Juli begann npm zusätzlich damit, neu veröffentlichte Pakete vor der Installierbarkeit auf Malware zu scannen. Das reduziert das Risiko neuer Publishes, schützt aber nicht automatisch Inhalte, die bereits in der Registry existieren oder durch Social Engineering „rechtzeitig“ unter den Radar gelangen. Für Unternehmen heißt das: Security-Teams sollten Supply-Chain-Risiken nicht nur über Registry-Checks behandeln, sondern auch über Build-/Deployment-Policy, Wiederanalysemöglichkeiten in CI und eine klare Logik für verifizierte Abhängigkeiten.
Einordnung im Branchenbild: Die Reattribution zu axios wurde offenbar innerhalb von zwei Tagen nach dem Kompromiss abgeschlossen. Für die anderen beiden Fälle dagegen dauerte es laut Bericht zehn bzw. sechzehn Monate. Genau diese zeitliche Asymmetrie erklärt, warum die Zuordnungsqualität bei debug/chalk besonders in der Diskussion steht: Mehr Zeit erhöht die Chance, Daten aus späteren Untersuchungen zu korrelieren, aber sie macht die Beweiskette zugleich anfälliger für Interpretationsspielräume, wenn nicht jede Evidenz sauber einem Incident zugeordnet ist. Neben der nordkorea-gerichteten Amazon-Zuordnung existieren zudem andere Clusterzuweisungen durch andere Sicherheits- und Ökosystem-Partner, unter anderem mit Benennung von Infrastruktur- und Backdoor-Details (etwa WAVESHAPER.V2) sowie dem Hinweis auf wiederverwendete VPN- und Infrastruktur-Komponenten. Für die Praxis bleibt damit eine klare Kernaussage: Selbst wenn die „Benennung“ der Angreifergruppe sich angleicht, muss die technische Attribution so granular sein, dass sie im Detail die gleichen Ausführungsmechanismen, Dateistrukturen und Triggerbedingungen erklärt. Genau das ist im vorliegenden Material für debug, chalk und typo-crypto der schwierigste Teil – und für Entwicklerteams der Punkt, der weiterhin nach belastbaren, incident-spezifischen Belegen verlangt.
💳 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 "Amazon ordnet npm-Hijacks debug, chalk und typo-crypto Nordkorea zu – Belege bleiben dünn" 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 "Amazon ordnet npm-Hijacks debug, chalk und typo-crypto Nordkorea zu – Belege bleiben dünn" 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: »Amazon ordnet npm-Hijacks debug, chalk und typo-crypto Nordkorea zu – Belege bleiben dünn« bei Google Deutschland suchen, bei Bing oder Google News!