Skip to main content

libaom EUVDEUVD-2026-38047

| CVE-2026-56211 HIGH
Out-of-bounds Write (CWE-787)
2026-06-19 secalert@redhat.com GHSA-qr4p-j2pf-4w4x
7.1
CVSS 3.1 · Vendor: redhat
Share

Severity by source

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

Reachable over network with no auth but needs victim-side frame processing (UI:R) and a non-trivial crash-oracle brute force plus SVC/fork preconditions (AC:H); RCE yields high I/A and limited info leak (C:L).

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

Primary rating from Vendor (redhat).

CVSS VectorVendor: redhat

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

Lifecycle Timeline

5
Analysis Updated
Jun 19, 2026 - 18:58 vuln.today
v3 (cvss_changed)
Analysis Updated
Jun 19, 2026 - 18:58 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.1 (HIGH) 7.1 (HIGH)
Analysis Generated
Jun 19, 2026 - 17:35 vuln.today

DescriptionCVE.org

A remote code execution vulnerability was found in libaom, the reference AV1 codec implementation. Insufficient bounds validation in the AV1 encoder's SVC (Scalable Video Coding) layer ID control allows an attacker to supply crafted video frame pixels that overlap with internal encoder layer context structures. In fork-based video processing services, an attacker can use this to hijack the cyclic refresh map pointer, brute-force the process base address via a crash oracle, and redirect control flow to achieve arbitrary command execution. Exploitation requires the target service to use libaom with SVC encoding enabled and accept attacker-supplied video frames.

AnalysisAI

Remote code execution in libaom (reference AV1 codec) is possible when services use the SVC encoder with attacker-supplied frames, allowing crafted pixel data to overlap encoder layer context structures and hijack the cyclic refresh map pointer. The flaw chains a heap out-of-bounds write (CWE-787) with a crash-oracle ASLR bypass to redirect control flow in fork-based video processing services. No public exploit identified at time of analysis, but the issue is tracked under Red Hat and Chromium security trackers and an upstream fix commit has landed in aomedia.

Technical ContextAI

libaom is the Alliance for Open Media reference encoder/decoder for the AV1 video codec, used by Chromium, Android, FFmpeg, GStreamer and many cloud transcoding pipelines. The bug lives in the AV1 encoder's Scalable Video Coding (SVC) layer-ID control path, where insufficient bounds validation lets pixel data from an input frame spill into adjacent internal layer-context structures - the classic CWE-787 out-of-bounds write pattern. Because the corrupted field is the cyclic refresh map pointer (a function-table-like data pointer used during encode), an attacker who can also observe child-process crashes in a fork-server design can brute-force the base address and gain arbitrary control-flow hijack, turning a memory-safety issue into command execution.

Affected ProductsAI

The vulnerable component is libaom, the AOMedia reference AV1 codec, specifically the AV1 encoder's SVC layer-ID control path. Exact fixed versions are not enumerated in the provided data; the upstream fix is the aomedia commit a93ba0ffaa (https://aomedia.googlesource.com/aom/+/a93ba0ffaa). Downstream tracking is available via Red Hat (https://access.redhat.com/security/cve/CVE-2026-56211 and Bugzilla 2490802 at https://bugzilla.redhat.com/show_bug.cgi?id=2490802) and Chromium issue 503993985 (https://issues.chromium.org/issues/503993985), indicating Red Hat Enterprise Linux libaom packages and Chromium/Chrome's bundled libaom are affected pending vendor-specific package versions. No CPE strings were supplied, so precise affected version ranges for distros and embedders must be confirmed against each vendor advisory.

RemediationAI

Upstream fix available (commit a93ba0ffaa); released patched version not independently confirmed - rebuild or upgrade libaom to a release that includes aomedia commit a93ba0ffaa (https://aomedia.googlesource.com/aom/+/a93ba0ffaa) and pull the corresponding distro packages once published (track Red Hat at https://access.redhat.com/security/cve/CVE-2026-56211 and Bugzilla https://bugzilla.redhat.com/show_bug.cgi?id=2490802, and Chromium at https://issues.chromium.org/issues/503993985). Until a packaged build is deployed, the most surgical workaround is to disable SVC encoding in any service that exposes libaom to untrusted video (this removes adaptive layered streaming, so multi-bitrate ABR pipelines will lose that capability); operators of fork-based transcoders should additionally re-enable per-process ASLR re-randomization or switch to a fresh-exec model so the crash-oracle brute force loses its stable base address (this costs throughput from lost fork-server warm state). Restricting upload of attacker-controlled raw frames and validating frame dimensions before passing them to libaom provides partial defense but does not address the underlying out-of-bounds write.

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-38047 vulnerability details – vuln.today

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