Debian Package Tracker
Register | Log in
Subscribe

aom

Choose email to subscribe with

general
  • source: aom (main)
  • version: 3.13.1-2
  • maintainer: Debian Multimedia Maintainers (archive) (DMD)
  • uploaders: James Cowgill [DMD]
  • arch: all any
  • std-ver: 4.7.2
  • VCS: Git (Browse, QA)
versions [more versions can be listed by madison] [old versions available from snapshot.debian.org]
[pool directory]
  • o-o-stable: 1.0.0.errata1-3+deb11u1
  • o-o-sec: 1.0.0.errata1-3+deb11u2
  • oldstable: 3.6.0-1+deb12u2
  • old-sec: 3.6.0-1+deb12u1
  • stable: 3.12.1-1
  • testing: 3.13.1-2
  • unstable: 3.13.1-2
versioned links
  • 1.0.0.errata1-3+deb11u1: [.dsc, use dget on this link to retrieve source package] [changelog] [copyright] [rules] [control]
  • 1.0.0.errata1-3+deb11u2: [.dsc, use dget on this link to retrieve source package] [changelog] [copyright] [rules] [control]
  • 3.6.0-1+deb12u1: [.dsc, use dget on this link to retrieve source package] [changelog] [copyright] [rules] [control]
  • 3.6.0-1+deb12u2: [.dsc, use dget on this link to retrieve source package] [changelog] [copyright] [rules] [control]
  • 3.12.1-1: [.dsc, use dget on this link to retrieve source package] [changelog] [copyright] [rules] [control]
  • 3.13.1-2: [.dsc, use dget on this link to retrieve source package] [changelog] [copyright] [rules] [control]
binaries
  • aom-tools
  • libaom-dev (1 bugs: 0, 1, 0, 0)
  • libaom-doc
  • libaom3
action needed
Multiarch hinter reports 2 issue(s) high
There are issues with the multiarch metadata for this package.
  • libaom-dev conflicts on /usr/share/doc/libaom-dev/changelog.Debian.gz on loong64 <-> amd64, arm64, armhf and 4 more
  • libaom3 conflicts on /usr/share/doc/libaom3/changelog.Debian.gz on loong64 <-> amd64, arm64, armhf and 4 more
Created: 2026-04-19 Last update: 2026-06-20 23:01
A new upstream version is available: 3.14.1 high
A new upstream version 3.14.1 is available, you should consider packaging it.
Created: 2026-05-25 Last update: 2026-06-20 21:00
4 security issues in trixie high

There are 4 open security issues in trixie.

4 important issues:
  • CVE-2026-56208: 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.
  • CVE-2026-56209: An arbitrary address write 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 an attacker to inject an arbitrary pointer into the cyclic refresh map field via crafted image pixel values. The encoder then writes approximately 1,200 bytes at the attacker-controlled address. This is fully deterministic and does not require a separate information leak. An attacker who can supply frames to a network-facing libaom encoder with SVC enabled could exploit this for denial of service or potential code execution.
  • CVE-2026-56210: 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).
  • CVE-2026-56211: 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.
Created: 2026-06-19 Last update: 2026-06-20 11:01
4 security issues in sid high

There are 4 open security issues in sid.

4 important issues:
  • CVE-2026-56208: 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.
  • CVE-2026-56209: An arbitrary address write 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 an attacker to inject an arbitrary pointer into the cyclic refresh map field via crafted image pixel values. The encoder then writes approximately 1,200 bytes at the attacker-controlled address. This is fully deterministic and does not require a separate information leak. An attacker who can supply frames to a network-facing libaom encoder with SVC enabled could exploit this for denial of service or potential code execution.
  • CVE-2026-56210: 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).
  • CVE-2026-56211: 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.
Created: 2026-06-19 Last update: 2026-06-20 11:01
4 security issues in forky high

There are 4 open security issues in forky.

4 important issues:
  • CVE-2026-56208: 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.
  • CVE-2026-56209: An arbitrary address write 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 an attacker to inject an arbitrary pointer into the cyclic refresh map field via crafted image pixel values. The encoder then writes approximately 1,200 bytes at the attacker-controlled address. This is fully deterministic and does not require a separate information leak. An attacker who can supply frames to a network-facing libaom encoder with SVC enabled could exploit this for denial of service or potential code execution.
  • CVE-2026-56210: 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).
  • CVE-2026-56211: 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.
