Skip to main content

Casdoor CVE-2026-9097

| EUVDEUVD-2026-32951 CRITICAL
2026-05-28 certcc GHSA-339w-3hqm-9pjc
9.8
CVSS 3.1 · NVD
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Obtain previously issued Casdoor JWT
  2. Delivery
    Identify token exchange endpoint
  3. Exploit
    Submit JWT as subject_token
  4. Execution
    Bypass absent revocation check
  5. Persist
    Receive freshly minted access token
  6. Impact
    Access 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.

Act Now Prioritize within 24-48h. Why: CRITICAL severity.
No patch listed yet 0.0% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – 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

casdoor 0 ≤2.362.0

Affected Packages

go github.com/casdoor/casdoor no fix
euvd casdoor no fix

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

NVD PRIMARY 9.8 CRITICAL
AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
SUSE CRITICAL

Primary rating from NVD.

CVSS VectorNVD

Attack Vector
Network
Attack Complexity
Low
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
High
Integrity
High
Availability
High

Lifecycle Timeline

3
CVSS changed
Jun 02, 2026 - 17:22 NVD
9.8 (CRITICAL)
CVE Published
May 28, 2026 - 16:29 nvd
UNKNOWN (no severity yet)
CVE Published
May 28, 2026 - 16:29 nvd
CRITICAL 9.8

DescriptionCVE.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

Why It Matters

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.

Business Impact: Severe
Compensating Controls

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

EPSS Score
0.0%
Top 95% exploitable
Threat Intel
1
1 sources
Data Quality
5 sources
Confidence: Medium
EUVD NVD CVE.org EPSS Vulnrichment GHSA Vendor

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.

SignalValue
Severity CRITICAL
CISA KEV No
Public POC No
EPSS 0.0%
Patch available No
Active threat No
Deciding rule
CRITICAL severity
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Out-of-Cycle
Exploitation
None
System Exposure· derived
Open
Automatable
Yes
Human Impact
Very High
Technical Impact
Total

Priority Score

49
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +49
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

CVE-2026-91998 CRITICAL POC
9.4 Sep 15

Cross-organization user administration takeover in Casdoor through 4.4.0 allows any holder of a single application's cli

CVE-2026-90942 CRITICAL POC
9.3 Sep 14

Casdoor through 4.4.0 exposes its instance-wide built-in JWT signing private key unmasked through the /api/get-certs and

CVE-2022-38638 CRITICAL POC
9.1 Sep 09

Casdoor v1.97.3 was discovered to contain an arbitrary file write vulnerability via the fullFilePath parameter at /api/u

CVE-2024-41657 HIGH POC
8.8 Aug 20

Casdoor is a UI-first Identity and Access Management (IAM) / Single-Sign-On (SSO) platform. Rated high severity (CVSS 8.

CVE-2022-44942 HIGH POC
8.1 Dec 07

Casdoor before v1.126.1 was discovered to contain an arbitrary file deletion vulnerability via the uploadFile function.

CVE-2023-34927 MEDIUM POC
6.5 Jun 22

Casdoor v1.331.0 and below was discovered to contain a Cross-Site Request Forgery (CSRF) in the endpoint /api/set-passwo

CVE-2024-41658 MEDIUM POC
6.1 Aug 20

Casdoor is a UI-first Identity and Access Management (IAM) / Single-Sign-On (SSO) platform. Rated medium severity (CVSS

CVE-2026-15630 CRITICAL
9.9 Jul 23

Cross-tenant privilege escalation in Casdoor allows a non-global organization admin in one tenant to delete, create, or

CVE-2026-6815 MEDIUM POC
5.9 May 11

Path traversal in Casdoor's Local File System storage provider allows authenticated administrators to write arbitrary fi

CVE-2026-9094 CRITICAL
9.8 May 28

Cross-organization token exchange in Casdoor versions 2.362.0 and earlier allows remote unauthenticated attackers to esc

CVE-2026-9093 CRITICAL
9.8 May 28

SAML authentication bypass in Casdoor 2.362.0 and earlier allows remote unauthenticated attackers to authenticate as arb

CVE-2026-84423 MEDIUM POC
5.5 Sep 01

Unauthenticated arbitrary file upload in Casdoor's /api/upload-resource endpoint (controllers/resource.go) exposes all v

Vendor 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

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy