AI gör det möjligt att hitta och utnyttja säkerhetshål allt snabbare. Under veckan har flera allvarliga sårbarheter uppmärksammats i PHP, Node.js och Plex. I det senare fallet har angripare redan lyckats ta sig in på oskyddade servrar. Men alla som använder datorer och digitala tjänster behöver inte agera. Här är versionerna du ska kontrollera, uppdateringarna som finns och vilka som faktiskt är utsatta.

Behöver du uppdatera något? Här är snabbkontrollen

Det avgörande är vilka program du använder och om du själv ansvarar för en server, webbplats eller applikation.

Vem berörs?	Vad behöver du göra?
Vanlig mobil- eller datoranvändare	Ingen särskild åtgärd krävs för just dessa serverbrister. Fortsätt installera vanliga säkerhetsuppdateringar.
Du har en egen Plex-server	Kontrollera versionen direkt. Äldre servrar kan redan ha utsatts för intrång.
Du tittar på Plex via en app	Uppdatera appen som vanligt. Säkerhetsansvaret för själva servern ligger hos den som driver den.
Du har en WordPress-webbplats	Kontrollera vilken PHP-version webbhotellet använder och om säkerhetsrättningarna installerats.
Du driver en webbapplikation med Node.js	Kontrollera och uppdatera berörda server- och driftmiljöer.
Du ansvarar för IT i ett mindre företag	Inventera berörda tjänster och kontrollera att egna system eller leverantörer har installerat uppdateringarna.

Skillnaden är viktig. En person som använder en webbtjänst behöver normalt inte installera samma uppdateringar som företaget som driver tjänsten.

Plex: Säkerhetshålen utnyttjas redan av angripare

För den som driver en egen Plex-server är läget särskilt angeläget.

Plex bekräftade den 19 oktober att fyra säkerhetshål kan kombineras för att ge angripare möjlighet att köra skadlig kod på en oskyddad server utan att först logga in.

Sårbarheterna har beteckningarna CVE-2026-96652, CVE-2026-96654, CVE-2026-96655 och CVE-2026-96656.

Det handlar inte enbart om en teoretisk risk. Angrepp har redan förekommit där servrar utnyttjats för att utvinna kryptovaluta och dirigera internettrafik genom den drabbades anslutning.

Den som har en äldre Plex-server tillgänglig från internet behöver därför inte bara uppdatera programmet, utan också överväga om servern kan ha blivit komprometterad.

Vilken Plex-version är säker?

Plex Media Server ska vara uppdaterad till version 1.43.3.10861 eller senare, där de aktuella bristerna är åtgärdade.

Så kontrollerar du servern:

1. Öppna Plex webbgränssnitt.
2. Gå till Settings → General.
3. Kontrollera versionsnumret.
4. Installera den senaste tillgängliga säkerhetsuppdateringen om servern använder en äldre version.

Kontrollera också om funktionen Remote Access är aktiverad. Behöver du inte nå servern utanför hemmet kan du stänga av extern åtkomst för att minska exponeringen.

Om Plex körs på en NAS kan tillverkarens appbutik ligga efter Plex egna uppdateringar. Kontrollera därför vilken version som verkligen är installerad.

Även Plex Desktop har uppdaterats. Där gäller version 1.115.0 eller senare för den aktuella rättningen.

Vad gör jag om min Plex-server kan ha blivit hackad?

Har servern varit internetåtkomlig med en sårbar version bör du undersöka om någon obehörig har använt den.

Enbart en uppdatering tar inte nödvändigtvis bort skadliga program som redan installerats.

Vid misstänkt intrång rekommenderar Plex bland annat en ren ominstallation, byte av lösenord och att samtliga anslutna enheter loggas ut. Även filer, lagringsenheter och andra uppgifter som servern haft tillgång till kan behöva kontrolleras.

Den som bara använder Plex för att titta på filmer från någon annans server behöver däremot inte utgå från att den egna telefonen eller tv:n har angripits.

Mer information finns i Plex officiella säkerhetsmeddelande.

Node.js: Nya uppdateringar efter allvarliga säkerhetshål

Den 21 oktober släpptes nya säkerhetsuppdateringar för Node.js, som används för att köra JavaScript på servrar och i andra programmiljöer.

Node.js finns bakom många webbapplikationer och digitala tjänster, men är också vanligt bland utvecklare.