Created: 2026-06-19 Last update: 2026-06-20 11:01
6 security issues in bullseye high

There are 6 open security issues in bullseye.

4 important issues:
  • CVE-2026-56208: 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.
  • CVE-2026-56209: An arbitrary address write 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 an attacker to inject an arbitrary pointer into the cyclic refresh map field via crafted image pixel values. The encoder then writes approximately 1,200 bytes at the attacker-controlled address. This is fully deterministic and does not require a separate information leak. An attacker who can supply frames to a network-facing libaom encoder with SVC enabled could exploit this for denial of service or potential code execution.
  • CVE-2026-56210: 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).
  • CVE-2026-56211: 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.
1 issue postponed or untriaged:
  • CVE-2023-6879: (needs triaging) Increasing the resolution of video frames, while performing a multi-threaded encode, can result in a heap overflow in av1_loop_restoration_dealloc().
1 ignored issue:
  • CVE-2020-0478: In extend_frame_lowbd of restoration.c, there is a possible out of bounds write due to a missing bounds check. This could lead to local escalation of privilege with no additional execution privileges needed. User interaction is needed for exploitation.Product: AndroidVersions: Android-11Android ID: A-150780418
Created: 2026-06-19 Last update: 2026-06-20 11:01
6 security issues in bookworm high

There are 6 open security issues in bookworm.

4 important issues:
  • CVE-2026-56208: 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.
  • CVE-2026-56209: An arbitrary address write 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 an attacker to inject an arbitrary pointer into the cyclic refresh map field via crafted image pixel values. The encoder then writes approximately 1,200 bytes at the attacker-controlled address. This is fully deterministic and does not require a separate information leak. An attacker who can supply frames to a network-facing libaom encoder with SVC enabled could exploit this for denial of service or potential code execution.
  • CVE-2026-56210: 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).
  • CVE-2026-56211: 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.
1 issue left for the package maintainer to handle:
  • CVE-2023-6879: (needs triaging) Increasing the resolution of video frames, while performing a multi-threaded encode, can result in a heap overflow in av1_loop_restoration_dealloc().

You can find information about how to handle this issue in the security team's documentation.

1 ignored issue:
  • CVE-2023-39616: AOMedia v3.0.0 to v3.5.0 was discovered to contain an invalid read memory access via the component assign_frame_buffer_p in av1/common/av1_common_int.h.
Created: 2023-09-01 Last update: 2026-06-20 11:01
3 security issues in buster high

There are 3 open security issues in buster.

1 important issue:
  • CVE-2024-5171: Integer overflow in libaom internal function img_alloc_helper can lead to heap buffer overflow. This function can be reached via 3 callers: * Calling aom_img_alloc() with a large value of the d_w, d_h, or align parameter may result in integer overflows in the calculations of buffer sizes and offsets and some fields of the returned aom_image_t struct may be invalid. * Calling aom_img_wrap() with a large value of the d_w, d_h, or align parameter may result in integer overflows in the calculations of buffer sizes and offsets and some fields of the returned aom_image_t struct may be invalid. * Calling aom_img_alloc_with_border() with a large value of the d_w, d_h, align, size_align, or border parameter may result in integer overflows in the calculations of buffer sizes and offsets and some fields of the returned aom_image_t struct may be invalid.
1 issue postponed or untriaged:
  • CVE-2023-6879: (postponed; to be fixed through a stable update) Increasing the resolution of video frames, while performing a multi-threaded encode, can result in a heap overflow in av1_loop_restoration_dealloc().
1 ignored issue:
  • CVE-2020-0478: In extend_frame_lowbd of restoration.c, there is a possible out of bounds write due to a missing bounds check. This could lead to local escalation of privilege with no additional execution privileges needed. User interaction is needed for exploitation.Product: AndroidVersions: Android-11Android ID: A-150780418
Created: 2024-06-03 Last update: 2024-06-08 05:41
lintian reports 1 warning normal
Lintian reports 1 warning about this package. You should make the package lintian clean getting rid of them.
Created: 2026-02-28 Last update: 2026-02-28 15:00
debian/patches: 4 patches to forward upstream low

Among the 4 debian patches available in version 3.13.1-2 of the package, we noticed the following issues:

  • 4 patches where the metadata indicates that the patch has not yet been forwarded upstream. You should either forward the patch upstream or update the metadata to document its real status.
