CVE-2026-85434: Kritisk fejl i MOOS-IvP uFldShoreBroker
CVE-2026-85434 lader angribere uden login omdirigere data i MOOS-IvP uFldShoreBroker. Isolér netværket og hold øje med rettelse.
Hvad er det?
CVE-2026-85434 er en sårbarhed i MOOS-IvP uFldShoreBroker, et modul i software til autonome maritime fartøjer som ubemandede overfladeskibe og undervandsdroner. Fejlen er klassificeret som CWE-345, utilstrækkelig verificering af data. Systemet tjekker ikke, om såkaldte node ping-beskeder rent faktisk kommer fra en betroet enhed, før det opretter bro-forbindelser mellem noder i netværket. En angriber kan sende falske NODE_BROKER_PING-beskeder med manipuleret HostRecord-data, som er de oplysninger om en nodes adresse og status, og på den måde få delte variable dirigeret til en adresse, angriberen selv kontrollerer.
Hvem rammer det?
Sårbarheden rammer organisationer, der bruger MOOS-IvP til styring af autonome maritime fartøjer. Det gælder typisk forsknings- og uddannelsesinstitutioner, forsvarsrelaterede aktører og virksomheder, der udvikler eller opererer ubemandede overflade- og undervandsfartøjer. Alle versioner til og med 24.8.1 er berørt. I Danmark er det især relevant for maritime testfaciliteter, universiteter og private aktører inden for maritim robotteknologi.
Hvad kan ske?
En angriber på samme netværk kan omdirigere data, der udveksles mellem noder i broker-systemet, uden at have adgangskoder eller foretage brugerhandlinger. Det kan dreje sig om sensordata, positionsdata eller andre delte variable, som i stedet sendes til angriberens egen adresse. Fortrolighed og dataintegritet er i høj risiko, mens selve tilgængeligheden af systemet ikke påvirkes direkte. I praksis kan det betyde spionage mod forskningsdata eller manipulation af de oplysninger, et fartøj eller en operatør baserer beslutninger på.
Hvor alvorligt er det?
CVSS-score er 9,1 ud af 10, kritisk. Angrebet kræver netværksadgang, men ingen login og ingen brugerinteraktion, og angrebskompleksiteten er lav. Der er ikke oplyst nogen kendt aktiv udnyttelse eller offentligt tilgængelig kode til at udnytte sårbarheden på offentliggørelsestidspunktet, men den lave barriere for udnyttelse gør, at netværk med adgang til broker-systemet bør behandles som eksponerede.
Hvad gør jeg nu?
Følgende trin bør gennemføres i denne rækkefølge:
- Isolér netværkstrafik til uFldShoreBroker på et separat, betroet netværkssegment, så kun kendte og godkendte noder kan sende beskeder til det.
- Undersøg om MOOS-IvP-projektet har udgivet en version nyere end 24.8.1, der retter fejlen, og planlæg opgradering hertil.
- Sæt overvågning op på netværkstrafik for at fange uventede eller ugyldige NODE_BROKER_PING-beskeder.
- Begræns adgang til broker-systemet med firewallregler eller VPN, så det ikke er tilgængeligt fra usikre eller offentlige netværk.
- Gennemgå hvilke systemer og fartøjer, der er afhængige af broker-forbindelsen, og vurdér om nogen bør tages midlertidigt ud af drift, indtil netværksadskillelsen er verificeret.
- Søg hjælp udefra, hvis I ikke selv kan vurdere netværksarkitekturen eller mangler ressourcer til at gennemgå konfigurationen.
Isolér netværket inden for få dage
Vi anbefaler, at netværkstrafik til uFldShoreBroker isoleres og begrænses til betroede noder, uanset om en rettet version findes endnu. Da udnyttelse kræver adgang til netværket, er det acceptabelt at vente med selve versionsopgraderingen, hvis systemet allerede er sikkert adskilt fra usikre netværk. Er broker-systemet derimod tilgængeligt bredt internt eller fra internettet, bør netværksadskillelse gennemføres straks.
Tidslinje
Konkrete eksempler
Maritim testfacilitet på et dansk universitet
Et dansk universitet driver et testmiljø med autonome undervandsdroner baseret på MOOS-IvP. En studerende eller ekstern part med adgang til samme lokale netværk sender falske NODE_BROKER_PING-beskeder og får sensordata fra dronerne omdirigeret til egen adresse. Forskningsdata lækkes, uden at driften af dronerne umiddelbart afbrydes, og hændelsen opdages først ved gennemgang af netværkslogs.
Ofte stillede spørgsmål
Er vi ramt af CVE-2026-85434?
I er kun berørt, hvis I bruger MOOS-IvP til autonome maritime fartøjer, og uFldShoreBroker-modulet indgår i opsætningen i en version til og med 24.8.1.
Hvordan tjekker vi, om vores system er sårbart?
Gennemgå jeres MOOS-IvP-installation for uFldShoreBroker og notér versionsnummeret. Er det 24.8.1 eller ældre, er systemet berørt.
Kan vi vente til weekenden med at rette det?
Ja, hvis broker-systemet allerede kører på et netværk, der er adskilt fra usikre eller eksterne forbindelser. Er det tilgængeligt bredere, bør netværksadskillelse ske med det samme.
Findes der en officiel rettelse?
Der er ikke oplyst en rettet version i det tilgængelige data ved offentliggørelsen. Følg MOOS-IvP-projektets meddelelser for opdateringer.
Skal vi anmelde hændelsen til myndighederne?
Kun hvis I har konkret mistanke om, at sårbarheden er udnyttet, eller systemet indgår i kritisk infrastruktur. I så fald bør Center for Cybersikkerhed kontaktes.
Hvad koster det at ignorere sårbarheden?
Risikoen er, at følsomme sensor- eller positionsdata omdirigeres til en angriber, eller at fartøjer modtager manipulerede data, uden at nogen bemærker det med det samme.
CVSS-detaljer
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N
CWE-svaghedstyper
Original NVD-beskrivelse (engelsk)
MOOS-IvP uFldShoreBroker through 24.8.1 fails to verify node ping authenticity before creating outbound bridge routes. Attackers can publish NODE_BROKER_PING messages with crafted HostRecord data to redirect bridged variables to attacker-controlled addresses.
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.