Attacks/Breaches
8/30/2012
11:07 AM
Connect Directly
RSS
E-Mail
50%
50%

Java Zero-Day Malware Attack: 6 Facts

New details reveal Oracle knew about the Java exploit in April, but has yet to release a patch. Here's how to protect yourself against active attacks.

Businesses are growing worried about drive-by infections by malware that exploits two zero-day Java vulnerabilities.

Attackers, apparently operating from China, chained the two vulnerabilities together to defeat Java 7 security settings, allowing them to execute arbitrary code on targeted PCs. But the exploit code has since been added to attack toolkits and used in new, targeted attacks.

Here are six facts that businesses need to know about the vulnerabilities being exploited, as well as how to protect their users:

1. Warning: Uninstall Java, Or Maybe Disable

Security experts have recommended that users disable all Java browser plug-ins, pending a patch from Oracle.

US-CERT has offered detailed instructions about how to disable Java in Chrome, Firefox, and Internet Explorer browsers. But it warned that where IE is concerned, nuking the Java plug-in isn't a straightforward manner, as "there are multiple ways for a Web page to invoke a Java applet, and multiple ways to configure Java plug-in support."

[ Windows 7 and 8 password clues are vulnerable to attack. See Windows Password Clues Easy To Crack. ]

In fact, at least for IE users, US-CERT suggested that the difficulties involved in disabling Java might require stronger measures. "Due to the complexity and impracticality of disabling Java in Internet Explorer, you may wish to uninstall Java to protect against this vulnerability."

2. Oracle Learned Of Vulnerabilities Four Months Ago

Is Oracle patching critical vulnerabilities in Java quickly enough? Sunday, FireEye went public with details of a never-before-seen attack. In response, some security researchers this week criticized the company for behaving irresponsibly by not having worked with Oracle to patch the flaws before disclosing them publicly.

But IDG News reported Wednesday that Polish vulnerability research company Security Explorations disclosed the two exploited vulnerabilities to Oracle--including detailed proof-of-exploit attack code--more than four months ago, on April 2. "Among a total of 19 weaknesses discovered, there are issues that allow to either create a specific Java security bypass condition or that facilitate the exploitation process of a certain type of vulnerabilities," according to a press release issued by Security Explorations. The firm said it had developed reliable proof-of-concept exploits for all of the vulnerabilities, including 12 mock attacks "that demonstrate a complete JVM security sandbox bypass."

"Why critical remote code execution vulnerabilities were not fixed in Oracle's June patch is unknown," said Chester Wisniewski, a senior security advisor at Sophos Canada, in a blog post. "Oracle has yet to acknowledge these publicly, but had set expectations with Security Explorations that they were to be fixed in October."

3. Vulnerability Added To BlackHole Within Hours

The seriousness of the new Java exploits can be measured by the speed with which exploit toolkit authors updated their software to make use of the exploit. According to Wisniewski at Sophos, "it took less than 12 hours from the time the proof of concept for the latest Java zero-day vulnerabilities went public for exploits of those vulnerabilities to be included in a commercial crimeware kit"--namely, the BlackHole toolkit.

Of course, BlackHole isn't the only exploit kit on the market. "Exploit competition heats up. Latest Java exploit added to Redkit exploit kit too," tweeted Mikko Hypponen, chief research officer at F-Secure, about the Russian-language RedKit, a relatively new exploit kit that competes with the BlackHole and Phoenix crimeware packs, and which gained notoriety earlier this year for targeting a new Java exploit.

Previous
1 of 2
Next
Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
moarsauce123
50%
50%
moarsauce123,
User Rank: Apprentice
9/3/2012 | 4:03:44 PM
re: Java Zero-Day Malware Attack: 6 Facts
You are welcome, but then why do you still include links to this story in the many specialized and best of emails that come out days later? I received another link to this story today and by now I wondered if there is another flaw in the current version. Well, there is, but this article addresses the old, already fixed flaws. Your competition is much more on the ball.
1954 Stratocaster
50%
50%
1954 Stratocaster,
User Rank: Apprentice
8/31/2012 | 4:13:26 PM
re: Java Zero-Day Malware Attack: 6 Facts
I would like to see a "7th fact" about why Java 7 was vulnerable and Java 6 was/is not. Our current corporate standard -- yes, we have some corporate Web apps, both internal and contracted, which require Java -- is v6.x.
Mathew
50%
50%
Mathew,
User Rank: Apprentice
8/31/2012 | 10:53:35 AM
re: Java Zero-Day Malware Attack: 6 Facts
Thanks for the comment, moarsauce. Welcome to the fast-paced world of publishing, eh? Yes, after this story came out, Oracle issued its alert about the patch--which is a welcome fix. Our sister publication DarkReading has more on the Java 7 patch.
moarsauce123
50%
50%
moarsauce123,
User Rank: Apprentice
8/30/2012 | 11:31:01 PM
re: Java Zero-Day Malware Attack: 6 Facts
There is already a update out that addresses the vulnerability. Maybe it is worthwhile to be more up to speed with content and publishing.
Leo Regulus
50%
50%
Leo Regulus,
User Rank: Apprentice
8/30/2012 | 8:08:13 PM
re: Java Zero-Day Malware Attack: 6 Facts
Please forgive me for writing when you weren't reading. I have brought this up several times in the past.
GET THIS TO YOUR EDITOR:
You have made some client-unfriendly changes to your format.
When we hit the 'Print' Icon, we expect to see the entire article as one page and relatively 'free' of (insert your own euphemism).
On this article, it was necessary to go to page 2 to get the whole article.
The result was also littered with (insert your own euphemism).
What should have printed on 2 sheets took at least 5.
What callous disregard for the environment and your clients resources!
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading Must Reads - September 25, 2014
Dark Reading's new Must Reads is a compendium of our best recent coverage of identity and access management. Learn about access control in the age of HTML5, how to improve authentication, why Active Directory is dead, and more.
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2012-5619
Published: 2014-09-29
The Sleuth Kit (TSK) 4.0.1 does not properly handle "." (dotfile) file system entries in FAT file systems and other file systems for which . is not a reserved name, which allows local users to hide activities it more difficult to conduct forensics activities, as demonstrated by Flame.

CVE-2012-5621
Published: 2014-09-29
lib/engine/components/opal/opal-call.cpp in ekiga before 4.0.0 allows remote attackers to cause a denial of service (crash) via an OPAL connection with a party name that contains invalid UTF-8 strings.

CVE-2012-6107
Published: 2014-09-29
Apache Axis2/C does not verify that the server hostname matches a domain name in the subject's Common Name (CN) or subjectAltName field of the X.509 certificate, which allows man-in-the-middle attackers to spoof SSL servers via an arbitrary valid certificate.

CVE-2012-6110
Published: 2014-09-29
bcron-exec in bcron before 0.10 does not close file descriptors associated with temporary files when running a cron job, which allows local users to modify job files and send spam messages by accessing an open file descriptor.

CVE-2013-1874
Published: 2014-09-29
Untrusted search path vulnerability in csi in Chicken before 4.8.2 allows local users to execute arbitrary code via a Trojan horse .csirc in the current working directory.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
In our next Dark Reading Radio broadcast, we’ll take a close look at some of the latest research and practices in application security.