CVE-2026-103041: Kritisk RCE-fejl i LightLLM
Ubeskyttet cache-tjeneste i LightLLM tillader kode-udførelse uden login. Luk adgangen til tjenesten i dag.
Hvad er det?
CVE-2026-103041 er en sårbarhed i LightLLM, et framework der bruges til at afvikle store sprogmodeller (LLM’er) i stor skala. I multimodale opsætninger, hvor LightLLM håndterer både tekst og billeder, åbner systemet en cache-tjeneste via RPyC, et Python-bibliotek til fjernkald mellem programmer, uden krav om login. Tjenesten bruger pickle-deserialisering, en metode hvor Python omdanner gemte data tilbage til programobjekter, og den er aktiveret på alle netværksgrænseflader. Det betyder, at enhver der kan nå tjenesten over netværket kan sende et forfalsket dataobjekt og få det udført som kode med tjenestens rettigheder.
Hvem rammer det?
Sårbarheden rammer organisationer der kører LightLLM til multimodale AI-modeller frem til og med version 1.2.0. Det gælder virksomheder og kommuner der selv drifter AI-infrastruktur, for eksempel til chatbots, billedanalyse eller interne AI-tjenester, hvor cache-tjenesten er tilgængelig på det interne netværk eller ved en fejl er eksponeret mod internettet.
Hvad kan ske?
En angriber kan opnå fuld kontrol over den server, der kører LightLLM, uden at kende adgangskoder på forhånd. Herfra kan angriberen stjæle data, modeller og forretningshemmeligheder, installere skadelig software eller bruge serveren som springbræt videre ind i jeres netværk. For en dansk virksomhed, der bruger LightLLM til at drive en intern AI-tjeneste, kan det betyde tab af følsomme data og driftsstop, mens serveren geninstalleres og undersøges.
Hvor alvorligt er det?
CVSS-scoren er 9,8 ud af 10, kritisk. Angrebet kræver ikke login og ingen handling fra en bruger, kan udføres over netværket og giver angriberen fuld adgang til fortrolighed, integritet og tilgængelighed på det ramte system. Der er ikke oplysninger om aktiv udnyttelse eller offentligt kendt angrebskode på offentliggørelsestidspunktet, men den lave kompleksitet gør sårbarheden let at udnytte, hvis tjenesten er nået fra netværket.
Hvad gør jeg nu?
Følgende trin bør gennemføres i denne rækkefølge:
- Find ud af om I kører LightLLM med multimodal understøttelse, og om cache-tjenesten via RPyC er tilgængelig fra netværket. Bloker adgangen med det samme, hvis den er.
- Sørg for at tjenesten kun kan tilgås fra betroede interne systemer, aldrig fra internettet, og helst kun fra localhost.
- Opdatér til en nyere version af LightLLM, hvis leverandøren har udgivet en rettet udgave, eller deaktivér RPyC-cachen indtil da.
- Gennemgå logs for uventede forbindelser til RPyC-porten for tegn på forsøg på udnyttelse.
- Hvis I finder tegn på kompromittering, isolér serveren, skift adgangskoder og nøgler, og undersøg om data er blevet tilgået.
- Kontakt en ekstern sikkerhedsrådgiver, hvis I ikke selv kan afgøre om tjenesten er eksponeret, eller hvis I finder spor efter udnyttelse.
Isolér tjenesten inden for 24 timer
Vi anbefaler at I straks kontrollerer om LightLLMs cache-tjeneste er tilgængelig fra netværket, og lukker adgangen med det samme, uanset om en officiel opdatering findes. Det er kun forsvarligt at vente, hvis tjenesten allerede kører isoleret på localhost uden netværksadgang udefra. Er I i tvivl om jeres eksponering, bør I få en ekstern gennemgang af netværksopsætningen, før I lader tjenesten køre videre.
Tidslinje
Konkrete eksempler
Glemt firewallregel eksponerer AI-server
En dansk virksomhed har opsat LightLLM internt til at understøtte en AI-baseret kundeservicebot med billedgenkendelse. Ved en fejl i firewallopsætningen er cache-tjenestens port tilgængelig fra internettet. En angriber finder tjenesten, sender et forfalsket dataobjekt og opnår kode-udførelse på serveren, hvorfra kundedata og interne systemer bliver tilgængelige.
Ofte stillede spørgsmål
Hvordan finder vi ud af, om vi er ramt?
Undersøg om I kører LightLLM til multimodale AI-modeller i version 1.2.0 eller ældre, og tjek om RPyC-cachetjenesten lytter på en netværksport, der kan nås fra andre systemer end serveren selv.
Kan vi vente til weekenden med at rette det?
Nej, ikke hvis tjenesten kan nås fra netværket. Sårbarheden kræver hverken login eller brugerinteraktion, så risikoen løber, uanset tidspunkt på ugen.
Er der en officiel opdatering, der lukker hullet helt?
Der er ikke oplyst en konkret rettet version i den tilgængelige information. Indtil en opdatering foreligger, er netværksisolering af cache-tjenesten den vigtigste beskyttelse.
Skal vi anmelde hændelsen, hvis vi finder spor efter udnyttelse?
Hvis der er sket databrud, eksempelvis adgang til personoplysninger, skal I vurdere anmeldelse til Datatilsynet efter databeskyttelsesreglerne. Kontakt gerne en sikkerhedsrådgiver for at få klarlagt omfanget først.
Kan vi bare lukke porten i firewallen som eneste tiltag?
Det er et godt første skridt, men bør suppleres med en opdatering, når den bliver tilgængelig, samt en gennemgang af logs for at udelukke, at tjenesten allerede har været tilgået udefra.
CVSS-detaljer
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
CWE-svaghedstyper
Original NVD-beskrivelse (engelsk)
LightLLM through 1.2.0 multimodal deployments expose an unauthenticated RPyC cache service with pickle deserialization enabled on all interfaces. Attackers can send crafted serialized objects to exposed cache methods to execute arbitrary code with service privileges.
Referencer & kilder
Eksterne kilder
Brug for hjælp med jeres sikkerhed?
Vi hjælper SMV’er med at omsætte trusler som denne til konkrete handlingsplaner.