https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Sun, 04 Oct 2026 01:25:57 +0000 https://cve.radiocsirt.org/vuln/bell-cve-2026-50142 <p><strong>Affected:</strong> Alpaquita:stream: libheif</p> <p><strong>Affected:</strong> Alpaquita:stream: libheif</p> https://cve.radiocsirt.org/vuln/bell-cve-2026-50142 https://cve.radiocsirt.org/vuln/euvd-2026-356512 EUVD-2026-356512 https://cve.radiocsirt.org/vuln/euvd-2026-356512 https://cve.radiocsirt.org/vuln/fkie_cve-2026-50142 <p>libheif is a HEIF and AVIF file format decoder and encoder. From 1.19.0 until 1.23.0, a crafted HEIF sequence accepted by heif_context_read_from_memory() with the msf1 sequence brand can cause unbounded heap allocation. In libheif/sequences/seq_boxes.cc, Box_stsz::parse() applies max_sequence_frames only to variable-size samples, so fixed-size mode accepts an attacker-controlled sample_count without a bound. In libheif/sequences/track.cc, Track::load() also adds current_sample_idx and samples_per_chunk in 32-bit arithmetic, allowing the consistency check to be bypassed by wraparound. The resulting values reach the Chunk::Chunk() allocation path, which can consume gigabytes of memory and crash or stall the process through memory exhaustion. This issue is fixed in version 1.23.0.</p> <p>libheif is a HEIF and AVIF file format decoder and encoder. From 1.19.0 until 1.23.0, a crafted HEIF sequence accepted by heif_context_read_from_memory() with the msf1 sequence brand can cause unbounded heap allocation. In libheif/sequences/seq_boxes.cc, Box_stsz::parse() applies max_sequence_frames only to variable-size samples, so fixed-size mode accepts an attacker-controlled sample_count without a bound. In libheif/sequences/track.cc, Track::load() also adds current_sample_idx and samples_per_chunk in 32-bit arithmetic, allowing the consistency check to be bypassed by wraparound. The resulting values reach the Chunk::Chunk() allocation path, which can consume gigabytes of memory and crash or stall the process through memory exhaustion. This issue is fixed in version 1.23.0.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2026-50142 https://cve.radiocsirt.org/vuln/opensuse-su-2026:10983-1 <p>gdk-pixbuf-loader-libheif-1.23.0-2.1 on GA media</p> <p>gdk-pixbuf-loader-libheif-1.23.0-2.1 on GA media</p> https://cve.radiocsirt.org/vuln/opensuse-su-2026:10983-1 https://cve.radiocsirt.org/vuln/suse-su-2026:22153-1 <p>Security update for libheif</p> <p>Security update for libheif</p> https://cve.radiocsirt.org/vuln/suse-su-2026:22153-1 https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-50142 <p><strong>Affected:</strong> Ubuntu:25.10: libheif, Ubuntu:26.04:LTS: libheif</p> <p>libheif is a HEIF and AVIF file format decoder and encoder. From 1.19.0 until 1.23.0, a crafted HEIF sequence accepted by heif_context_read_from_memory() with the msf1 sequence brand can cause unbounded heap allocation. In libheif/sequences/seq_boxes.cc, Box_stsz::parse() applies max_sequence_frames only to variable-size samples, so fixed-size mode accepts an attacker-controlled sample_count without a bound. In libheif/sequences/track.cc, Track::load() also adds current_sample_idx and samples_per_chunk in 32-bit arithmetic, allowing the consistency check to be bypassed by wraparound. The resulting values reach the Chunk::Chunk() allocation path, which can consume gigabytes of memory and crash or stall the process through memory exhaustion. This issue is fixed in version 1.23.0.</p> <p><strong>Affected:</strong> Ubuntu:25.10: libheif, Ubuntu:26.04:LTS: libheif</p> <p>libheif is a HEIF and AVIF file format decoder and encoder. From 1.19.0 until 1.23.0, a crafted HEIF sequence accepted by heif_context_read_from_memory() with the msf1 sequence brand can cause unbounded heap allocation. In libheif/sequences/seq_boxes.cc, Box_stsz::parse() applies max_sequence_frames only to variable-size samples, so fixed-size mode accepts an attacker-controlled sample_count without a bound. In libheif/sequences/track.cc, Track::load() also adds current_sample_idx and samples_per_chunk in 32-bit arithmetic, allowing the consistency check to be bypassed by wraparound. The resulting values reach the Chunk::Chunk() allocation path, which can consume gigabytes of memory and crash or stall the process through memory exhaustion. This issue is fixed in version 1.23.0.</p> https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-50142