CVE-2026-59867: Kiota: Generation-time SSRF + remote/local file inclusion via unrestricted $ref
Summary
Microsoft Kiota resolved OpenAPI $refs by fetching remote http(s) URLs and reading local files (including absolute / out-of-tree paths), inlining the referenced schema into the generated client. Running kiota generate on a spec whose $ref pointed at an attacker/internal URL or an arbitrary local file yielded SSRF, remote file inclusion, and local file inclusion. Verified on 1.32.3 / 1.32.4.
Details
- $ref: http://attacker/internal-evil.json#/... → build host fetches the URL (SSRF) and inlines the remote schema (RFI); confirmed property REMOTEKIOTAPROP in the generated client. - $ref: /abs/path.json#/... or ../../secret.json#/... → Kiota reads the out-of-tree local file and inlines its schema (LFI); confirmed Leaked schema in the generated client. Resolution is transitive across nesting levels.
Kiota escapes its output sinks (comments/strings/identifiers), so attacker-controlled remote/local content cannot break out into code — no RCE. The chain stops at SSRF + RFI + LFI.
Impact
Build-time SSRF (CWE-918) from the developer or CI host, disclosure of arbitrary local files (CWE-22), and inclusion of untrusted remote content (CWE-829), from running the generator on an attacker-controlled or attacker-influenced OpenAPI description. No code execution. Notable because Kiota is otherwise the hardened generator (it resists the code-injection class).
The relevant threat is not "change the generated output" (an attacker who fully controls the description can already do that) but the side effects on the build host: outbound requests from inside the CI network (cloud metadata, internal-only services) and reads of local files the attacker never possessed, whose contents are then inlined into the generated — and typically committed/published — client. It also bypasses controls that review the description document but not externally-referenced content.
Patches
Fixed in 1.32.5 (https://github.com/microsoft/kiota/pull/7888). External reference resolution is now default-deny: a new AllowedExternalOriginsStreamLoader refuses to load any external $ref — remote http(s) URLs and local file paths alike — unless its origin/path is explicitly allow-listed. A new --allowed-external-origins parameter (added to the commands that load OpenAPI descriptions) opts specific origins back in, accepting , full URIs, URI patterns, full paths, relative paths, or path patterns (wildcards supported). With no allow-list entries, external references are not loaded at all.
Remediation
Upgrade to Kiota 1.32.5 or later. External references now require explicit opt-in via --allowed-external-origins; add only trusted origins/paths.
Other sources
Kiota is an OpenAPI based HTTP Client code generator. Prior to 1.29.1 and 1.32.5, Kiota resolved OpenAPI $ref values by fetching remote http(s) URLs and reading local absolute or out-of-tree file paths, allowing kiota generate on an attacker-controlled or attacker-influenced description to perform build-time SSRF, remote file inclusion, and local file inclusion by inlining external schemas such as REMOTEKIOTAPROP or Leaked into generated clients. This issue is fixed in version 1.29.1 and 1.32.5 by AllowedExternalOriginsStreamLoader and the --allowed-external-origins option.
— NVD
Kiota is an OpenAPI based HTTP Client code generator. Prior to 1.32.5, Kiota resolved OpenAPI $ref values by fetching remote http(s) URLs and reading local absolute or out-of-tree file paths, allowing kiota generate on an attacker-controlled or attacker-influenced description to perform build-time SSRF, remote file inclusion, and local file inclusion by inlining external schemas such as REMOTEKIOTAPROP or Leaked into generated clients. This issue is fixed in version 1.32.5 by AllowedExternalOriginsStreamLoader and the --allowed-external-origins option.
— MITRE
Affected Software
Remediation
Recommended actions to resolve this vulnerability, in priority order.
- Upgrade
Upgrade
nuget/Microsoft.OpenApi.Kiota.Builderto a version that resolves this vulnerability.Fixed in 1.32.5 - Upgrade
Upgrade
nuget/Microsoft.OpenApi.Kiotato a version that resolves this vulnerability.Fixed in 1.32.5 - Upgrade
Upgrade to a fixed release to a version that resolves this vulnerability.
Fixed in 1.32.5Patch https://github.com/microsoft/kiota/pull/7888 - Configuration
Allow external $ref resolution only via --allowed-external-origins, and add only trusted origins/paths; with no allow-list entries, external references are not loaded.
Kiota (kiota generate / commands that load OpenAPI descriptions) --allowed-external-origins = (set to only trusted origins/paths; leave empty to disallow external $ref resolution)
Event History
Frequently Asked Questions
What is the severity of CVE-2026-59867?
CVE-2026-59867 has a severity rating of 7.1, classified as high.
What type of vulnerability is CVE-2026-59867?
CVE-2026-59867 is a combination of Server-Side Request Forgery (SSRF) and path traversal vulnerability.
How do I fix CVE-2026-59867?
To fix CVE-2026-59867, upgrade to Kiota version 1.32.5 or later.
What does CVE-2026-59867 allow attackers to do?
CVE-2026-59867 allows attackers to perform build-time actions by resolving unauthorized $ref values from an attacker-controlled description.
In which software is CVE-2026-59867 found?
CVE-2026-59867 is found in the Kiota OpenAPI based HTTP Client code generator.