CVE-2026-81868 PUBLISHED

Steeltoe: Header-forwarded client cert lacks proof of private-key possession

Assigner: GitHub_M
Reserved: 27.08.2026 Published: 17.09.2026 Updated: 17.09.2026

Steeltoe is an open source project that provides a collection of libraries that helps users build cloud-native applications. Prior to 4.3.0, Steeltoe.Security.Authorization.Certificate deployments using AddOrgAndSpacePolicies() and UseCertificateAuthorization() trust the public certificate supplied in the X-Client-Cert request header without proving possession of the corresponding private key. Common Cloud Foundry routers do not remove this header from inbound requests. When inbound requests are not restricted to a known trusted proxy source IP, an attacker who obtains the public certificate of an application instance in the target organization or space and can reach the application can spoof X-Client-Cert to bypass the SameOrg and SameSpace policies for the certificate validity period. This issue is fixed in version 4.3.0.

Metrics

CVSS Vector: CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:L/A:N
CVSS Score: 6.5

Product Status

Vendor SteeltoeOSS
Product security-advisories
Versions
  • Version < 4.3.0 is affected

References

Problem Types

  • CWE-288: Authentication Bypass Using an Alternate Path or Channel CWE
  • CWE-295: Improper Certificate Validation CWE