Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate with Admin role
-
ExploitSubmit crafted username to /admin/user/userListAction
-
ExecutionInject SQL into getAccountByNameLike() LIKE clause
-
ImpactDump account rows and password hashes
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization Parameterized queries, prepared statements
MITRE ATT&CK
2 techniques across 2 tactics: Initial Access, Persistence The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires an authenticated account holding the Admin role; the attacker must reach the administrative endpoint /admin/user/userListAction and supply a crafted username value that is passed to AccountDaoSql.getAccountByNameLike(). The decisive limiting factor is the PR:H requirement - only administrators can trigger the vulnerable code path, so this is not exploitable by anonymous or low-privilege users and is most relevant as an insider or post-compromise credential-harvesting vector. No special non-default configuration is described beyond having the admin user-management function available; impact is limited to database read (password hash disclosure) with no stated write or availability effect. |
| Impact | This is a genuine but constrained vulnerability - a classic CWE-89 SQL injection, but gated behind the highest privilege level. The CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:H/UI:N/VC:H) is internally consistent with the description: network-reachable via the /admin/user/userListAction endpoint, low complexity, but requiring PR:H because only accounts holding the Admin role can reach the vulnerable getAccountByNameLike() path. Confidentiality impact is High (password hash disclosure) while integrity and availability are None, which matches a read-only injection. No EPSS score, KEV listing, or public POC was provided in the intelligence, so there is no signal of active or probable exploitation; the score of 6.9 (Medium) reflects the high privilege prerequisite that sharply limits the realistic attacker population. The practical risk is best read as a privilege-escalation/lateral-movement aid: an attacker who has already compromised an admin account (or a malicious insider) can extract other users' credential hashes, rather than a mass-exploitable remote flaw. Note that PR:H means the attacker already controls the admin role - defenders should weigh this against the raw CVSS number, which overstates urgency for a flaw an attacker can only reach post-authentication as an administrator. |
| Exploit ScenarioDerived | A user who already holds the Admin role (or an attacker who has compromised an admin session) submits crafted input in the username parameter to /admin/user/userListAction, which flows unsanitized into AccountDaoSql.getAccountByNameLike(). By injecting SQL into the LIKE clause, they coerce the query to return arbitrary account rows and dump every user's stored password hashes. No public exploit code is identified at time of analysis, but the injection point is low-complexity once admin access is held. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 08, 2026
SQL injection in Jivejdon through 5.0 allows an authenticated user with the Admin role to read arbitrary database contents, including other accounts' password hashes, by submitting a crafted username to the /admin/user/userListAction endpoint (AccountDaoSql.getAccountByNameLike()). The CVSS 4.0 vector (PR:H) confirms this is not reachable by anonymous or low-privilege users, so the practical risk is insider abuse or post-compromise credential harvesting rather than broad exploitation. No public exploit code or CISA KEV entry is identified in the provided data, and the assessed impact is confidentiality-only (database read; no integrity or availability effect).
RemediationAI
No fixed version is specified in the available data. The primary code fix is to replace string concatenation in AccountDaoSql.getAccountByNameLike() with a parameterized query or PreparedStatement and to validate/allowlist the username parameter before it reaches the DAO; monitor https://github.com/banq/jivejdon/issues/28 and https://github.com/banq/jivejdon/issues/24 for an upstream fix or patch release. Until a patched version is available, compensating controls include restricting the Admin role to the smallest possible set of trusted accounts, adding authentication and authorization checks around /admin/user/userListAction, and blocking SQL-injection patterns at a WAF or reverse proxy in front of the administrative interface-though WAF rules can produce false positives and do not fix the underlying query. Because the injection can disclose password hashes, rotate affected credentials and migrate password storage to a strong adaptive hash (e.g., bcrypt/Argon2) if not already in use, and review database logs for anomalous SELECT activity from the administrative endpoint; these actions reduce follow-on credential-cracking risk but do not prevent the SQL injection itself.
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
Jivejdon is a Java-based forum/community application, and the affected component is a data-access object, AccountDaoSql, whose getAccountByNameLike() method constructs a SQL query for the username parameter without proper parameterization, creating a classic CWE-89 SQL injection. The vulnerable path is exposed through the administrative action /admin/user/userListAction, which invokes the DAO with attacker-controlled input; because the CVSS vector includes PR:H, an attacker must already hold the Admin role. Successful injection lets the attacker alter the WHERE/LIKE clause to return additional rows, disclosing data from the accounts table-specifically password hashes-but the vector shows VC:H with VI:N/VA:N, meaning read-only database impact. The CPE cpe:2.3:a:banq:jivejdon:*:*:*:*:*:*:*:* indicates all versions through 5.0 are in scope, and the provided GitHub source links point to the vulnerable method and action.
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:L/AT:N/PR:H/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N
Network-reachable admin endpoint with low-complexity injection, but PR:H because only Admin-role accounts can trigger it; impact is read-only hash disclosure, so C:H, I:N, A:N.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
DescriptionCVE.org
Jivejdon through 5.0 contains a sql injection vulnerability in AccountDaoSql.getAccountByNameLike() that allows authenticated administrators to inject SQL via the username parameter. Attackers with the Admin role can submit crafted input to /admin/user/userListAction to read database contents, including other accounts' password hashes.
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.
Jivejdon through 5.0 stores account passwords as unsalted MD5 digests - computed by ToolsUtil.hash() and persisted throu
Missing rate limiting in Jivejdon's unauthenticated /account/smsVRAction endpoint allows remote attackers to send unlimi
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-2025-211053
GHSA-824j-5w2g-7j65
NVD
CVE.org
EPSS
Exploit-DB