HIGH 8.5

CVE-2026-46870: MySQL Shell for VS Code Privilege Escalation (CVSS 8.5)

CVE-2026-46870 is a privilege escalation and system compromise vulnerability in Oracle MySQL Shell for VS Code (version 2026.2.0+9.6.1). An attacker with low-level network access and basic system credentials can exploit this issue through multiple network protocols to gain full control over the MySQL Shell application. The vulnerability is difficult to exploit but has severe impact: successful attacks lead to complete compromise of confidentiality, integrity, and availability. Critically, compromising MySQL Shell can enable attacks on other systems it connects to or manages, expanding the blast radius beyond the tool itself.

Source data · NVD / CISA · public domain

CVSS
3.1 · 8.5 HIGH · CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:C/C:H/I:H/A:H
Weaknesses (CWE)
CWE-284
Affected products
1 configuration(s)
Published / Modified
2026-06-17 / 2026-06-22

NVD description (verbatim)

Vulnerability in the MySQL Shell product of Oracle MySQL (component: Shell for VS Code). The supported version that is affected is 2026.2.0+9.6.1. Difficult to exploit vulnerability allows low privileged attacker with network access via multiple protocols to compromise MySQL Shell. While the vulnerability is in MySQL Shell, attacks may significantly impact additional products (scope change). Successful attacks of this vulnerability can result in takeover of MySQL Shell. CVSS 3.1 Base Score 8.5 (Confidentiality, Integrity and Availability impacts). CVSS Vector: (CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:C/C:H/I:H/A:H).

1 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

This vulnerability (CWE-284: Improper Access Control) exists in the VS Code extension component of MySQL Shell. The flaw allows an authenticated network attacker to bypass access controls and achieve remote code execution or equivalent system compromise. The CVSS 3.1 score of 8.5 reflects: network-based attack vector, high attack complexity (AC:H), requirement for low-level privileges (PR:L), no user interaction needed, and critically—scope change (S:C), meaning the vulnerability can impact confidentiality, integrity, and availability not only of MySQL Shell but also of other connected systems. The attack chain likely involves leveraging the VS Code extension's network communication layer to escalate permissions or inject malicious operations.

Business impact

Organizations using MySQL Shell for VS Code in production database management environments face significant risk. If an attacker compromises MySQL Shell, they can execute arbitrary operations against connected databases, exfiltrate sensitive data, corrupt database integrity, or disrupt availability. The scope-change attribute is particularly concerning: an attacker gaining control of MySQL Shell may pivot to attack the MySQL servers it manages, potentially affecting entire database infrastructure. For development teams, compromise of this tool can expose credentials, scripts, and database schemas. This vulnerability should be treated as a high-priority security incident given its potential to cascade into broader infrastructure compromise.

Affected systems

Affected: Oracle MySQL Shell version 2026.2.0+9.6.1 and the VS Code extension component. The vulnerability specifically impacts deployments where MySQL Shell is installed as a VS Code extension and used with network access enabled. Organizations running earlier versions or the standalone MySQL Shell CLI (not the VS Code extension) should verify whether they are in scope through Oracle's advisory. Verify the exact version and deployment model against the official Oracle security bulletin.

Exploitability

While the CVSS rating indicates 'difficult to exploit' (AC:H), the barrier to exploitation is primarily technical complexity rather than access—an attacker only needs low-level credentials and network access. Given that VS Code extensions commonly run in developer environments with network connectivity, and given the lack of KEV (Known Exploited Vulnerability) designation, exploitation in the wild is not yet widespread. However, the high attack impact and privilege escalation potential mean this is an attractive target for sophisticated actors. Once an exploit is public or weaponized, exploitation difficulty may decrease as researchers develop reliable attack chains.

Remediation

Immediate action: Apply security patches from Oracle as soon as they are available. Verify the patch version number against Oracle's official security advisory. Until patches are applied, network segmentation is critical—restrict network access to systems running MySQL Shell and limit which databases the tool can reach. Disable the VS Code MySQL Shell extension in non-critical environments if possible. Enforce strong authentication on database systems MySQL Shell connects to, and monitor database access logs for unusual activity originating from Shell sessions. Review and rotate credentials used by MySQL Shell for database connections.

Patch guidance

