CVE-2026-8481: Kritisk RCE-fejl i IBM Langflow OSS
Kritisk fejl i IBM Langflow OSS lader lavt-privilegerede brugere køre vilkårlig kode på serveren. Opdatér til rettet version.
Hvad er det?
CVE-2026-8481 er en kritisk sårbarhed i IBM Langflow OSS, en open source-platform til at bygge AI- og sprogmodel-arbejdsgange. Fejlen ligger i endpointet POST /api/v1/validate/code, som skal validere Python-kode, men i stedet kører koden direkte med Python-funktionen exec(). Det betyder, at enhver logget ind bruger kan sende kode til serveren og få den udført med samme rettigheder som selve Langflow-processen. Sårbarheden kaldes kodeinjektion (CWE-94): et system adskiller ikke data fra kode, så en angriber kan indsætte sin egen kode og få systemet til at udføre den.
Hvem rammer det?
Sårbarheden rammer alle installationer af IBM Langflow OSS fra version 1.0.0 til og med 1.10.0. Det gælder virksomheder og kommuner, der selv driver Langflow til at bygge chatbots, AI-agenter eller automatiserede arbejdsgange med sprogmodeller, typisk i udviklingsteams eller dataafdelinger. Både lokale installationer og Langflow kørt i skyen eller i containere er berørt, hvis den kørende version ligger i det ramte interval.
Hvad kan ske?
En bruger med almindelig, lav adgang til Langflow kan sende Python-kode til serveren og få fuld kontrol over den maskine, Langflow kører på. I praksis betyder det, at angriberen kan læse og ændre alle data i systemet, installere bagdøre, tilgå andre systemer på netværket og stoppe driften. Da Langflow ofte har adgang til API-nøgler til sprogmodeller og andre interne systemer, kan et angreb sprede sig videre end selve Langflow-installationen.
Hvor alvorligt er det?
CVSS-scoren er 9,9 ud af 10, i den øverste ende af skalaen. Angrebet kræver kun lave rettigheder, altså en almindelig brugerkonto, ikke administratoradgang. Det kræver ingen handling fra andre brugere og kan udføres over netværket uden fysisk adgang. Fortrolighed, integritet og tilgængelighed rammes alle fuldt ud, og fordi sårbarheden ændrer omfang (scope changed), kan konsekvenserne række ud over selve Langflow-processen. Der foreligger ingen oplysninger om aktiv udnyttelse på offentliggørelsestidspunktet, men sårbarheden er enkel at udnytte for enhver med en gyldig brugerkonto.
Hvad gør jeg nu?
Sådan lukker I hullet og begrænser risikoen, mens I opdaterer:
- Opdatér Langflow til en version nyere end 1.10.0, hvor sårbarheden er rettet. Tjek IBMs release notes for den konkrete rettede version.
- Kan I ikke opdatere med det samme, så luk adgangen til /api/v1/validate/code udefra, for eksempel via firewall eller reverse proxy.
- Gennemgå brugerkonti i Langflow og fjern konti, I ikke kender eller ikke længere har brug for.
- Tjek logs for usædvanlig aktivitet på validate/code-endpointet siden installationen.
- Isolér Langflow-serveren fra kritiske systemer og hemmeligheder som API-nøgler, indtil opdateringen er gennemført.
- Kontakt en sikkerhedsrådgiver, hvis I ikke selv kan vurdere, om systemet er blevet udnyttet, eller hvis I mangler ressourcer til at opdatere hurtigt.
Opdatér inden for 24-48 timer
Vi anbefaler, at I opdaterer Langflow med det samme, da sårbarheden kræver minimal adgang og giver fuld kontrol over serveren. Er øjeblikkelig opdatering ikke mulig, bør I lukke adgangen til det sårbare endpoint udefra og begrænse, hvem der har brugerkonti i systemet. Det er kun forsvarligt at vente, hvis Langflow-installationen er fuldstændig isoleret fra internettet og ikke har eksterne brugere. Er I i tvivl om, hvorvidt jeres opsætning er sårbar, hjælper vi gerne med en vurdering.
Tidslinje
Konkrete eksempler
Marketingafdelingen bygger egne AI-chatbots
En mellemstor dansk virksomhed har opsat Langflow internt, så medarbejdere i marketingafdelingen kan bygge egne AI-chatbots uden at involvere IT. En medarbejder med en almindelig brugerkonto sender kode til validate/code-endpointet og får adgang til serverens filsystem, herunder API-nøgler til virksomhedens sprogmodel-abonnement. Nøglerne bruges til at tilgå andre systemer, og IT opdager først hændelsen, da regningen fra sprogmodel-leverandøren stiger markant.
Ofte stillede spørgsmål
Hvordan ved vi, om vi er ramt?
Tjek jeres Langflow-version i administrationspanelet eller i installationsfilerne. Ligger versionen mellem 1.0.0 og 1.10.0, er I ramt af sårbarheden.
Kan vi vente til weekenden med at opdatere?
Vi fraråder det. Sårbarheden kræver kun en almindelig brugerkonto og ingen handling fra andre brugere, så risikoen for udnyttelse er til stede fra dag ét. Kan I ikke opdatere med det samme, bør I i det mindste lukke adgangen til det sårbare endpoint.
Er sårbarheden udnyttet i praksis?
Der foreligger ingen offentlige oplysninger om aktiv udnyttelse på offentliggørelsestidspunktet, men sårbarheden er enkel at udnytte, og det kan ændre sig hurtigt.
Skal vi anmelde hændelsen til myndighederne?
Kun hvis I finder tegn på, at sårbarheden faktisk er blevet udnyttet, og persondata eller kritiske systemer er berørt. Så skal I vurdere anmeldepligt efter databeskyttelsesforordningen og eventuelt kontakte Center for Cybersikkerhed.
Hvad gør vi, hvis vi ikke kan opdatere med det samme?
Begræns adgangen til Langflow-serveren, fjern unødvendige brugerkonti og overvåg logs for usædvanlig aktivitet, indtil opdateringen kan gennemføres.
Rammer det også Langflow kørt i skyen?
Ja, hvis den kørende version ligger i det sårbare interval, uanset om Langflow er hostet lokalt, i egen sky eller hos en leverandør.
CVSS-detaljer
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H
CWE-svaghedstyper
Original NVD-beskrivelse (engelsk)
IBM Langflow OSS 1.0.0 through 1.10.0 contain a critical remote code execution vulnerability in the code validation API endpoint. The POST /api/v1/validate/code endpoint accepts user-supplied Python code and executes it directly using Python’s built-in exec() function without sandboxing, input validation, or privilege restrictions, enabling any authenticated user to execute arbitrary system commands with the full privileges of the Langflow server process.
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.