CVE-2026-56208
Received Received - Intake
Heap Buffer Overflow in libaom AV1 Encoder

Publication date: 2026-06-19

Last updated on: 2026-06-19

Assigner: Red Hat, Inc.

Description
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.
CVSS Scores
EPSS Scores
Probability:
Percentile:
Meta Information
Published
2026-06-19
Last Modified
2026-06-19
Generated
2026-06-19
AI Q&A
2026-06-19
EPSS Evaluated
N/A
NVD
EUVD
Affected Vendors & Products
Showing 3 associated CPEs
Vendor Product Version / Range
libaom libaom *
alliance_for_open_media libaom From 2.0.0 (inc) to 3.13.3 (inc)
alliance_for_open_media libaom 3.14.0
Helpful Resources
Exploitability
CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-122 A heap overflow condition is a buffer overflow, where the buffer that can be overwritten is allocated in the heap portion of memory, generally meaning that the buffer was allocated using a routine such as malloc().
Attack-Flow Graph
AI Quick Actions
Instant insights powered by AI
Executive Summary

CVE-2026-56208 is a heap buffer overflow vulnerability found in libaom, the reference AV1 codec implementation. The flaw occurs in the AV1 encoder's Look-Ahead Processing (LAP) mode when the parameter g_lag_in_frames is set to 1 or higher. In this mode, the first-pass stats ring buffer wrap-around guard is bypassed, causing a 232-byte out-of-bounds write on every encoded frame after the second. This overflow corrupts adjacent heap objects and their metadata.

The vulnerability arises because the wrap-around guard only activates during the first pass, but LAP mode runs as a one-pass process, so the buffer pointer never wraps correctly. This leads to memory corruption and can cause process crashes or potentially allow code execution if exploited.

An attacker who can influence encoder configuration in environments like transcoding services or WebRTC sessions could exploit this vulnerability.

Mitigation Strategies

The primary mitigation step is to upgrade libaom to version 3.14.0 or later, where the vulnerability has been fixed by properly handling the buffer pointer in LAP mode to prevent overflow.

If upgrading immediately is not possible, consider restricting or sanitizing input that controls the encoder configuration, especially the g_lag_in_frames parameter, to prevent untrusted users from enabling LAP mode.

Monitoring and limiting access to services that expose libaom encoding configuration to untrusted input, such as transcoding services or WebRTC sessions, can reduce the risk of exploitation.

Impact Analysis

This vulnerability can lead to denial of service by causing the process using the AV1 encoder to crash due to heap corruption.

More severely, it may allow an attacker to execute arbitrary code if they can control the encoder configuration, potentially compromising the security of the system running the vulnerable libaom version.

Systems that use libaom for encoding AV1 video streams, such as transcoding services or WebRTC-enabled browsers, are at risk if they expose encoder configuration to untrusted input.

Detection Guidance

This vulnerability occurs in libaom versions v2.0.0 through v3.13.3 when the AV1 encoder is configured with g_lag_in_frames set to 1 or higher, enabling Look-Ahead Processing (LAP) mode. Detection involves identifying if your system or application uses a vulnerable libaom version and if the encoder configuration allows untrusted input to set g_lag_in_frames.

Since the vulnerability causes a heap buffer overflow leading to process crashes or potential code execution, monitoring for crashes or abnormal behavior in applications using libaom for AV1 encoding (such as transcoding services or WebRTC sessions) can help detect exploitation attempts.

Specific commands to detect the vulnerability are not provided in the available resources. However, you can check the installed libaom version with commands like:

  • dpkg -l | grep libaom (on Debian/Ubuntu systems)
  • rpm -qa | grep libaom (on Red Hat/CentOS systems)

Additionally, inspecting application logs for crashes related to AV1 encoding or using debugging tools to monitor heap corruption in processes using libaom may help detect exploitation.

Compliance Impact

The provided information does not specify any direct impact of this vulnerability on compliance with common standards and regulations such as GDPR or HIPAA.

Chat Assistant
Ask questions about this CVE
Hi! I’m here to help you understand CVE-2026-56208. Ask me anything about the vulnerability, its impact, or mitigation strategies.
0/70
EPSS Chart