LONDON (IT BOLTWISE) – Eine Supply-Chain-Attacke hat im Mastra-npm-Scope 144 Pakete kompromittiert: Der Schadcode wird nicht direkt in den Paketen selbst versteckt, sondern über eine manipulierte Abhängigkeit („easy-day-js“) nach der Installation nachgeladen. Besonders kritisch ist die postinstall-Ausführung, die Build-Umgebungen und Workstations bereits im Setup-Phase gefährden kann, bevor Entwickler den Code überhaupt importieren.
Im npm-Ökosystem schlägt derzeit eine klassische Supply-Chain-Strategie durch: Angreifer haben im Mastra-Namespace („@mastra/*“) eine Welle kompromittierter Pakete veröffentlicht und damit ein breites Vertriebsnetz für bösartige Payloads geschaffen. In den Analysen mehrerer Sicherheitsfirmen wird von insgesamt 144 betroffenen Paketen berichtet, die auf eine einzige Quelle zurückgehen: eine gekaperte Contributor-ID, die innerhalb eines kurzen Zeitfensters mehr als 140 schädliche Versionen publizierte. Entscheidend ist dabei weniger der Umfang, sondern das Zusammenspiel aus harmlos wirkender Paketoberfläche und nachgelagertem Download, der erst im Installationsprozess aktiv wird.
Technisch setzt die Kampagne auf eine Abhängigkeitsmanipulation statt auf „direkt“ eingebetteten Schadcode. Die fraglichen Mastra-Pakete enthalten in der eigentlichen Package-Logik keinen auffälligen Payload-Mechanismus; der Angriff wird stattdessen über eine dritte Bibliothek mit dem Namen „easy-day-js“ eingeschleust, die in jede dependency-Liste der betroffenen Pakete eingetragen wurde. Konkret wurde „easy-day-js“ am 16. Juni 2026 als scheinbar funktionales, „sauberes“ Gegenstück veröffentlicht und am 17. Juni bereits wieder mit der bösartigen Änderung überarbeitet. Damit wirkt der erste Blick in den Repository-/Package-Content unauffällig, während das Verhalten erst beim Installieren sichtbar wird.
Der entscheidende Moment passiert zur Laufzeit im Installations-Workflow: „easy-day-js“ startet eine obfuscated Payload über einen postinstall hook. Dieser Mechanismus fungiert als Loader bzw. Dropper und lädt in einer zweiten Stufe eine zusätzliche Komponente von einer Angreifer-Infrastruktur nach. Berichten zufolge wird dabei TLS certificate validation deaktiviert, was die Vertrauensprüfung für die Transportebene gezielt aushebelt und die Hürde für Man-in-the-Middle- bzw. Fingerprint-basierte Gegenmaßnahmen senkt. Anschließend wird die Payload als detachierter Hintergrundprozess ausgeführt, wodurch sich der Prozess vom ursprünglichen Installationskontext entkoppelt. Danach versucht der Loader, Spuren zu verwischen und sich selbst zu entfernen, um forensische Untersuchungen zu erschweren.
Die finale Stufe wird als plattformübergreifender Information Stealer beschrieben. Sie soll Browser-History auslesen, Daten aus mehr als 160 Kryptowährungs-Wallet-Browser-Extensions abgreifen und Persistenz über Windows, macOS und Linux herstellen können. Für Unternehmen ist das besonders heikel, weil der Angriff in der häufig automatisierten DevSecOps-Kette stattfindet: Ein workstationbezogener Entwicklerrechner, ein CI Runner oder ein Build-Agent kann bereits während „npm install“ exponiert werden. Die spätere Exfiltration erfolgt an ein Kommando- und Steuerziel der Angreifer. Damit verschiebt sich das Risiko vom reinen „Package-Review“ hin zur Kontrolle der gesamten Toolchain inklusive Netzwerkzugriffe, Prozessstart und Dateisystemänderungen nach der Installation.
Der Kontext zeigt zudem, warum dieser Angriff funktionierte: Mehrere Quellen ordnen „easy-day-js“ als Klon der bekannten dayjs Datumsbibliothek ein, die wiederum in der Supply-Chain-Realität häufig als harmloses Utility betrachtet wird. Laut SafeDep wird dabei ein Remote Access Trojaner-Konstrukt nachgeladen, das nicht nur Informationsdiebstahl ermöglicht, sondern auch zentrale Funktionen für Fernsteuerung und Persistenz abdeckt. Parallel dazu wird berichtet, dass die Angreifer das npm-Konto „ehindero“ kaperten, ein legitimer ehemaliger Mastra Contributor, dessen Scope-Zugriff offenbar nicht rechtzeitig widerrufen wurde. Das ist ein wiederkehrendes Muster: Selbst „berechtigte“ Accounts können zum Einfallstor werden, wenn Zugänge nicht konsequent entkoppelt werden.
Für die Marktwirkung ist vor allem die Reichweite der betroffenen Pakete relevant: Unter den betroffenen Artefakten wird ausdrücklich „@mastra/core“ genannt, das laut Socket mehr als 918.000 wöchentliche npm-Downloads erhält. Solche Nutzungszahlen bedeuten, dass selbst kurzfristige Manipulationen in einer beliebten Bibliothek einen großen „Blast Radius“ verursachen können. Gleichzeitig zeigt sich hier der Unterschied zwischen klassischen Sicherheitsmaßnahmen (z. B. Malware-Scanning im Registry-UI) und signatur- bzw. attestationsbasierten Kontrollen im Install- und Build-Prozess. In der Praxis entscheiden Unternehmen häufig erst dann, wenn „Audit“ oder „Provenance“ wirklich verbindlich als Gate wirkt – und genau dort liegt laut den Analysen die Schwachstelle: Mastra habe zwar SLSA-Provenance-Attestationen für echte CI-Releases produziert, diese aber nicht zwingend für alle Veröffentlichungen als Voraussetzung durchgesetzt.
Ein weiterer Wettbewerbs- und Kontrollaspekt betrifft die aktuelle Toollandschaft zur Paket-Authentifizierung. Sicherheitsanbieter und Plattformen wie Snyk oder GitHub setzen in der Regel auf Kombinationen aus Vulnerability-Scanning, Build-Policies und Signatur-/Provenance-Optionen, während der npm-Standard in vielen Setups „less strict“ genutzt wird. Besonders im Unternehmensumfeld ist daher die Frage zentral, ob Installationsprozesse wirklich attestationsverifizierend laufen. Berichten zufolge wäre eine signaturverifizierende Installation – etwa über npm Audit Signatures oder eine Policy, die Attestations erfordert – in dieser Welle in der Lage gewesen, sämtliche betroffenen Pakete abzulehnen. Praktisch heißt das: Wer nur „anzeigen“ lässt, aber nicht „durchsetzt“, bekommt aus Provenance Daten nur dann echten Schutz, wenn die Pipeline sie als harte Bedingung interpretiert.
Aus technischer Sicht lohnt ein Vergleich mit dem „früheren“ Stand der Branche. In den Jahren zuvor fokussierten Angriffe oft darauf, dass Projektmaintainer direkt kompromittiert wurden und dann bösartige Commits in Mainline-Zweige gelangten. Die hier beschriebene Methode ist subtiler: Sie nutzt die Legitimität des Maintainer-Namens sowie die Gewohnheit vieler Teams, Dependencies als Vertrauensanker zu behandeln. Dass der eigentliche Schadcode erst in einem postinstall hook geladen wird, erhöht zudem die Wahrscheinlichkeit, dass statische Code-Reviews weniger schnell Alarm schlagen. Das ist auch der Grund, warum sich Security-Teams stärker auf Verhalten nach der Installation konzentrieren, etwa auf Netzwerk-Footprints, Prozessbäume und Dateihashes unmittelbar im CI-Lauf.
Für die nächste Phase ergibt sich daraus ein klarer Maßnahmenkatalog, auch wenn konkrete Details von Organisation zu Organisation variieren. Erstens sollten betroffene Versionen umgehend zurückgerollt und durch verifizierte, „sicher“ ermittelte Releases ersetzt werden. Zweitens müssen Credentials rotiert werden, die im Zusammenhang mit dem npm Publish-Workflow, CI Tokens oder Zugriffsrechten stehen. Drittens ist ein Host-Audit sinnvoll: Abgleich nach Artefakten, ungewöhnlichen Prozessen rund um npm install, sowie Netzwerkverbindungen zu verdächtigen Zielen direkt in Build- und Nutzerumgebungen. Schließlich sollten Unternehmen Policies ergänzen, die TLS-Validierung nicht aushebeln lassen und Attestationen oder Signaturen als Gate definieren. Damit entsteht ein robustes Zusammenspiel aus Supply-Chain-Authentizität und Runtime-Verifikation.
Langfristig dürfte diese Kampagne die Diskussion um „verpflichtende“ Provenance- und Signaturkontrollen im npm-Ökosystem weiter anheizen. Wenn Maintainer zwar Attestationen erzeugen, aber nicht als obligatorische Zulassungsbedingung erzwingen, bleibt ein Publikationspfad offen, der bei gekaperten Tokens dennoch Schaden stiften kann. Für Entwickler und Plattformteams bedeutet das: Der entscheidende Hebel liegt in der Policy-Engine der CI/CD-Pipeline, nicht nur im Build-Artifact selbst. Die wahrscheinlichste Entwicklung ist daher, dass mehr Unternehmen zumindest für produktionskritische Abhängigkeiten striktere Regeln einführen, einschließlich attestationspflichtiger Installationspfade, Dependency-Pinning und verhaltensbasierter Kontrollen beim Paket-Setup. So wird aus „Information“ über Herkunft ein echtes Sicherheitsversprechen, das auch bei gekaperten Publikationskonten standhält.
💳 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 "Mastra-spezifische npm-Pakete kompromittiert: 144 Trojaner über easy-day-js" 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 "Mastra-spezifische npm-Pakete kompromittiert: 144 Trojaner über easy-day-js" 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: »Mastra-spezifische npm-Pakete kompromittiert: 144 Trojaner über easy-day-js« bei Google Deutschland suchen, bei Bing oder Google News!