CVE-2026-56209: Sårbarhed i libaom kan give nedbrud
Fejl i videokodningsbiblioteket libaom (CVE-2026-56209) kan give nedbrud eller kodekørsel. Tjek om I bruger AV1-kodning med SVC aktiveret.
Hvad er det?
libaom er referenceimplementeringen af AV1-videokodeken, som mange video- og streamingprodukter bygger på. Sårbarheden ligger i en funktion, der styrer lag-id i SVC (Scalable Video Coding), en teknik hvor en video kodes i flere kvalitetslag samtidig. Der mangler et tjek af grænser i koden, så en angriber kan snyde encoderen til at skrive omkring 1.200 byte til en vilkårlig hukommelsesadresse via specialkonstruerede billedpixelværdier. Fejlen er deterministisk, det vil sige den virker sikkert hver gang og kræver ikke, at angriberen først lækker information om hukommelsen. Fejltypen kaldes en out-of-bounds write (CWE-787), altså skrivning uden for det tilladte hukommelsesområde.
Hvem rammer det?
Det rammer virksomheder, der selv bygger eller driver systemer med libaom som encoder, og hvor SVC-funktionen er slået til. Det gælder typisk videokonference-platforme, streamingtjenester og transkoderingsservere, der modtager og koder videobilleder fra eksterne kilder over netværket. Almindelige browsere, der bruger libaom til afspilning, er ikke i samme risikogruppe, da sårbarheden sidder i encoderen, ikke i afspilningen. Er I i tvivl om, hvorvidt jeres video-infrastruktur bruger libaom med SVC, bør det afklares med jeres leverandør.
Hvad kan ske?
En angriber, der kan sende videobilleder til en sårbar encoder, kan få tjenesten til at gå ned, hvilket stopper videokonferencer eller streaming for alle brugere. Fordi skrivningen sker til en adresse, angriberen selv kan styre, er der også en risiko for, at angrebet i værste fald kan bruges til at køre vilkårlig kode på serveren. For en dansk virksomhed betyder det i praksis driftsstop på videoservices og et muligt indgangspunkt til resten af serverinfrastrukturen.
Hvor alvorligt er det?
CVSS-scoren er 7,1 ud af 10, alvorlig. Angrebet kan udføres over netværket uden at kræve login eller særlige rettigheder, men det kræver, at en bruger eller et system aktivt sender den skadelige videostrøm til encoderen. Der er ingen risiko for at data læses eller lækkes, men konsekvensen for tilgængelighed er høj, altså stor risiko for nedbrud, mens risikoen for datamanipulation er lav. Der er ingen oplysninger om, at sårbarheden aktivt udnyttes i angreb på tidspunktet for offentliggørelsen.
Hvad gør jeg nu?
Gør følgende for at reducere risikoen:
- Undersøg om jeres video- eller streamingløsning bruger libaom med SVC-kodning aktiveret, og om den modtager video fra eksterne eller ubetroede kilder.
- Opdatér libaom til en rettet version, så snart jeres leverandør eller distribution udsender den.
- Slå SVC-kodning fra for ubetroede videokilder, indtil en rettelse er på plads.
- Begræns netværksadgangen til encoderservere, så kun godkendte systemer kan sende videostrømme.
- Overvåg encoderprocesser for uventede nedbrud eller genstarter, som kan være tegn på forsøg på udnyttelse.
- Kontakt en sikkerhedsrådgiver, hvis I ikke selv kan afklare, om jeres systemer bruger libaom med SVC, eller hvis I mangler ressourcer til at teste og udrulle en rettelse.
Vurdér eksponering inden for få dage
Vi anbefaler, at I først afklarer, om jeres video-infrastruktur overhovedet bruger libaom med SVC aktiveret, da sårbarheden kun rammer denne konkrete konfiguration. Er det tilfældet, bør SVC-kodning for ubetroede kilder deaktiveres, indtil en rettet version af libaom er tilgængelig og udrullet. Bruger I ikke SVC eller kun afspiller video, kan I roligt vente på en almindelig opdatering fra jeres leverandør.
Tidslinje
Konkrete eksempler
Videokonferenceplatform med adaptiv kvalitet
En dansk virksomhed driver en videokonferenceløsning, der bruger libaom til at kode video i flere kvalitetslag, så deltagere med dårlig internetforbindelse automatisk får en lavere opløsning. En ekstern deltager sender en manipuleret videostrøm til mødet. Encoderen forsøger at behandle billedet og skriver data til en adresse, angriberen har bestemt, hvilket får mødetjenesten til at gå ned for alle deltagere.
Ofte stillede spørgsmål
Er vi ramt af denne sårbarhed?
I er kun ramt, hvis jeres systemer bruger libaom som videoencoder med SVC-funktionen (Scalable Video Coding) aktiveret, og hvis encoderen modtager videobilleder fra eksterne eller ubetroede kilder over netværket. Ren afspilning af video er ikke berørt.
Hvordan tjekker vi, om vores systemer bruger libaom med SVC?
Spørg jeres leverandør af video- eller streamingløsningen, eller undersøg konfigurationen af jeres encoderopsætning direkte, hvis I selv drifter den. Se efter, om SVC-lag er slået til i encoderindstillingerne.
Kan vi vente til weekenden med at reagere?
Ja, hvis I ikke bruger libaom med SVC til ubetroede videokilder. Bruger I det, bør I slå funktionen fra eller lukke for adgang fra eksterne kilder, indtil I har afklaret situationen, uanset ugedag.
Skal vi anmelde hændelsen?
Der er tale om en sårbarhed, ikke en konstateret hændelse. Bliver jeres systemer efterfølgende angrebet og der opstår et sikkerhedsbrud eller nedbrud med driftskonsekvenser, kan det være anmeldepligtigt efter jeres normale procedurer for sikkerhedshændelser.
Hvornår kommer der en rettelse?
Der er ikke på tidspunktet for offentliggørelsen oplyst en konkret rettet version. Følg meddelelser fra libaom-projektet eller den leverandør, hvis produkt I bruger, og opdatér så snart en rettelse foreligger.
CVSS-detaljer
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:H
CWE-svaghedstyper
Original NVD-beskrivelse (engelsk)
An arbitrary address write vulnerability was found in libaom, the reference AV1 codec implementation. A missing bounds check in the SVC (Scalable Video Coding) layer ID control function allows an attacker to inject an arbitrary pointer into the cyclic refresh map field via crafted image pixel values. The encoder then writes approximately 1,200 bytes at the attacker-controlled address. This is fully deterministic and does not require a separate information leak. An attacker who can supply frames to a network-facing libaom encoder with SVC enabled could exploit this for denial of service or potential code execution.
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.