MEDIUM 5.5

CVE-2025-55644: Heap Use-After-Free in GPAC MP4Box v2.4 DoS Vulnerability

A memory safety flaw in GPAC MP4Box version 2.4 allows an attacker to crash the application by submitting a specially crafted MP4 video file. The vulnerability stems from improper handling of memory references in the scene graph processing code, where the application attempts to access memory that has already been freed. An attacker would need local access or the ability to trick a user into opening a malicious MP4 file.

Source data · NVD / CISA · public domain

CVSS
3.1 · 5.5 MEDIUM · CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H
Weaknesses (CWE)
CWE-416
Affected products
1 configuration(s)
Published / Modified
2026-06-15 / 2026-06-17

NVD description (verbatim)

A heap use-after-free in the gf_node_get_tag function (scenegraph/base_scenegraph.c) of GPAC MP4Box v2.4 allows attackers to cause a Denial of Service (DoS) via supplying a crafted MP4 file.

2 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2025-55644 is a heap use-after-free vulnerability (CWE-416) located in the gf_node_get_tag function within scenegraph/base_scenegraph.c of GPAC MP4Box v2.4. The vulnerability arises from a logic error that permits dereferencing of freed heap memory during scene graph traversal when processing MP4 file structures. This memory safety violation is triggered upon receipt of a malformed MP4 file, leading to application termination or potential instability. The use-after-free condition occurs in the scene graph node tag resolution process, a critical component for parsing hierarchical media structures within MP4 containers.

Business impact

The primary business impact is service disruption through denial of service. Organizations using GPAC MP4Box for automated media processing, transcoding pipelines, or content validation may experience crashes that interrupt workflows. The vulnerability affects availability rather than confidentiality or integrity, making it a business continuity concern rather than a data breach risk. Media companies, streaming platforms, and content management systems relying on MP4Box for server-side processing face potential operational disruption if untrusted files are processed without prior validation.

Affected systems

GPAC MP4Box version 2.4 is explicitly affected. Organizations should verify whether this version is deployed in production environments, particularly in media processing pipelines, automated transcoding services, or content analysis workflows. Check for embedded use of GPAC libraries in custom applications. Earlier and later versions require assessment against vendor advisories to confirm scope; assume potential impact across the v2.x line pending explicit vendor communication clarifying unaffected versions.

Exploitability

Exploitation requires local system access or user interaction to open a malicious MP4 file. The attack vector is local (not network-based), and no special privileges are required to trigger the crash. An attacker must craft a specific MP4 file that violates scene graph structure expectations. The ease of creating such a file is moderate—reverse engineering the exact memory conditions requires some sophistication, but the barrier to causing a denial of service is low once a working payload exists. This is not an in-the-wild exploitation scenario currently, as the vulnerability is not listed on CISA's Known Exploited Vulnerabilities catalog.

Remediation

Upgrade GPAC to a patched version released by the maintainers. Pending patch availability, implement compensating controls: restrict processing of MP4 files from untrusted sources, enforce file validation using external tools prior to MP4Box processing, and run MP4Box instances in isolated environments (containers, VMs) with resource limits to minimize crash impact. Implement input validation at the application layer to reject files with suspicious or non-standard scene graph structures before passing them to MP4Box.

Patch guidance

Consult the official GPAC project repository and security advisories for patched version numbers and release dates. Verify patch availability by checking the GPAC GitHub releases page and any published CVE advisories from the maintainers. Organizations should prioritize testing patches in non-production environments before deployment. If a patch is not yet available, maintain heightened monitoring for release announcements and set up alerts for GPAC security updates.

Detection guidance

Monitor for MP4Box process crashes or unexpected terminations, particularly when correlated with ingestion of new or external media files. Log application errors related to heap memory violations or segmentation faults. Implement file integrity and behavior monitoring for media processing pipelines. Network-based detection is limited due to the local attack vector; focus on endpoint logging and process crash events. File-based detection of malicious MP4 structures requires deep packet inspection or file heuristics tuned to scene graph anomalies—this is best handled by upstream validation before MP4Box processing.

Why prioritize this

This vulnerability merits prompt but measured attention. The CVSS 5.5 (MEDIUM) score reflects the local attack vector and user interaction requirement, which reduce immediate enterprise risk compared to network-exploitable flaws. However, organizations with unattended or user-facing media processing pipelines should prioritize patching sooner, as a DoS condition can directly impact service availability. The lack of KEV status indicates this is not currently being exploited in the wild, reducing time-critical urgency. Prioritize patching if MP4Box processes untrusted files; deprioritize if usage is limited to internal, validated content.

Risk score, explained

The CVSS 3.1 score of 5.5 reflects a Medium severity: attack is local, requires user interaction (opening a file), carries low complexity, and impacts availability only (no confidentiality or integrity loss). The score appropriately captures the operational risk while excluding credential theft, data exfiltration, or privilege escalation scenarios. Organizations with automated, high-throughput media processing may perceive higher business risk than the base score suggests, warranting contextual elevation of priority.

Frequently asked questions

Can this vulnerability be exploited remotely over the network?

No. The vulnerability requires local access to the system or user interaction (opening a malicious MP4 file). An attacker cannot trigger the flaw directly over a network connection. However, if your application accepts MP4 uploads from untrusted users and processes them with MP4Box, the attack surface expands to remote threat actors who craft malicious files for upload.

Will a malicious MP4 file cause permanent system compromise or data loss?

No. The use-after-free condition causes a crash or application termination, resulting in denial of service. There is no escalation to remote code execution, privilege escalation, or data breach. Once the process crashes, the affected system can be restarted cleanly.

How do I know if GPAC MP4Box v2.4 is installed in my environment?

Check your installed packages and dependency manifests. Run 'MP4Box -version' on systems where it may be installed. Search your application dependency lists (package managers, container images, build scripts) for GPAC or libgpac references. If you use media processing frameworks that embed MP4Box, verify their component versions in documentation or release notes.

What should I do if a patch is not yet available for my deployment timeline?

Implement defense-in-depth: validate MP4 files using separate tools before processing, isolate MP4Box in sandboxed environments with crash monitoring, restrict file input to trusted sources only, and set resource limits (memory, CPU) to contain crash impact. Monitor the GPAC project repository and vendor advisories for patch releases.

This analysis is provided for informational and educational purposes. SEC.co does not guarantee the accuracy, completeness, or timeliness of all information and makes no representations or warranties of any kind. Organizations should consult official GPAC project advisories, vendor security bulletins, and their own security teams for patch status, affected version scope, and deployment-specific risk assessment. Patch version numbers and availability dates should be verified directly with the GPAC maintainers or official distribution channels. This analysis does not constitute security advice or a substitute for professional security consulting. Source: NVD (public-domain), retrieved 2026-07-23. Analysis generated by SEC.co (claude-haiku-4-5).