Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCraft Java file with malicious JavaDoc link
-
DeliveryDeliver via public repo or shared project
-
ExploitVictim opens project in trusted workspace
-
ExecutionVictim hovers and clicks JavaDoc link
-
PersistArbitrary VS Code commands execute
-
ImpactFull host compromise
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization Argument sanitization
|
| Exploitation Conditions | Exploitation requires the victim to open an attacker-supplied Java file/project in vscode-java, display a JavaDoc hover popup for an attacker-controlled symbol, and click a maliciously crafted link embedded in that hover's Markdown; the workspace must be in trusted (non-Restricted) mode for the injected VS Code commands to execute. Limiting factors: mandatory user interaction (the click, reflected as UI:R), the need to first lure the victim into opening the malicious project, and VS Code Workspace Trust - projects opened in Restricted Mode block the command execution. No standing authentication to any service is required (PR:N), so any developer who processes untrusted Java code is in scope. |
| Impact | The CVSS 3.1 vector (CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H, base 8.8) indicates a network-reachable, low-complexity, unauthenticated path with high confidentiality, integrity and availability impact, gated only by required user interaction. The dominant real-world limiter is UI:R combined with the description's 'trusted workspaces' qualifier: the victim must open the malicious project, hover JavaDoc, and click the embedded link, and the workspace must be in trusted mode for commands to run. No EPSS score was provided in the input, and there is no KEV listing and no POC reference, so this is currently a credible-but-not-demonstrated risk rather than confirmed in-the-wild exploitation. Note one consistency caveat: AV:N reflects remote delivery of the malicious file, but actual code execution is local to the developer's machine after they open the project and click - defenders should treat this as a social-engineering / malicious-repository threat, not a remote drive-by. |
| Exploit ScenarioDerived | An attacker publishes a seemingly legitimate Java library or sample project to a public repository, with a class whose JavaDoc comment embeds a malicious command: link disguised as ordinary documentation. A developer clones and opens it in VS Code with the Java extension in a trusted workspace, hovers a method to read its docs, and clicks the link - executing arbitrary VS Code commands that can run code and compromise the host. No POC is referenced in the available data, and the low attack complexity (AC:L) means only basic social engineering to get the click is required. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 29, 2026
Arbitrary VS Code command execution in the Red Hat vscode-java extension allows a malicious Java source file to embed hidden commands inside JavaDoc hover Markdown, so that a developer who simply clicks a crafted link in a hover popup triggers attacker-chosen commands that can escalate to full system compromise in trusted workspaces. The flaw stems from the extension rendering JavaDoc hovers as fully-trusted Markdown, and it also affects Red Hat OpenShift Dev Spaces, which bundles the extension. There is no public exploit identified at time of analysis and the issue is not listed in CISA KEV, but the network reach combined with only a single click of user interaction makes it high-impact.
RemediationAI
Patch available per vendor advisory: update the vscode-java extension to the fixed release referenced in GHSA-7qv8-6qrw-3crv (https://github.com/redhat-developer/vscode-java/security/advisories/GHSA-7qv8-6qrw-3crv) and apply the corresponding Red Hat OpenShift Dev Spaces update per https://access.redhat.com/security/cve/CVE-2026-12856 - an exact fixed version number was not provided in the input data and should be taken directly from those advisories rather than assumed. Until patched, the most effective compensating control is to rely on VS Code Workspace Trust: open untrusted or cloned Java projects in Restricted Mode, which prevents the trusted-Markdown command execution that this flaw depends on (trade-off: language features and some extension functionality are limited in Restricted Mode). Additionally, avoid clicking links inside JavaDoc hover popups in untrusted repositories and treat third-party Java projects as untrusted code, since the attack requires that single click to fire.
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
vscode-java (the redhat-developer Java language-support extension for Visual Studio Code, built on the Eclipse JDT Language Server) renders JavaDoc documentation as hover popups. VS Code Markdown can carry command: URIs and HTML, and trusted Markdown will execute registered VS Code commands when such links are activated. The root cause maps to CWE-88 (argument/command injection via improper neutralization): the extension marks JavaDoc-derived Markdown as trusted without sanitizing or stripping command-invoking links, so attacker-controlled JavaDoc comments are treated with the same authority as the IDE itself. Per the CPE data, the affected packaged product is cpe:2.3:a:red_hat:red_hat_openshift_dev_spaces, the Red Hat cloud developer-workspace platform that ships the vscode-java extension into browser-based IDE workspaces.
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:R/S:U/C:H/I:H/A:H
Malicious file is delivered remotely (AV:N) and trivially crafted (AC:L) with no auth (PR:N) but needs the victim's click (UI:R), and command execution yields full host compromise (C/I/A:H).
Primary rating from Vendor (redhat).
CVSS VectorVendor: redhat
DescriptionCVE.org
A flaw was found in the vscode-java extension, which provides Java language support for Visual Studio Code. The extension incorrectly trusts all Markdown content in JavaDoc hovers, allowing a malicious Java file to include hidden commands. If a user clicks a specially crafted link within a JavaDoc hover popup, an attacker can execute arbitrary VS Code commands, which can lead to full system compromise in trusted workspaces.
Executive ViewAI
The Red Hat vscode-java extension and OpenShift Dev Spaces contain a critical vulnerability (CVE-2026-12856, CVSS 8.8) enabling arbitrary code execution on developer workstations through a single click on a malicious JavaDoc hover popup. Development teams face direct compromise risk with potential for full system takeover and supply chain contamination if attackers reach trusted repositories.
No vendor-released patch identified at time of analysis. Interim mitigations: (1) Disable vscode-java extension in all development environments; (2) Require peer code review of Java source files with emphasis on JavaDoc content inspection; (3) Restrict Java file opening to verified internal sources only; (4) Monitor development workstation command execution logs for anomalies; (5) Isolate development systems from production infrastructure where feasible; (6) Evaluate alternative Java IDEs without this vulnerability as interim solution.
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
Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.
Affected Products (CPE)CVE.org
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-40084
GHSA-7vqr-7r5j-c84j
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB