Bug 2521924 - CVE-2026-62377 libheif: libheif: Denial of Service via crafted HEIF sequence [epel-all]
Summary: CVE-2026-62377 libheif: libheif: Denial of Service via crafted HEIF sequence ...
Keywords:
Status: NEW
Alias: None
Product: Fedora EPEL
Classification: Fedora
Component: libheif
Version: epel10
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ---
Assignee: Neal Gompa
QA Contact:
URL:
Whiteboard: {"flaws": ["5391a109-291c-4108-80f7-4...
Depends On:
Blocks: CVE-2026-62377
TreeView+ depends on / blocked
 
Reported: 2026-08-24 14:04 UTC by Vladimir Vasilev
Modified: 2026-08-24 14:04 UTC (History)
3 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed:
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Vladimir Vasilev 2026-08-24 14:04:13 UTC
Disclaimer: Community trackers are created by Red Hat Product Security team on a best effort basis. Package maintainers are required to ascertain if the flaw indeed affects their package, before starting the update process.

libheif is a HEIF and AVIF file format decoder and encoder. In 1.23.0 and earlier, a crafted HEIF sequence accepted by heif_context_read_from_memory() can leave the context with no registered sequence tracks and crash when heif_context_get_track(ctx, 0) is called. HeifContext::get_track() in libheif/context.cc executes assert(has_sequence()) before its normal error handling, so assert-enabled builds abort instead of allowing the public wrapper in libheif/api/libheif/heif_sequences.cc to return null. In release builds, removing the assertion lets the track_id zero path dereference m_tracks.begin()->second on an empty map, which is undefined behavior and typically crashes. The issue is reachable through documented public APIs after parsing attacker-controlled bytes. This issue is fixed in version 1.23.1.


Note You need to log in before you can comment on or make changes to this bug.