{"uuid": "11c0f988-cdf9-43c7-aa06-518129286ae4", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "9f56dd64-161d-43a6-b9c3-555944290a09", "vulnerability": "CVE-2012-4681", "type": "seen", "source": "https://github.com/rapid7/metasploit-framework/blob/master/modules/exploits/multi/browser/java_jre17_exec.rb", "content": "{\"aliases\": [], \"arch\": \"java, x86\", \"author\": [\"Adam Gowdiak\", \"James Forshaw\", \"jduck \", \"sinn3r \", \"juan vazquez \"], \"autofilter_ports\": [], \"autofilter_services\": [], \"check\": false, \"default_credential\": false, \"description\": \"The exploit takes advantage of two issues in JDK 7: The ClassFinder and\\n          MethodFinder.findMethod().  Both were newly introduced in JDK 7.  ClassFinder is a\\n          replacement for classForName back in JDK 6. It allows untrusted code to obtain a\\n          reference and have access to a restricted package in JDK 7, which can be used to\\n          abuse sun.awt.SunToolkit (a restricted package).  With sun.awt.SunToolkit, we can\\n          actually invoke getField() by abusing findMethod() in Statement.invokeInternal()\\n          (but getField() must be public, and that's not always the case in JDK 6) in order\\n          to access Statement.acc's private field, modify AccessControlContext, and then\\n          disable Security Manager. Once Security Manager is disabled, we can execute\\n          arbitrary Java code.\\n\\n          Our exploit has been tested successfully against multiple platforms, including:\\n          IE, Firefox, Safari, Chrome; Windows, Ubuntu, OS X, Solaris, etc.\", \"disclosure_date\": \"2012-08-26\", \"fullname\": \"exploit/multi/browser/java_jre17_exec\", \"is_install_path\": true, \"mod_time\": \"2025-12-17 17:11:13 +0000\", \"name\": \"Java 7 Applet Remote Code Execution\", \"needs_cleanup\": null, \"notes\": {\"Reliability\": [\"unknown-reliability\"], \"SideEffects\": [\"unknown-side-effects\"], \"Stability\": [\"unknown-stability\"]}, \"path\": \"/modules/exploits/multi/browser/java_jre17_exec.rb\", \"platform\": \"Java,Linux,Windows\", \"post_auth\": false, \"rank\": 600, \"ref_name\": \"multi/browser/java_jre17_exec\", \"references\": [\"CVE-2012-4681\", \"OSVDB-84867\", \"URL-http://blog.fireeye.com/research/2012/08/zero-day-season-is-not-over-yet.html\", \"URL-http://www.deependresearch.org/2012/08/java-7-vulnerability-analysis.html\", \"URL-http://labs.alienvault.com/labs/index.php/2012/new-java-0day-exploited-in-the-wild/\", \"URL-http://www.deependresearch.org/2012/08/java-7-0-day-vulnerability-information.html\", \"URL-http://www.oracle.com/technetwork/topics/security/alert-cve-2012-4681-1835715.html\", \"URL-https://www.rapid7.com/blog/post/2012/08/27/lets-start-the-week-with-a-new-java-0day\", \"URL-https://bugzilla.redhat.com/show_bug.cgi?id=852051\"], \"rport\": null, \"session_types\": false, \"targets\": [\"Generic (Java Payload)\", \"Windows Universal\", \"Linux x86\"], \"type\": \"exploit\"}", "creation_timestamp": "2026-09-08T06:49:36.777334Z"}