Java update 'doesn't prevent silent exploits at all'
Summary: Holes still exist in Oracle's Java software that could potentially leave machines open to remote execution of malicious code, according to a researcher.
An update for Java Standard Edition 7 (SE7) - which was supposed to fix a high-profile critical vulnerability that left machines susceptible to remote exploits - has failed to solve all the issues with the software, leaving the door open to further attacks.
The zero-day vulnerability, uncovered in January, was widely reported to have been exploited in the wild, leading Homeland Security in the US to recommend disabling Java altogether. Following the bad press, Oracle quickly rolled out a fix for the issue in the form of Java SE7 Update 11.
However, Adam Gowdiak, a researcher from Security Explorations, said on the Full Disclosure mailing list on Sunday that there is another vulnerability in Java that allows remote execution of malicious code - that is, the running of unsigned Java content in a web page.
"What we found out and what is a subject of a new security vulnerability (Issue 53) is that unsigned Java code can be successfully executed on a target Windows system regardless of the four Java Control Panel settings," Gowdiak wrote.
The four Java control panel settings are security settings introduced in Java SE7 Update 10 in October 2012 to control the access unsigned Java apps have to the system. It allows a user to set Java's web security as low, medium, high or very high. A setting of 'very high' means that unsigned apps should not run outside of the sandbox environment, which in theory protects the user from any potential threats.
"Issue 53 has been successfully executed in the environment of latest Java SE 7 Update 11 (JRE version 1.7.0_11-b21) under Windows 7 OS and with 'Very High' Java Control Panel security settings," Gowdiak wrote in the disclosure. "Recently made security 'improvements' to Java SE 7 software don't prevent silent exploits at all," he added.
Java is often a high-profile target for malicious software makers and online ne'er-do-wells as it has such a large install base (it is currently in use on more than 850 million PCs and Macs) and frequent critically rated security vulnerabilities.
Kick off your day with ZDNet's daily email newsletter. It's the freshest tech news and opinion, served hot. Get it.
Talkback
Is this another case of "It doesn't prevent the person sitting
silent exploit
What we found out and what is a subject of a new security
vulnerability (Issue 53) is that unsigned Java code can be
successfully executed on a target Windows system regardless
of the four Java Control Panel settings described above.
Our Proof of Concept code that illustrates Issue 53 has been
successfully executed in the environment of latest Java SE
7 Update 11 (JRE version 1.7.0_11-b21) under Windows 7 OS
and with "Very High" Java Control Panel security settings.
That said, recently made security "improvements" to Java
SE 7 software don't prevent silent exploits at all. Users
that require Java content in the web browser need to rely
on a Click to Play technology implemented by several web
browser vendors in order to mitigate the risk of a silent
Java Plugin exploit.
Thank you.
Best Regards
Adam Gowdiak
Open source security failed again
i'm not pro-Java
when was it
There shouldn't be client-side executable code at all. Noscript+Firefox is the best solution until there is javascript/flash and no need for jre in the browser.
Open Source
Oracle, obviously, does not. As they've proven time and time again. How one of the largest software companies in the world can't actually write code that works, is mind boggling.
I love Android but....
LOL
Somebody just came back from time-travelling...
"Target Windows System"
proprietary sw is lame and unsecure
@LINUX Geek
back to the fry station little boy...
that reply was for LinuxDink
Perhaps...
Sure, right.
The only save JAVA
"FreeMind" requires Java, so disable Java for all browsers...
(1) Run Java's control panel, javacpl.exe, locatec in C:\Program Files (x86)\Java\jre7\bin or C:\Program Files\Java\jre7\bin (or somewhere similar)
(2) On the Security tab, uncheck the "Enable Java Content in the browser" checkbox.
(3) Restart your browser(s) if running.
Java may be needed for some apps...
uncheck the "Enable Java Content in the browser"
uncheck the "Enable Java Content in the browser"