CVE-2025-61301: Denial-of-analysis in reporting/mongodb.py and reporting/jsondump.py in CAPEv2 (commit 52e4b43, on 2025-05-...
Denial-of-analysis in reporting/mongodb.py and reporting/jsondump.py in CAPEv2 (commit 52e4b43, on 2025-05-17) allows attackers who can submit samples to cause incomplete or missing behavioral analysis reports by generating deeply nested or oversized behavior data that trigger MongoDB BSON limits or orjson recursion errors when the sample executes in the sandbox.
Security readout for executives and security teams
Plain-English summary
CVE-2025-61301 can make CAPEv2 malware sandbox reports incomplete or missing when a submitted sample creates unusually large or deeply nested behavior data. The business risk is blind spots in malware analysis, not direct system takeover. Sources do not show active exploitation or a named patch.
Executive priority
Treat this as a high-priority reliability and detection-confidence issue for malware analysis operations. It can reduce analyst visibility and allow malicious samples to avoid complete reporting, but the supplied evidence does not show data theft, privilege escalation, or active exploitation.
Technical view
The issue affects CAPEv2 reporting paths in reporting/mongodb.py and reporting/jsondump.py. Oversized or deeply nested behavior data can hit MongoDB BSON limits or orjson recursion failures, causing report generation failure. The CVE is scored CVSS 7.5 high for availability impact and maps to CWE-400 resource consumption.
Likely exposure
Exposure is most likely in CAPEv2 environments that accept untrusted or external sample submissions and rely on MongoDB or JSON report output for behavioral analysis. The source bundle does not identify affected versions, packages, or CPEs beyond CAPEv2 and the referenced commit context.
Exploitation context
The CVE describes attacker-controlled sample execution inside the sandbox producing pathological behavior data. KEV is false, and the provided sources do not state active exploitation. Public references include a CVE-specific GitHub repository, but no exploitation status should be inferred from that alone.
Researcher notes
Evidence is limited to the CVE metadata and referenced repositories. The affected version range and remediation commit are not named in the source bundle. Focus validation on report-generation failure modes, sample intake trust boundaries, and whether CAPEv2 has published a fix after the referenced commit.
Mitigation direction
Check CAPEv2 upstream guidance and issues for an official fix or configuration workaround.
Restrict sample submission access to trusted users or controlled intake pipelines where possible.
Apply size, depth, and runtime guardrails if supported by your CAPEv2 deployment.
Monitor failed MongoDB and JSON reporting jobs for BSON limit or recursion errors.
Preserve raw task artifacts when report generation fails to reduce analysis loss.
Validation and detection
Inventory CAPEv2 instances that accept untrusted sample submissions.
Confirm whether MongoDB or jsondump reporting is enabled in each deployment.
Review recent analysis jobs for missing behavior reports or reporting exceptions.
Check logs for BSON size limit failures or orjson recursion failures.
Track upstream CAPEv2 commits and advisories related to reporting robustness.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-400: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-400 · source CWE mapping
Uncontrolled Resource Consumption
Uncontrolled Resource Consumption represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.