Created: 2023-02-26 Last update: 2025-10-29 07:32
Standards version of the package is outdated. wishlist
The package should be updated to follow the last version of Debian Policy (Standards-Version 4.7.4 instead of 4.7.2).
Created: 2025-12-23 Last update: 2026-03-31 15:01
news
[rss feed]
  • [2025-10-31] aom 3.13.1-2 MIGRATED to testing (Debian testing watch)
  • [2025-10-28] Accepted aom 3.13.1-2 (source) into unstable (Bastian Germann) (signed by: bage@debian.org)
  • [2025-09-28] aom 3.13.1-1 MIGRATED to testing (Debian testing watch)
  • [2025-09-24] Accepted aom 3.13.1-1 (source) into unstable (Boyuan Yang)
  • [2025-09-11] Accepted aom 3.13.1-1~exp1 (source) into experimental (Boyuan Yang)
  • [2025-06-19] Accepted aom 3.6.0-1+deb12u2 (source) into proposed-updates (Debian FTP Masters) (signed by: Boyuan Yang)
  • [2025-04-29] aom 3.12.1-1 MIGRATED to testing (Debian testing watch)
  • [2025-04-19] Accepted aom 3.12.1-1 (source) into unstable (Boyuan Yang)
  • [2025-04-13] Accepted aom 3.12.1~rc1-1~exp1 (source) into experimental (Boyuan Yang)
  • [2025-02-14] aom 3.12.0-1 MIGRATED to testing (Debian testing watch)
  • [2025-02-11] Accepted aom 3.12.0-1 (source) into unstable (Boyuan Yang)
  • [2025-02-11] Accepted aom 3.12.0-1~exp1 (source) into experimental (Boyuan Yang)
  • [2025-02-10] Accepted aom 3.12.0~rc1-1~exp1 (source) into experimental (Boyuan Yang)
  • [2024-11-20] aom 3.11.0-1 MIGRATED to testing (Debian testing watch)
  • [2024-11-17] Accepted aom 3.11.0-1 (source) into unstable (Boyuan Yang)
  • [2024-11-10] aom 3.11.0~rc1-1 MIGRATED to testing (Debian testing watch)
  • [2024-11-08] Accepted aom 3.11.0~rc1-1 (source) into unstable (Boyuan Yang)
  • [2024-10-24] aom 3.10.0-1 MIGRATED to testing (Debian testing watch)
  • [2024-10-22] Accepted aom 3.10.0-1 (source) into unstable (Boyuan Yang)
  • [2024-09-07] Accepted aom 1.0.0.errata1-3+deb11u2 (source) into oldstable-security (Adrian Bunk)
  • [2024-08-21] Accepted aom 3.6.0-1+deb12u1 (source) into proposed-updates (Debian FTP Masters) (signed by: Moritz Mühlenhoff)
  • [2024-08-21] Accepted aom 3.6.0-1+deb12u1 (source) into stable-security (Debian FTP Masters) (signed by: Moritz Mühlenhoff)
  • [2024-07-11] aom 3.9.1-1 MIGRATED to testing (Debian testing watch)
  • [2024-07-09] Accepted aom 3.9.1-1 (source) into unstable (Boyuan Yang)
  • [2024-07-08] Accepted aom 3.9.1-1~exp1 (source) into experimental (Boyuan Yang)
  • [2024-06-08] aom 3.8.2-3 MIGRATED to testing (Debian testing watch)
  • [2024-06-05] Accepted aom 3.8.2-3 (source) into unstable (Jeremy Bícha) (signed by: Jeremy Bicha)
  • [2024-03-25] aom 3.8.2-2 MIGRATED to testing (Debian testing watch)
  • [2024-03-20] Accepted aom 3.8.2-2 (source) into unstable (Boyuan Yang)
  • [2024-03-19] Accepted aom 3.8.2-1 (source) into experimental (Boyuan Yang)
  • 1
  • 2
bugs [bug history graph]
  • all: 2
  • RC: 1
  • I&N: 1
  • M&W: 0
  • F&P: 0
  • patch: 0
links
  • homepage
  • lintian (0, 1)
  • buildd: logs, reproducibility, cross
  • popcon
  • browse source code
  • other distros
  • security tracker
  • debian patches
  • debci
ubuntu Ubuntu logo [Information about Ubuntu for Debian Developers]
  • version: 3.13.1-2

Debian Package Tracker — Copyright 2013-2025 The Distro Tracker Developers
Report problems to the tracker.debian.org pseudo-package in the Debian BTS.
Documentation — Bugs — Git Repository — Contributing