CVE-2026-59706: Kritisk fejl i mem0 lækker API-nøgler
Mem0’s konfigurations-API kan tilgås uden login og lækker LLM-API-nøgler samt tillader SSRF-angreb mod interne servere. Luk adgangen til API’et i dag.
Hvad er det?
CVE-2026-59706 er en sårbarhed i mem0, et open source-bibliotek der bruges til at give AI-chatbots og agenter en hukommelse på tværs af samtaler. Biblioteket har et konfigurations-API, som mangler autentificering, altså kontrol af hvem der må tilgå det. Et GET-kald til /api/v1/config/ udleverer gemte API-nøgler i klartekst, for eksempel nøgler til OpenAI. Et PUT-kald til /api/v1/config/mem0/llm tager parameteren ollama_base_url, som en angriber kan sætte til en intern adresse. Det gør det muligt at lave server-side request forgery, forkortet SSRF, hvor serveren selv sender forespørgsler videre til systemer, der ellers ikke er tilgængelige udefra, for eksempel skyudbyderens metadata-tjeneste (IMDS).
Hvem rammer det?
Sårbarheden rammer virksomheder og udviklere, der bruger mem0 til at bygge AI-løsninger med hukommelse, for eksempel chatbots, kundeservice-agenter eller interne AI-assistenter. Det gælder installationer, hvor mem0’s API er tilgængeligt fra internettet eller fra et internt netværk uden yderligere adgangskontrol foran. Danske virksomheder, der har integreret mem0 i egne AI-projekter eller kører det som en del af en leverandørs løsning, bør undersøge om det er tilfældet hos dem.
Hvad kan ske?
En angriber uden adgangskode kan hente virksomhedens gemte API-nøgler til sprogmodeller og bruge dem til at generere regninger i virksomhedens navn eller misbruge dem til andre formål. Endnu mere alvorligt kan angriberen bruge SSRF-fejlen til at få serveren til at kontakte skyudbyderens metadata-tjeneste og derved stjæle midlertidige adgangsnøgler til hele skymiljøet, for eksempel AWS eller Azure. Det kan give adgang til langt mere end selve AI-løsningen, herunder databaser og andre interne systemer.
Hvor alvorligt er det?
CVSS-scoren er 9,3 ud af 10, hvilket er kritisk. Angrebet kræver ingen login, ingen særlige rettigheder og ingen handling fra en bruger. Det kan udføres over netværket med lav kompleksitet, hvilket betyder at det er let at automatisere. Fortrolighed er hårdt ramt, fordi hemmeligheder lækkes direkte. Der er ikke oplyst nogen aktiv udnyttelse i den offentlige beskrivelse, men fremgangsmåden er beskrevet så detaljeret, at et angreb kan bygges hurtigt.
Hvad gør jeg nu?
Følg punkterne i denne rækkefølge:
- Bloker eller begræns netværksadgangen til mem0’s konfigurations-API, så det kun kan tilgås fra betroede interne systemer, ikke fra internettet eller et fladt internt netværk.
- Rotér alle API-nøgler, der er gemt i mem0, herunder nøgler til OpenAI og andre sprogmodel-udbydere, da de må antages kompromitteret.
- Gennemgå logs for kald til GET /api/v1/config/ og PUT /api/v1/config/mem0/llm for at afdække om der allerede har været uautoriseret adgang.
- Aktivér IMDSv2 eller tilsvarende beskyttelse mod SSRF på jeres skyservere, så metadata-tjenesten ikke kan udnyttes selv hvis en anmodning slipper igennem.
- Opdatér til en rettet version af mem0, så snart leverandøren udgiver en, og hold øje med projektets sikkerhedsmeddelelser.
- Kontakt os eller en anden sikkerhedsrådgiver, hvis I er usikre på, om jeres opsætning er eksponeret, eller hvis I finder tegn på misbrug i logs.
Luk adgangen inden for 24 timer
Vi anbefaler, at I straks lukker adgangen til mem0’s konfigurations-API udefra og roterer alle gemte API-nøgler, uanset om I kan se tegn på misbrug. Det er ikke forsvarligt at vente, da fejlen kræver hverken login eller brugerhandling og kan findes af automatiserede scanninger. Det er kun i orden at vente med den fulde oprydning, hvis I allerede har bekræftet, at API’et aldrig har været tilgængeligt uden for et lukket, betroet netværk.
Tidslinje
Konkrete eksempler
AI-chatbot hos en dansk virksomhed
En dansk virksomhed har bygget en intern kundeservice-chatbot ved hjælp af mem0 til at huske tidligere samtaler. Konfigurations-API’et er ved en fejl tilgængeligt fra internettet, fordi det ligger på samme server som selve chatbotten. En angriber finder endepunktet, henter virksomhedens OpenAI-nøgle i klartekst og bruger den til at generere store mængder tekst for egen regning, hvilket giver virksomheden en uventet regning og et akut behov for at spærre nøglen.
Ofte stillede spørgsmål
Hvordan finder vi ud af, om vi bruger mem0?
Tjek jeres AI-projekters afhængighedslister og eventuelle leverandørers tekniske dokumentation for navnet mem0. Hvis I har en intern eller ekstern AI-chatbot med hukommelsesfunktion, bør I spørge udvikleren eller leverandøren direkte.
Kan vi vente med at rette det til efter weekenden?
Nej. Angrebet kræver hverken login eller brugerhandling og kan udføres automatiseret over internettet. Vi anbefaler at lukke adgangen til API’et samme dag, I opdager problemet.
Hvordan tjekker vi, om vi allerede er ramt?
Gennemgå adgangslogs for kald til /api/v1/config/ og /api/v1/config/mem0/llm fra ukendte eller eksterne IP-adresser. Se også efter usædvanligt højt forbrug eller ukendte regninger fra jeres sprogmodel-udbyder.
Skal vi anmelde hændelsen, hvis vi finder tegn på misbrug?
Hvis der er sket læk af persondata eller adgang til følsomme systemer via de stjålne nøgler, kan I være forpligtet til at anmelde det til Datatilsynet efter databeskyttelsesreglerne. Vi anbefaler at få en juridisk vurdering, hvis I finder konkrete tegn på misbrug.
Er det nok at rotere API-nøglerne, eller skal vi også opdatere mem0?
Rotation af nøgler lukker kun det akutte hul med lækkede hemmeligheder. Selve sårbarheden i konfigurations-API’et er stadig til stede, indtil I begrænser netværksadgangen eller installerer en rettet version.
CVSS-detaljer
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:L/A:N
CWE-svaghedstyper
Original NVD-beskrivelse (engelsk)
mem0 contains unauthenticated config API endpoints that expose LLM API keys in plaintext and allow server-side request forgery via attacker-controlled ollama_base_url parameter. Unauthenticated attackers can retrieve stored secrets like OpenAI API keys via GET /api/v1/config/ or trigger SSRF attacks by setting ollama_base_url to internal addresses like cloud IMDS via PUT /api/v1/config/mem0/llm endpoint.
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.