CVE-2025-66336: Apache Doris MCP Server SQL Injection Vulnerability (CVSS 8.1)
Apache Doris MCP Server has a SQL injection vulnerability in how it handles metadata queries. When a user provides a database name, that name gets directly inserted into a SQL query without proper safeguards. An attacker with valid credentials—or without any credentials if authentication is turned off—can exploit this to run unauthorized SQL commands and access data from databases they shouldn't be able to reach. The vendor recommends upgrading to version 0.6.1 or later to fix the problem.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 8.1 HIGH · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N
- Weaknesses (CWE)
- CWE-89
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-22 / 2026-06-26
NVD description (verbatim)
Apache Doris MCP Server contains a SQL injection vulnerability in a metadata query path. A user-controlled database name is directly interpolated into a SQL query, and the query is executed without passing the caller's authorization context. This may allow an authenticated attacker, or an anonymous attacker if authentication is disabled, to bypass SQL security validation and access metadata outside the intended database scope. Affected users are recommended to upgrade to Doris version 0.6.1 or later, which fixes the issue.
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2025-66336 is a SQL injection flaw (CWE-89) in Apache Doris MCP Server affecting metadata query operations. The vulnerability stems from unsanitized interpolation of a user-controlled database name parameter directly into a SQL query string. The query is executed without propagating the caller's authorization context, meaning the injection point bypasses row-level security and scope boundaries that would normally limit database access. This allows authenticated users to craft queries that access metadata outside their intended namespace, or unauthenticated users if the deployment has authentication disabled.
Business impact
This vulnerability creates a significant data exposure risk for organizations running Apache Doris MCP Server. An insider or external attacker with network access could enumerate and exfiltrate metadata from databases they lack permission to view, potentially revealing table schemas, column definitions, and other structural information used in data governance and security planning. In multi-tenant environments, this could lead to cross-tenant information disclosure. The impact is heightened in deployments where authentication is disabled, which may be the case in isolated development or lab environments that later connect to production.
Affected systems
Apache Doris MCP Server versions prior to 0.6.1 are affected. The vulnerability impacts any deployment, regardless of authentication posture, though the risk surface is broader when authentication is disabled. Organizations should verify their Doris version and check whether any instances are connected to production or sensitive data environments.
Exploitability
The vulnerability requires network access to the Doris MCP Server endpoint (AV:N). Exploitation is straightforward—no complex exploitation technique is needed (AC:L). An attacker must be either an authenticated user (PR:L) or have access in an authentication-disabled environment. No user interaction is required (UI:N). The flaw is a direct code path that does not depend on race conditions or timing. Given the simplicity of SQL injection and the lack of authentication barriers in some deployments, this should be treated as readily exploitable by competent attackers.
Remediation
Upgrade Apache Doris MCP Server to version 0.6.1 or later. This version contains fixes that properly sanitize or parameterize the database name parameter and restore authorization context validation. Before patching, restrict network access to the MCP Server to trusted callers only, disable or strengthen authentication if currently disabled, and monitor query logs for suspicious metadata access patterns.
Patch guidance
Consult the official Apache Doris project release notes and security advisories for version 0.6.1 to confirm patch availability and any upgrade prerequisites. Test the patch in a non-production environment first, particularly if your deployment includes custom configurations or integrations with other tools. Verify that the patch is applied uniformly across all MCP Server instances in your infrastructure. After upgrade, validate that metadata queries are properly scoped and that authorization checks are enforced as expected.
Detection guidance
Monitor MCP Server query logs for SQL patterns that reference database names not typically accessed by known applications or users. Look for queries that include unusual string concatenation or escaping attempts around database name parameters. Network intrusion detection rules should flag unusual volumes of metadata queries from single users or sessions. Implement query audit logging if not already enabled, and correlate access logs with known user roles and their authorized database scopes. Test your detection by running authorized metadata queries and confirming they are logged and auditable.
Why prioritize this
With a CVSS 3.1 score of 8.1 (HIGH) and a vector indicating network access, low complexity exploitation, and high confidentiality and integrity impact, this vulnerability warrants prompt action. The low barrier to exploitation (authenticated or unauthenticated depending on configuration) and the direct path to unauthorized data access elevate risk, particularly in regulated industries handling sensitive data. Although not yet tracked in the CISA KEV catalog, organizations should prioritize remediation based on their own data classification and exposure posture.
Risk score, explained
The CVSS 3.1 score of 8.1 reflects: (1) Network-accessible attack surface (AV:N), (2) Low attack complexity requiring no special tools or conditions (AC:L), (3) Privileges required only at the user level (PR:L), indicating insider and low-privilege threats are in scope, (4) No user interaction needed (UI:N), and (5) High confidentiality and integrity impact (C:H, I:H) from unauthorized metadata access and potential query manipulation. The score does not account for organizational factors like data sensitivity or deployment context—assess those separately in your risk model.
Frequently asked questions
If we have authentication enabled and restrict network access, is this vulnerability still a concern?
Yes, but the immediate risk is lower. An authenticated insider could still exploit the flaw to access unauthorized databases. Network segmentation buys time, but the underlying code flaw remains exploitable if an attacker gains credentials or if authentication is later disabled for troubleshooting. Patching is still essential.
How do I verify which version of Doris MCP Server I'm running?
Check your deployment documentation or connect to the MCP Server endpoint and query its version endpoint or administrative interface. Consult your Apache Doris deployment guide for the specific command. If you are unsure, treat it as potentially vulnerable and prioritize an inventory audit.
Can I work around this vulnerability without upgrading immediately?
Temporary mitigations include restricting network access to the MCP Server to a whitelist of trusted hosts, enabling and enforcing authentication if not already done, and auditing all metadata queries. However, these are not substitutes for patching. Plan your upgrade to version 0.6.1 or later as soon as your maintenance window permits.
Will upgrading to 0.6.1 break my existing queries or integrations?
Verify the release notes and changelog for version 0.6.1 to identify any breaking changes. Test the upgrade in a non-production environment first. In general, security patches that fix input validation should not break legitimate, properly-scoped queries, but your specific configuration and integrations should be validated.
This analysis is provided for informational purposes and reflects publicly available information as of the publication date. Security assessments should be tailored to your specific infrastructure, data classification, and threat model. Consult official Apache Doris security advisories and your vendor documentation before applying patches. SEC.co makes no warranty regarding the completeness or accuracy of this analysis. Organizations are responsible for validating patch applicability and testing before production deployment. Source: NVD (public-domain), retrieved 2026-07-28. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2016-20062HIGHSQL Injection in Simply Poll 1.4.1 WordPress Plugin - Unauthenticated Data Theft
- CVE-2016-20063HIGHSQL Injection in Single Personal Message 1.0.3 – Credential & Data Theft Risk
- CVE-2016-20065HIGHUnauthenticated SQL Injection in Product Catalog 8 WordPress Plugin
- CVE-2016-20068HIGHUnauthenticated SQL Injection in WordPress Booking Calendar Contact Form 1.0.23
- CVE-2016-20069HIGHUnauthenticated SQL Injection in WordPress Booking Calendar Contact Form 1.0.23
- CVE-2016-20071HIGHCritical SQL Injection in WordPress 404 Redirection Manager Plugin v1.0
- CVE-2016-20072HIGHBBS e-Franchise WordPress Plugin SQL Injection – Remote Data Exfiltration Risk
- CVE-2016-20073HIGHSQL Injection in Answer My Question 1.3 WordPress Plugin