CVE DatabaseCVE-2010-0840
한국어 권고문 →
CVE-2010-08409.8/CRITICALCISA KEV

Oracle Java JRE Trusted Methods Chaining Remote Code Execution (CVE-2010-0840)

⚡ Jump to Patch
Affected Vendors
oracle, apple
Affected Components
java_se, java_for_business, java_runtime_environment
Published Date
2010-04-01
CVSS v3.1
9.8
CRITICAL
EPSS (30d)
96.3%
FIRST.org
CISA KEV
Exploited

Executive & SecOps Summary

SECOPS ASSESSMENT
Affected Scope

Oracle Java SE and Java for Business 6 Update 18 and earlier, 5.0 Update 23 and earlier, and 1.4.2_25 and earlier

Impact

Remote attackers can completely bypass Java sandbox restrictions and execute arbitrary code with the privileges of the running process, compromising confidentiality, integrity, and availability

Mitigation

Immediately upgrade to the latest patched Java SE versions, disable Java browser plugins, and decommission unsupported legacy JRE environments

Affected Products & Version Scope

Oracle Java SE and Java for Business 6 Update 18 and earlier, 5.0 Update 23 and earlier, and 1.4.2_25 and earlier (All JRE deployments)

Remediation & Live Workaround Commands

PATCH & WORKAROUND

1. Official Patch & Version Upgrade Commands

The primary remediation is to upgrade Java to a secure, supported version. Legacy versions should be migrated to modern LTS releases.

To upgrade OpenJDK on Debian/Ubuntu-based systems:

bash
# Update package repositories and upgrade Java packages
sudo apt-get update
sudo apt-get install --only-upgrade default-jre default-jdk -y

# Verify the installed Java version
java -version

To upgrade OpenJDK on RedHat/CentOS-based systems:

bash
# Upgrade Java packages via yum
sudo yum update java-1.8.0-openjdk java-1.8.0-openjdk-devel -y

2. Temporary Workaround & Hardening Configuration

If immediate patching is not feasible, disable the Java browser plugin to eliminate the primary remote attack vector.

To disable the Java plugin on Linux desktop environments:

bash
# Remove symbolic links for the Java browser plugin
rm -f ~/.mozilla/plugins/libnpjp2.so
sudo rm -f /usr/lib/mozilla/plugins/libnpjp2.so

To disable Java ActiveX controls in Internet Explorer on Windows via PowerShell:

powershell
# Set ActiveX Kill-Bit for Java Runtime Environment
$registryPath = 'HKLM:\SOFTWARE\Microsoft\Internet Explorer\ActiveX Compatibility\{CAFEEFAC-0016-0000-0018-ABCDEFFEDCBA}'
if (-not (Test-Path $registryPath)) {
    New-Item -Path $registryPath -Force
}
New-ItemProperty -Path $registryPath -Name 'Compatibility Flags' -Value 0x00000400 -PropertyType DWord -Force

3. Log Audit & IoC Verification Commands

Use the following script to scan the filesystem for vulnerable legacy Java installations.

To search for vulnerable Java binaries on Linux systems:

bash
# Scan the filesystem for Java binaries and flag vulnerable versions (1.4.x, 1.5.x, 1.6.x)
find / -name 'java' -type f 2>/dev/null | while read -r java_bin; do
  if $java_bin -version 2>&1 | grep -qE '1\.(4|5|6)\.0'; then
    echo '[WARNING] Vulnerable Java version detected:' "$java_bin"
    $java_bin -version 2>&1 | head -n 1
  fi
done
Interactive SecOps Remediation Checklist
0/4 (0%)
Recommended Security Control & Mitigation Partner
SentinelOne Singularity AI EDR
As an actively exploited CISA KEV vulnerability, immediately decommission or upgrade all legacy Java 6 and earlier environments.

Block Kernel Privilege Escalation & Ransomware Payloads Before You Can Reboot

Protect unpatched Windows, Linux, and macOS workloads against in-memory exploitation and lateral movement with autonomous EDR.

100% MITRE ATT&CK Detection · 1-Click Rollback

Technical Root Cause & Exploitation Mechanics

