CVE-2026-48170: thomaspoignant scim-patch · Prototype Pollution
Affects thomaspoignant scim-patchSource CVE Database V5
Not known to be exploited · CVSS 9.1 Critical : upgrade to 0.9.1 as a priority.
Data as of 5 Nov 2026, 00:01 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 34% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 0.9.1
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:L/I:H/A:LExploitation evidence
Disclosed: evidence found.
CVE published 7 Aug 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: 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 5 Nov 2026.
What to do
Upgrade scim-patch and thomaspoignant/scim-patch to 0.9.1.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| thomaspoignantscim-patch | Affected
| Fixed in
|
npmthomaspoignant/scim-patchpkg:npm/thomaspoignant/scim-patchOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
Upgrade scim-patch to version 0.9.1 or later, which contains an official patch for this vulnerability. As a workaround, freeze Object.prototype, Array.prototype, and Function.prototype at process startup using Object.freeze() to prevent prototype pollution. Alternatively, use the Node.js --frozen-intrinsics flag to automatically freeze built-in prototypes. Patch status is not explicitly stated beyond the availability of version 0.9.1 as a fix; check the vendor advisory for the latest remediation guidance.
Description
`scim-patch`, a library to perform SCIM patch, prior to version 0.9.1 performs prototype pollution when applying a SCIM PATCH operation whose `value` object contains a key like `"__proto__.someProp"`. After one such patch, `Object.prototype.someProp` is set process-wide, affecting every plain object in the Node process. Any service that calls `scimPatch()` on attacker-controlled JSON (i.e. any SCIM endpoint accepting `PATCH` from an external IdP) is exploitable on a stock Node runtime. Version 0.9.1 contains a patch. A workaround is available. Calling `Object.freeze(Object.prototype)` (and the same on `Array.prototype`, `Function.prototype`) at process startup neutralizes this class of bug — assignment to a frozen prototype becomes a silent no-op in sloppy mode or a `TypeError` in strict mode. Node's `--frozen-intrinsics` flag does this for built-ins automatically.