CVE-2026-9103: Kritisk adgangsfejl i IBM Langflow OSS
IBM Langflow OSS udsteder superbruger-adgangstoken uden login, når AUTO_LOGIN er slået til. Deaktivér funktionen og opdatér nu.
Hvad er det?
Langflow er et open source-værktøj til at bygge AI-arbejdsgange (flows), som mange virksomheder bruger til at koble sprogmodeller sammen med egne data og systemer. Fejlen CVE-2026-9103 skyldes manglende autentificering (CWE-306), som betyder at en funktion, der burde kræve login, står åben. Endepunktet /api/v1/login/auto_login udsteder et langtidsholdbart adgangstoken med fulde superbrugerrettigheder, uden at nogen skal logge ind, når indstillingen AUTO_LOGIN er aktiveret. Den er slået til som standard. Løse CORS-indstillinger, som styrer hvilke websteder der må kalde serverens API, gør det muligt for tokenet at havne hos uvedkommende.
Hvem rammer det?
Alle, der selv drifter IBM Langflow OSS version 1.0.0 til og med 1.10.0, er berørt. Det gælder både interne installationer og installationer, der er tilgængelige fra internettet, for eksempel til afprøvning eller integration med andre systemer. Er AUTO_LOGIN ikke bevidst slået fra, er systemet ramt, da funktionen er aktiveret som standard.
Hvad kan ske?
En angriber, der kan nå Langflow-serverens API over netværket, kan hente et gyldigt superbruger-token uden at kende brugernavn eller adgangskode. Med det token kan angriberen se og ændre alle flows, hente gemte adgangsoplysninger og nøgler til andre systemer, og i mange opsætninger få kørt egen kode via workflow-funktionerne. For en dansk virksomhed betyder det i praksis fuld administrativ adgang til systemet og mulighed for at bruge det som indgang til resten af netværket.
Hvor alvorligt er det?
CVSS-scoren er 9,8 ud af 10, hvilket er kritisk. Angrebet kræver ingen login, ingen brugerhandling og kan udføres over netværket med lav kompleksitet. Konsekvensen rammer fortrolighed, integritet og tilgængelighed fuldt ud, da angriberen får administratorrettigheder. Der er ikke oplysninger om, at sårbarheden aktivt bliver udnyttet, men den er triviel at misbruge, når først et sårbart system er fundet.
Hvad gør jeg nu?
Følgende trin lukker hullet og begrænser skaden, hvis systemet allerede har været eksponeret.
- Deaktivér indstillingen AUTO_LOGIN i Langflow-konfigurationen, så endepunktet ikke længere udsteder tokens uden login.
- Opdatér til en version af Langflow, hvor fejlen er rettet, så snart producenten frigiver den, og tjek release-noter for præcis version.
- Gennemgå og stram CORS-indstillingerne, så kun betroede domæner må kalde API’et.
- Ugyldiggør eksisterende tokens og skift alle adgangsoplysninger og nøgler, der er gemt i Langflow-installationen.
- Gennemgå adgangslogs for uventede kald til /api/v1/login/auto_login eller anden usædvanlig administratoraktivitet.
- Er I i tvivl om, hvorvidt systemet har været eksponeret på internettet, eller mangler I ressourcer til at gennemgå logs, bør I hente hjælp udefra til en gennemgang.
Deaktivér AUTO_LOGIN inden for 24 timer
Vi anbefaler, at I deaktiverer AUTO_LOGIN med det samme, uanset om systemet er tilgængeligt fra internettet eller kun internt, da fejlen er let at udnytte for enhver, der kan nå API’et. Det er ikke forsvarligt at vente til en fast opdatering, da mitigeringen kan indføres på minutter. Når en rettet version er tilgængelig, bør den installeres, og alle tokens og hemmeligheder i systemet bør skiftes som en sikkerhedsforanstaltning.
Tidslinje
Konkrete eksempler
AI-automatisering hos en dansk virksomhed
En dansk virksomhed har sat en Langflow-installation op til at automatisere kundeservice-flows med adgang til CRM-data og API-nøgler. En ekstern part scanner internettet for åbne Langflow-servere og finder installationen med AUTO_LOGIN aktiveret. Ved et enkelt kald til login-endepunktet får parten et superbruger-token og kan derefter tilgå gemte adgangsoplysninger til virksomhedens øvrige systemer.
Ofte stillede spørgsmål
Hvordan finder vi ud af, om vores Langflow-installation er ramt?
Tjek versionen af Langflow, I kører. Er den mellem 1.0.0 og 1.10.0, og er AUTO_LOGIN ikke eksplicit slået fra i konfigurationen, er I ramt.
Kan vi vente til efter weekenden med at rette det?
Nej, ikke uden at deaktivere AUTO_LOGIN først. Da angrebet ikke kræver login eller brugerhandling, kan enhver, der kan nå serveren over netværket, udnytte fejlen på kort tid.
Er det nok at lukke porten udadtil, hvis systemet kun bruges internt?
Det reducerer risikoen fra internettet, men beskytter ikke mod en angriber, der allerede har adgang til jeres interne netværk, for eksempel via en anden kompromitteret maskine. Deaktivér AUTO_LOGIN under alle omstændigheder.
Skal vi anmelde hændelsen, hvis vi opdager misbrug?
Finder I tegn på, at nogen har misbrugt sårbarheden til at få adgang til persondata eller andre systemer, skal I vurdere anmeldepligt efter databeskyttelsesreglerne og eventuelt underrette Datatilsynet inden for 72 timer.
Hvad gør vi, hvis vi ikke selv har styr på konfigurationen?
Kontakt den leverandør eller det team, der driver Langflow-installationen, og bed om bekræftelse af, at AUTO_LOGIN er deaktiveret. Har I ikke selv den tekniske viden, bør I hente ekstern rådgivning.
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)
IBM Langflow OSS 1.0.0 through 1.10.0 could allow a remote attacker to gain unauthorized access due to improper authentication in the /api/v1/login/auto_login endpoint. The endpoint issues long-lived superuser bearer tokens without requiring authentication when the AUTO_LOGIN configuration is enabled (enabled by default), which may allow an unauthenticated network attacker to obtain full administrative access. Additionally, permissive cross-origin resource sharing (CORS) settings may allow tokens to be exposed to unintended origins, increasing the risk of unauthorized access.
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.