Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Homoran]

@feuersturm sagte in Nach Angriff auf node.js: Sofortmaßnahmen erforderlich?:

Weitere npm Pakete sind infiziert.

...und das noch als Wurm :rage:

wie soll man da noch sicher sein, wenn man was updated?

[sigi234]

@homoran sagte in Nach Angriff auf node.js: Sofortmaßnahmen erforderlich?:

@feuersturm sagte in Nach Angriff auf node.js: Sofortmaßnahmen erforderlich?:

Weitere npm Pakete sind infiziert.

...und das noch als Wurm :rage:

wie soll man da noch sicher sein, wenn man was updated?

Ja, schön langsam werde ich nervös. :disappointed:

[sigi234]

@oliverio

Hallo, wenn ich es unter Windows Power Shell ausführe wird es zwar geprüft, aber das Ergebiss wird nicht angezeigt, da das Fenster sofort weg geht.
Was mache ich Falsch?

[Feuersturm]

@mcm1957 gibt es die Möglichkeit die Prüfung von @OliverIO in den Adapter Checker zu integrieren und das Core Team / den Entwickler entsprechend zu benachrichtigen?

[Homoran]

@feuersturm sagte in Nach Angriff auf node.js: Sofortmaßnahmen erforderlich?:

@mcm1957 gibt es die Möglichkeit die Prüfung von @OliverIO in den Adapter Checker zu integrieren und das Core Team / den Entwickler entsprechend zu benachrichtigen?

Fas wäre ein Anfang!

Aber was nutzt es?
mit zu viel Halbwissen un Paranoia ausgestattet:

• Das Skript müsste um die jetzt vermuteten 120 ypakete aufgebohrt werden.
• Bis diese bekannt sind, sind sie wahrscheinlich entwurmt.
• was vorher heruntergeladen wurde hat sein Werk vollbracht und befindet sich dank selst replizierten Kopien irgendwo im Netz

Wenn man also eine positivmeldung bekommt ist bereits das gesamte Netz kompromittiwrt.

...und jetzt: beruhigt mich bitte!!

[mcm1957]

@feuersturm said in Nach Angriff auf node.js: Sofortmaßnahmen erforderlich?:

@mcm1957 gibt es die Möglichkeit die Prüfung von @OliverIO in den Adapter Checker zu integrieren und das Core Team / den Entwickler entsprechend zu benachrichtigen?

Wo gibts ein Script das ein Repository scannt?

OliverIO hat soweit ich weiß "nur" ein Script erstellt dass eine Installation / Arbeitsumgebung scanned. Das ist auch m.E. der sinnvolle Platz um zu scannen da man dort sieht was wirklich installiert ist. Aber auch die Userumgebung hat der Repochecker keinen Zugriff. Hier wär es einzig möglich den js-contoller um einen "Virenscanner" zu erweitern. Wär eine Idee die man durchdenken könnte. Obs den Aufwand Wert ist müsste Core Team überlegen.

@Apollon77

[Thomas Braun]

Mittlerweile ist die Zahl der infizierten Pakete auf fast 500 angewachsen. Sicherheitsunternehmen raten Entwicklern und Devops-Teams dringend, ihre Entwicklungsumgebungen zu überprüfen und Pakete an als gutartig bekannte Versionen zu "pinnen". Eine umfangreiche Liste mit 477 zwischenzeitlich betroffenen Paketen pflegt das Team von Socket.dev.

Quelle: https://www.heise.de/news/Neuer-NPM-Grossangriff-Selbst-vermehrende-Malware-infiziert-Dutzende-Pakete-10651111.html

[ticaki]

Der Repochecker mault, wenn man eine Version pinnt. Aber könnte fast wetten das der ab heute nachmittag einem 20 Issue aufmacht wenn ein workflow mit dem Namen shai-hulud existiert. :D

Kann mich zwar irren, aber wenn der zeug mit dem namen shai-huluderstellt sollte man den string doch finden können. Wenn der als klartext im code steht - was ich nicht weiß.

[OliverIO]

@sigi234 sagte in Nach Angriff auf node.js: Sofortmaßnahmen erforderlich?:

@oliverio

Hallo, wenn ich es unter Windows Power Shell ausführe wird es zwar geprüft, aber das Ergebiss wird nicht angezeigt, da das Fenster sofort weg geht.
Was mache ich Falsch?

Gib den Befehl auf der Konsole ein
Und starte nicht über Explorer

[Homoran]

@ticaki sagte in Nach Angriff auf node.js: Sofortmaßnahmen erforderlich?:

Wenn der als klartext im code steht

der code läuft sogar tlw. rückwärts

[OliverIO]

@mcm1957
Es scannt das Package-lock.json.
Da stehen alle Pakete mit ihrer Version drin, die installiert wurden.

Es prüft nicht, ob die schlechten pakete schon irgendwelche Schäden verursacht haben.

[mcm1957]

@oliverio said in Nach Angriff auf node.js: Sofortmaßnahmen erforderlich?:

