GHSA-m272-9rp6-32mc — @orpc/client
Fix: middleapi/orpc@1dba06fGHSA-m272-9rp6-32mc is a CWE-1321 vulnerability in @orpc/client. A fix is available for @orpc/client — see the affected versions and patch details below.
`@orpc/client` has Prototype Pollution via `StandardRPCJsonSerializer` Deserialization
Exploitation Status
Proof-of-concept exploit code exists
- CISA’s SSVC triage found public proof-of-concept exploit code for this CVE, though no confirmed active exploitation.
- CISA assesses this as automatable — exploitation doesn’t require manual, per-target effort, which raises the odds of mass scanning and opportunistic attacks.
- A successful exploit gives an attacker total control of the affected component, not partial access.
Exploitation and automatability from CISA’s SSVC triage for GHSA-m272-9rp6-32mc.
EPSS Exploitation Probability
EPSS (Exploit Prediction Scoring System) is a daily probability model maintained by FIRST.org. It estimates the likelihood a CVE will be exploited in production environments within the next 30 days, derived from real-world threat intelligence signals.
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.
@orpc/clientnpmDescription
Summary
A critical Prototype Pollution vulnerability exists in the RPC JSON deserializer of the @orpc/client package. The vulnerability allows unauthenticated, remote attackers to inject arbitrary properties into the global Object.prototype. Because this pollution persists for the lifetime of the Node.js process and affects all objects, it can lead to severe security breaches, including authentication bypass, denial of service, and potentially Remote Code Execution.
Vulnerability Details
The root cause lies in the deserialize() method of StandardRPCJsonSerializer. When processing attacker-controlled path segments from the meta and maps arrays, the deserializer fails to implement validation or sanitization for dangerous JavaScript object keys, specifically __proto__ and constructor:
There are two primary distinct write vectors available to an attacker:
- The
metavector: Writes type-constrained values (e.g.,Map,Set,Date) to arbitrary object paths. - The
mapsvector: Allows the injection of arbitrary string values. This occurs because the return value ofgetBlob(i)(which relies onFormData.get(i.toString())) is castas Blob. Since this is strictly a TypeScript compile-time cast, the runtime execution allows standard text fields to return as arbitrary strings.
Crucially, this deserialization process occurs at the very beginning of the request lifecycle before any Zod schema validation takes place. Consequently, a malicious payload will successfully pollute the prototype even if the request is subsequently rejected by the validation layer.
This issue impacts all server adapters utilizing the RPC protocol.
Proof of Concept
To reproduce the vulnerability, set up the playgrounds/astro environment and start the development server using pnpm dev.
Run the following curl command to send a crafted payload:
curl -X POST http://localhost:4321/rpc/planet/create \
-F 'data={"json":{},"meta":[],"maps":[["__proto__","role"]]}' \
-F '0=admin'
Result: The deserializer evaluates maps, follows the __proto__ path, and maps index 0 to the string "admin". This immediately applies Object.prototype.role = "admin" across the entire Node.js server instance.
Impact
Servers relying on StandardRPCJsonSerializer for deserialization are immediately susceptible to global prototype pollution. The potential impacts including:
- Privilege Escalation / Authorization Bypass: Attackers can bypass flawed security checks. For example, if the server relies on a defaulted property check like
if (user.role === "admin"), the application will evaluate this astruefor all users globally. - Remote Code Execution: If the application or its dependencies contain susceptible prototype pollution gadgets (e.g., dynamically executing shell commands or scripts based on object properties), this vulnerability can be leveraged into full RCE.
- Denial of Service: Attackers can overwrite built-in methods (e.g.,
toString) or set objects into unexpected states, causing the application to crash or throw unhandled exceptions globally.
Affected Packages
| Ecosystem | Package | Vulnerable range | Fix |
|---|---|---|---|
| 📦npm | @orpc/client | all versions | 1.13.6npm install @orpc/client@1.13.6 |
Detection & mitigation playbook
Open-source dependencyDetect
Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for @orpc/client, including transitive dependencies — a direct dependency you never call can still pull in a vulnerable version.
Fix
Update @orpc/client to 1.13.6 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms GHSA-m272-9rp6-32mc 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.
How O3 protects you
O3 Security's impact-aware SCA analyses which vulnerable code paths your application actually calls, so a match like GHSA-m272-9rp6-32mc can be triaged on real exposure rather than presence alone.
Tailored to GHSA-m272-9rp6-32mc. Runtime protection reduces exposure until a permanent patch is applied and verified — it complements patching, it doesn't replace it.
Frequently Asked Questions
Is GHSA-m272-9rp6-32mc in your dependencies?
O3 Security finds GHSA-m272-9rp6-32mc across npm dependencies, including transitive ones, and its impact-aware SCA ranks findings by whether your code actually calls the vulnerable path.