CVE-2026-56210
Received Received - Intake
Heap Buffer Overflow in libaom AV1 Codec

Publication date: 2026-06-19

Last updated on: 2026-06-19

Assigner: Red Hat, Inc.

Description
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).
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 3.13.3 (inc) to 3.14.0 (exc)
alliance_for_open_media libaom 3.14.0
Helpful Resources
Exploitability
CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-125 The product reads data past the end, or before the beginning, of the intended buffer.
Attack-Flow Graph
AI Quick Actions
Instant insights powered by AI
Executive Summary

This vulnerability is a heap-buffer-overflow read found in libaom, the reference AV1 codec implementation. It occurs because of a missing bounds check in the SVC (Scalable Video Coding) layer ID control function, which allows setting a spatial_layer_id that exceeds the configured number of layers.

When this happens, the encoder reads out-of-bounds memory on the heap by approximately 40,728 bytes while computing a layer context array index. This can lead to unintended behavior such as leaking heap contents or causing a segmentation fault.

An attacker who can influence SVC encoder parameters in a network-facing service could exploit this vulnerability.

Compliance Impact

This vulnerability allows an attacker to cause information disclosure by leaking adjacent heap contents or to cause denial of service by triggering a segmentation fault. Information disclosure vulnerabilities can potentially lead to unauthorized access to sensitive data, which may impact compliance with data protection regulations such as GDPR or HIPAA if the leaked data includes personal or protected health information.

However, the provided information does not specify the exact nature of the data that could be leaked or whether it includes regulated personal or health information. Therefore, the direct impact on compliance with standards like GDPR or HIPAA depends on the context in which libaom is used and the type of data processed.

Impact Analysis

This vulnerability can impact you in two main ways:

  • Information disclosure: An attacker could exploit the out-of-bounds read to leak adjacent heap contents, potentially exposing sensitive data.
  • Denial of service: If the out-of-bounds read hits unmapped memory, it can cause a segmentation fault, crashing the application or service using the vulnerable codec.

The vulnerability is exploitable from any application using the SVC encoder with untrusted layer_id input, especially in network-facing services.

Detection Guidance

This vulnerability arises from a missing bounds check in the SVC layer ID control function of libaom, which can be exploited by setting invalid spatial_layer_id values. Detection involves verifying if the libaom version in use is vulnerable (prior to v3.14.0) and monitoring applications that use the SVC encoder for abnormal crashes or information leaks.

Since the vulnerability is triggered by invalid spatial or temporal layer IDs, one way to detect exploitation attempts is to monitor logs or application behavior for errors related to invalid parameters or segmentation faults.

There are no specific commands provided in the resources to detect this vulnerability directly on the network or system.

Mitigation Strategies

The primary mitigation step is to upgrade libaom to version 3.14.0 or later, where the vulnerability has been fixed by adding bounds validation to the spatial and temporal layer ID controls.

If upgrading immediately is not possible, restrict or validate any untrusted input that can influence SVC encoder parameters, especially the spatial_layer_id and temporal_layer_id values, to ensure they do not exceed configured limits.

Monitor applications using libaom for crashes or unusual behavior that might indicate exploitation attempts.

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