CVE-2026-59865: Kiota: Command injection via x-ms-kiota-info dependencyInstallCommand surfaced by `kiota info`
Kiota is an OpenAPI based HTTP Client code generator. Prior to 1.32.5, `kiota info` read x-ms-kiota-info.languagesInformation.<language>.dependencyInstallCommand plus dependency name and version values from an OpenAPI description and presented the spec-supplied command as Kiota's recommended install command, allowing an attacker-controlled or compromised description to cause command injection when the suggested command was run manually or through the Kiota VS Code extension's kiota info --json dependency-install flow. This issue is fixed in version 1.32.5.
Security readout for executives and security teams
Plain-English summary
A malicious or compromised OpenAPI description could make Kiota display an attacker-supplied dependency installation command as trusted guidance. If that command was executed manually or through the Kiota VS Code dependency-install flow, attacker-controlled commands could run. Microsoft fixed this in Kiota 1.32.5.
Executive priority
Prioritize remediation for teams that use Kiota with external API descriptions. This is critical because it can turn a documentation or API-specification trust issue into command execution in developer tooling, but public evidence of exploitation is not provided.
Technical view
Before 1.32.5, `kiota info` trusted `x-ms-kiota-info.languagesInformation.<language>.dependencyInstallCommand` and related dependency values from the input OpenAPI description. This created command-injection risk when downstream users or tooling consumed the generated install recommendation. The issue is tracked as CWE-829 and CWE-94 with CVSS 4.0 score 9.3.
Likely exposure
Exposure is most likely in developer environments, CI tooling, or editor workflows using Microsoft Kiota versions before 1.32.5 against third-party, generated, or potentially compromised OpenAPI descriptions.
Exploitation context
The provided sources do not show active exploitation, and the CVE is not marked KEV. The practical risk is supply-chain style: the attacker needs influence over an OpenAPI description that Kiota processes and that a user or extension flow trusts for dependency installation.
Researcher notes
The key trust boundary is OpenAPI description metadata flowing into install-command recommendations. Sources identify the vulnerable behavior and fixed version, but do not provide broader ecosystem impact, confirmed exploitation, or complete details on all VS Code extension handling paths.
Mitigation direction
Upgrade Microsoft Kiota to version 1.32.5 or later.
Review Kiota VS Code extension workflows that consume dependency-install output.
Treat external OpenAPI descriptions as untrusted input.
Avoid running spec-provided install commands without independent review.
Check Microsoft Kiota advisory and release notes for updated guidance.
Validation and detection
Inventory Kiota installations and confirm none are below 1.32.5.
Identify workflows using `kiota info` with third-party OpenAPI descriptions.
Review recent OpenAPI descriptions for `x-ms-kiota-info` dependency command fields.
Check developer documentation for instructions relying on Kiota-generated install commands.
Confirm CI or editor automation does not execute unreviewed dependency-install recommendations.
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 · low confidence lookup
CWE-829: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. 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: noneAutomatable: yesTechnical 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-829 · source CWE mapping
Inclusion of Functionality from Untrusted Control Sphere
Inclusion of Functionality from Untrusted Control Sphere represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Improper Control of Generation of Code ('Code Injection')
Improper Control of Generation of Code ('Code Injection') represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.