MP4/MOV demuxer · GHSL-2024-166: GStreamer Integer overflows
Affects jreSource GCVE Database
Not known to be exploited : upgrade to 8.0.451 or 1.8.0 as a priority.
Data as of 26 Oct 2026, 10:12 UTC
Rated by Threat Radar · No CVSS score from NVD or the CNA
- EPSS
- 1.7% chance of exploitation in 30 days – higher than 77% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 8.0.451, 1.8.0
Exploitation evidence
Disclosed: evidence found.
CVE published 8 May 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
Upgrade jre to 8.0.451 or 1.8.0.
Patches and advisories
Affected software
| Product | Affected | Fixed in |
|---|---|---|
Bitnamijrepkg:bitnami/jreOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
Description
GStreamer is a library for constructing graphs of media-handling components. An integer underflow has been detected in the function qtdemux_parse_theora_extension within qtdemux.c. The vulnerability occurs due to an underflow of the gint size variable, which causes size to hold a large unintended value when cast to an unsigned integer. This 32-bit negative value is then cast to a 64-bit unsigned integer (0xfffffffffffffffa) in a subsequent call to gst_buffer_new_and_alloc. The function gst_buffer_new_allocate then attempts to allocate memory, eventually calling _sysmem_new_block. The function _sysmem_new_block adds alignment and header size to the (unsigned) size, causing the overflow of the 'slice_size' variable. As a result, only 0x89 bytes are allocated, despite the large input size. When the following memcpy call occurs in gst_buffer_fill, the data from the input file will overwrite the content of the GstMapInfo info structure. Finally, during the call to gst_memory_unmap, the overwritten memory may cause a function pointer hijack, as the mem->allocator->mem_unmap_full function is called with a corrupted pointer. This function pointer overwrite could allow an attacker to alter the execution flow of the program, leading to arbitrary code execution. This vulnerability is fixed in 1.24.10.
References
- gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/8032.patch (opens in a new tab)
- gstreamer.freedesktop.org/security/sa-2024-0014.html (opens in a new tab)
- lists.debian.org/debian-lts-announce/2024/12/msg00016.html (opens in a new tab)
- lists.debian.org/debian-lts-announce/2025/02/msg00035.html (opens in a new tab)
- nvd.nist.gov/vuln/detail/CVE-2024-47606 (opens in a new tab)
- security.netapp.com/advisory/ntap-20250418-0003/ (opens in a new tab)
- securitylab.github.com/advisories/GHSL-2024-166_Gstreamer/ (opens in a new tab)