CVE-2026-85440: Kritisk fejl i MOOS core-moos
Kritisk fejl i MOOS core-moos giver angribere fuld kontrol over systemet uden login. Undersøg om I bruger softwaren og opdatér snarest.
Hvad er det?
CVE-2026-85440 er en kritisk sårbarhed i MOOS core-moos, et open source-rammeværk der bruges til at styre autonome fartøjer som droner, undervandsrobotter og overvågningsbåde. Fejlen ligger i den måde, systemet modtager netværkspakker på, før nogen bruger er logget ind. Ved at sende en pakke med en negativ længdeangivelse kan en angriber udnytte en fejl i type CWE-787, som betyder at data skrives uden for det tiltænkte hukommelsesområde. Det sker i en funktion kaldet InflateTo() og i modtagefunktionen recv(), hvor et lille bufferområde på fire byte i hukommelsen kan overskrives allerede under den indledende håndtryksfase mellem to systemer.
Hvem rammer det?
Sårbarheden rammer alle installationer af MOOS core-moos til og med version 10.4.0. Det er relevant for danske virksomheder og institutioner, der udvikler eller driver autonome fartøjer, robotter eller maritime overvågningssystemer, herunder forskningsinstitutioner, ingeniørvirksomheder inden for maritim teknologi og leverandører til forsvars- eller havnesektoren. Hvis MOOS indgår som styringssoftware i et produkt eller en driftsopsætning, er det sandsynligt at systemet er eksponeret, hvis det kan nås over et netværk.
Hvad kan ske?
En angriber, der kan sende netværkstrafik til et sårbart system, kan udnytte fejlen til at få systemet til at gå ned eller til at køre vilkårlig kode med systemets rettigheder. I praksis betyder det, at et fartøj eller en robot kan overtages eller sættes ud af drift uden at angriberen først skal logge ind. For en dansk virksomhed kan det betyde tab af kontrol over et fysisk system, driftsstop eller i værste fald sikkerhedsrisici, hvis systemet styrer et fartøj i bevægelse.
Hvor alvorligt er det?
CVSS-scoren er 9,8 ud af 10, hvilket er den højeste alvorlighedskategori. Angrebet kræver ingen login-oplysninger og ingen handling fra en bruger. Det kan udføres over netværket med lav teknisk kompleksitet, hvilket gør det tilgængeligt for mange typer angribere. Der er ikke oplyst om udnyttelse i praksis på offentliggørelsesdatoen, men den detaljerede tekniske beskrivelse af angrebsmetoden gør det realistisk at forsøg kan opstå.
Hvad gør jeg nu?
Følg disse trin for at lukke hullet og reducere risikoen, mens I venter på en rettelse:
- Identificér om MOOS core-moos indgår i jeres systemer eller i software fra jeres leverandører, og notér den anvendte version.
- Kontakt leverandøren eller projektets vedligeholdere for at høre, om der findes en rettet version ud over 10.4.0.
- Isolér systemer, der kører MOOS, fra åbne netværk og internettet, indtil en rettelse er på plads. Brug firewall-regler til kun at tillade trafik fra kendte, betroede kilder.
- Overvåg netværkstrafik til de pågældende systemer for uventede eller ugyldige pakker under håndtryksfasen.
- Dokumentér jeres fund og handlinger, så I kan vise rettidig omhu, hvis systemet indgår i et kritisk driftsmiljø.
- Kontakt en sikkerhedsrådgiver, hvis I ikke selv har mulighed for at vurdere netværkseksponeringen eller isolere systemet forsvarligt.
Isolér og opdatér snarest muligt
Vi anbefaler, at I straks kortlægger, om MOOS core-moos indgår i jeres systemer, og at I begrænser netværksadgangen til disse systemer med det samme. Det er kun forsvarligt at vente, hvis systemet allerede er fuldstændig isoleret fra netværk, angriberen ikke kan nå. Da der ikke findes en offentliggjort rettet version på nuværende viden, bør netværksisolering være jeres primære værn, indtil leverandøren melder andet.
Tidslinje
Konkrete eksempler
Havneovervågning med autonom båd
En dansk virksomhed, der leverer autonome overvågningsbåde til havne, bruger MOOS core-moos til at styre fartøjets navigation og kommunikation. Bådens styresystem er forbundet til et trådløst netværk for fjernovervågning. En angriber, der kan nå netværket, sender en pakke med en negativ længdeangivelse og får dermed mulighed for at overtage styringen af fartøjet, uden at have haft adgang til nogen login-oplysninger.
Ofte stillede spørgsmål
Hvordan finder vi ud af, om vi bruger MOOS core-moos?
Tjek jeres systemdokumentation for autonome fartøjer, robotter eller styringssoftware, og spørg leverandører af sådant udstyr direkte, om MOOS core-moos indgår i deres løsning. Softwaren bruges typisk som en underliggende komponent og fremgår ikke altid tydeligt i brugerfladen.
Kan vi vente med at handle til efter weekenden?
Kun hvis systemet allerede er isoleret fra netværk, som angribere kan nå. Er systemet tilgængeligt over internettet eller et delt netværk, bør I afskære adgangen med det samme, da angrebet ikke kræver login.
Findes der en opdatering, der lukker hullet?
Der er ikke oplyst en konkret rettet version i den tilgængelige information. Kontakt leverandøren eller følg projektets officielle kanaler for at høre, om en rettelse er undervejs.
Er sårbarheden udnyttet i praksis?
Der er ikke oplysninger om aktiv udnyttelse på offentliggørelsesdatoen. Den tekniske beskrivelse af fejlen er dog detaljeret nok til, at forsøg på udnyttelse kan opstå.
Skal vi anmelde hændelsen, hvis vi opdager forsøg på udnyttelse?
Hvis I konstaterer forsøg på udnyttelse eller et faktisk indbrud, bør I vurdere, om hændelsen er anmeldelsespligtig efter reglerne for jeres branche, for eksempel hvis persondata eller kritisk infrastruktur er berørt. Kontakt jeres databeskyttelsesrådgiver eller en sikkerhedsrådgiver for vurdering.
Hvad gør vi, hvis systemet ikke kan tages offline?
Hvis systemet skal forblive i drift, bør I indføre streng netværkssegmentering, begrænse hvilke enheder der kan sende trafik til det, og overvåge for ugyldige pakker under håndtryksfasen, indtil en rettelse foreligger.
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 contains a pre-authentication heap overflow vulnerability in MOOSCommPkt packet handling that allows remote attackers to write arbitrary data by declaring a negative packet length. Attackers can exploit the signed integer check in InflateTo() and negative size conversion in recv() to overflow a four-byte heap buffer during the HandShake phase before authentication.
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.