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

[Armilar]

@mcm1957

Ja, ich würde mir davon ebenso abraten... Wie das System früher mal war, weiß ich ja ;-)

[msauer]

@mcm1957 Ich habe vorher einen Snapshot gemacht. War auch gut so. Es wurden teils uralte Adapter Versionen installiert...Lief natürlich nachher nix mehr.
Also wieder einen Rollback gemacht.

[mcm1957]

@msauer
Danke für Info. Ev. lesen es genug BEVOR sie ihr System schrotten :-)

[MartinP]

@mcm1957

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.

Hmm ....

martin@iobroker-test-sicher:~$ npm audit --verbose
npm verbose cli /usr/bin/node /usr/bin/npm
npm info using npm@10.9.3
npm info using node@v22.19.0
npm verbose title npm audit
npm verbose argv "audit" "--loglevel" "verbose"
npm verbose logfile logs-max:10 dir:/home/martin/.npm/_logs/2025-09-17T14_32_02_986Z-
npm verbose logfile /home/martin/.npm/_logs/2025-09-17T14_32_02_986Z-debug-0.log
npm http fetch POST 200 https://registry.npmjs.org/-/npm/v1/security/advisories/bulk 941ms
found 0 vulnerabilities
npm verbose cwd /home/martin
npm verbose os Linux 6.8.12-15-pve
npm verbose node v22.19.0
npm verbose npm  v10.9.3
npm verbose exit 0
npm info ok
martin@iobroker-test-sicher:~

[Thomas Braun]

Und weil wir gerade bei Checks und Audits sind:

Im iob diag gibt es ja auch einen solchen Test, der bezieht sich aber NUR auf die nodejs-Version und dort bekannte Sicherheitsprobleme. Da wird nicht auf die einzelnen Module geschaut.

[Thomas Braun]

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

npm verbose cwd /home/martin

Du stehst im falschen Verzeichnis...
Stell dich dahin, wo der ioBroker wohnt, dann wird da auch was ausgespuckt.

[OliverIO]

gelöscht als ergebnis von 2 parallel geöffneten kommentarfenstern

[OliverIO]

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

Ich habe dein Skript laufen lassen und es meldet dass nichts gefunden ist.
npm audit meldet aber einige vulnerabilities, jetzt befürchte ich dass ich mir ein verseuchtes Paket mit einem Update installieren könnte.

ja das sieht für die meisten ähnlich aus.

57 vulnerabilities (11 low, 15 moderate, 28 high, 3 critical)

primär ist der audit befehl für die entwickler. dann ist das skript doch nicht ganz so schlecht, allerdings zeigt es nur einen teil, nicht aktuellen stand der wahrheit.

die meisten probleme sind nicht wirklich kritisch, da es nicht bedeutet, das problem in funktionen steckt die nicht verwendet werden. behoben werden sollten sie dennoch, aber:

da die verwendeten abhängigkeiten eine baumstruktur abbilden, also packet ist von packet ist von packet abhängig, ist es nicht so einfach das zu beheben. insbesondere benötigt man die mithelfe von den maintainer der anderen packete (diese dann aber auch wieder der maintainer deren verwendeten packete).

für viele probleme gibt es bereits verbesserte packete, allerdings durch die vielfältige verflechtungen muss immer der kleinste gemeinsame nenner genommen werden, so das oft wegen wenigen blockierern das neuere/bessere packet nicht verwendet werden kann.

die selbe problematik hat man auch unter windows (DLL Hölle genannt, kenne ich aber auch noch ähnlich bei PHP) bei python weiß ich nicht, aber bei npm nun auch. das war aber absehbar.

die folgende grafik zeigt das sehr gut

https://blog.mi.hdm-stuttgart.de/index.php/2022/02/25/software-dependencies-die-gefahr-aus-der-tiefe/

[Thomas Braun]

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

die selbe problematik hat man auch unter windows (DLL Hölle genannt, kenne ich aber auch noch ähnlich bei PHP) bei python weiß ich nicht, aber bei npm nun auch.

