UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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

[OliverIO]

@homoran
ja leider
oder jedes einzelne iot gerät im netz. die waren ja in der vergangenheit öfters angriffsziel wegen schlecht programmierter firmware.

• wenn jetzt der angriff von innen kommt,
• scan der infrastruktur
• mit KI die passenden Angriffsvektoren je Gerät ermitteln
• Code-Teile automatisch runterladen und ausführen.

...ich höre jetzt auf.

Aber auf sowas muss man sich einstellen.
NPM hat auch keine vorausschauendes Sicherheitskonzept, alles läuft erst danach.

[mcm1957]

Na ja

Unter windows sollte es eigentlich möglich sein, dass die diversen Virenscanner die bösen Pakete erkennen. Da ein typisches npm Paket auch keinen binären Code enthält wären auch verschlüsselte und selbstmodifizierende Pakete wohl höchst suspekt.

Ich würd eigentlich erwarten, dass die bezahlten und auch die freien Virenscanner da sehr zeitnahe anschlagen. Keine Ahnung ob dem so ist.

[OliverIO]

@mcm1957

ist zwar nur ne KI Antwort auf die schnelle, aber die Antwort bewegt sich in dem Bereich was ich erwartet habe.

d.h. wenn die hashes und muster der Dateien dann im scanner angekommen sind, können die diese Dateien auch erkennen.
zumindest unter windows

Vom Verhalten her machen diese Skripte eigentlich nix anderes wie die Adapter auch: meistens requests ausführen.

@ alle
Welchen Virenscanner habt ihr so unter Linux installiert?
Zumindest scheint npm audit sowas ähnliches zu machen.

---

Gute Frage 👍 – ich breche es mal in zwei Perspektiven runter:

1. Was Kaspersky typischerweise macht

• Echtzeitschutz / On-Access-Scanner: prüft Dateien, die auf die Platte geschrieben oder aus dem Netzwerk geladen werden (auch node_modules beim npm install).
• Signatur- und Heuristik-Scan: schaut nach bekannten Malware-Mustern, verdächtigen Strukturen (z. B. „Dropper“ in JavaScript-Dateien) oder ob sich ein Prozess ungewöhnlich verhält.
• Verhaltensanalyse (System Watcher): erkennt, wenn ein Script plötzlich Daten exfiltriert, sich in Autostart einträgt, Kryptominer startet o. ä.

2. Was Kaspersky nicht speziell macht

• Es gibt keine dedizierte „npm-Paketprüfung“.
• Kaspersky weiß also nicht, ob du gerade eslint-config-prettier Version X oder left-pad Version Y installiert hast.
• Stattdessen prüft es die resultierenden Dateien (z. B. .js im node_modules-Ordner) so wie jede andere Datei.

3. Abgrenzung zu spezialisierten Tools

• npm audit, yarn audit oder Services wie Snyk sind dafür gedacht, verwundbare oder kompromittierte Versionen von npm-Paketen anhand von Datenbanken zu erkennen.
• AV-Software wie Kaspersky erkennt dagegen eher bekannte Malware-Signaturen oder auffälliges Verhalten – nicht unbedingt, dass ein Paket z. B. durch eine Supply-Chain-Attacke kompromittiert wurde, solange der Code nicht bereits als „bösartig“ bekannt ist.

👉 Fazit:
Kaspersky durchsucht zwar auch die Dateien in node_modules, aber nicht mit dem Fokus „npm package security“. Für den gezielten Check auf kompromittierte Pakete brauchst du Security-Scanner aus dem Node-Ökosystem.

[OliverIO]

Ohne Garantie, aber das skript könnte überflüssig sein,
da npm audit genau das macht, sofern die pakete bei npm in der security datenbank eingetragen ist. Ich gehe davon aus, das es so ist

Irgendwie finde ich aber nirgends einen Hinweis darauf, das dieser Befehl das erkennen kann bzw das man das als Sicherheitsmaßnahme ergreifen kann.

