Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLocate exposed MCMS verify.do endpoint
-
DeliveryCraft SQL payload in GET parameter
-
ExploitInject via PageAction.verify query
-
ExecutionExtract or modify database records
-
ImpactExfiltrate credentials/content
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 network access to an MCMS instance running versions 6.1.1 through 6.2.1 with the /ms/mdiy/page/verify.do endpoint reachable; no authentication, user interaction, or non-default configuration is indicated (CVSS PR:N/UI:N), so a default-exposed MCMS deployment is directly attackable. The primary limiting factor is deployment scope: MCMS is a niche CMS, so realistic exposure depends on the instance being internet- or attacker-network-reachable. No feature toggle or special mode is named in the description as a prerequisite. |
| Impact | This is a classic high-severity signal profile with a low real-world-exploitation signal underneath it. The CVSS 3.1 base score of 9.8 (AV:N/AC:L/PR:N/UI:N) reflects an unauthenticated, network-reachable SQL injection (CWE-89) in a GET endpoint - mechanically trivial to exploit and the kind of flaw that is routinely automatable once a working payload is public. However, EPSS is only 0.19% (9th percentile), there is NO CISA KEV listing, and no functional exploit code is confirmed in the provided sources - the sole primary reference is a GitHub issue (15536818056/CVE/issues/1) that reports the finding and may contain reproduction detail but is not verified here as weaponized exploit code. The tension to flag: the CVSS vector rates all three impacts High (C:H/I:H/A:H), but a pure SQL injection via a single GET parameter more typically yields full database read and write (C:H/I:H) rather than guaranteed availability destruction (A:H) unless stacked queries permit destructive statements - the A:H rating looks inflated. Net: the flaw is genuinely dangerous where MCMS is exposed to untrusted networks, but the low EPSS and absence of KEV/confirmed POC indicate this is NOT yet under widespread active exploitation. Priority is driven by the unauthenticated+automatable nature, tempered by the product's small deployment footprint. |
| Exploit ScenarioDerived | A remote, unauthenticated attacker sends a crafted GET request to /ms/mdiy/page/verify.do with a malicious SQL payload in a parameter consumed by PageAction.verify, injecting into the backend query to extract database contents (credentials, content, session data) or modify records. Because the vector is AV:N/AC:L/PR:N/UI:N, this requires only network reachability to the MCMS instance and can be automated with standard tooling such as sqlmap. A GitHub issue documenting the vulnerability exists, but no confirmed functional exploit code was identified in the provided data. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 26, 2026
Unauthenticated SQL injection in MCMS 6.1.1 through 6.2.1 lets network attackers inject arbitrary SQL through the PageAction.verify endpoint at GET /ms/mdiy/page/verify.do; the assessed vector CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N indicates high confidentiality and integrity impact without availability impact, while the CVE record lists an overall 9.8. No public exploit code and no CISA KEV entry were identified at time of analysis, and EPSS is 0.19% (9th percentile), meaning the realistic risk is governed by whether an MCMS instance is internet- or attacker-network-reachable rather than by any observed exploitation. In short, this is a classic high-severity signal profile with a low real-world-exploitation signal underneath it.
RemediationAI
No vendor-released patch was identified at time of analysis, and no fixed version is specified in the available references, so remediation must initially be compensatory. First, restrict reachability: block or allowlist the path /ms/mdiy/page/verify.do (and ideally the broader /ms/ back-office namespace) at the reverse proxy, load balancer, or firewall so only trusted networks or authenticated administrative users can reach it - the trade-off is that legitimate DIY page verification functionality will break for any user routed through that control. Second, if the endpoint must remain exposed, deploy a WAF rule targeting SQL metacharacters and tautology/UNION patterns in the query string of verify.do, accepting the usual false-positive and bypass risk; parameterized-query enforcement within the WAF cannot substitute for a code fix. Third, if MCMS source or custom builds are available, remediate at the root by replacing dynamically concatenated SQL in the PageAction.verify path with bound parameters (e.g., MyBatis #{} placeholders instead of ${}), which eliminates the injection class outright. Operationally, enable and monitor database and web logs for anomalous GET requests to /ms/mdiy/page/verify.do - unusually long query strings, comments, or UNION/SLEEP constructs - and hunt historical logs, since successful pre-disclosure exploitation would be indistinguishable from normal traffic without such patterns. Track the NVD entry (https://nvd.nist.gov/vuln/detail/CVE-2026-88414) and the EUVD record (EUVD-2026-84810) for the eventual patched release, and note that the low EPSS score (0.19%, 9th percentile) does not justify deprioritizing exposure reduction given the unauthenticated, high-impact nature of the flaw.
Affected VersionsENISA
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The flaw is a CWE-89 SQL injection in MCMS, a Java-based content management system, specifically within the PageAction.verify handler exposed at GET /ms/mdiy/page/verify.do in the "mdiy" (DIY page) module. Because the request is a GET, attacker-controlled values arriving as query parameters are being incorporated into a database query without adequate neutralization or parameterization - the classic case of concatenating request input into a dynamic SQL statement (often via MyBatis-style ${} substitution rather than bound parameters) so that an attacker can alter query structure, append UNION/SELECT clauses, or use boolean/time-based inference to extract data or manipulate records. The CVSS vector confirms AV:N/AC:L/PR:N/UI:N/S:U, i.e., the endpoint is remotely reachable with no privileges and no user interaction, so a default-exposed deployment is directly attackable; the independent assessment scores C:H/I:H and A:N, restricting the impact to data disclosure and modification rather than service disruption. Coverage metadata is thin: the supplied CPE string is unpopulated (cpe:2.3:a:n/a:n/a:*:*:*:*:*:*:*:*) and the EUVD entry lists affected versions as "n/a", so version scoping rests on the CVE description's 6.1.1-6.2.1 range and EUVD-2026-84810 rather than on authoritative CPE enumeration - analysts should verify the exact build in use before treating an instance as unaffected.
Know when Java 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
AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
Unauthenticated remote SQL injection via a GET parameter gives full DB read and write (C:H/I:H); A set to N as pure injection does not inherently destroy availability absent confirmed destructive/stacked queries.
Primary rating from Vendor (mitre).
CVSS VectorVendor: mitre
Lifecycle Timeline
3DescriptionCVE.org
MCMS 6.1.1 through 6.2.1 contains a SQL injection vulnerability in the PageAction.verify endpoint (GET /ms/mdiy/page/verify.do).
Executive ViewAI
MCMS versions 6.1.1 through 6.2.1 contain a critical unauthenticated SQL injection in the page-verification endpoint (GET /ms/mdiy/page/verify.do) that allows any network-reachable attacker to read and modify data in the underlying database without credentials. Because no vendor patch is available, every internet-facing or partner-reachable MCMS deployment is an unmanaged exposure to the confidentiality and integrity of content, customer records, and potentially authentication data held in that database. Leadership should care because a successful compromise could trigger regulatory notification obligations, content tampering, and loss of stakeholder trust, even though no public exploit code or confirmed active exploitation has been identified.
No vendor-released patch identified at time of analysis. Interim mitigations: restrict or block external access to GET /ms/mdiy/page/verify.do via WAF, reverse proxy, or network ACLs; apply virtual patching/WAF SQL-injection rules for that path; segment MCMS application servers from database services; enforce least-privilege database accounts; enable and monitor endpoint and database query logging for anomalies; and restrict MCMS deployment to trusted networks only.
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.
Oracle Java SE 7 Update 6 and earlier contains multiple sandbox bypass vulnerabilities via the ClassFinder and forName m
Remote code execution in IBM Sterling B2B Integrator, Sterling Integrator, and Tivoli Common Reporting allows unauthenti
Java Runtime Environment sandbox bypass via incorrect image channel verification in 2D component allows remote unauthent
Oracle Java SE JDK/JRE 7 and 6 Update 27 and earlier allows remote code execution with complete system compromise throug
JBoss Seam 2 in Red Hat JBoss EAP 4.3.0 fails to sanitize JBoss Expression Language inputs, allowing remote attackers to
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 update 4 and earlier, 6 up
Multiple vulnerabilities in Oracle Java 7 before Update 11 allow remote attackers to execute arbitrary code by (1) using
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 Update 2 and earlier, 6 Up
The WLS Security component in Oracle WebLogic Server 10.3.6.0, 12.1.2.0, 12.1.3.0, and 12.2.1.0 allows remote attackers
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 Update 7 and earlier allow
Remote unauthenticated attackers can execute arbitrary code on Adobe ColdFusion servers through Java deserialization fla
The ExceptionDelegator component in Apache Struts before 2.2.3.1 interprets parameter values as OGNL expressions during
EUVD-2026-84810
GHSA-wmj7-4gpr-g8f5
NVD
CVE.org
EPSS
Exploit-DB