En av de allvarliga sårbarheterna, CVE-2026-111497, finns i hanteringen av Brotli-komprimerad data.

Om en berörd applikation behandlar särskilt manipulerade data kan det orsaka minnesfel och krascher. Under vissa förutsättningar finns också risk för att angriparen kan köra skadlig kod.

Uppdateringarna åtgärdar dessutom andra problem, bland annat kopplade till DNS, TLS-certifikat och säkerhetskontroller.

Dessa Node.js-versioner ska användas

Versionsserie	Uppdaterad version
Node.js 26	26.12.1 eller senare
Node.js 24	24.22.1 eller senare
Node.js 22	22.23.4 eller senare

Node.js 20 och äldre har passerat sitt ordinarie säkerhetsstöd och bör ersättas med en stödd version.

Om du är utvecklare kan du kontrollera en lokal installation genom att skriva node -v i terminalen.

Men det finns en viktig begränsning: versionen på din egen dator behöver inte vara samma version som används på företagets server.

Även produktionsservrar, containrar och andra separata driftmiljöer måste kontrolleras. Efter uppdateringen behöver berörda applikationer också testas och vid behov startas om.

Den som använder en färdig molntjänst behöver normalt inte installera Node.js själv. Då ligger uppdateringsansvaret hos leverantören.

Du kan läsa mer i Node.js officiella säkerhetsinformation.

PHP: Kritiska brister åtgärdade – men kontrollera webbhotellet

PHP används på ett mycket stort antal webbplatser, bland annat de som bygger på WordPress.

Den 21 oktober släpptes nödvändiga säkerhetsuppdateringar efter upptäckten av två kritiska sårbarheter, CVE-2026-109618 och CVE-2026-109619.

Bristerna bedömdes som mycket allvarliga och fick riskvärdet 9,2 av 10 enligt CVSS 4.0.

Svenska CERT-SE har uppmanat berörda organisationer att installera säkerhetsuppdateringarna skyndsamt och undersöka om tecken på intrång finns.

Vilken PHP-version behöver du?

PHP-serie	Säkerhetsuppdaterad version
PHP 8.5	8.5.12 eller senare
PHP 8.4	8.4.27 eller senare
PHP 8.3	8.3.36 eller senare
PHP 8.2	8.2.35 eller senare

Versionerna avser de aktuella säkerhetsrättningarna. En Linuxdistribution kan i vissa fall ha installerat rättningar separat utan att ändra det synliga versionsnumret. Kontrollera därför leverantörens säkerhetsinformation om versionen verkar äldre.

Om du använder WordPress kan du normalt hitta PHP-versionen under:

Verktyg → Webbplatshälsa → Information → Server

Själva PHP-uppdateringen görs vanligtvis via webbhotellets kontrollpanel eller av den som administrerar servern.

Det räcker alltså inte att enbart uppdatera WordPress, teman och tillägg om servern fortfarande använder en osäker PHP-version.

Nya besked nyanserar risken

Den 23 oktober kom ytterligare information som gör det viktigt att inte överdriva hotbilden.

Nederländernas cybersäkerhetsmyndighet NCSC bedömer att de två kritiska PHP-bristerna är mer komplicerade att utnyttja än man först trodde. Därmed anses risken för storskaligt utnyttjande vara lägre.

Rekommendationen att uppdatera kvarstår ändå.

Ytterligare en PHP-sårbarhet, CVE-2026-115560, har också offentliggjorts. Den berör en mer specifik kombination av inställningar och applikationskod.

En tillfällig skyddsåtgärd för berörda administratörer är att inaktivera inställningen session.upload_progress.enabled i väntan på en ordinarie rättning. Det är inte en ändring som vanliga WordPress-ägare behöver försöka genomföra utan teknisk kontroll.

Vi går igenom de ursprungliga säkerhetshålen och webbhotellens ansvar mer ingående i vår guide till PHP-säkerhetshålen 2026.

Varför hittar AI plötsligt så många säkerhetshål?

Enligt en granskning från Reuters den 23 oktober har antalet upptäckta digitala sårbarheter fördubblats på ett år, delvis med hjälp av AI.

Uppgifterna bygger bland annat på information från säkerhetsföretaget VulnCheck. Dess undersökning hade vid publiceringen ännu inte offentliggjorts i sin helhet.

