<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://db.gcve.eu</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Thu, 01 Oct 2026 02:33:29 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-71865</title>
      <link>https://db.gcve.eu/vuln/fkie_cve-2026-71865</link>
      <description>&lt;p&gt;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 query 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 query request-validation generation. This issue is fixed in version 8.21.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;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 query 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 query request-validation generation. This issue is fixed in version 8.21.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/fkie_cve-2026-71865</guid>
    </item>
    <item>
      <title>GHSA-653q-5476-x79g — Orval: Import-time RCE via query parameter name -&gt; computed-property-key injection in the zod cli</title>
      <link>https://db.gcve.eu/vuln/ghsa-653q-5476-x79g</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: orval&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;orval&amp;#39;s zod client emits each query parameter name as a double-quoted key in the generated zod.object({...}) request-validation schema WITHOUT escaping the double quote. A &amp;#34; in the query parameter name closes the key and lands in object-literal context, where an injected computed property key [expr] is evaluated when zod.object({...}) runs -- at MODULE IMPORT (export const OpQueryParams = zod.object({...}) executes on load) -&amp;gt; import-time RCE. The query parameter name is a pure data field. Verified on orval 8.19.0 / Node.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;export const OpQueryParams = zod.object({ &amp;#34;a&amp;#34;:zod.string(),[require(&amp;#34;fs&amp;#34;).writeFileSync(&amp;#34;PWNED&amp;#34;,&amp;#34;&amp;#34;)]:zod.string(),&amp;#34;b&amp;#34;: ... })&lt;/p&gt;
&lt;p&gt;Also affects the hono client (reuses zod generation). orval escapes values in zod arrays but not keys in zod.object. Sibling fields: schema property name, header parameter name (CVE-97) (separate reports). Distinct from orval&amp;#39;s $ref / route-path / server-url / zod-default findings.&lt;/p&gt;
&lt;p&gt;### PoC&lt;/p&gt;
&lt;p&gt;reproduce.sh (+ make_spec.py) attached: a query parameter name that breaks the zod.object key and injects a computed key; evaluating it (= importing the module) writes the marker. Verified on 8.19.0.&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;JavaScript / OS command execution at import time for anyone who generates an orval zod client from an attacker-controlled spec and imports it.&lt;/p&gt;
&lt;p&gt;### Suggested fix&lt;/p&gt;
&lt;p&gt;Escape the query parameter name for the JS string key (JSON.stringify) in the zod.object key generation; never interpolate a raw name adjacent to […&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: orval&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;orval&amp;#39;s zod client emits each query parameter name as a double-quoted key in the generated zod.object({...}) request-validation schema WITHOUT escaping the double quote. A &amp;#34; in the query parameter name closes the key and lands in object-literal context, where an injected computed property key [expr] is evaluated when zod.object({...}) runs -- at MODULE IMPORT (export const OpQueryParams = zod.object({...}) executes on load) -&amp;gt; import-time RCE. The query parameter name is a pure data field. Verified on orval 8.19.0 / Node.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;export const OpQueryParams = zod.object({ &amp;#34;a&amp;#34;:zod.string(),[require(&amp;#34;fs&amp;#34;).writeFileSync(&amp;#34;PWNED&amp;#34;,&amp;#34;&amp;#34;)]:zod.string(),&amp;#34;b&amp;#34;: ... })&lt;/p&gt;
&lt;p&gt;Also affects the hono client (reuses zod generation). orval escapes values in zod arrays but not keys in zod.object. Sibling fields: schema property name, header parameter name (CVE-97) (separate reports). Distinct from orval&amp;#39;s $ref / route-path / server-url / zod-default findings.&lt;/p&gt;
&lt;p&gt;### PoC&lt;/p&gt;
&lt;p&gt;reproduce.sh (+ make_spec.py) attached: a query parameter name that breaks the zod.object key and injects a computed key; evaluating it (= importing the module) writes the marker. Verified on 8.19.0.&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;JavaScript / OS command execution at import time for anyone who generates an orval zod client from an attacker-controlled spec and imports it.&lt;/p&gt;
&lt;p&gt;### Suggested fix&lt;/p&gt;
&lt;p&gt;Escape the query parameter name for the JS string key (JSON.stringify) in the zod.object key generation; never interpolate a raw name adjacent to […&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ghsa-653q-5476-x79g</guid>
    </item>
  </channel>
</rss>