Gleiches 'Phänomen' bei Linux Distributionen, da halt statt 'DLL Hölle' die 'Dependency Hell'. Die wird umso größer, je mehr Paketquellen von Dritten und/oder vorherigen Releases da angelegt sind.

[dr rocktor2]

@oliverio

Moin,

ich war mal so frei das bash-Skript auf die aktuelle Länge der Liste der zu erweitern.
Credits to oweitman

VG

D

[Homoran]

@dr-rocktor2 Danke für die Mühe!

@oliverio
Wir haben bis zur Überprüfung den Link zum Skript entfernt.
Das Skript wurde von @dutchman auf Github als PR zum bestehenden Skript angeboten.
Dort kannst du es weiter verfolgen

[derrapf]

@homoran
Ich bin jetzt ziemlich verunsichert.
Es stehen Updates an, aber ich hab sicherheiitshalber noch nichts gemacht.
Kann man updaten?
Bzw. wie kann ich feststellen welches Addon ich gefahrlos updaten kann?
Oder soll ich erstmal warten?

Gruss Ralf

[OliverIO]

@dr-rocktor2

danke für die Aktualisierung

[OliverIO]

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

@dr-rocktor2 Danke für die Mühe!

@oliverio
Wir haben bis zur Überprüfung den Link zum Skript entfernt.
Das Skript wurde von @dutchman auf Github als PR zum bestehenden Skript angeboten.
Dort kannst du es weiter verfolgen

Gut das ihr nochmal geschrieben habt.
Ich hatte bei github über den PR keine notification.
Ich schaue mal ob man die Paketliste als separate einheitlichen Input für alle beiden Skripte hinbekommt, dann ist man da unabhängig für zukünftige PRs

[OliverIO]

so nachdem die KI hart gearbeitet hat (hatte ich schon erwähnt das ich powershell hasse?)

ist nun die paketliste in ein einheitliches format überführt worden.
powershell und bash skripte laden nun diese datei und scannen dann ein im gleichen Verzeichnis befindliches lockfile.

https://github.com/oweitman/compromisedPackages

evtl auftretende fehler/probleme bitte hier oder im github melden.

[docsnyder7]

Guten Morgen...

ist den npm mittlerweile wieder sicher was Updates angeht?

[Jan1]

@oliverio
Nach dem ich die HW gewechselt und deshalb alles neu aufgesetzt hatte, war mir doch etwas unwohl und wenn ich Deinem Script vertrauen kann, dann fühle ich mich nun wieder sicherer. Vielen Dank für Deine Arbeit.

jan@e2:~$ cd /opt/iobroker/
jan@e2:/opt/iobroker$ bash <(curl -fsSL https://raw.githubusercontent.com/oweitman/compromisedPackages/main/compromised.sh)
⬇️  Downloading compromised package list from: https://raw.githubusercontent.com/oweitman/compromisedPackages/main/compromised-packages.txt
Info: 108 non-comment lines; 108 package(s) parsed.
🔍 Scanning lockfiles in /opt/iobroker (current directory only)...
Info: 1 lockfile(s) found.
 - ./package-lock.json (555143 bytes)
[Progress] 100% complete

[OliverIO]

@docsnyder7

Die Leute von NPM reagieren Gott sei Dank relativ schnell. Bisher war es immer nur eine kurze Zeit bis die betroffenen Pakete entfernt worden sind.

Eigentlich sollte npm audit reichen.
Da kommen allerdings alle Security Probleme der Pakete raus, dass verunsichert die meisten noch mehr.

[derrapf]

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

Eigentlich sollte npm audit reichen.
Da kommen allerdings alle Security Probleme der Pakete raus, dass verunsichert die meisten noch mehr.

Ja, und das heisst was für die UNIX-unbeleckten User?
Was machen wir jetzt genau? Ich bin total unsicher...
Gruss Ralf

[mcm1957]

@derrapf

Verwende zu deiner Beruhigung das oben genannte Script. Wenn da nichts gelistet wird kannst du sicher sein, dass keines der zum Zeitpunkt des letzten Script Updates bekannten schädlichen Pakete aus dem hier diskutierten Angriff installiert ist.