Prototype Pollution in ali-security/mongooseGHSA-rc4v-99cr-pjcm
CRITICALFix: Automattic/mongoose@f1efabfGHSA-rc4v-99cr-pjcm is a critical-severity (CVSS 10) remote code execution vulnerability in @seal-security/mongoose-fixed. A fix is available for @seal-security/mongoose-fixed — see the affected versions and patch details below.
Real-World Exposure
How broadly this vulnerability is actually deployed: weekly install volume shows current usage, and reverse-dependency count shows how many other packages break if it stays unpatched.
@seal-security/mongoose-fixednpmDescription
Impact
This vulnerability causes a Prototype Pollution in document.js, through functions such as findByIdAndUpdate(). For applications using Express and EJS, this can potentially allow remote code execution.
Patches
The original patched version for mongoose 5.3.3 did not include a fix for CVE-2023-3696. Therefore the existing version @seal-security/mongoose-fixed version 5.3.3 is affected by this vulnerability (though it is protected from CVE-2022-2564 and CVE-2019-17426). To mitigate this issue, a @seal-security/mongoose-fixed version 5.3.4 has been deployed. Note that this version is compatible with the original mongoose version 5.3.3, not version 5.3.4
References
https://security.snyk.io/vuln/SNYK-JS-MONGOOSE-5777721 https://github.com/advisories/GHSA-9m93-w8w6-76hh https://github.com/Automattic/mongoose/commit/f1efabf350522257364aa5c2cb36e441cf08f1a2
Affected Packages
| Ecosystem | Package | Vulnerable range | Fix |
|---|---|---|---|
| 📦npm | @seal-security/mongoose-fixed | ≥ 5.3.3&&< 5.3.4 | 5.3.4npm install @seal-security/mongoose-fixed@5.3.4 |
Detection & mitigation playbook
Open-source dependencyDetect
Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for @seal-security/mongoose-fixed, including transitive dependencies — a direct dependency you never call can still pull in a vulnerable version.
Fix
Update @seal-security/mongoose-fixed to 5.3.4 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms GHSA-rc4v-99cr-pjcm is resolved across your whole dependency graph.
Workarounds
If you can't upgrade right away: gate or disable the affected feature, validate untrusted input at the boundary, and avoid passing attacker-controlled data into the vulnerable path. O3's runtime protection blocks exploitation in production as an interim safeguard until the upgrade lands.
Frequently Asked Questions
Is GHSA-rc4v-99cr-pjcm in your dependencies?
Find it across npm, including transitive dependencies.