Det betyder inte att antalet säkerhetshål som existerar har fördubblats. Det handlar om att fler upptäcks.

AI kan hjälpa säkerhetsforskare att granska stora mängder programkod, identifiera misstänkta mönster och snabbt undersöka om ett kodfel går att utnyttja.

Arbete som tidigare kunde kräva omfattande manuell analys kan i vissa situationer genomföras på betydligt kortare tid.

Det är en fördel för programutvecklare och säkerhetsforskare, som snabbare kan hitta och rätta allvarliga brister.

Men samma utveckling hjälper också angripare.

När ett säkerhetshål offentliggörs kan AI användas för att analysera hur felet fungerar och underlätta utvecklingen av angreppsmetoder.

Därmed riskerar tiden mellan upptäckt och faktiska angrepp att bli kortare.

Den som ansvarar för en internetexponerad server kan få betydligt mindre tid än tidigare att installera en säkerhetsuppdatering.

Vi har tidigare beskrivit den bredare utvecklingen i AI och säkerhetshål – risk för fler internetkriser.

Betyder fler upptäckta säkerhetshål att fler blir hackade?

Nej, inte automatiskt.

Det finns tre olika situationer som behöver hållas isär:

• En sårbarhet har upptäckts. Det finns ett säkerhetsproblem i programvaran.
• Sårbarheten attackeras. Någon försöker utnyttja felet.
• Ett intrång har lyckats. Angriparen har faktiskt fått obehörig åtkomst eller uppnått ett annat skadligt resultat.

I Plex-fallet finns bekräftade angrepp där sårbarheterna har utnyttjats.

För PHP har omfattande angreppsaktivitet rapporterats, men det innebär inte att samtliga försök lyckats. För Node.js finns allvarliga dokumenterade sårbarheter, men inget motsvarande underlag i de aktuella uppgifterna för att beskriva en stor våg av bekräftade intrång.

Det är också fel att dra slutsatsen att AI har upptäckt alla dessa säkerhetshål. AI har spelat en roll i upptäckten av flera aktuella brister, medan andra identifierats av säkerhetsforskare genom andra metoder.

Vad bör mindre företag göra nu?

Det viktigaste är att kontrollera den faktiska exponeringen.

Ett mindre företag med egen webbplats kan använda PHP utan att ägaren känner till det. En webbyrå kan driva Node.js-applikationer åt flera kunder. En Plex-server kan finnas i en mindre verksamhet utan att vara en del av den ordinarie IT-driften.

Tre åtgärder bör prioriteras:

1. Ta reda på vilka system som berörs. Kontrollera om företaget har egna PHP-servrar, Node.js-applikationer eller Plex-servrar. Ta med system som driftas av externa IT-företag.

2. Kontrollera att uppdateringarna verkligen har installerats. Fråga leverantören om de aktuella sårbarheterna har åtgärdats. Ett allmänt besked om att systemen är uppdaterade är mindre användbart än en bekräftelse på rättade versioner eller installerade säkerhetspatchar.

3. Undersök eventuella intrång. Om en sårbar server varit tillgänglig från internet behöver ansvarig tekniker bedöma om obehörig aktivitet förekommit. Det är särskilt angeläget för föråldrade Plex-servrar.

Företag som enbart använder vanliga molntjänster behöver däremot inte börja installera PHP eller Node.js på sina anställdas datorer. Det är driftsmiljön hos leverantören som ska vara säker.

Behöver vanliga användare vara oroliga?

För de flesta är svaret nej, åtminstone inte på grund av just dessa tre programvarors serverbrister.

Det finns ingen anledning att byta lösenord till alla sina tjänster eller installera nya säkerhetsprogram bara för att fler säkerhetshål upptäcks med AI.

Däremot behöver den som själv driver en server, en webbplats eller en applikation agera när programvaran berörs av en kritisk sårbarhet.

Särskilt tydligt är det för Plex: en äldre server som varit åtkomlig från internet kan behöva både uppdateras och undersökas för intrång.

För webbplatsägare är kontrollen enklare. Börja med att ta reda på vilken PHP-version som används och om webbhotellet redan gjort uppdateringen.

Den verkliga förändringen med AI är inte att alla digitala tjänster plötsligt blivit osäkra. Det är att säkerhetshål kan upptäckas och angripas snabbare. För dem som ansvarar för systemen gör det snabba och kontrollerade uppdateringar viktigare än tidigare.