CVE-2026-85435: Kritisk fejl i MOOS-IvP uFldNodeBroker
Fejl i MOOS-IvP uFldNodeBroker lader angribere udgive sig for en landstation og opsnappe fartøjstrafik. Opdatér eller isolér systemet nu.
Hvad er det?
CVE-2026-85435 er en sårbarhed i uFldNodeBroker, en komponent i softwareplatformen MOOS-IvP, som bruges til at styre autonome fartøjer som ubemandede overflade- eller undervandsbåde. Fejlen ligger i, hvordan systemet håndterer såkaldte TRY_SHORE_HOST-beskeder, der bruges til at oprette forbindelse mellem et fartøj og en landbaseret styrestation. Systemet tjekker ikke, om beskeden reelt kommer fra en betroet landstation. Det betyder, at enhver, der kan sende data på fartøjets interne bus, kan udgive sig for at være landstationen og få fartøjet til at sende sin trafik, herunder sensordata og kontrolinformation, videre til en rute, angriberen selv har valgt.
Hvem rammer det?
Sårbarheden rammer organisationer, der bruger MOOS-IvP til at styre autonome eller fjernstyrede fartøjer, i alle versioner til og med 24.8.1. I Danmark drejer det sig typisk om forskningsinstitutioner, maritime testcentre, havnemyndigheder og forsvars- eller beredskabsenheder, der anvender ubemandede overflade- eller undervandsfartøjer med uFldNodeBroker-modulet aktiveret. Systemer, hvor fartøjets interne netværk (vehicle bus) kun er tilgængeligt for betroet udstyr, er mindre udsatte, men mange testopsætninger og feltinstallationer bruger delte eller trådløse netværk uden yderligere adskillelse.
Hvad kan ske?
En angriber, der kan nå fartøjets interne netværk, kan indmelde sin egen enhed som landstation og få fartøjet til at sende sensordata, positionsdata og kontrolinformation til sig. Det giver mulighed for at aflytte fortrolig operationel information og potentielt påvirke den datastrøm, der ellers går til den rigtige styrestation. For en dansk organisation kan det i praksis betyde, at et testfartøj eller en overvågningsdrone lækker positions- og sensordata til en uvedkommende part, uden at nogen i styrestationen opdager det.
Hvor alvorligt er det?
CVSS-scoren er 9,1 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. Det giver fuld adgang til fortrolige data (fortrolighed høj) og mulighed for at påvirke den data, systemet arbejder videre med (integritet høj), men det kan ikke i sig selv lukke systemet ned (tilgængelighed ikke berørt). Der er ingen oplysninger om, at sårbarheden aktivt udnyttes, men den er offentliggjort med teknisk detaljeringsgrad, der gør det muligt at bygge et angreb ud fra beskrivelsen.
Hvad gør jeg nu?
Prioritér følgende, hvis I bruger MOOS-IvP med uFldNodeBroker:
- Opdatér til en version af MOOS-IvP, hvor TRY_SHORE_HOST-beskeder valideres mod en betroet afsender, når leverandøren eller projektets vedligeholdere frigiver en rettet version.
- Indtil en rettelse foreligger, isolér fartøjets interne bus fra usikrede eller delte netværk, så kun betroet udstyr kan sende beskeder på bussen.
- Indfør netværksfiltrering eller VPN mellem fartøj og landstation, så uautoriserede afsendere ikke kan nå TRY_SHORE_HOST-kanalen.
- Gennemgå logs for uventede shore-forbindelser eller gentagne registreringsforsøg fra ukendte adresser.
- Vurdér, om testkørsler og feltoperationer midlertidigt skal foregå på fysisk isolerede netværk, indtil rettelsen er på plads.
- Kontakt en ekstern sikkerhedsrådgiver, hvis I ikke selv har kompetencer til at vurdere netværksopsætningen omkring fartøjets styresystem.
Isolér netværket, indtil en rettelse findes
Vi anbefaler, at I straks kortlægger, om jeres fartøjer eller testopsætninger bruger uFldNodeBroker, og at I lukker adgangen til den interne bus for alt andet end betroet udstyr. Det er ikke tilrådeligt at vente, hvis fartøjet opererer på et netværk, andre kan tilgå, da angrebet kræver hverken login eller brugerinteraktion. Er fartøjet allerede fuldt isoleret fra eksterne netværk, kan I vente med yderligere tiltag, til en officiel rettelse foreligger.
Tidslinje
Konkrete eksempler
Testfartøj på delt havnenetværk
Et dansk forskningscenter tester en ubemandet overfladebåd i en havn, hvor fartøjets interne netværk deler infrastruktur med andre trådløse enheder på kajen. En person med adgang til det trådløse netværk sender en falsk TRY_SHORE_HOST-besked og modtager derefter sensor- og positionsdata fra fartøjet, uden at operatørerne i kontrolrummet bemærker noget usædvanligt.
Ofte stillede spørgsmål
Er vi ramt af denne sårbarhed?
I er ramt, hvis jeres organisation bruger MOOS-IvP med uFldNodeBroker-modulet til at styre autonome eller fjernstyrede fartøjer i version 24.8.1 eller ældre. Tjek jeres softwarekonfiguration eller spørg den, der har opsat fartøjets styresystem.
Hvordan tjekker vi, om vi er sårbare?
Gennemgå fartøjets konfigurationsfiler for aktivering af uFldNodeBroker og kig efter, om der er valideringslogik omkring TRY_SHORE_HOST-beskeder. Er der ingen godkendelseslag mellem fartøj og landstation, er I sårbare.
Kan vi vente til weekenden med at gøre noget?
Hvis fartøjets netværk er fuldt isoleret fra eksterne eller delte forbindelser, kan I vente. Er netværket tilgængeligt fra andre systemer eller trådløst, bør I lukke adgangen inden næste operation eller test.
Findes der allerede en rettelse?
Der er ikke offentliggjort en konkret rettet version på tidspunktet for offentliggørelsen. Følg leverandørens eller projektets meddelelser for opdateringer.
Skal vi anmelde hændelsen til en myndighed?
Hvis I opdager tegn på, at nogen faktisk har udnyttet sårbarheden til at aflytte eller påvirke fartøjstrafik, bør I anmelde det som en sikkerhedshændelse til jeres relevante tilsynsmyndighed og overveje at kontakte CFCS eller Center for Cybersikkerhed.
Påvirker sårbarheden fartøjets fysiske sikkerhed?
Sårbarheden giver ikke direkte mulighed for at lukke fartøjet ned, men den kan give adgang til kontrolinformation, hvilket i visse opsætninger kan påvirke, hvordan fartøjet navigerer eller reagerer på kommandoer.
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 uFldNodeBroker through 24.8.1 fails to validate the source of TRY_SHORE_HOST messages on the vehicle bus, allowing any publisher to enroll attacker-controlled shore routes. Attackers can publish malicious shore route messages to receive bridged vehicle traffic including sensor data and control information.
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.