CVE-2026-49952: Discuz! X5.0 Authentication Bypass via dbbak.php Encryption Oracle
Discuz! X5.0 releases 20260320 through 20260501 contains an authentication bypass vulnerability that allows unauthenticated remote attackers to gain unauthorized access to database backup and restore functionality by exploiting a shared cryptographic key between UCenter integration and the database backup API exposed by dbbak.php. Attackers can inject a crafted payload through the username parameter during login to abuse the encryption oracle in logging_ctl::logging_more(), obtain a legitimately signed token, and use it to bypass authorization for database export and import operations, with the additional ability to trigger a race condition to impersonate arbitrary users.
Security readout for executives and security teams
Plain-English summary
Discuz! X5.0 can mistakenly grant an unauthenticated internet attacker access to database backup and restore functions. Successful abuse could expose or alter sensitive forum data and may enable user impersonation. No user interaction or existing account is required.
Executive priority
Prioritize emergency assessment and remediation of public-facing affected installations. The vulnerability crosses an authentication boundary and could compromise database confidentiality and integrity. If patching cannot occur promptly, restrict the affected functionality and initiate focused log review.
Technical view
CVE-2026-49952 is a CWE-323 authentication bypass caused by shared cryptographic key use between UCenter integration and dbbak.php. The login path can act as an encryption oracle, producing a valid authorization token for database export or import. A related race condition may permit arbitrary-user impersonation. CVSS 4.0 is 9.3.
Likely exposure
Exposure is highest for internet-accessible Discuz! X5.0 deployments running releases dated 20260320 through 20260501. Administrators should verify the precise build and whether the referenced corrective commit is present. The supplied evidence does not establish that every deployment exposes dbbak.php identically.
Exploitation context
Public technical material describes exploitability and vulnerability chaining, but the supplied evidence does not establish active exploitation in the wild. The CVE is not identified as being in CISA KEV. Treat public-facing affected systems as urgent because exploitation requires no authentication or user interaction.
Researcher notes
The bundle supports the encryption-oracle, shared-key, database-operation, and race-condition claims. It identifies affected releases from 20260320 through 20260501 and links a corrective commit, but does not name a fixed release. It also provides no confirmed telemetry showing exploitation in the wild.
Mitigation direction
Apply the vendor correction represented by the referenced DiscuzX commit after compatibility testing.
Check Discuz! vendor guidance for a confirmed fixed release and upgrade path.
Restrict public access to database backup and restore functionality until remediation is verified.
Protect database backups and rotate exposed credentials if investigation indicates unauthorized access.
Validation and detection
Inventory Discuz! X5.0 installations and record their exact release dates or commit revisions.
Confirm whether the referenced corrective commit is incorporated in each deployment.
Review login activity for anomalous username inputs associated with unexpected backup or restore requests.
Review database export, import, and user-account activity for unauthorized operations.
Retest authorization boundaries safely after remediation without using production data.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-323: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references authentication or credential exposure, so valid-account and credential-access review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
The CVE wording references database injection or access, so collection and exfiltration review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
2CVSS vectors
3Timeline events
2ADP providers
5Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: pocAutomatable: yesTechnical Impact: total
CVSS vector scores
2 official scores
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-323 · source CWE mapping
Reusing a Nonce, Key Pair in Encryption
Reusing a Nonce, Key Pair in Encryption represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.