[albert]

Generell gefragt, sollte man momentan Updates machen? Würde bei einem Adapter Update die Gefahr bestehen sich ein verseuchtes Packet zu installieren?

[OliverIO]

@albert

du kannst meiner Meinung nach schon updates machen.

wichtiger ist systeme aktuell zu halten, da auch in veraltenden paketen/systeme schwachstellen entdeckt werden können.

super dramatisch ist es nun nicht, aber eine rest gefahr besteht.

PS an Alle:
Ein wichtiger Effekt der uns wahrscheinlich alle zu einem gewissen Anteil betrifft der die aktuelle Situation in der Welt oder auch lokal beobachtet.

Wenn man genug Nachrichten dramatischer Natur liest, denkt man, alles ist ganz übel, obwohl es eigentlich nicht ganz so ist.
Nennt sich Mean world syndrom

[msauer]

NPM Audit, ausgeführt in /opt/iobroker meldet mir

83 vulnerabilities (17 low, 13 moderate, 46 high, 7 critical)
To address issues that do not require attention, run:
npm audit fix

To address all issues possible (including breaking changes), run:
npm audit fix --force

Some issues need review, and may require choosing

Für einige (ms <2.0.0, nedb *) scheint es (noch) keinen Fix zu geben.

Ich meine irgendwo im Forum gelesen zu haben, das man keinen Fix machen soll.

[Homoran]

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

Welchen Virenscanner habt ihr so unter Linux installiert?

ich fürchte auf einem Raspi wird hier wahrscheinlich kein Virenscanner laufen.
gibt's da überhaupt was brauchbares?

Auf einer Synology hatte ich mal vor Jahr(zehnt)en den dort als Paket vefügbaren freien Av Installiert.
der war nach 24h noch nicht fertig mit dem Plattenscan.

ClamAV gibt es auch für Raspberrypi OS. Aber war der nicht auch nur ein Bremsklotz?

[Armilar]

@msauer

sieht bei mir nicht besser aus...

Wenn du ein npm audit fix --force machst wird dein ioBroker einen sehr alten Stand haben, da es versucht das System entsprechend mit Downgrades grade zu biegen... Und das können auch schon sehr alte Versionen sein...

Also besser sein lassen...

[mcm1957]

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

Ohne Garantie, aber das skript könnte überflüssig sein,
da npm audit genau das macht, sofern die pakete bei npm in der security datenbank eingetragen ist. Ich gehe davon aus, das es so ist

npm audit meldet bei meinem Produktivsystem eine Unmenge von Issues diverser Severities. Für User m.E. unverständlich. Für einen Check im Rahmen des Releases eher zuviel / undurchsichtig.

npm audit --fix aktualisiert munter drauf los. Hab das mal auf einen Adapter in einer Dev Umgebung losgelassen. Ergebnis war zwar dass alle Issues behoben waren ABER es wurde nichts in package.json aktualisisert (da war auch nichts zu tun) sondern nur packages in node_modules und das package-lock.json. Da weder das package-lock noch die node_modules Files zum User gehen war das ne nop Operation.

Bleibt die Möglichkeit dass user selbst mittels npm audit --fix ihr Echtsystem modifizieren. Empfehlen würde ich das nicht - keine Ahnung was da npm einfach so aktualisiert. Solange das nicht 100% klar ist würd ich eindeutig Hände Weg sagen. Sub sub dependencies einfach aktualisieren kann gut gehen - aber garantieren würd ich nicht dass da nichts kaputtverbessert wird.

Persönlich möchte keinen Fehlermeldungen von so einem System nachlaufen :-(

Aber ev. hat da ja schon mal wer mehr Details nachgeforscht. Wir / man kann gerne im Zuge des Releaseverfahrens was checken - nur muss es sinnvoll sein udn für den Dev behebbare Probleme melden. Auf kritische Dinge in sub sub Paketen hat der Dev im Allgemeinen keinen Einfluss ...