Wait for Oracle to release a patched version of MySQL Shell (typically published in the Oracle Critical Patch Update cycle or as an out-of-band security release). Check Oracle's MySQL Shell release notes and security advisories at the official Oracle website for version numbers. Once available, prioritize patching systems using the affected version (2026.2.0+9.6.1). Test patches in a non-production environment first, then deploy to development and production in sequence. Update the VS Code extension through the VS Code marketplace or extension settings once Oracle releases an updated build.

Detection guidance

Monitor MySQL Shell process execution and network connections; look for unexpected outbound connections from VS Code or the Shell extension to unusual ports or hosts. Review database audit logs for commands or queries initiated by MySQL Shell sessions, especially privilege escalation attempts, data exfiltration, or schema modifications. Check VS Code and MySQL Shell logs for authentication failures, permission denials, or error messages suggesting exploitation attempts. Network-based detection: flag suspicious network activity from systems running VS Code with MySQL Shell enabled, especially traffic to non-standard ports or to systems outside the trusted database subnet. Correlate VS Code crashes, unexpected restarts, or unusual CPU/memory spikes with potential exploitation.

Why prioritize this

This vulnerability merits immediate priority due to the combination of high CVSS score (8.5), scope change enabling multi-system impact, and the critical nature of database management tools. MySQL Shell is often used by DBAs and developers in trust-heavy environments where compromise can cascade into broader infrastructure attacks. The low privilege requirement means a compromised developer account or low-level service account can be the entry point. Although not yet in the KEV catalog, the technical sophistication suggests active research and eventual weaponization is likely. Organizations managing production databases must patch urgently.

Risk score, explained

The CVSS 3.1 score of 8.5 (HIGH) is driven by: (1) Network attack vector (AV:N)—remote exploitation is possible. (2) High attack complexity (AC:H)—not trivial, but feasible for skilled attackers. (3) Low privilege requirement (PR:L)—only basic credentials needed, common in development environments. (4) No user interaction (UI:N)—automatic exploitation potential. (5) Scope change (S:C)—the most critical factor; compromise extends beyond MySQL Shell to impacted systems like databases, earning HIGH severity despite AC:H. (6) Full impact across confidentiality, integrity, and availability (C:H/I:H/A:H). The combination of easy access (low privileges), significant impact (full compromise), and blast radius (scope change) places this in the top-tier of vulnerabilities.

Frequently asked questions

Should we patch immediately if we use MySQL Shell for VS Code?

Yes. If you are running version 2026.2.0+9.6.1 in any production, staging, or development environment connected to live or sensitive databases, prioritize patching as soon as Oracle releases a fix. The scope-change aspect means compromise can reach your database infrastructure. Until patches are available, implement network segmentation and credential rotation as interim controls.

Do we need to patch if we use MySQL Shell CLI instead of the VS Code extension?

Check Oracle's advisory carefully. The vulnerability is listed as affecting the 'Shell for VS Code' component specifically. If you use only the standalone CLI without the VS Code extension, you may be out of scope—but verify against the official Oracle MySQL Shell release notes and security bulletin to be certain, as component boundaries can overlap.

What does 'scope change' mean for our incident response planning?

Scope change (S:C in the CVSS vector) means successful exploitation of MySQL Shell doesn't just compromise the tool itself; it can be leveraged to attack other systems—in this case, the MySQL databases that Shell manages. From an incident response perspective, if MySQL Shell is compromised, assume potential compromise of any database it connects to, and treat it as a database security incident, not just an application issue. Investigate database audit logs, check for unauthorized queries, and consider credential rotation.

Is this vulnerability being exploited in the wild?

As of the current date, this vulnerability has not been added to the CISA Known Exploited Vulnerabilities (KEV) catalog, meaning no public exploits or documented active exploitation have been reported. However, absence from KEV does not guarantee safety—private exploitation or exploitation by advanced actors may already be occurring. Do not delay patching based on lack of KEV status.

This analysis is provided for informational purposes and is current as of the publication date. Patch version numbers, exact affected versions, and remediation steps must be verified against the official Oracle MySQL Shell security advisory and release notes. SEC.co does not guarantee the completeness or accuracy of third-party vendor advisories. Organizations must conduct their own risk assessment and testing before deploying patches. For authoritative information, consult Oracle's official security bulletins and MySQL Shell documentation. Source: NVD (public-domain), retrieved 2026-07-23. Analysis generated by SEC.co (claude-haiku-4-5).