Patched your Java yet?
Last Updated: 2012-11-01 00:22:55 UTC
by Daniel Wesemann (Version: 1)
Yes, there's some irony to this diary entry. In the past, I have been suggesting repeatedly that organizations who do not have an all-out requirement to keep a Java JRE runtime installed, should get rid of it. Yet, here I was, a couple of days ago, reviewing some SIEM events at a Community College where I help out with IT Security, when something caught my eye (URLs defanged to keep you from clicking):
src='192.168.36.25' media-type='application/x-jar' url='GET hxxp://outdrygodo.mine. nu/finance/etzko5.jar'
src='192.168.36.25' media-type='-' url='GET hxxp://outdrygodo.mine. nu/finance/qkefaw.php'
src='192.168.36.25' media-type='application/octet-stream' url='GET hxxp://outdrygodo.mine. nu/finance/e32ezw.php?category=/&news_id=314214&date=1012&gen=j&lam=true'
Basically, a user here is getting an unsolicited Java Applet. A little while later, the same workstation gets an "octet stream" (think: executable). This can't be good. But why isn't anti-virus alerting on it? [Yes, this is a purely rhetorical question :)]
Turns out, the workstation in fact has been infected. The JAR contained an exploit for CVE-2012-4681. And there is a "skype.dll" sitting in C:\ProgramData, and, even "better", it apparently happily talks to some server in the Ukraine:
src='192.168.36.25' media-type='-' url='POST hxxp://195.191.56. 242/posting.php?mode=reply&f=72&sid5=0ef2884d693eadc605e9bf726c1b9881'
Checking through the logs in detail now, we determined that the PC was talking to this server in the Ukraine whenever the user was logging into some web page. User goes to GMail? PC talks to the Ukraine. User goes to Amazon? PC talks to the Ukraine. User goes to online bank? Yup: you get the drift. In between, the spyware kept mum. But whenever the user happened to enter some password, the spyware merrily ratted him out.
Looking through the logs even further back, we were able to determine that the original infection had happened when the user visited a - perfectly benign - newspaper web site, which at the time apparently was featuring a poisoned advertisement banner somewhere within the page content. The entire attack happened compeletely stealthily, there is nothing the user could have seen or done (maybe with the exception of Java popping up in the tray, but who pays attention to that?)
In short, if your Java JRE is unpatched, you will get hacked. Silently and stealthily. The bad guys will grab all your passwords for a week or so. And then, they will move in, and change your life.
In the case at hand, it was an e-banking application, of all things, that did not yet work with Java JRE 7, and had kept the user from upgrading his Java JRE. From other users, I hear that some releases of enterprise software from large vendors like SAP, Oracle, etc, are also not fully compatible with the latest Java JRE, and thus force their users to remain exposed to attacks like the one described above.
Bottom line:
If you don't need Java JRE on your PC, get rid of it.
If you need it, patch it.
If you can't patch it because some silly application is not compatible with the patch, kick the [beep] of whoever supplies that application.
In case you are in the latter situation, feel free to share in the comments box below. Maybe there are other ISC readers similarly affected, and if you join forces, the vendor might be more inclined to listen.
Comments
I seem to recall reading a few years back that Java applets can actually request to use older JREs if they are installed, but can't remember the details or if this was fixed.
Appreciate any insight.
The DNS entries are very short-lived, and the exploit and payload URIs are one-time and restricted to a single IP. The landing page is usually full of random junk words and includes the Java exploit and some encrypted payload URLs (the encryption varies once or twice a day).
The payloads include a random extra byte at the beginning which is used to XOR the rest (hence no AV - though I think an AV could check for this!).
Other favourite domains at the moment are *.homelinux.com and *.homeip.net
BTW - CVE 2012-4681 is the 0-day from August AFAIK. I haven't seen an exploit for the vulnerabilities in Java 1.6.0_35 and 1.7.0_07 yet, though I expect we'll see some very soon :-(
For all other Internet access, we set up a separate, isolated wireless network with dedicated stations used for all other browsing and its own dedicated Internet connection. It's a serious pain, but for once BYOD is being a big help (users can use smartphones and tablets to browse the Internet), we've seen a significant drop in infected PCs, and our business-needs Internet connection runs much quicker for everyone. Even better, the dedicated browsing PCs are much easier to keep up to date since there's far fewer restrictions on specific versions that need to be installed for specific in-house systems.
Java Delenda Est!!!
I did, and now the "webmail.ISPNAME.ca" interface to my E-mail takes 15 to 20 seconds EVERY time that I open an E-mail message, presumably while it hunts around for some version of Java on my computer. Nothing on the web-page's "spinner" to indicate that their web-page needs the most-current Java add-on. Sigh.
I have written C/C++ applications that survived 3 or more major OS releases without any updates because they followed the API/OS vendors recommendations and didn't take shortcuts. Shortcuts like that are a save time now but spend even more later proposition. And they typically don't provide a good security profile either. Its like validating input to your program, takes time to do it right but you save so many problems down the road.
etime (an ADP app) is even worse. Not only does the java version of their web app require (last I checked) an older release of java, it requires a specific release. When we were eval'ing the application, I managed to make it run on linux, but only by running an old version of JRE (with many known exploits) and a truly decrepit version of firefox (with many known exploits). Naturally, the people deciding whether or not to use this webapp ignored my recommendation, probably because we're already using ERP apps that also require old JREs. (Bah!)
Combine this with the auto-update "feature" in JRE so instead of applying the latest java 6 patch it upgrades to java 7, and now we have managers recommending people turn off auto-updates of java. Phooey. (grumble)
I've seen the portable idea mentioned a couple of times lately....and I think it's great. Just wondering if you or anyone else has figured out how to do this with IE.....
I searched www.portableapps.com for Internet Explorer and aside from all of the very helpful 'why would you ever wanna do that?...IE sucks' comments, it seems it isn't done for EULA legality reasons.
I have an app that requires IE and Java v1.6.0.4, and would love to switch it to a portable type IE environment.
New Comments closed for all Diaries older than two(2) weeks
Please send your comments to our Contact Form

Diary Archives