CVE-2026-73034: Kritisk sti-traversal i DB-GPT
Kritisk sårbarhed i DB-GPT v0.8.1 lader angribere uden login skrive filer og køre kode på serveren. Isolér systemet og opdatér.
Hvad er det?
DB-GPT er en open source-platform, der kobler databaser sammen med sprogmodeller til AI-drevet dataanalyse. CVE-2026-73034 er en sti-traversering, det vil sige en fejl hvor et program ikke tjekker filstier korrekt, og en angriber derfor kan pege uden for den tilladte mappe. Fejlen findes i platformens filupload-funktion, hvor feltet user_id i en HTTP-header kan indeholde tegnkæder som ../, så en fil kan skrives et hvilket som helst sted på serveren, for eksempel i en mappe der kører kode automatisk.
Hvem rammer det?
Sårbarheden rammer installationer af DB-GPT version 0.8.1. Det gælder virksomheder og kommuner, der bruger DB-GPT til at koble deres databaser op mod en AI-model, typisk til intern dataanalyse eller kundevendte chatløsninger. Er serveren tilgængelig fra internettet eller fra et større internt netværk uden segmentering, er risikoen særlig høj.
Hvad kan ske?
En angriber kan uden brugernavn eller adgangskode uploade en fil, der placeres som for eksempel et startscript eller en cronjob-fil, og dermed få koden til at køre automatisk på serveren. Det giver angriberen fuld kontrol over den maskine, DB-GPT kører på, og adgang til de databaser, platformen er koblet til. I praksis kan det betyde tyveri af data, installation af yderligere skadelig software eller brug af serveren som adgangsvej videre ind i netværket.
Hvor alvorligt er det?
CVSS-scoren er 9,8 ud af 10, hvilket er kritisk. Angrebet kræver ikke login (PR:N), ingen handling fra en bruger (UI:N), og det kan udføres over netværket (AV:N) med lav kompleksitet. Konsekvensen rammer fortrolighed, integritet og tilgængelighed fuldt ud. Der er på offentliggørelsestidspunktet ikke oplyst om aktiv udnyttelse i praksis, men den detaljerede tekniske beskrivelse gør det sandsynligt, at metoden hurtigt kan tages i brug af angribere.
Hvad gør jeg nu?
Følgende trin bør gennemføres i denne rækkefølge:
- Opdatér DB-GPT til en version, hvor sårbarheden er rettet, så snart leverandøren udgiver den. Følg projektets GitHub for meddelelser om rettelse.
- Er der endnu ikke en rettelse tilgængelig, skal filupload-endpointet lukkes for adgang fra internettet, eller begrænses til betroede IP-adresser via firewall.
- Gennemgå logfiler for uploadanmodninger, hvor user_id-headeren indeholder tegnkæder som ../, som tegn på forsøg på udnyttelse.
- Adskil serveren, der kører DB-GPT, fra andre systemer og databaser i netværket, så en eventuel kompromittering ikke spreder sig videre.
- Skift adgangskoder og nøgler, som DB-GPT-tjenesten bruger, hvis I finder tegn på misbrug.
- Få hjælp fra en sikkerhedsrådgiver, hvis I ikke selv kan afgøre, om systemet er blevet udnyttet, eller hvis I finder spor af uautoriseret filaktivitet.
Luk offentlig adgang i dag
Vi anbefaler, at adgangen til DB-GPT’s uploadfunktion lukkes for internettet med det samme, uanset om en officiel rettelse allerede findes. Det er kun forsvarligt at vente, hvis systemet allerede kører isoleret uden netværksadgang udefra. Er I i tvivl om, hvorvidt jeres opsætning er eksponeret, bør I få det afklaret, inden I beslutter jer for at vente.
Tidslinje
Konkrete eksempler
Internetvendt analyseplatform hos en dansk mellemstor virksomhed
En dansk produktionsvirksomhed har sat DB-GPT op, så medarbejdere kan stille spørgsmål til virksomhedens salgsdatabase via en AI-model. Serveren er ved en fejl tilgængelig fra internettet uden yderligere adgangsbegrænsning. En angriber finder uploadendpointet, sender en anmodning med en manipuleret user_id-header og placerer en skadelig fil i serverens opstartsmappe. Filen kører automatisk ved næste genstart og giver angriberen adgang til virksomhedens salgsdata samt mulighed for at bevæge sig videre i netværket.
Ofte stillede spørgsmål
Hvordan finder vi ud af, om vi bruger den sårbare version?
Tjek versionsnummeret på jeres DB-GPT-installation i konfigurationsfilerne eller via administrationsgrænsefladen. Version 0.8.1 er bekræftet sårbar. Er I i tvivl, kan I kontakte den, der har sat løsningen op, eller en sikkerhedsrådgiver.
Kan vi vente til weekenden med at gøre noget?
Nej. Sårbarheden kræver hverken login eller brugerhandling, og angrebet kan gennemføres automatisk over internettet. Er systemet eksponeret, bør adgangen begrænses samme dag, I bliver opmærksomme på problemet.
Findes der en officiel rettelse fra DB-GPT?
På offentliggørelsestidspunktet er der ikke oplyst om en udgivet rettelse. Følg projektets officielle kanaler, og opdatér så snart en rettet version er tilgængelig.
Hvordan opdager vi, om vi allerede er blevet udnyttet?
Gennemgå logfiler for uploadanmodninger, hvor user_id-headeren indeholder ../ eller lignende tegnkæder. Kig også efter uventede filer i systemmapper, cron-opgaver eller opstartsscripts, som I ikke selv har oprettet.
Skal vi anmelde hændelsen, hvis vi er blevet ramt?
Er der grund til at tro, at personoplysninger er blevet tilgået eller kompromitteret, skal hændelsen anmeldes til Datatilsynet inden for 72 timer efter opdagelsen, jævnfør GDPR.
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)
DB-GPT v0.8.1 contains an unauthenticated path traversal vulnerability that allows remote attackers to write arbitrary files to any location on the server by injecting directory traversal sequences into the user_id HTTP header of the Python file-upload endpoint. Attackers can send a crafted multipart upload request with a traversal-poisoned user_id header to escape the intended upload directory and write attacker-controlled content to locations such as Python startup hooks, cron directories, or agent scripts, resulting in remote code execution.
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.