CVE-2026-85424: Kritisk adgangsfejl i MOOS core-moos
MOOS core-moos til og med version 10.4.0 mangler adgangskontrol i sit netværksprotokol, så uautoriserede kan rydde hele databasen. Isolér systemet fra nettet nu.
Hvad er det?
CVE-2026-85424 er en sårbarhed i MOOS core-moos, et open source-middleware der bruges til at koordinere kommunikation mellem programmer i robotter, droner og autonome fartøjer. Fejlen er klassificeret som CWE-306, mangel på autentificering, hvilket betyder, at systemet ikke tjekker, om en klient har lov til at forbinde, før den får fuld adgang. En klient kan forbinde med et vilkårligt navn og omgå den indbyggede kontrol af protokolstrengen, som ellers skulle stoppe fremmede klienter. Med adgang kan man publicere data, abonnere på al kommunikation og udføre kommandoen DB_CLEAR, som nulstiller alle variable og tømmer alle klienters postkasser i systemet.
Hvem rammer det?
Sårbarheden rammer alle installationer af MOOS core-moos til og med version 10.4.0. Det gælder virksomheder og institutioner, der arbejder med autonome fartøjer, droner, maritim teknologi eller robotforskning, og som bruger MOOS til at binde deres systemer sammen. I Danmark er det typisk mindre teknologivirksomheder, forsknings- og udviklingsafdelinger samt underleverandører til den maritime og forsvarsrelaterede sektor.
Hvad kan ske?
En angriber, der har netværksadgang til MOOS-kommunikationen, kan uden login forbinde til systemet og udgive sig for en legitim klient. Herfra kan angriberen læse al data i systemet, sende falske kommandoer eller udføre DB_CLEAR, som nulstiller alle variable og forstyrrer alle øvrige klienter. I praksis kan det stoppe eller forstyrre driften af et autonomt fartøj eller en test, og i værre tilfælde få systemet til at handle på forkerte data.
Hvor alvorligt er det?
CVSS-scoren er 9,8 ud af 10, kritisk. Angrebet kræver ikke login og ingen handling fra en bruger, og det kan udføres over netværket med lav kompleksitet. Konsekvensen er høj for fortrolighed, integritet og tilgængelighed, fordi angriberen får fuld læse- og skriveadgang samt mulighed for at slette data. Der er ikke oplysninger om, at sårbarheden aktivt bliver udnyttet, men den kræver ingen særlig teknisk indsats at afprøve, hvis man har netværksadgang.
Hvad gør jeg nu?
Der findes ikke en officiel rettelse i den kendte version, så det vigtigste er at begrænse, hvem der kan nå systemet på netværket.
- Isolér MOOS-kommunikationen bag en firewall eller et separat VLAN, så den ikke kan nås fra almindelige netværk eller internettet.
- Luk eller begræns adgangen til den port, MOOSDB lytter på, så kun betroede maskiner kan forbinde.
- Overvåg logfiler for uventede eller ukendte klientforbindelser, især forbindelser med DB_CLEAR-kommandoer.
- Følg MOOS-projektets meddelelser for en opdateret version med indbygget autentificering, og opgradér så snart den findes.
- Hvis I ikke selv kan verificere jeres netværksisolation, eller MOOS er integreret i sikkerhedskritiske systemer som autonome fartøjer, bør I få en ekstern gennemgang af netværksarkitekturen.
Isolér netværk nu, opgradér ved rettelse
Vi anbefaler, at I straks fjerner direkte netværksadgang til MOOS-systemer, indtil der findes en version med indbygget autentificering. Det er ikke sikkert at vente med at afskærme systemet, da sårbarheden kræver hverken login eller brugerhandling for at udnyttes. Det er derimod acceptabelt at vente med selve opgraderingen, så længe netværksisolationen er fuldt effektiv og verificeret.
Tidslinje
Konkrete eksempler
Test af autonomt fartøj hos maritim teknologivirksomhed
En dansk virksomhed, der udvikler autonome overvågningsfartøjer, bruger MOOS til at koordinere navigation og sensordata under en havneprøve. En besøgende leverandør på samme netværk forbinder uforvarende, eller med vilje, til MOOS-systemet og udløser en DB_CLEAR-kommando. Fartøjets navigationsdata nulstilles midt i testen, hvilket kræver manuel genstart og forsinker leverancen til kunden.
Ofte stillede spørgsmål
Hvordan finder vi ud af, om vi bruger den sårbare version af MOOS?
Tjek versionsnummeret på jeres MOOS core-moos installation. Alle versioner til og med 10.4.0 er berørt. Er I i tvivl, kan I søge i jeres byggekonfiguration eller kontakte den leverandør, der har integreret MOOS i jeres system.
Kan vi bare lukke porten helt og lade opdateringen vente?
Ja, hvis MOOS-kommunikationen ikke behøver at være tilgængelig uden for et betroet netværk, er netværksisolation en fuldt gyldig løsning, indtil en officiel rettelse findes. Det vigtigste er, at ingen uautoriserede maskiner kan nå MOOSDB-porten.
Er der tegn på, at sårbarheden bliver udnyttet i praksis?
Der er ikke oplysninger om aktiv udnyttelse på offentliggørelsestidspunktet. Det ændrer ikke ved, at sårbarheden er nem at udnytte for enhver med netværksadgang, da den ikke kræver login eller brugerhandling.
Skal vi anmelde denne sårbarhed til myndighederne?
Det afhænger af, om systemet er en del af kritisk infrastruktur eller behandler persondata. Er MOOS en del af et system, der er omfattet af NIS2 eller lignende krav, bør I vurdere, om en anmeldelse er relevant, hvis der konstateres et faktisk sikkerhedsbrist.
Hvad sker der, hvis vi ikke gør noget?
Så kan en uautoriseret part på jeres netværk forbinde til MOOS-systemet, læse og skrive data samt nulstille hele databasen med kommandoen DB_CLEAR. For et autonomt system kan det betyde afbrudt drift eller fejlagtig adfærd, indtil det bliver genstartet og genkonfigureret.
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)
MOOS core-moos through 10.4.0 lacks authentication in the wire protocol, allowing unauthenticated clients to connect with full publish, subscribe, and database clear privileges. Attackers can bypass the compile-time protocol string check and connect with arbitrary client names to execute privileged operations including DB_CLEAR which resets all variables and clears client mail queues.
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.