Skip to main content

libaom EUVDEUVD-2026-38045

| CVE-2026-56208 HIGH
Heap-based Buffer Overflow (CWE-122)
2026-06-19 secalert@redhat.com GHSA-mgv2-4j37-m3x6
7.6
CVSS 3.1 · Vendor: redhat
Share

Severity by source

Vendor (redhat) PRIMARY
7.6 HIGH
AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:L/A:H
vuln.today AI
6.4 MEDIUM

Attacker typically needs an authenticated session to push encoder config (PR:L), heap grooming for anything beyond DoS raises AC:H, no user click is required (UI:N), and availability impact dominates.

3.1 AV:N/AC:H/PR:L/UI:N/S:U/C:L/I:L/A:H
4.0 AV:N/AC:H/AT:P/PR:L/UI:N/VC:L/VI:L/VA:H/SC:N/SI:N/SA:N
SUSE
7.1 HIGH
AV:N/AC:H/PR:N/UI:R/S:U/C:L/I:H/A:H
Red Hat
7.6 HIGH
qualitative

Primary rating from Vendor (redhat).

CVSS VectorVendor: redhat

Attack Vector
Network
Attack Complexity
Low
Privileges Required
None
User Interaction
Required
Scope
Unchanged
Confidentiality
Low
Integrity
Low
Availability
High

Lifecycle Timeline

5
Analysis Updated
Jun 19, 2026 - 19:02 vuln.today
v3 (cvss_changed)
Analysis Updated
Jun 19, 2026 - 19:01 vuln.today
v2 (cvss_changed)
Re-analysis Queued
Jun 19, 2026 - 18:52 vuln.today
cvss_changed
CVSS changed
Jun 19, 2026 - 18:52 NVD
8.6 (HIGH) 7.6 (HIGH)
Analysis Generated
Jun 19, 2026 - 17:31 vuln.today

DescriptionCVE.org

A heap buffer overflow vulnerability was found in libaom, the reference AV1 codec implementation. A flaw in the AV1 encoder's Look-Ahead Processing (LAP) mode causes the first-pass stats ring buffer wrap-around guard to be bypassed when g_lag_in_frames is set to 1 or higher. This results in a 232-byte out-of-bounds write on every encoded frame after the second, corrupting adjacent heap objects. An attacker who can influence encoder configuration in a transcoding service or WebRTC session could exploit this to cause a denial of service (process crash) or potentially achieve code execution.

AnalysisAI

Heap buffer overflow in libaom's AV1 encoder allows attackers who influence encoder configuration to trigger a 232-byte out-of-bounds heap write on every frame after the second, when Look-Ahead Processing (LAP) mode is active with g_lag_in_frames >= 1. Affected deployments include transcoding pipelines and WebRTC servers that pass user-controlled encoder parameters to libaom. No public exploit identified at time of analysis, and the flaw primarily yields a reliable denial of service with a theoretical path to remote code execution via heap corruption.

Technical ContextAI

libaom is the Alliance for Open Media reference encoder/decoder for the AV1 video codec, widely embedded in Chromium/Chrome, Firefox, FFmpeg, GStreamer, and WebRTC-based real-time media stacks. The bug is a CWE-122 heap-based buffer overflow inside the encoder's first-pass statistics ring buffer used by Look-Ahead Processing (LAP); the wrap-around guard that should bound writes into this ring is bypassed whenever g_lag_in_frames is configured to 1 or higher, so each encoded frame past the second writes 232 bytes beyond the allocation and corrupts adjacent heap objects. The upstream commit 243f8ae84b in aomedia.googlesource.com/aom is the canonical fix referenced by both the Red Hat advisory and the Chromium issue tracker (issues.chromium.org/issues/504317456).

Affected ProductsAI

libaom (AV1 reference codec implementation maintained at aomedia.googlesource.com/aom) is the directly affected upstream component; specific vulnerable version ranges were not enumerated in the provided data, but the fix is identified by upstream commit 243f8ae84b, and Red Hat tracks distribution-level exposure under access.redhat.com/security/cve/CVE-2026-56208 and bugzilla.redhat.com/show_bug.cgi?id=2490799. Downstream consumers that statically or dynamically link libaom - notably Chromium (issues.chromium.org/issues/504317456), Firefox, FFmpeg, GStreamer, and WebRTC media servers - should be considered transitively affected until they pick up a libaom build containing the patch commit.

RemediationAI

Upstream fix available (commit 243f8ae84b in aomedia.googlesource.com/aom); a released patched libaom tag is not independently confirmed from the provided data, so rebuild or update libaom once your distribution publishes a release that includes this commit and track the Red Hat advisory at access.redhat.com/security/cve/CVE-2026-56208 and bug 2490799 for vendor-specific package versions. As an interim compensating control where the integration permits, force g_lag_in_frames = 0 in the encoder configuration to disable Look-Ahead Processing and avoid the vulnerable ring-buffer path - note this measurably reduces compression efficiency and rate-control quality, so it is acceptable for short-lived conferencing streams but generally undesirable for VOD transcoding. Where encoder parameters are exposed to untrusted users (transcoding APIs, WebRTC signaling), reject or clamp client-supplied g_lag_in_frames and related LAP knobs server-side until patched libaom is deployed.

Vendor StatusVendor

SUSE

Severity: Important
Product Status
SUSE Linux Enterprise High Performance Computing 15 SP4-ESPOS Affected
SUSE Linux Enterprise High Performance Computing 15 SP4-LTSS Affected
SUSE Linux Enterprise High Performance Computing 15 SP5-ESPOS Affected
SUSE Linux Enterprise High Performance Computing 15 SP5-LTSS Affected
SUSE Linux Enterprise Module for Basesystem 15 SP7 Affected

Share

EUVD-2026-38045 vulnerability details – vuln.today

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy