Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain previously issued Casdoor JWT
-
DeliveryIdentify token exchange endpoint
-
ExploitSubmit JWT as subject_token
-
ExecutionBypass absent revocation check
-
PersistReceive freshly minted access token
-
ImpactAccess federated downstream applications
Vulnerability Assessment
| Exploitation Conditions | Exploitation requires the attacker to (1) possess a cryptographically valid JWT previously issued by the target Casdoor instance whose signature still verifies under a current signing key, and (2) reach the OAuth 2.0 token exchange endpoint that invokes GetTokenExchangeToken() in object/token_oauth.go. No interactive user consent, no administrative privileges, and no special non-default configuration are required on the Casdoor side - the missing revocation check is present in the default code path of versions ≤2.362.0. The principal limiting factor is the JWT-possession prerequisite: the flaw extends the usable lifetime of already-issued tokens rather than enabling token forgery from nothing, so an attacker without any prior token foothold cannot exploit this in isolation. Network reachability to the Casdoor token endpoint is assumed (matching CVSS AV:N). |
| Impact | The CVSS 3.1 vector AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H scores 9.8 and asserts network reachability, no privileges, and no user interaction - appropriate for an IAM token endpoint, but exploitation in practice still requires the attacker to first obtain a validly signed JWT (e.g., through earlier theft, leak, or a previously-issued-but-now-revoked token). EPSS is 0.02% at the 5th percentile and the CVE is NOT on CISA KEV, indicating no observed mass exploitation; no public exploit is identified at time of analysis. The SSVC dimensions are not provided in the input, but the technical impact is high for environments that rely on Casdoor for SSO/federation, because administrators lose the ability to terminate sessions after credential compromise - a control failure that is most damaging during incident response. Net: this is a meaningful priority for any production Casdoor deployment, though urgency is moderated by the lack of observed exploitation and the precondition of possessing a valid JWT. |
| Exploit ScenarioDerived | An attacker obtains a valid Casdoor-issued JWT - for example, from a logged browser session, a leaked CI secret, or a token issued to an employee who has since left and whose account was administratively revoked. The attacker submits this JWT to the OAuth token exchange endpoint as a subject_token; because GetTokenExchangeToken() never consults the Token table, the revoked credential is treated as live and a fresh access token is minted, granting continued access to downstream applications federated through Casdoor. No public POC is identified at this time. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 02, 2026
Token revocation bypass in Casdoor identity management platform (versions 2.362.0 and earlier) allows remote unauthenticated attackers to continue using stolen or revoked JWTs indefinitely via the OAuth token exchange endpoint. The GetTokenExchangeToken() function validates JWT signatures but never checks the Token table for revocation status, breaking a core security guarantee of the identity provider. EPSS exploitation probability is currently very low (0.02%, 5th percentile) and no public exploit is identified, though the 9.8 CVSS reflects the high impact on authentication boundaries.
RemediationAI
Upgrade Casdoor to a release later than 2.362.0 that introduces a revocation lookup in GetTokenExchangeToken(); no exact fixed version was provided in the input, so confirm the patched version via the CERT/CC advisory at https://kb.cert.org/vuls/id/780781 and the Casdoor project release notes before deploying. As a compensating control until patched, disable or restrict the OAuth 2.0 token exchange grant type (urn:ietf:params:oauth:grant-type:token-exchange) at the application or reverse-proxy layer, which prevents the vulnerable code path from being reached but breaks any legitimate delegation/impersonation flows that rely on token exchange. Additionally, shorten access token lifetimes aggressively so revocation-by-expiration approximates real revocation (trade-off: increased refresh traffic and user-visible re-authentication), and front Casdoor with a gateway that maintains its own revocation list keyed on the JWT jti claim. Rotate any tokens believed to be compromised by rotating signing keys (kid), which invalidates all outstanding JWTs at once but forces a global re-authentication event.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 2 packages in go, euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Casdoor is an open-source identity and access management (IAM) platform implementing OAuth 2.0, OIDC, SAML, and related federation protocols, distributed via the casdoor:casdoor CPE. The defect lives in object/token_oauth.go within the OAuth 2.0 Token Exchange flow (RFC 8693), where the subject_token presented by the client is cryptographically validated for signature and claim integrity but is never reconciled against the server-side Token table that tracks revocation state. Although no CWE was assigned in the input, the behavior aligns with CWE-613 (Insufficient Session Expiration) and CWE-287 (Improper Authentication), since signature-only JWT validation without a stateful revocation check is a well-known anti-pattern for systems that expose explicit revocation APIs.
Know when Casdoor gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
Primary rating from NVD.
CVSS VectorNVD
Lifecycle Timeline
3DescriptionCVE.org
Casdoor versions 2.362.0 and earlier do not verify that a JWT used for token exchange is still active. The GetTokenExchangeToken() function in object/token_oauth.go validates the JWT signature and parses its claims, but never queries the Token table to verify whether the subject token has been revoked or invalidated. Because the revocation check is entirely absent, administrators are unable to terminate active sessions or revoke compromised tokens.
Executive ViewAI
Casdoor identity management platform (versions 2.362.0 and earlier) contains a critical authentication bypass allowing attackers to use revoked or stolen authentication tokens indefinitely. Any organization relying on Casdoor for identity and access control faces fundamental compromise of their authentication boundaries, with attackers potentially maintaining persistent unauthorized access even after token revocation.
Pending vendor patch availability: (1) Reduce JWT token expiration window to absolute minimum (e.g., 1 hour or less). (2) Implement secondary token revocation validation at each resource endpoint consuming tokens, independent of Casdoor revocation status. (3) Disable token exchange endpoint if operationally feasible, or restrict network access to authorized consumers only. (4) Establish real-time anomaly detection on token exchange requests and revocation failures. (5) Conduct immediate audit and force revocation of all active tokens issued before patch deployment. (6) Segment Casdoor network access to only required downstream services.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Cross-organization user administration takeover in Casdoor through 4.4.0 allows any holder of a single application's cli
Casdoor through 4.4.0 exposes its instance-wide built-in JWT signing private key unmasked through the /api/get-certs and
Casdoor v1.97.3 was discovered to contain an arbitrary file write vulnerability via the fullFilePath parameter at /api/u
Casdoor is a UI-first Identity and Access Management (IAM) / Single-Sign-On (SSO) platform. Rated high severity (CVSS 8.
Casdoor before v1.126.1 was discovered to contain an arbitrary file deletion vulnerability via the uploadFile function.
Casdoor v1.331.0 and below was discovered to contain a Cross-Site Request Forgery (CSRF) in the endpoint /api/set-passwo
Casdoor is a UI-first Identity and Access Management (IAM) / Single-Sign-On (SSO) platform. Rated medium severity (CVSS
Cross-tenant privilege escalation in Casdoor allows a non-global organization admin in one tenant to delete, create, or
Path traversal in Casdoor's Local File System storage provider allows authenticated administrators to write arbitrary fi
Cross-organization token exchange in Casdoor versions 2.362.0 and earlier allows remote unauthenticated attackers to esc
SAML authentication bypass in Casdoor 2.362.0 and earlier allows remote unauthenticated attackers to authenticate as arb
Unauthenticated arbitrary file upload in Casdoor's /api/upload-resource endpoint (controllers/resource.go) exposes all v
Same technique Information Disclosure
View allVendor StatusVendor
SUSE
Severity: Critical| Product | Status |
|---|---|
| SUSE Linux Enterprise Server 16.1 | Affected |
| SUSE Linux Enterprise Server for SAP applications 16.1 | Affected |
| SUSE Linux Enterprise Module for Package Hub 15 SP5 | Affected |
| SUSE Linux Enterprise Module for Package Hub 15 SP6 | Affected |
| openSUSE Leap 15.5 | Affected |
| openSUSE Leap 15.6 | Affected |
EUVD-2026-32951
GHSA-339w-3hqm-9pjc
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB