CVE-2026-41005: CWE-347: Improper Verification of Cryptographic Signature in Cloud Foundry UAA
Cloud Foundry UAA incorrectly treated XML encryption to the Service Provider (confidentiality) as a substitute for XML signatures from the Identity Provider (authenticity) in two SAML flows: the OAuth 2.0 SAML2 bearer grant (token endpoint) and browser SSO (ACS) when wantAssertionSigned is set to false. Assertions or responses that were unsigned but contained encrypted content could still be accepted. Encryption uses the SP's public key from published metadata, therefore, any party, not only a trusted IdP, can produce ciphertext UAA can decrypt; successful decryption therefore does not prove the IdP issued the message. Affected versions: Cloud Foundry UAA (uaa_release) 2.0.0 through 78.13.0. Cloud Foundry CF Deployment all versions through 56.1.0.
AI Analysis
Technical Summary
CVE-2026-41005 describes a vulnerability in Cloud Foundry UAA where XML encryption is incorrectly used as a substitute for XML signature verification in two SAML flows: the OAuth 2.0 SAML2 bearer grant and browser SSO when wantAssertionSigned is false. Since encryption uses the Service Provider's public key, any party can create encrypted content that UAA decrypts, but successful decryption does not prove the message was issued by a trusted Identity Provider. This flaw allows acceptance of unsigned assertions or responses, undermining authenticity guarantees.
Potential Impact
This vulnerability allows an attacker to bypass the intended cryptographic signature verification in affected SAML flows, potentially enabling unauthorized access or token issuance by submitting unsigned but encrypted assertions or responses. The impact includes complete compromise of confidentiality, integrity, and availability of authentication tokens and sessions, as reflected by the CVSS score of 9.0 (critical).
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. Until an official fix is available, users should consider enforcing wantAssertionSigned=true in SAML configurations to require signed assertions and responses, thereby mitigating the risk of accepting unsigned encrypted content.
CVE-2026-41005: CWE-347: Improper Verification of Cryptographic Signature in Cloud Foundry UAA
Description
Cloud Foundry UAA incorrectly treated XML encryption to the Service Provider (confidentiality) as a substitute for XML signatures from the Identity Provider (authenticity) in two SAML flows: the OAuth 2.0 SAML2 bearer grant (token endpoint) and browser SSO (ACS) when wantAssertionSigned is set to false. Assertions or responses that were unsigned but contained encrypted content could still be accepted. Encryption uses the SP's public key from published metadata, therefore, any party, not only a trusted IdP, can produce ciphertext UAA can decrypt; successful decryption therefore does not prove the IdP issued the message. Affected versions: Cloud Foundry UAA (uaa_release) 2.0.0 through 78.13.0. Cloud Foundry CF Deployment all versions through 56.1.0.
CVSS v3.1
Score 9.0critical
Affected software
pkg:github/cloudfoundry/uaa_releaseRun on your own infrastructure? Check whether these packages are installed with threat-finder — our free open-source scanner.
Weaknesses
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
CVE-2026-41005 describes a vulnerability in Cloud Foundry UAA where XML encryption is incorrectly used as a substitute for XML signature verification in two SAML flows: the OAuth 2.0 SAML2 bearer grant and browser SSO when wantAssertionSigned is false. Since encryption uses the Service Provider's public key, any party can create encrypted content that UAA decrypts, but successful decryption does not prove the message was issued by a trusted Identity Provider. This flaw allows acceptance of unsigned assertions or responses, undermining authenticity guarantees.
Potential Impact
This vulnerability allows an attacker to bypass the intended cryptographic signature verification in affected SAML flows, potentially enabling unauthorized access or token issuance by submitting unsigned but encrypted assertions or responses. The impact includes complete compromise of confidentiality, integrity, and availability of authentication tokens and sessions, as reflected by the CVSS score of 9.0 (critical).
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. Until an official fix is available, users should consider enforcing wantAssertionSigned=true in SAML configurations to require signed assertions and responses, thereby mitigating the risk of accepting unsigned encrypted content.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- vmware
- Date Reserved
- 2026-04-16T02:19:16.426Z
- Cvss Version
- 3.1
- State
- PUBLISHED
- Remediation Level
- null
Threat ID: 6a2b1e56815e7002b82d6ae7
Added to database: 06/11/2026, 20:45:10 UTC
Last enriched: 06/19/2026, 18:22:46 UTC
Last updated: 07/31/2026, 19:22:58 UTC
Views: 79
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
External Links
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.