CVE-2026-44091: Kritisk MQTT-sårbarhed uden login
En unautoriseret angriber kan sende en falsk besked til jeres MQTT-broker og oprette en ny systemkonfiguration, der kan lamme driften. Afskærm broker fra internettet i dag.
Hvad er det?
CVE-2026-44091 er en sårbarhed i systemer, der bruger en MQTT-broker, en central formidler, som sensorer, enheder og applikationer sender korte beskeder igennem. Fejlen betyder, at en angriber uden brugernavn og kodeord kan sende en manipuleret ID-besked til brokeren, som systemet fejlagtigt stoler på. Det får systemet til at oprette en ny post i den centrale systemkonfiguration, uden at nogen har godkendt det. Fejltypen kaldes en tillidsgrænse-overskridelse (CWE-501): systemet behandler data fra en ukendt afsender, som var det en betroet intern kilde.
Hvem rammer det?
Sårbarheden rammer virksomheder, der har systemer koblet til en MQTT-broker: typisk produktionsanlæg, bygningsautomation, IoT-sensornetværk og OT-styresystemer, hvor MQTT bruges til at sende måledata og styrekommandoer. Er brokeren tilgængelig fra internettet eller fra et netværk, som angriberen kan nå, er systemet i risikozonen uanset virksomhedens størrelse. Der er ikke oplyst et bestemt produktnavn eller versionsnummer i den offentlige beskrivelse, så I bør afklare med jeres leverandør, om jeres konkrete MQTT-løsning er berørt.
Hvad kan ske?
En angriber kan uden login skabe en ny konfigurationspost i systemet, hvilket kan ændre driftsindstillinger, deaktivere funktioner eller overbelaste systemet. I praksis kan det stoppe en produktionslinje, forstyrre bygningsstyring eller gøre overvågningsdata utilgængelige. Der er ingen risiko for at data læses eller stjæles, men integritet og tilgængelighed er direkte i fare: systemet kan blive ustabilt eller helt sat ud af drift.
Hvor alvorligt er det?
CVSS-score er 9,1 af 10, kritisk. Angrebet kræver ingen login (PR:N), ingen brugerhandling (UI:N) og kan udføres over netværket (AV:N) med lav teknisk kompleksitet. Det er dermed nemt for en angriber at udnytte, hvis brokeren kan nås udefra. Der er ikke rapporteret aktiv udnyttelse eller offentlig kode til at udnytte fejlen på offentliggørelsesdatoen, men den lave kompleksitet gør, at det kan ændre sig hurtigt.
Hvad gør jeg nu?
Gør følgende i den nævnte rækkefølge:
- Afskær MQTT-brokeren fra internettet og fra netværk, angribere kan nå. Brug firewall eller netværkssegmentering, så kun betroede systemer kan tilgå den.
- Aktivér autentificering og adgangskontrol på brokeren, hvis det ikke allerede er sat op, så beskeder kun accepteres fra kendte klienter.
- Kontakt jeres leverandør af MQTT-løsningen for at afklare, om jeres version er berørt, og om der findes en rettelse.
- Gennemgå systemkonfigurationen for uventede eller ukendte poster, der kan være oprettet uden godkendelse.
- Overvåg logfiler for uautoriserede forbindelser til brokeren og opsæt alarmering ved nye konfigurationsændringer.
- Kontakt Auroa eller en anden sikkerhedsrådgiver, hvis I ikke selv kan afgøre, om jeres MQTT-opsætning er eksponeret, eller hvis I mangler ressourcer til at lave netværksafskærmningen.
Afskærm MQTT-broker inden 24 timer
Vi anbefaler, at I straks kontrollerer, om jeres MQTT-broker er tilgængelig fra internettet, og lukker den adgang, uanset om der findes en officiel rettelse. Det er ok at vente med selve softwareopdateringen, til leverandøren udgiver en, men kun hvis netværksadgangen er lukket i mellemtiden. Har I ikke overblik over, hvilke systemer der bruger MQTT i jeres organisation, bør I få det kortlagt hurtigst muligt.
Tidslinje
Konkrete eksempler
Produktionsvirksomhed med sensornetværk
En dansk fremstillingsvirksomhed bruger MQTT til at sende måledata fra maskinsensorer til et centralt styresystem. En angriber uden for virksomhedens netværk finder brokeren tilgængelig fra internettet og sender en falsk konfigurationsbesked. Systemet opretter en ny, ugyldig konfigurationspost, hvilket får produktionslinjen til at stoppe, indtil IT-afdelingen finder og retter fejlen manuelt.
Ofte stillede spørgsmål
Hvordan finder vi ud af, om vi bruger en MQTT-broker?
Spørg jeres IT- eller OT-leverandør, om nogen af jeres systemer, herunder produktionsstyring, bygningsautomation eller IoT-sensorer, kommunikerer via protokollen MQTT. Mange industrielle og smart building-løsninger bruger den uden at det er synligt for den daglige bruger.
Er vi ramt, hvis vi ikke kender produktnavnet fra sårbarheden?
Den offentlige beskrivelse nævner ikke et konkret produkt. Er I i tvivl, bør I bede leverandøren af jeres MQTT-løsning bekræfte, om deres system er påvirket af CVE-2026-44091.
Kan vi vente til weekenden med at lukke adgangen?
Nej. Fejlen kræver ingen login og ingen brugerhandling, og angrebet kan udføres over netværket med lav teknisk kompleksitet. Vi anbefaler at lukke netværksadgangen samme dag, I læser dette.
Skal vi anmelde noget, hvis vi bliver udnyttet?
Rammer det driftskritiske systemer eller persondata, kan I have pligt til at anmelde til Datatilsynet eller relevante myndigheder afhængigt af konsekvensen. Kontakt jeres databeskyttelsesrådgiver eller Auroa for en konkret vurdering.
Hvordan opdager vi, om der allerede er skabt en falsk konfiguration?
Gennemgå systemets konfigurationslog for nye eller ukendte poster, særligt poster oprettet uden en kendt bruger eller administrativ handling. Sammenlign med en tidligere kendt god konfiguration, hvis I har en.
Er der en officiel rettelse tilgængelig?
Der er ikke oplyst en officiel rettelse i den offentlige beskrivelse pr. offentliggørelsesdatoen. Kontakt jeres leverandør for status, og lav netværksafskærmning som midlertidig løsning.
CVSS-detaljer
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:H
CWE-svaghedstyper
Original NVD-beskrivelse (engelsk)
An unauthenticated remote attacker can post a malicious ID to the MQTT Broker results in the creation of a new configuration entry in the system configuration. This may lead to integrity and availability loss.
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.