CVE-2026-67622: Kritisk IDOR-fejl i Flowise
Fejl i Flowise lader logget-ind bruger stjæle andre arbejdsområders API-nøgler. Opdatér til nyeste version.
Hvad er det?
CVE-2026-67622 er en sårbarhed i Flowise, et open source-værktøj til at bygge AI-arbejdsgange og chatbots uden meget kode. Fejlen findes i integrationen til OpenAI Assistants og kaldes en insecure direct object reference: systemet tjekker ikke, om en given nøgle-identifikator (UUID) faktisk hører til det arbejdsområde, brugeren er logget ind i. En logget-ind bruger kan derfor selv angive en anden brugers credential-UUID og få adgang til data, der ikke tilhører dem selv. Sårbarheden findes i alle versioner af Flowise op til og med 3.1.4.
Hvem rammer det?
Alle virksomheder, der kører Flowise version 3.1.4 eller ældre, og som har mere end ét arbejdsområde med adskilte kunder, afdelinger eller projekter. Det gælder både selv-hostede installationer og virksomheder, der bruger Flowise til at bygge AI-assistenter oven på OpenAI’s Assistants-API. Berørt er alle brugere med en almindelig, gyldig konto: der skal ikke administratorrettigheder til at udnytte fejlen.
Hvad kan ske?
En bruger med en almindelig konto i ét arbejdsområde kan gætte eller gennemgå UUID’er og derved læse andre arbejdsområders API-nøgler til OpenAI, se filer og vektordatabaser, og uploade filer ind i andre kunders eller afdelingers arbejdsområde. For et dansk konsulenthus eller bureau, der bruger Flowise til at levere AI-løsninger til flere kunder i samme installation, betyder det, at en kundes data og OpenAI-nøgle kan blive tilgængelig for en anden kunde. Det kan udløse et brud på fortrolighed, der skal vurderes efter databeskyttelsesreglerne, og en økonomisk regning, hvis en stjålet API-nøgle bliver misbrugt.
Hvor alvorligt er det?
CVSS-scoren er 9,9 ud af 10, kritisk. Angrebet kræver kun lave rettigheder, altså en almindelig gyldig brugerkonto, ingen adminadgang. Det kræver ingen handling fra offeret og kan udføres over netværket. Konsekvensen er høj for fortrolighed og integritet, fordi angriberen kan læse og ændre data i andre arbejdsområder, mens tilgængeligheden kun påvirkes i lav grad. Der er ikke oplyst aktiv udnyttelse i det åbne pr. offentliggørelsesdatoen, men fejlen er enkel at udnytte for enhver, der allerede har en konto på systemet.
Hvad gør jeg nu?
Sådan lukker I hullet og begrænser skaden, hvis I kører Flowise:
- Opdatér Flowise til en version nyere end 3.1.4, hvor adgangskontrollen på credential-opslag er rettet.
- Gennemgå jeres loglogs for opkald til Assistants-endepunkter med usædvanlige eller ukendte credential-UUID’er.
- Roter alle OpenAI API-nøgler, der er gemt i Flowise, så eventuelt allerede eksponerede nøgler bliver ugyldige.
- Adskil arbejdsområder for forskellige kunder på separate installationer eller servere, hvis det er praktisk muligt, indtil opdateringen er verificeret.
- Begræns antallet af brugere med adgang til Flowise, og fjern konti, der ikke længere er i brug.
- Kontakt en sikkerhedsrådgiver, hvis I ikke selv kan verificere, om jeres installation allerede er blevet udnyttet, eller hvis I er dataansvarlig for flere kunders data i samme installation.
Opdatér inden for få dage
Vi anbefaler, at I opdaterer Flowise til nyeste version så hurtigt som praktisk muligt, særligt hvis I hoster flere kunder eller afdelinger i samme installation. Roter samtidig alle OpenAI-nøgler, der har været i systemet, da de kan være eksponeret allerede. Det er kun forsvarligt at vente, hvis jeres Flowise-installation kun bruges af en enkelt, betroet bruger uden adskilte arbejdsområder, men selv da bør opdateringen planlægges inden næste driftsvindue.
Tidslinje
Konkrete eksempler
Konsulenthus med flere kunder i samme Flowise-installation
Et dansk digitalbureau bygger AI-chatbots for tre forskellige kunder i samme Flowise-installation med hver sit arbejdsområde. En medarbejder hos kunde A opdager, at de kan ændre en UUID i en Assistants-forespørgsel og derved få adgang til kunde B’s OpenAI-nøgle og filer. Bureauet risikerer nu at skulle forklare kunde B, hvordan deres data blev eksponeret for en anden kunde, og skal rotere alle nøgler i installationen.
Ofte stillede spørgsmål
Er vi ramt af denne sårbarhed?
I er ramt, hvis I kører Flowise i version 3.1.4 eller ældre. Tjek jeres installations versionsnummer i administrationspanelet eller i systemets konfigurationsfiler.
Kræver angrebet en administratorkonto?
Nej. Angrebet kræver kun en almindelig, gyldig brugerkonto med lave rettigheder i systemet. Ingen adminadgang er nødvendig.
Kan vi vente til weekenden med at opdatere?
Det afhænger af, hvor mange arbejdsområder og brugere I har. Har I flere kunder eller afdelinger i samme installation, bør I opdatere så hurtigt som muligt og ikke vente til weekenden. Har I kun én bruger uden adskilte arbejdsområder, er risikoen lavere.
Hvordan finder vi ud af, om vi allerede er blevet udnyttet?
Gennemgå logs for kald til Assistants-endepunkterne og kig efter forespørgsler med credential-UUID’er, der ikke matcher den brugers eget arbejdsområde. Usædvanlige filuploads eller adgang til vektordatabaser fra ukendte konti er også et tegn.
Skal vi anmelde noget til Datatilsynet?
Hvis I kan konstatere, at en anden brugers eller kundes persondata eller fortrolige oplysninger er blevet tilgået uretmæssigt, skal I vurdere, om det udgør et brud på persondatasikkerheden, der skal anmeldes efter gældende regler. Vi anbefaler, at I dokumenterer jeres undersøgelse, uanset udfaldet.
Er der en anden løsning, hvis vi ikke kan opdatere lige nu?
Som midlertidig afhjælpning kan I isolere arbejdsområder på separate installationer og begrænse antallet af brugere med adgang til systemet, men det fjerner ikke selve fejlen. Opdateringen er den eneste egentlige løsning.
CVSS-detaljer
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:L
CWE-svaghedstyper
Original NVD-beskrivelse (engelsk)
Flowise through 3.1.4 contains an insecure direct object reference vulnerability in the OpenAI Assistants integration that allows authenticated attackers to access credentials belonging to other workspaces by supplying an arbitrary credential UUID to Assistants endpoints without workspace ownership verification. Attackers can enumerate cross-workspace assistant metadata, retrieve file and vector store listings, and upload files into victim workspaces by exploiting the missing workspace-scoped authorization check in the credential lookup logic.
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.