Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain user table via SQLi or DB access
-
ExploitExtract unsalted MD5 password digests
-
ExecutionCrack offline with rainbow tables or GPU
-
ImpactAuthenticate as compromised users
Vulnerability Assessment
| Weakness |
CWE
|
| Exploitation Conditions | Exploitation is NOT self-contained: the attacker must first obtain the account table, either through a separate SQL injection vulnerability or direct read access to the backend database that stores Jivejdon user credentials. The specific enabling defect is that passwords are stored as unsalted MD5 digests (ToolsUtil.hash() called from AccountDaoSql), so any disclosed hash is crackable offline with precomputed tables or GPU attacks - there is no per-user salt or key-stretching to slow recovery. The primary LIMITING factor is this prerequisite database/table access (captured by AC:H and AT:P in the CVSS 4.0 vector); the weakness cannot be triggered remotely against a default deployment without that prior compromise, which is why it functions as an impact amplifier rather than an initial-access vector. |
| Impact | This is a weak password storage flaw (CWE-916: unsalted MD5 via ToolsUtil.hash) rather than a direct access vulnerability, which strongly shapes its real-world risk. The vendor-assigned CVSS 4.0 score of 8.2 is elevated primarily by VC:H (full credential disclosure once hashes are cracked), but it is tempered by AC:H and AT:P, correctly reflecting that exploitation is not self-contained: an attacker must FIRST obtain the user table via separate database access or SQL injection. No EPSS score, CISA KEV listing, or POC was provided in the intelligence, so there is no signal of active or probable exploitation - consistent with a defense-in-depth/credential-amplification weakness rather than an internet-facing RCE. Note a nuance: the vector lists PR:N (unauthenticated), yet the description's precondition ('obtain the user table through database access or SQL injection') implies meaningful prior access is required - the PR:N reflects that the hashing weakness itself needs no authentication, not that the overall attack is trivial. Net assessment: a legitimate hardening priority that materially worsens the impact of any database breach, but not a standalone high-urgency flaw absent evidence of exploitation. |
| Exploit ScenarioDerived | An attacker leverages a separate SQL injection flaw or gains read access to the Jivejdon backend database and exfiltrates the account table containing unsalted MD5 password digests. Because the hashes lack salting, the attacker recovers plaintext passwords offline using precomputed rainbow tables or GPU-accelerated brute force, then reuses the credentials to log in as legitimate users or administrators. No public exploit code was identified, and the attack depends on first achieving the database-access precondition (reflected by AC:H/AT:P). |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 08, 2026
Jivejdon through 5.0 stores account passwords as unsalted MD5 digests - computed by ToolsUtil.hash() and persisted through AccountDaoSql - so an attacker who obtains the user table can recover plaintext credentials offline with precomputed tables or GPU-accelerated cracking. The flaw is not self-contained: it requires a prior database compromise or a separate SQL injection to reach the credential table, which is why the assessed vector is CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:N/A:N (vendor CVSS 4.0 rates it 8.2 with AC:H/AT:P), making this an impact amplifier rather than an initial-access vector. No public exploit code and no confirmed active exploitation of this password-storage weakness were identified at time of analysis, although the advisory carries an associated SQLi tag.
RemediationAI
No vendor-released patch was identified at time of analysis, so remediation centers on replacing the storage scheme and containing the prerequisite database exposure. First, eliminate the enabling condition: audit and fix any SQL injection in Jivejdon's data-access layer (the advisory's SQLi tag indicates this is a realistic exfiltration path), restrict direct read access to the account table to the application account only, and enable database query/logging alerts for bulk SELECTs against that table - these reduce likelihood but do not remove the weakness itself. Second, replace unsalted MD5 with a memory-hard, salted scheme (bcrypt, scrypt or Argon2id, or PBKDF2-HMAC-SHA-256 with a high iteration count) using a unique random salt per user; note the trade-off that hashing cannot be applied retroactively to already-stored digests - they must be recomputed. Two migration options exist: rehash each password at the next successful login (transparent to users, but any account that never logs in remains on MD5 indefinitely), or force a global password reset and write new digests immediately (closes the gap at once but causes user disruption and help-desk load). Given that MD5 hashes already breached can be cracked quickly, assume disclosure of any credential table that has been accessible and force resets for those accounts, plus credential-stuffing monitoring on reused passwords. Track upstream status via https://github.com/banq/jivejdon/issues/28 and the vendor repository at https://github.com/banq/jivejdon, and consult https://www.vulncheck.com/advisories/jivejdon-through-5.0-unsalted-md5-password-storage-via-accountdaosql for the code-level references that must be changed.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The root cause is CWE-916 (Use of Password Hash With Insufficient Computational Effort): Jivejdon derives account password digests with plain, unsalted MD5. The advisory references pinpoint the exact code paths - ToolsUtil.java lines 198-211 (the hash() routine), AccountDaoSql.java lines 181 and 253 (where the digest is written to and read from the account table), plus DigestUtil.java lines 30-44 and JiveJdonLoginMoudle.java line 86 in the JAAS login module, indicating the same weak digest scheme is used both for storage and for login verification. MD5 is a fast, collision-broken 128-bit hash designed for integrity checking, not password storage: it has no per-user salt (so identical passwords produce identical digests across accounts, enabling rainbow-table lookups and bulk cracking) and no key stretching (so GPU and ASIC rigs can test billions of candidates per second). CPE data (cpe:2.3:a:banq:jivejdon:*:*:*:*:*:*:*:*) confirms the affected component is the Jivejdon Java application itself across its version range through 5.0, and the version-agnostic wildcard reflects that no fixed release is documented. Because the safeguard must run on the attacker's hardware after exfiltration, the weakness can only be realized once the credential table is disclosed - the enabling condition captured by the high attack complexity and AT:P (attack requirements present) in the CVSS 4.0 vector.
Know when Jivejdon 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
CVSS:4.0/AV:N/AC:H/AT:P/PR:N/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N
AC:H because exploitation requires first obtaining the hash table via separate DB access/SQLi; C:H for full credential recovery after offline cracking; I/A:N as the flaw itself alters no data or availability.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
DescriptionCVE.org
Jivejdon through 5.0 contains a weak password storage vulnerability that stores account passwords as unsalted MD5 digests via ToolsUtil.hash() in AccountDaoSql. Attackers who obtain the user table through database access or SQL injection can crack passwords with precomputed tables or GPU attacks.
Executive ViewAI
Jivejdon through version 5.0 relies on unsalted MD5 hashing for account passwords, meaning a breach of its user database would expose all credentials to offline cracking. This vulnerability acts as a force multiplier, turning a separate database compromise or SQL injection into a mass credential leak that can fuel account takeover and lateral movement. Leadership should prioritize remediation because the resulting credential compromise could undermine trust and enable further attacks across integrated systems.
No vendor-released patch identified at time of analysis. Interim mitigations include enforcing least-privilege database access, deploying database activity monitoring, implementing parameterized queries to prevent SQL injection, and migrating to bcrypt/Argon2 hashing. Additionally, enforce password resets and MFA for all accounts.
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
SQL injection exploits the way applications construct database queries by mixing user input directly into SQL statements.
Missing rate limiting in Jivejdon's unauthenticated /account/smsVRAction endpoint allows remote attackers to send unlimi
SQL injection in Jivejdon through 5.0 allows an authenticated user with the Admin role to read arbitrary database conten
Authentication bypass in Jivejdon through 5.0 allows remote attackers to log in as any user whose account was created th
Authenticated users can delete other users' subscriptions in Jivejdon through 5.0 by sending a delete action with a vict
Reflected cross-site scripting in Jivejdon from commit 5489372d through ee67a65e allows unauthenticated remote attackers
Missing authorization in Jivejdon's UpdateThreadToForumAction (present from commit d58a36b0 through commit ee67a65e) let
Reflected cross-site scripting in Jivejdon through 5.0 lets an attacker execute arbitrary JavaScript in an authenticated
Cross-site request forgery in Jivejdon through 5.0 allows unauthenticated attackers to trick authenticated users into de
Stored cross-site scripting in Jivejdon through 5.0 allows an authenticated user to embed script inside a private short
Stored cross-site scripting in Jivejdon through 5.0 lets an authenticated, upload-capable user store an attachment whose
Stored cross-site scripting in Jivejdon through 5.0 allows any authenticated forum user to inject JavaScript into a thre
Stored cross-site scripting in the JiveJdon forum platform (banq/jivejdon) from commit 595d8d22 through commit ee67a65e
EUVD-2026-95309
GHSA-7r6r-2h95-gg56
NVD
CVE.org
EPSS
Exploit-DB