Skip to main content

Dromara MaxKey EUVDEUVD-2026-26837

| CVE-2026-7699 LOW
SQL Injection (CWE-89)
2026-05-03 VulDB
2.1
CVSS 4.0 · Vendor: VulDB
View

Attack ChainAIDerived

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

  1. Access
    Obtain low-privilege MaxKey credentials
  2. Delivery
    Authenticate to MaxKey application
  3. Exploit
    Craft SQL injection payload in filtersfields parameter
  4. Execution
    Submit request to vulnerable endpoint
  5. Persist
    Execute arbitrary SQL queries in database context
  6. Impact
    Exfiltrate 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.

Monitor Track and reassess. Why: LOW severity (CVSS 0.1-3.9).
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 – 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

MaxKey 3.5.13
MaxKey 3.5.10
MaxKey 3.5.12
MaxKey 3.5.5
MaxKey 3.5.2
MaxKey 3.5.3
MaxKey 3.5.1
MaxKey 3.5.8
MaxKey 3.5.4
MaxKey 3.5.6
MaxKey 3.5.11
MaxKey 3.5.9
MaxKey 3.5.0
MaxKey 3.5.7

Affected Packages

euvd maxkey no fix

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

Vendor (VulDB) PRIMARY 2.1 LOW
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

Attack Vector
Network
Attack Complexity
Low
Attack Requirements
None
Privileges Required
Low
User Interaction
None
Vulnerable system: Confidentiality
Low
Vulnerable system: Integrity
Low
Vulnerable system: Availability
Low
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

Lifecycle Timeline

4
Severity Changed
May 03, 2026 - 15:22 NVD
MEDIUM LOW
CVSS changed
May 03, 2026 - 15:22 NVD
6.3 (MEDIUM) 2.1 (LOW)
PoC Detected
May 03, 2026 - 15:15 vuln.today
Public exploit code
CVE Published
May 03, 2026 - 14:00 nvd
LOW 2.1

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

EPSS Score
0.0%
Top 93% exploitable
Exploit
POC
Public exploit code exists
Data Quality
7 sources
Confidence: High
EUVD NVD CVE.org EPSS Vulnrichment GitHub VulDB

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 LOW
CISA KEV No
Public POC Yes
EPSS 0.0%
Patch available No
Active threat No
Deciding rule
LOW severity (CVSS 0.1-3.9)
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· derived
Scheduled
Exploitation
Poc
System Exposure· derived
Open
Automatable
No
Human Impact· derived
Low
Technical Impact
Partial

Priority Score

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

Attack Technique

SQL injection exploits the way applications construct database queries by mixing user input directly into SQL statements.

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