CVE-2013-0401 Oracle JRE
| Affected software | Oracle JRE |
|---|---|
| Affected versions | 7 Update 17 and before, 6 Update 43 and before, 5.0 Update 41 and before |
| Severity | 10.0 High CVSS 2.0 |
| Fixed in | Java SE CPU Apr 2013 |
| Weakness | Code injection (CWE-94) |
| Published | 8 Mar 2013 |
| Updated | 16 Jun 2026 |
Description
The Java Runtime Environment (JRE) component in Oracle Java SE 7 Update 17 and earlier, 6 Update 43 and earlier, and 5.0 Update 41 and earlier; and OpenJDK 6 and 7; allows remote attackers to execute arbitrary code via vectors related to AWT, as demonstrated by Ben Murphy during a Pwn2Own competition at CanSecWest 2013. NOTE: the previous information is from the April 2013 CPU. Oracle has not commented on claims from another vendor that this issue is related to invocation of the system class loader by the sun.awt.datatransfer.ClassLoaderObjectInputStream class, which allows remote attackers to bypass Java sandbox restrictions.
Exploitation status
No public exploit
No exploit has been reported in the sources we check. Published 13 years ago.
Exploitation status
- CISA KEV not listed
- VulnCheck KEV not listed
- CISA Vulnrichment no assessment published
- Indexed PoC none indexed
- EPSS 10% chance in 30 days A model's forecast, not a report of exploitation. Higher than 96% of all scored CVEs.
Waratek protection
A Java vulnerability, but not one Waratek protects. It affects only Java on a user's desktop (applets, Web Start, JavaFX, the installer), sits in a product the Waratek agent can't be installed into, or is in a package we don't expect in business applications. The decision below says which.
- Protection none
- Action not pursued none
- Review automated Upstream data
- Record active
| Decided by | Oracle's own risk-matrix note saying the CVE is reached only through untrusted code in the Java sandbox (applets, Web Start) or only through a client installation of Java, so a server running its own trusted code is not exposed |
|---|---|
| Finding | The Java SE CPU Apr 2013 advisory says this vulnerability is reached only through untrusted code running in the Java sandbox, such as an applet or a Web Start application: "Applies to client deployment of Java only. This vulnerability can be exploited only through untrusted Java Web Start applications and untrusted Java applets. (Untrusted Java Web Start applications and untrusted applets run in the Java sandbox with limited privileges.)" A server JVM that runs only its own trusted code is not exposed, so there is nothing for the agent to protect. |
Affected software and releases
Oracle advisories
| Advisory | Type | Quarter | Products Oracle names in its risk matrix |
|---|---|---|---|
| Java SE CPU Apr 2013 ↗ | CPU | 2013-Q2 | Oracle Java SE / Java Runtime Environment (7 Update 17 and before, 6 Update 43 and before, 5.0 Update 41 and before) Oracle's note: Applies to client deployment of Java only. This vulnerability can be exploited only through untrusted Java Web Start applications and untrusted Java applets. (Untrusted Java Web Start applications and untrusted applets run in the Java sandbox with limited privileges.) |
Oracle components and versions
| Family | Component | Versions, as Oracle lists them | Read as |
|---|---|---|---|
| Oracle Java SE | Java Runtime Environment | 7 Update 17 and before, 6 Update 43 and before, 5.0 Update 41 and before |
References
Timeline
Timeline
| Published | 2013-03-08 | By the CVE Program. |
|---|---|---|
| NVD record modified | 2026-06-16 | NVD's own last-modified date for this record. |