Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain low-privilege MaxKey credentials
-
DeliveryAuthenticate to MaxKey application
-
ExploitCraft SQL injection payload in filtersfields parameter
-
ExecutionSubmit request to vulnerable endpoint
-
PersistExecute arbitrary SQL queries in database context
-
ImpactExfiltrate or modify sensitive authentication data
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 valid low-privilege authentication credentials to the Dromara MaxKey instance (PR:L in CVSS vector). The attacker must have network access to the MaxKey application interface and knowledge of or ability to identify the specific API endpoint or function that invokes StrUtils.checkSqlInjection with the filtersfields parameter. The SQL injection payload is executed at the privilege level of the MaxKey database connection, which may exceed the privilege level of the authenticated user. No special non-default configuration is explicitly documented in the CVE description, suggesting the vulnerability exists in standard deployments. |
| Impact | The risk profile presents conflicting signals that warrant careful interpretation. The CVSS score of 6.3 with network attack vector (AV:N), low complexity (AC:L), and low privilege requirements (PR:L) indicates moderate severity for authenticated attackers. The EPSS data is absent, preventing exploitation probability correlation. Critically, the KEV status is not confirmed in the provided data, but the public availability of exploit code (POC=YES) significantly elevates real-world risk despite the moderate CVSS score. The requirement for low-privilege authentication (PR:L) is the primary limiting factor - this is not an unauthenticated remote code execution vulnerability. However, in identity and access management systems like MaxKey, low-privilege accounts may be numerous and easier to compromise than high-privilege ones. The vendor's non-response to early disclosure and the rapid public release of exploits suggest this is actively being leveraged. The decision to prioritize this should balance the moderate CVSS against confirmed POC availability and low authentication barriers in typical MaxKey deployments. This is a genuine security priority for MaxKey deployments rather than a high-CVSS-but-low-real-risk issue. |
| Exploit ScenarioDerived | An attacker with a low-privilege MaxKey account crafts an HTTP request with a malicious SQL injection payload in the filtersfields parameter targeting the StrUtils.checkSqlInjection function. The function fails to properly sanitize the input, allowing the attacker's SQL code to execute within the database context. The attacker then extracts sensitive authentication credentials, user account data, or configuration secrets stored in the MaxKey database, or modifies user privileges to escalate access within the identity management system. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – May 03, 2026
SQL injection in Dromara MaxKey up to version 3.5.13 allows authenticated remote attackers to execute arbitrary SQL queries via manipulation of the filtersfields argument in the StrUtils.checkSqlInjection function, potentially leading to unauthorized data access, modification, or deletion. The vulnerability requires low-privilege authentication and has publicly available exploit code; the vendor has not responded to early disclosure notifications.
RemediationAI
Immediate patching is recommended: upgrade Dromara MaxKey to a version released after 3.5.13 that addresses the SQL injection flaw in StrUtils.checkSqlInjection. Contact Dromara directly for patched release availability given the vendor's reported non-responsiveness to prior disclosure. As an interim compensating control, restrict network access to MaxKey administrative interfaces to trusted networks only, and implement Web Application Firewall (WAF) rules to detect and block SQL injection patterns in HTTP requests targeting the filtersfields parameter. Additionally, enforce strong authentication policies to minimize the number of low-privilege accounts with access to MaxKey, and implement database-level SQL injection protections such as prepared statements and parameterized queries where possible. Monitor database query logs for anomalous SQL patterns, particularly those containing UNION, SELECT, or comment sequences in filtersfields parameters. Note: WAF and logging controls mitigate exploitation but do not eliminate the vulnerability; patching remains the definitive remediation.
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 vulnerability resides in the StrUtils.java file, specifically in the checkSqlInjection function which is responsible for validating user input to prevent SQL injection attacks. The flaw occurs because the filtersfields parameter is not properly sanitized or parameterized before being used in SQL queries, allowing an authenticated user to inject malicious SQL code. This is a classic SQL injection vulnerability (CWE-89) where insufficient input validation on a critical security function defeats the protection mechanism itself. The CPE indicates all versions of Dromara MaxKey up to 3.5.13 are affected.
Know when Maxkey 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:L/UI:N/VC:L/VI:L/VA:L/SC:N/SI:N/SA:N/E:P
Primary rating from Vendor (VulDB) · only source for this CVE.
CVSS VectorVendor: VulDB
Lifecycle Timeline
4DescriptionCVE.org
A security flaw has been discovered in Dromara MaxKey up to 3.5.13. Affected by this issue is the function StrUtils.checkSqlInjection of the file StrUtils.java. Performing a manipulation of the argument filtersfields results in sql injection. The attack is possible to be carried out remotely. The exploit has been released to the public and may be used for attacks. The vendor was contacted early about this disclosure but did not respond in any way.
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.
OAuth 2.0 authorization-code theft in Dromara MaxKey through 4.1.12 lets remote attackers hijack a victim's authorizatio
Server-side request forgery (SSRF) in Dromara MaxKey up to 4.1.7 allows authenticated attackers to make internal network
EUVD-2026-26837
NVD
CVE.org
EPSS
Vulnrichment
GitHub
VulDB
Exploit-DB