Kiota versions prior to 1.29.1 and 1.31.1 are affected by a code-generation literal injection vulnerability in multiple writer sinks (for example: serialization/deserialization keys, path/query parameter mappings, URL template metadata, enum/property metadata, and default value emission).
When malicious values from an OpenAPI description are emitted into generated source without context-appropriate escaping, an attacker can break out of string literals and inject additional code into generated clients.
This issue is only practically exploitable when:
If you only generate from trusted, integrity-protected API descriptions, risk is significantly reduced.
openapi: 3.0.1
info:
title: Exploit Demo
version: 1.0.0
components:
schemas:
User:
type: object
properties:
displayName:
type: string
default: "\"; throw new System.Exception(\"injected\"); //"
public User() {
DisplayName = ""; throw new System.Exception("injected"); //";
}
The injected payload escapes the intended string context and introduces attacker-controlled statements in generated code.
Note: this exploit is not limited to default values, but may also impact properties names (serialization), path or query parameters, enum representations and other locations.
kiota update
Refreshing generated clients ensures previously generated vulnerable code is replaced with hardened output.
We would like to thank the researcher Thanatos Tian(Polyu) for finding this issue and for his contribution to this open source project.
{
"cwe_ids": [
"CWE-94"
],
"github_reviewed": true,
"github_reviewed_at": "2026-04-14T23:39:41Z",
"nvd_published_at": "2026-04-22T21:17:09Z",
"severity": "HIGH"
}