Description
SuperTokens Core is an open source authentication server. From 11.3.0 until 11.3.7, 11.4.7, and 12.0.10, SAML.verifySamlResponseSignature calls OpenSAML SignatureValidator.validate without first applying SAMLSignatureProfileValidator. The Core can therefore accept a cryptographically valid signature that references a different XML element from the Response or Assertion whose NameID and attributes are used for authentication. An ordinary user of the configured identity provider can move a genuinely signed element elsewhere in the document while supplying an attacker-authored identity-bearing element, causing XML Signature Wrapping authentication as another IdP user. Both response-level and assertion-level signing paths are affected, and SP-initiated login remains reachable without enabling allowIDPInitiatedLogin. This issue is fixed in versions 11.3.7, 11.4.7, and 12.0.10.
Published: 2026-11-09
Score: 8.1 High
EPSS: n/a
KEV: No
Impact: Authentication bypass (any IdP user can authenticate as another user)
Action: Immediate Patch
AI Analysis

Impact

SuperTokens Core allows any user of the configured identity provider to authenticate as any other user by exploiting an XML Signature Wrapping flaw in the SAML response validation process. The Core bypasses the required signature profile check before validating the cryptographic signature, enabling an adversary to re‑order signed elements and inject an attacker‑supplied NameID or attributes. This flaw is a direct authentication bypass (CWE‑287) and a classic XML Signature Wrapping vulnerability (CWE‑347), allowing bypass without any password. A malicious party can simply send a crafted SAML response to the Single Sign‑On endpoint and become any target user.

Affected Systems

Affected products are SuperTokens Core, version 11.3.0 through 11.3.7, 11.4.7, and 12.0.10. The vulnerability exists in all those releases because SAML.verifySamlResponseSignature calls OpenSAML SignatureValidator.validate without first applying SAMLSignatureProfileValidator. Versions 11.3.7, 11.4.7, and 12.0.10 include the fix; any deployment of later releases is not impacted.

Risk and Exploitability

The CVSS score of 8.1 classifies this vulnerability as high severity. The EPSS score is not available, but the nature of the flaw suggests a realistic attack surface for any authenticated IdP user. The attack can be performed remotely by submitting a malicious SAML assertion to the SP. This vulnerability is not yet listed in the CISA KEV catalog; however, it is actively addressed by maintainers as shown in the release notes. Immediate attention and patching reduce the risk of identity‑theft or privilege abuse across all users.

Generated by OpenCVE AI on November 9, 2026 at 19:24 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Deploy the latest patched version of SuperTokens Core (11.3.7, 11.4.7, or 12.0.10) or newer.
  • Confirm that SAML response validation now invokes SAMLSignatureProfileValidator prior to signature validation to prevent XML signature wrapping.
  • If a patch cannot be applied immediately, restrict the SAML endpoint to trusted IdPs and monitor for anomalous authentication patterns while preparing the upgrade.

Generated by OpenCVE AI on November 9, 2026 at 19:24 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Mon, 09 Nov 2026 18:30:00 +0000

Type Values Removed Values Added
Description SuperTokens Core is an open source authentication server. From 11.3.0 until 11.3.7, 11.4.7, and 12.0.10, SAML.verifySamlResponseSignature calls OpenSAML SignatureValidator.validate without first applying SAMLSignatureProfileValidator. The Core can therefore accept a cryptographically valid signature that references a different XML element from the Response or Assertion whose NameID and attributes are used for authentication. An ordinary user of the configured identity provider can move a genuinely signed element elsewhere in the document while supplying an attacker-authored identity-bearing element, causing XML Signature Wrapping authentication as another IdP user. Both response-level and assertion-level signing paths are affected, and SP-initiated login remains reachable without enabling allowIDPInitiatedLogin. This issue is fixed in versions 11.3.7, 11.4.7, and 12.0.10.
Title SuperTokens Core: SAML XML Signature Wrapping authentication bypass — any IdP user can authenticate as any other user
Weaknesses CWE-287
CWE-347
References
Metrics cvssV3_1

{'score': 8.1, 'vector': 'CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N'}


Subscriptions

No data.

cve-icon MITRE

Status: PUBLISHED

Assigner: GitHub_M

Published:

Updated: 2026-11-09T18:04:20.419Z

Reserved: 2026-11-06T15:27:56.225Z

Link: CVE-2026-123798

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-11-09T19:16:46.280

Modified: 2026-11-09T19:16:46.280

Link: CVE-2026-123798

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-11-09T19:30:15Z

Weaknesses
  • CWE-287

    Improper Authentication

  • CWE-347

    Improper Verification of Cryptographic Signature