CVE-2026-58473: Kritisk adgangsfejl i Cognee
Sårbarhed i Cognee gør det muligt uden login at kapre AI-indstillinger og stjæle data fra alle brugere. Opdatér til 1.2.0.
Hvad er det?
Cognee er et open source-værktøj, som virksomheder bruger til at bygge AI-applikationer med hukommelse og videns-grafer, ved hjælp af sprogmodeller (LLM, store sprogmodeller der bearbejder tekst). CVE-2026-58473 er en fejl i adgangskontrollen, hvor et endpoint til systemindstillinger ikke tjekker, om brugeren er administrator. Enhver, der selv opretter en konto, kan derfor ændre den globale indstilling for hvilken LLM-udbyder hele systemet bruger. Fordi denne indstilling deles af alle brugere på tværs af instansen, rammer ændringen ikke kun angriberens egen konto, men alle brugere samtidig.
Hvem rammer det?
Det rammer virksomheder og kommuner, der selv driver eller har fået udviklet en løsning baseret på Cognee i en version før 1.2.0. Det gælder både interne værktøjer til vidensdeling og kundevendte AI-løsninger, hvor Cognee bruges til at gemme dokumenter, udtrække entiteter og bygge videns-grafer. Hvis I ikke selv har installeret eller integreret Cognee, er I ikke berørt.
Hvad kan ske?
En angriber, der blot opretter en almindelig konto, kan omdirigere alle sprogmodel-kald i systemet til en server, angriberen selv kontrollerer. Herefter kan angriberen læse alle prompter, uploadede dokumenter, udtrukne data og indholdet af videns-graferne fra samtlige brugere i systemet, ikke kun sin egen konto. For en dansk virksomhed kan det betyde, at fortrolige kundeoplysninger, kontrakter eller interne analyser sendes videre til en tredjepart uden nogens vidende.
Hvor alvorligt er det?
Sårbarheden har en CVSS-score på 9,1 ud af 10 og er kategoriseret som kritisk. Den kræver ingen login på forhånd, kun at angriberen selv opretter en konto, og der kræves ingen handling fra en eksisterende bruger. Angrebsvejen går over netværket med lav kompleksitet, hvilket betyder, at et angreb er nemt at gennemføre teknisk. Fortrolighed og integritet vurderes til høj konsekvens, mens tilgængeligheden ikke påvirkes. Der er pr. offentliggørelsen ikke oplysninger om, at fejlen er udnyttet i praksis eller om, at der findes offentligt tilgængelig kode til at udnytte den.
Hvad gør jeg nu?
Følgende punkter lukker hullet og begrænser skaden, hvis nogen allerede har udnyttet det.
- Opdatér Cognee til version 1.2.0 eller nyere, hvor adgangskontrollen på indstillings-endpointet er rettet.
- Gennemgå konfigurationslog for LLM-udbyder for at se, om indstillingen er ændret af en ukendt konto.
- Roter API-nøgler til jeres sprogmodel-udbyder, hvis der er tegn på, at trafikken har været omdirigeret.
- Gennemgå brugerkonti oprettet før opdateringen for mistænkelig registrering eller adfærd.
- Vurdér, om uploadede dokumenter eller videns-grafer med personoplysninger kan være blevet eksponeret, og om det udløser oplysningspligt.
- Kontakt Auroa eller en anden sikkerhedsrådgiver, hvis I ikke selv kan afgøre, om systemet har været misbrugt, eller hvis I mangler ressourcer til at gennemgå logfilerne.
Opdatér til Cognee 1.2.0 hurtigst muligt
Vi anbefaler, at I opdaterer til Cognee 1.2.0 med det samme og samtidig tjekker, om jeres LLM-indstillinger er blevet ændret uden jeres viden. Da sårbarheden ikke kræver login og er let at udnytte teknisk, er det ikke en opgave, der bør vente til en planlagt driftsvindue. Det er kun i orden at vente, hvis Cognee udelukkende kører isoleret uden adgang fra internettet og uden mulighed for selvregistrering af nye brugere.
Tidslinje
Konkrete eksempler
Intern videnbase hos en dansk rådgivningsvirksomhed
En dansk rådgivningsvirksomhed bruger Cognee til at samle kundekontrakter og interne notater i en videns-graf, som medarbejdere kan spørge via en chatbot. En udenforstående opretter en konto på systemet og ændrer den globale LLM-indstilling, så alle forespørgsler sendes videre til en server, angriberen kontrollerer. Herefter kan angriberen læse fortrolige kundeoplysninger og interne strategidokumenter fra samtlige medarbejderes forespørgsler, uden at nogen opdager det, før logfilerne bliver gennemgået.
Ofte stillede spørgsmål
Hvordan finder vi ud af, om vi bruger den sårbare version af Cognee?
Tjek versionsnummeret i jeres Cognee-installation, for eksempel via pakkehåndteringen (pip eller lignende) eller i konfigurationsfilerne. Alle versioner før 1.2.0 er sårbare.
Kan vi vente med opdateringen til den næste planlagte servicevindue?
Det frarådes. Fejlen kræver ingen login og kan udnyttes af enhver, der kan tilgå registreringssiden, så risikoen løber, indtil opdateringen er installeret.
Skal vi anmelde hændelsen til Datatilsynet?
Kun hvis I finder konkrete tegn på, at personoplysninger er blevet tilgået eller sendt til en uautoriseret server. Gennemgå logfiler for indstillingsændringer, før I vurderer anmeldepligten.
Rammer sårbarheden også skybaserede tjenester, der bruger Cognee?
Ja, hvis leverandøren af tjenesten kører en version af Cognee før 1.2.0 med selvregistrering slået til. Spørg jeres leverandør, om de har opdateret.
Hvordan ved vi, om nogen allerede har udnyttet fejlen hos os?
Se efter uventede ændringer i indstillingen for LLM-udbyder og efter nyoprettede konti, I ikke genkender, i perioden før opdateringen blev installeret.
CVSS-detaljer
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N
CWE-svaghedstyper
Original NVD-beskrivelse (engelsk)
Cognee before 1.2.0 contains an improper access control vulnerability that allows unauthenticated attackers to overwrite the global LLM provider configuration by self-registering an account and calling the settings endpoint, which performs no admin or superuser check. Attackers can redirect all LLM operations instance-wide to an attacker-controlled endpoint by exploiting the process-wide singleton configuration cache, enabling exfiltration of prompts, uploaded documents, extracted entities, and knowledge graph content from all users.
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.