CVE-2024-30806: Bento4 · Heap-based Buffer Overflow
Source CVE Database V5
Not known to be exploited · CVSS 6.5 Medium.
Data as of 26 Oct 2026, 16:39 UTC
- EPSS
- 0.5% chance of exploitation in 30 days – higher than 44% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 2 Apr 2024
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
AI-suggested
To mitigate CVE-2024-30806, organizations should: 1) Monitor for updates and patches from Bento4 maintainers and apply them promptly once available. 2) Implement strict input validation and sanitization on all media files before processing, including file format verification and size checks. 3) Use sandboxing or isolated environments for media processing to contain potential crashes and prevent broader system impact. 4) Employ runtime protections such as Address Space Layout Randomization (ASLR) and heap protection mechanisms to reduce exploitation success. 5) Limit user privileges for applications handling media files to minimize damage from crashes. 6) Monitor application logs and crash reports for anomalies indicating attempted exploitation. 7) Consider disabling or restricting support for vulnerable media formats if not essential. These steps go beyond generic advice by focusing on containment, proactive validation, and environment hardening specific to media processing workflows.
Description
An issue was discovered in Bento4 v1.6.0-641-2-g1529b83. There is a heap overflow in AP4_Dec3Atom::AP4_Dec3Atom at Ap4Dec3Atom.cpp, leading to a Denial of Service (DoS), as demonstrated by mp42aac.