CVE-2026-59705: Kritisk hul uden login i mem0 openmemory
Kritisk sikkerhedshul i mem0 openmemory/api (CVE-2026-59705) lader angribere læse, ændre og slette al brugerdata uden login. Opdatér eller afskærm systemet straks.
Hvad er det?
CVE-2026-59705 er en sårbarhed i openmemory/api-komponenten i mem0, et system til at gemme og hente hukommelsesdata for AI-applikationer. Fejlen skyldes CWE-306, manglende autentificering på kritiske funktioner: en række API-endepunkter er registreret uden krav om login. Det betyder, at enhver, der kan sende en netværksforbindelse til systemet, kan tilgå funktioner, der burde kræve godkendelse. Angriberen kan angive vilkårlige user_id-parametre for at hente andre brugeres private data, eller kalde en pause-funktion med global_pause=true, som stopper hele systemet for alle brugere.
Hvem rammer det?
Sårbarheden rammer virksomheder, der har sat mem0’s openmemory/api op, typisk som del af en AI-drevet applikation eller chatbot-løsning, der bruger mem0 til at gemme brugerspecifik kontekst og hukommelse. Alle installationer, hvor API’et er eksponeret på et netværk uden yderligere beskyttelse, er sårbare, uanset version, da problemet ligger i selve autentificeringsdesignet.
Hvad kan ske?
En angriber kan uden login læse alle gemte brugerdata, herunder følsomme oplysninger, som mem0 er sat til at huske på tværs af sessioner. Angriberen kan også ændre eller slette denne data, hvilket ødelægger dataintegriteten, og kan lukke hele tjenesten ned for alle brugere ved at aktivere en global pause-funktion. For en dansk virksomhed betyder det risiko for brud på persondata, tab af kundedata og nedetid på en forretningskritisk AI-funktion.
Hvor alvorligt er det?
CVSS-scoren er 9,8 ud af 10, hvilket er kritisk. Angrebet kræver hverken login (PR:N) eller brugerhandling (UI:N), og kan udføres over netværket (AV:N) med lav kompleksitet (AC:L). Konsekvensen rammer fortrolighed, integritet og tilgængelighed fuldt ud (C:H/I:H/A:H). Der er ikke oplyst om aktiv udnyttelse i det åbne på offentliggørelsestidspunktet, men sårbarhedens lave angrebskompleksitet og manglende krav om godkendelse gør den let at udnytte, hvis systemet er tilgængeligt fra internettet.
Hvad gør jeg nu?
Følgende trin bør gennemføres i den viste rækkefølge:
- Opdatér mem0 openmemory/api til en version, hvor autentificeringsmiddleware er påkrævet på alle routere. Tjek leverandørens meddelelser for en rettet version.
- Er der ingen opdatering tilgængelig endnu, så afskær API’et fra internettet og begræns adgang til betroede interne netværk eller VPN.
- Sæt en autentificeringslag foran API’et, for eksempel via en reverse proxy, der kræver login eller API-nøgle, indtil den officielle rettelse er på plads.
- Gennemgå logs for usædvanlige kald til memory-endepunkter eller pause-funktionen med global_pause=true for at vurdere, om systemet allerede er blevet tilgået uautoriseret.
- Skift eventuelle API-nøgler eller adgangskoder, der kan have været eksponeret via systemet, og informér berørte brugere, hvis der er tegn på databrud.
- Kontakt en sikkerhedsrådgiver, hvis I ikke selv kan verificere, om jeres opsætning er sårbar, eller hvis I finder tegn på uautoriseret adgang.
Afskær adgang eller opdatér inden for 24 timer
Vi anbefaler, at I straks kontrollerer, om jeres openmemory/api er tilgængelig fra internettet, og lukker den adgang, indtil en rettet version er installeret. Det er ikke forsvarligt at vente til en planlagt vedligeholdelsesrunde, da sårbarheden kræver hverken login eller brugerinteraktion. Har I ikke selv ressourcerne til at gennemgå logs og opsætning, bør I hente ekstern hjælp med det samme.
Tidslinje
Konkrete eksempler
AI-kundeservice med lækket historik
En dansk virksomhed bruger mem0 til at gemme samtalehistorik for en AI-drevet kundeservicebot. En ekstern part opdager, at API’et er tilgængeligt uden login, og henter samtaledata for alle kunder ved at gætte user_id-værdier. Virksomheden opdager først lækket, da kunder klager over, at fortrolige oplysninger er blevet delt uden deres samtykke.
Ofte stillede spørgsmål
Hvordan finder vi ud af, om vi bruger den sårbare komponent?
Tjek om jeres AI-løsning eller interne systemer benytter mem0’s openmemory/api-komponent, og undersøg om den er eksponeret på et netværk, der er tilgængeligt udefra eller fra usikrede interne segmenter.
Kan vi vente med opdateringen til efter weekenden?
Nej. Sårbarheden kræver hverken login eller brugerhandling og kan udnyttes over netværket med lav kompleksitet. Vi anbefaler at afskære adgang til systemet, indtil det er rettet eller beskyttet med en autentificeringslag.
Er der tegn på, at sårbarheden allerede bliver udnyttet?
Der er ikke oplyst om aktiv udnyttelse på offentliggørelsestidspunktet, men det lave angrebskompleksitet betyder, at det kan ændre sig hurtigt. Gennemgå logs for usædvanlige kald til memory- og pause-endepunkter.
Skal vi anmelde hændelsen, hvis vi finder tegn på misbrug?
Hvis I finder tegn på, at persondata er blevet tilgået eller lækket, skal I vurdere anmeldelsespligt efter databeskyttelsesloven og eventuelt underrette Datatilsynet inden for 72 timer.
Hvad gør vi, hvis der ikke findes en opdatering endnu?
Så bør I placere API’et bag en autentificeret adgang, for eksempel en reverse proxy med login, og begrænse netværksadgangen til betroede systemer, indtil leverandøren udgiver en rettelse.
Påvirker sårbarheden kun mem0, eller også vores egne applikationer?
Sårbarheden ligger i openmemory/api-komponenten selv. Alle applikationer, der bruger denne komponent til at gemme brugerdata, er potentielt påvirket, uanset hvilken applikation der bygger ovenpå.
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)
mem0’s openmemory/api component contains an unauthenticated access vulnerability that allows unauthenticated attackers to read, write, and delete arbitrary user memories by accessing API routers registered without authentication middleware. Attackers can supply arbitrary user_id parameters or directly access memory retrieval endpoints to expose private memory content, or invoke pause endpoints with global_pause=true to cause denial-of-service across 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.