CVE-2026-81868: medium-severity vulnerability in SteeltoeOSS security-advisories
Steeltoe: Header-forwarded client cert lacks proof of private-key possession
Published · Updated
E-mail alert when it lands in KEV, gets a public PoC or its score goes up.
13Vexday Risk Score
No sign of exploitation. No public exploitation artifact known so far.
ssvc Trackcvss 6.5epss 0.3%
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.
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:L/A:N
Affected products
SteeltoeOSS · security-advisoriesRelated CVEs — SteeltoeOSS security-advisories
In the same product, most dangerous first.
CVE-2026-81515HIGHSteeltoe.Discovery.Eureka: malformed enum/bool/timestamp field aborts entire registry fetch (DoS)EPSS 0.6%CVE-2026-81516HIGHSteeltoe.Discovery.Consul: malformed 'secure' metadata aborts service instance lookup (DoS)EPSS 0.6%CVE-2026-75523MEDIUMSteeltoe.Management.Endpoint: HttpExchanges URI masking leaks query-string secretsEPSS 0.4%CVE-2024-40636MEDIUMBasic Auth Credential Leakage to Logs After Fetch Registry Error in Steeltoe.Discovery.Eureka with Peer AwarenessEPSS 0.4%