1. Vulnerability Overview & Root Cause

This vulnerability is a critical sandbox escape and remote code execution (RCE) flaw in the Java Runtime Environment (JRE) caused by improper validation when executing privileged methods. Untrusted code running within the Java sandbox (such as Applets or Web Start applications) is designed to be restricted from accessing local system resources. However, due to a design flaw in JRE's internal API validation, an untrusted object that extends a trusted class (but does not override certain methods) or exploits similar trust issues with interfaces can chain method calls to bypass security manager checks. This is widely known as the 'Trusted Methods Chaining' vulnerability.

2. Exploitation Mechanics & Attack Scenario

An attacker exploits this vulnerability by hosting a malicious Java Applet on a website and enticing a target user to visit the page. When the browser loads the applet, the malicious code leverages Reflection APIs and chains calls to trusted system classes (such as Expression or Statement). Because the JRE fails to properly verify the immediate caller's privileges during this chain of execution, the AccessController checks are bypassed. This allows the untrusted applet to escape the restricted sandbox environment and execute arbitrary operating system commands with the privileges of the logged-in user.

3. Infrastructure & Business Impact

With a CVSS score of 9.8 and its inclusion in the CISA KEV (Known Exploited Vulnerabilities) catalog, this vulnerability represents a severe threat vector that has been actively exploited in the wild. Successful exploitation grants unauthorized remote attackers full control over the compromised endpoint or server. In an enterprise environment, this can lead to initial access for ransomware deployment, lateral movement, and sensitive data exfiltration, resulting in catastrophic operational disruption.

Official Vendor Advisories & References

NVD Original English Description

Unspecified vulnerability in the Java Runtime Environment component in Oracle Java SE and Java for Business 6 Update 18, 5.0 Update 23, and 1.4.2_25 allows remote attackers to affect confidentiality, integrity, and availability via unknown vectors. NOTE: the previous information was obtained from the March 2010 CPU. Oracle has not commented on claims from a reliable researcher that this is related to improper checks when executing privileged methods in the Java Runtime Environment (JRE), which allows attackers to execute arbitrary code via (1) an untrusted object that extends the trusted class but has not modified a certain method, or (2) "a similar trust issue with interfaces," aka "Trusted Methods Chaining Remote Code Execution Vulnerability."

Frequently Asked SecOps Questions (CVE-2010-0840)

FAQ

Q1. How critical is CVE-2010-0840 and is it actively exploited in the wild?

CVE-2010-0840 is rated CVSS 9.8 (CRITICAL) with a 30-day EPSS exploitation probability of 96.3%. It is listed in the CISA Known Exploited Vulnerabilities (KEV) catalog, requiring immediate emergency remediation.

Q2. Which vendors and products are affected by CVE-2010-0840?

Primary impacted vendors include oracle, apple across java_se, java_for_business, java_runtime_environment. Scope summary: Oracle Java SE and Java for Business 6 Update 18 and earlier, 5.0 Update 23 and earlier, and 1.4.2_25 and earlier (All JRE deployments)

Q3. What temporary mitigations or workarounds exist for CVE-2010-0840 before patching?

[Mitigation] Immediately upgrade to the latest patched Java SE versions, disable Java browser plugins, and decommission unsupported legacy JRE environments Follow the CLI remediation commands and interactive SecOps checklist on this page to restrict exposure prior to your maintenance window.

SECOPS WORKBENCH INTEGRATION

Generate an Internal Engineering Notice or CISO Report for CVE-2010-0840

Instantly format this advisory into an executive CISO summary or engineering patch ticket.

Generate Report →

🔗 Related Advisories in Similar Stack (oracle)

View Category →
SecOps Advisory Dispatch & RSS Feed

Subscribe to Daily Vulnerability Briefings & KEV Alerts

Concise morning briefings for SecOps, DevSecOps, and SRE teams covering newly exploited CVEs and mitigation priorities.

Slack / Teams / RSS Feed:
PatchKO
CVE-2010-0840 Oracle Java JRE Trusted Methods Chaining Remote Code Execution (CVE-2010-0840) (CVSS 9.8) - Patch & Workaround | CVE Pulse