CVE-2026-56210: Fejl i libaom AV1-kodningsbibliotek
En hukommelseslæk i AV1-kodningsbiblioteket libaom kan lække data eller crashe videotjenester. Opdatér libaom, når rettelsen er tilgængelig.
Hvad er det?
Sårbarheden (CVE-2026-56210) findes i libaom, som er referenceimplementeringen af AV1-videokodning og bruges bredt i browsere, videokonferencesystemer og medieservere. Fejlen ligger i den funktion, der styrer lag-id i SVC (Scalable Video Coding), en teknik hvor video kodes i flere kvalitetslag. Der mangler et tjek af, om et angivet lag-id (spatial_layer_id) overholder det antal lag, der faktisk er sat op. Det gør, at programmet kan læse omkring 40.728 byte uden for det tilladte hukommelsesområde, når det slår et lag op i en intern tabel. Fejltypen kaldes CWE-125, out-of-bounds read, og betyder, at koden læser data den ikke burde have adgang til.
Hvem rammer det?
Sårbarheden rammer alle produkter og tjenester, der er bygget på libaom, og som tager imod eller behandler AV1-video med SVC-lag fra eksterne kilder. Det gælder browsere, videokonferenceplatforme, streamingtjenester og medieservere. Danske virksomheder, der selv driver videoinfrastruktur, transkoderingstjenester eller integrerer libaom i egne løsninger, bør undersøge, om deres opsætning tager imod SVC-parametre fra brugere eller eksterne systemer, de ikke selv kontrollerer.
Hvad kan ske?
En angriber, der kan påvirke SVC-encoderparametre i en netværksrettet tjeneste, kan udløse fejlen på to måder. Enten læses fragmenter af serverens hukommelse, som kan indeholde andre brugeres data eller interne værdier, eller programmet rammer ukortlagt hukommelse og går ned. For en dansk virksomhed betyder det i praksis, at en videokonference- eller streamingtjeneste kan blive utilgængelig gentagne gange, eller at følsomme data lækkes i mindre mængder ad gangen.
Hvor alvorligt er det?
CVSS-scoren er 7,1 af 10, alvorlig. Angrebet kræver ikke login (PR:N) og kan udføres over netværk (AV:N) med lav teknisk kompleksitet, men det kræver brugerinteraktion (UI:R), for eksempel at en bruger deltager i et opkald eller åbner en strøm, der udløser den sårbare kode. Konsekvensen er lav for fortrolighed, ingen for integritet, men høj for tilgængelighed, altså primært risiko for nedbrud. Der er ikke oplysninger om, at sårbarheden er udnyttet i praksis, og der er ikke kendt offentlig kode til at udnytte den.
Hvad gør jeg nu?
Følgende punkter lukker hullet og reducerer risikoen, mens I venter på en fast rettelse fra jeres leverandør.
- Kortlæg, om jeres systemer eller leverandører bruger libaom til AV1-kodning, og opdatér til den version, hvor rettelsen er inkluderet, så snart den udgives.
- Kontakt jeres leverandører af videokonference-, streaming- eller medieløsninger, og bed om en tidsplan for, hvornår rettelsen kommer i deres produkt.
- Begræns eller valider, hvem der kan sætte SVC-encoderparametre i jeres tjenester, så kun betroede kilder kan styre lag-id’et.
- Overvåg logs for uventede nedbrud eller segmenteringsfejl i medieprocesser, som kan være et tegn på forsøg på udnyttelse.
- Få hjælp udefra, hvis I selv udvikler eller drifter en løsning bygget på libaom, og I er i tvivl om, hvordan I afgrænser adgangen til SVC-parametrene.
Opdatér libaom inden for 30 dage
Vi anbefaler, at I finder ud af, om jeres videoinfrastruktur bygger på libaom, og at I følger leverandørens opdateringer tæt. Er I ikke selv leverandør af en netværksrettet videotjeneste, og styrer I ikke encoderparametre fra eksterne kilder, er det acceptabelt at vente på den ordinære opdateringscyklus. Driver I derimod en tjeneste, der tager imod SVC-parametre fra brugere eller eksterne systemer, bør I prioritere opdateringen, så snart den er tilgængelig.
Tidslinje
Konkrete eksempler
Videokonferenceserver crasher under eksternt opkald
En dansk virksomhed driver sin egen videokonferenceløsning bygget på libaom med AV1-kodning. En ekstern deltager i et opkald sender et manipuleret spatial_layer_id, der overstiger det antal lag, serveren har konfigureret. Serveren forsøger at læse langt uden for det tilladte hukommelsesområde og går ned, hvilket afbryder opkaldet for alle deltagere og kan gentages, indtil rettelsen er installeret.
Ofte stillede spørgsmål
Er vi ramt af denne sårbarhed?
Kun hvis jeres systemer bruger libaom til at kode eller afkode AV1-video med SVC-lag, og tager imod encoderparametre fra brugere eller andre eksterne kilder. Kontakt jeres leverandør af videoløsninger for at få det bekræftet.
Hvordan tjekker vi, om vi bruger libaom?
Spørg jeres leverandører af videokonference-, streaming- eller medieprodukter direkte, om deres løsning bruger libaom, og hvilken version de kører. Bygger I selv på libaom, kan I tjekke versionsnummeret i jeres byggeproces eller afhængighedsliste.
Kan vi vente til den næste planlagte opdatering?
Ja, hvis I ikke selv driver en netværksrettet tjeneste, der tager imod SVC-parametre fra eksterne. Er det tilfældet, bør I prioritere opdateringen højere, da fejlen kan udløses over netværk uden login.
Er sårbarheden udnyttet i praksis?
Der er ingen offentlige oplysninger om aktiv udnyttelse eller offentligt tilgængelig angrebskode på tidspunktet for offentliggørelsen. Risikoen er derfor teoretisk, men CVSS-scoren på 7,1 viser, at konsekvensen kan være alvorlig, hvis fejlen udnyttes.
Skal vi anmelde denne sårbarhed?
Kun hvis udnyttelse fører til et faktisk sikkerhedsbrud med tab af persondata eller driftsafbrydelse, der falder under jeres anmeldelsespligt efter databeskyttelsesreglerne eller NIS2. Selve sårbarheden i sig selv kræver ikke anmeldelse.
Hvad er SVC og spatial_layer_id?
SVC, Scalable Video Coding, er en metode til at kode video i flere kvalitetslag på samme tid, så modtagere kan vælge det lag, der passer til deres båndbredde. Spatial_layer_id er det nummer, der identificerer, hvilket kvalitetslag der er tale om, og fejlen opstår, når dette nummer ikke tjekkes mod det faktiske antal lag.
CVSS-detaljer
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:H
CWE-svaghedstyper
Original NVD-beskrivelse (engelsk)
A heap-buffer-overflow read 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 setting a spatial_layer_id exceeding the configured number of layers. This causes an out-of-bounds heap read of approximately 40,728 bytes when computing a layer context array index. An attacker who can influence SVC encoder parameters in a network-facing service could exploit this for information disclosure (heap content leak) or denial of service (segmentation fault from hitting unmapped memory).
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.