@mcm1957
Es scannt das Package-lock.json.
Da stehen alle Pakete mit ihrer Version drin, die installiert wurden.

Das macht am usersystem / development system ja Sinn. Daher ist ein Scan im Repo eher irrelevant da das package-lock ja nicht via npm ausgeliefert und installiert wird.

Es prüft nicht, ob die schlechten pakete schon irgendwelche Schäden verursacht haben.

Das wär auch ein kleines bisserl mehr als ein einzelnes Script erledigen kann :-)

[OliverIO]

@thomas-braun sagte in Nach Angriff auf node.js: Sofortmaßnahmen erforderlich?:

Mittlerweile ist die Zahl der infizierten Pakete auf fast 500 angewachsen. Sicherheitsunternehmen raten Entwicklern und Devops-Teams dringend, ihre Entwicklungsumgebungen zu überprüfen und Pakete an als gutartig bekannte Versionen zu "pinnen". Eine umfangreiche Liste mit 477 zwischenzeitlich betroffenen Paketen pflegt das Team von Socket.dev.

Quelle: https://www.heise.de/news/Neuer-NPM-Grossangriff-Selbst-vermehrende-Malware-infiziert-Dutzende-Pakete-10651111.html

Hier ein zum Stand aktualisierte Skripte
https://github.com/oweitman/compromisedPackages

Basis war die Liste von
https://socket.dev/blog/ongoing-supply-chain-attack-targets-crowdstrike-npm-packages

das problem mit den Zeilenumbrüchen im shell script dürfte behoben sein.

Im readme steht wie man die skripte ausführen kann ohne installation

die powershellversion dauert ein wenig. ich versuche das bei gelegenheit zu optimieren

[Homoran]

@oliverio sagte in Nach Angriff auf node.js: Sofortmaßnahmen erforderlich?:

Im readme steht wie man die skripte ausführen kann ohne installation

:+1:

und wo?
/opt/iobroker/ ?

EDIT:

DANKE!!

[OliverIO]

@homoran sagte in Nach Angriff auf node.js: Sofortmaßnahmen erforderlich?:

@feuersturm sagte in Nach Angriff auf node.js: Sofortmaßnahmen erforderlich?:

@mcm1957 gibt es die Möglichkeit die Prüfung von @OliverIO in den Adapter Checker zu integrieren und das Core Team / den Entwickler entsprechend zu benachrichtigen?

Fas wäre ein Anfang!

Aber was nutzt es?
mit zu viel Halbwissen un Paranoia ausgestattet:

• Das Skript müsste um die jetzt vermuteten 120 ypakete aufgebohrt werden.
• Bis diese bekannt sind, sind sie wahrscheinlich entwurmt.
• was vorher heruntergeladen wurde hat sein Werk vollbracht und befindet sich dank selst replizierten Kopien irgendwo im Netz

Wenn man also eine positivmeldung bekommt ist bereits das gesamte Netz kompromittiwrt.

...und jetzt: beruhigt mich bitte!!

Leider keine beruhigende Nachricht. Aber
A) du weißt es nicht zeitnah, dann arbeiten die Skripte uU unentdeckt weiter.
B) du weißt es und kannst Maßnahmen ergreifen

Aktuell suchen diese Skripte nur nach weiteren Zugangsdaten/Token um noch mehr repositories übernehmen zu können.
Morgen wirst du Teil eines Bot-Netzes und übermorgen wird dein Netzwerk übernommen, nach passwörtern und bankzugängen, etc gesucht.

Für javascript (Bei anderen Umgebungen wahrscheinlich ähnlich) alles was herunterladbar ist, kann auch ausgeführt werden. gut bei einigen dingen fehlen Berechtigungen, aber im eigenen LAN von innen heraus verzichtet man oft auf solche Sicherungen.

[OliverIO]

@homoran danke für den hinweis

weiß jemand wo sich das windows verzeichnis befindet?

[Homoran]

@oliverio Danke!
Bestätigt ja im Prinzip mein Szenario.

Worst case ist dabei ein übernommener Sat-Receiver/Smart-TV oder ähnliches unauffällig im Hintergrund werkelndes, der dann als man in the middle alles scannt und umleitet

[mcm1957]

@oliverio said in Nach Angriff auf node.js: Sofortmaßnahmen erforderlich?:

@homoran danke für den hinweis

weiß jemand wo sich das windows verzeichnis befindet?

Bei mir c:\iobroker

Ist m.W. nach default

[mcm1957]

Problematisch könnten noch global installierte npm pacakges sein - bzw. deren dependencies. Die liegen ja nicht unter iobroker. Und das könnte v.a. bei dev packages (dev-server?) zuschlagen...

[sigi234]

@oliverio sagte in Nach Angriff auf node.js: Sofortmaßnahmen erforderlich?:

weiß jemand wo sich das windows verzeichnis befindet?

Das ist verschieden , wie es der Benutzer mit dem Installer angegeben hat.

Standart ist c:\iobroker