GHSA-rm89-rhwj-9j92: Code Injection

Published Oct 6, 2026
·
Updated

Impact

An attacker who controls or tampers with an OpenAPI description can cause Kiota to emit attacker-controlled Java or PHP source outside a generated documentation comment. The affected sanitizers remove comment terminators rather than neutralizing them, allowing a terminator to reform from overlapping characters or from subsequent normalization. The Java sanitizer also removes non-ASCII characters after removing terminators, which can create a new terminator.

Exploitation requires a developer or build pipeline to generate a client from the malicious description and subsequently compile and load the Java output, or load the PHP output. Code executes in the consuming application's or build environment's security context, not merely because Kiota reads the description.

Affected versions

The affected NuGet packages are Microsoft.OpenApi.Kiota and Microsoft.OpenApi.Kiota.Builder. The Java normalization-order defect was introduced in version 0.5.0 and remains present through version 1.34.1, including the separate 1.29.1 security-backport release. The PHP delimiter-reformation variant is also present in version 1.34.1 and 1.29.1. Version 1.35.0 fixes both variants.

The package version range below reflects the Java defect; it does not assert that PHP generation existed in every version in that range.

Patches

Upgrade to Kiota 1.35.0 or later and regenerate affected clients. The fix neutralizes block-comment delimiters instead of deleting them, and performs Java delimiter neutralization after non-ASCII normalization.

- Fix: https://github.com/microsoft/kiota/pull/8017 - Fixed release: https://github.com/microsoft/kiota/releases/tag/v1.35.0

Workarounds

Until upgrading, generate clients only from trusted, integrity-protected OpenAPI descriptions. Review generated Java and PHP source before compiling, loading, or deploying it. Restrict the privileges and secrets available to generation and build environments.

Related advisories

This is distinct from PHP double-quoted string interpolation (GHSA-jqwh-526h-c92j) and C# XML documentation newline breakout (GHSA-3hrf-2gc2-mx32). Those fixes do not address Java/PHP block-comment delimiter reformation.

Affected Software

2 affected componentsFixes available
nuget/Microsoft.OpenApi.Kiota.Builder>=0.5.0<1.35.0
1.35.0
nuget/Microsoft.OpenApi.Kiota>=0.5.0<1.35.0
1.35.0

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade nuget/Microsoft.OpenApi.Kiota.Builder to a version that resolves this vulnerability.

    Fixed in 1.35.0
  2. Upgrade

    Upgrade nuget/Microsoft.OpenApi.Kiota to a version that resolves this vulnerability.

    Fixed in 1.35.0
  3. Upgrade

    Upgrade Microsoft Kiota to a version that resolves this vulnerability.

    Fixed in 1.35.0
  4. Compensating control

    Restrict the privileges and secrets available to client-generation and build environments.

  5. Compensating control

    Review generated Java and PHP source before compiling, loading, or deploying it.

  6. Compensating control

    Until upgrading, generate clients only from trusted, integrity-protected OpenAPI descriptions.

  7. Operational

    Regenerate affected clients after upgrading Kiota.

Event History

Oct 6, 2026
Advisory Published
via GitHub·03:36 PM
Data Sourced
via GitHub·03:36 PM
DescriptionSeverityWeaknessAffected Software

Frequently Asked Questions

1

Who is exposed to this issue?

Teams that generate Java or PHP clients from OpenAPI descriptions they do not fully trust are exposed. The risk extends to developer workstations and build pipelines that compile and load generated Java output or load generated PHP output.

2

What must happen for an attacker-controlled description to result in code execution?

An attacker must be able to control or tamper with the OpenAPI description used for generation. A developer or pipeline must then generate the client and compile and load the Java output, or load the PHP output; reading the description with Kiota alone does not execute the code.

3

Which package versions should be upgraded?

Upgrade Microsoft.OpenApi.Kiota and Microsoft.OpenApi.Kiota.Builder to version 1.35.0. The Java issue affects versions 0.5.0 through 1.34.1, including 1.29.1, while the PHP variant is present in 1.34.1 and 1.29.1.

4

How can teams identify potentially affected workflows before upgrading?

Identify builds or developer workflows using either affected NuGet package to generate Java or PHP clients, then determine whether their OpenAPI descriptions can be controlled or modified by untrusted parties. Generated Java becomes relevant when it is compiled and loaded, and generated PHP when it is loaded.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203