CVE-2026-71864: Orval: Import-time RCE via header parameter name -> computed-property-key injection in the zod client
Orval generates type-safe JavaScript clients in TypeScript from OpenAPI v3 and Swagger v2 specifications. Prior to 8.21.0, a double quote in a header parameter name is emitted into the generated request-validation zod.object({...}) schema without safe encoding. This permits attacker-controlled JavaScript to be evaluated when the generated zod schema module is imported, resulting in code execution in the developer, CI, test, or application environment. The affected code is packages/zod/src/index.ts and header request-validation generation. This issue is fixed in version 8.21.0.
Security readout for executives and security teams
Plain-English summary
A malicious OpenAPI or Swagger specification can cause vulnerable Orval versions to generate JavaScript that runs attacker-controlled code when imported. This can compromise developer workstations, CI systems, tests, or applications. The issue affects Orval versions before 8.21.0 and is fixed in 8.21.0.
Executive priority
Treat as an urgent software-supply-chain remediation. Prioritize environments processing third-party or externally mutable specifications, especially privileged CI and developer systems. Upgrade and regenerate affected clients promptly; investigate suspicious specifications or generated artifacts before trusting previously produced code.
Technical view
Orval fails to safely encode double quotes in header parameter names while generating Zod request-validation objects. The resulting computed-property-key injection permits JavaScript evaluation when the generated schema module is imported. This is an import-time code-execution flaw categorized under CWE-116, CWE-94, and CWE-95.
Likely exposure
Exposure requires Orval below 8.21.0, header request-validation generation, and import of the generated Zod module. Risk is greatest where OpenAPI or Swagger specifications are externally supplied, fetched from less-trusted locations, or modified through compromised repositories or dependencies.
Exploitation context
The supplied sources do not establish active exploitation, and the CVE is not identified as KEV. Exploitation could occur during generation and subsequent module import, potentially crossing from an untrusted API specification into developer, CI, testing, or application execution environments.
Researcher notes
The vulnerable path is header request-validation generation in packages/zod/src/index.ts. Impact occurs when injected generated code is imported, not merely when a specification is parsed. Available evidence names the fixed release and implementation change, but provides no confirmed exploitation telemetry.
Mitigation direction
Upgrade Orval to version 8.21.0 or later.
Regenerate affected Zod clients using the corrected Orval version.
Review externally sourced OpenAPI and Swagger specifications before generation.
Restrict specification modification and code-generation permissions in repositories and CI.
Check vendor guidance for any additional cleanup or response recommendations.
Validation and detection
Confirm installed and locked Orval versions are 8.21.0 or later.
Inventory pipelines and projects generating Zod clients from API specifications.
Identify whether generated Zod modules from vulnerable versions remain deployed or cached.
Inspect header parameter names for embedded double quotes or unexpected syntax.
Regenerate clients and verify generated property keys are safely encoded.
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 · medium confidence lookup
CWE-116: User-session and phishing behavior lookup
Client-side and session-facing weaknesses should be reviewed alongside initial-access and user-execution behaviors. 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.
Code execution and unsafe deserialization weaknesses often justify reviewing execution behavior and process telemetry. 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.
Code execution and unsafe deserialization weaknesses often justify reviewing execution behavior and process telemetry. 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.
The CVE wording references code or command execution, so execution technique review may help defensive triage. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program 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.
1CVSS vectors
3Timeline events
1ADP providers
5Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: pocAutomatable: noTechnical Impact: total
CVSS vector scores
1 official score
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-116 · source CWE mapping
Improper Encoding or Escaping of Output
Improper Encoding or Escaping of Output represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Improper Control of Generation of Code represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Improper Neutralization of Directives in Dynamically Evaluated Code
Improper Neutralization of Directives in Dynamically Evaluated Code represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.