https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Sat, 03 Oct 2026 07:01:10 +0000 https://cve.radiocsirt.org/vuln/bell-cve-2026-62377 <p><strong>Affected:</strong> Alpaquita:stream: libheif</p> <p><strong>Affected:</strong> Alpaquita:stream: libheif</p> https://cve.radiocsirt.org/vuln/bell-cve-2026-62377 https://cve.radiocsirt.org/vuln/euvd-2026-356483 EUVD-2026-356483 https://cve.radiocsirt.org/vuln/euvd-2026-356483 https://cve.radiocsirt.org/vuln/fkie_cve-2026-62377 <p>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()-&gt;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.</p> <p>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()-&gt;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.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2026-62377 https://cve.radiocsirt.org/vuln/opensuse-su-2026:11416-1 <p>gdk-pixbuf-loader-libheif-1.23.1-1.1 on GA media</p> <p>gdk-pixbuf-loader-libheif-1.23.1-1.1 on GA media</p> https://cve.radiocsirt.org/vuln/opensuse-su-2026:11416-1 https://cve.radiocsirt.org/vuln/suse-su-2026:23320-1 <p>Security update for libheif</p> <p>Security update for libheif</p> https://cve.radiocsirt.org/vuln/suse-su-2026:23320-1 https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-62377 <p><strong>Affected:</strong> Ubuntu:26.04:LTS: libheif</p> <p>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()-&gt;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.</p> <p><strong>Affected:</strong> Ubuntu:26.04:LTS: libheif</p> <p>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()-&gt;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.</p> https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-62377