New Zero Day Java Vulnerability Being Exploited in the Wild

Re:New Zero Day Java Vulnerability Being Exploited in the Wild by martinced on Thursday January 10, 2013 @12:18PM (#5038229)

Damn... I thought it was another remote DoS (like the semi-recent hashmap degenerating that could be triggered by using parameters in URL like aa=xx, ab=yy, ac=zz, etc. or the floating-point 12-years old bug that people noticed could be remotely triggered on any Tomcat server) and that, once again, I'd have to apply a workaround on my Java servers.

Thankfully this one is only concerning Java applets.

Java applets where probably the stupidest thing ever. They surely did sck and did bring terribly bad reputation to Java : (

Don't know who's still using them.

Can Google Chrome even be made to run Java applets?

I know latest OS X don't even ship* with Java anymore...

[ Parent | on HN ]

Re:New Zero Day Java Vulnerability Being Exploited in the Wild by Chris_Newton on Thursday January 10, 2013 @01:07PM (#5038574)

Java applets are still in wider use than you seem to realise. For example, in some places, they seem to be the norm for things like on-line banking or interaction with government web sites. As a second example, they are also used for UIs on network-accessible devices. As a third, I’ve seen quite a few used for interactive illustrations on academic/training web sites. People have been doing these things with Java for at least as long as they’ve been doing them with Flash. And there are plenty more cases: tomjen3 already mentioned games, IIRC the conference call/screen sharing service used by one of my clients is Java-based, etc.

The likes of Google and Mozilla might want us all to drop these tried and tested technologies and move to shiny new ones like HTML5 and the latest JS and CSS developments, but realistically, it takes time for users to move on. Most of us don’t have the luxury of controlling our customers’ platforms so we can ensure they run up-to-date builds of Firefox or Chrome with all the latest toys.

It takes time for developers to move on, too. I’m currently working on a project that uses a Java applet for a client. If I were starting the same project today, I’d probably chose different tools, but it wasn’t started today, and not so many years ago when the architectural decisions were being made, those new tools didn’t exist yet.

The main thing holding Java applets back today seems to be the second rate support they now get from the major browsers and/or Oracle, assuming they are supported at all. The number of blatant, show-stopping bugs in browser/Java interactions is getting silly, and code that has worked for years is breaking because someone installed a software “upgrade”. That’s a pity, IMHO, because the JVM is still a decent platform, and there are several interesting modern programming languages other than Java itself that we could be using to develop web apps otherwise.

[ Parent | on HN ]

Re:New Zero Day Java Vulnerability Being Exploited in the Wild by nwh on Thursday January 10, 2013 @01:24PM (#5038706)

I've literally never seen Java in the wild that's not part of an exploit kit. I've disabled Java in every browser / OS since about 2007, and I'm yet to be unconvinced by not having it.

Can you show me any examples of what I might be missing out on?

[ Parent | on HN ]

Re:New Zero Day Java Vulnerability Being Exploited in the Wild by Chris_Newton on Thursday January 10, 2013 @01:47PM (#5038880)

The applet I’m working on is rather specialised, so talking about that isn’t going to prove much. Others have pointed out some common examples from among the fields I mentioned, such as Minecraft, WebEx, and Danish government web sites. Each of these has a significant user base relying on Java applets.

[ Parent | on HN ]

Re:New Zero Day Java Vulnerability Being Exploited in the Wild by SiVal on Friday January 11, 2013 @06:38AM (#5042261)

Does Minecraft use applets or is it just a standalone desktop Java app? Does installing Minecraft create any vulnerability to this bug on a machine whose browsers have deactivated any Java plugin?

[ Parent | on HN ]

Re:New Zero Day Java Vulnerability Being Exploited in the Wild by Aticus_Finch on Friday January 11, 2013 @07:15AM (#5042352)

There are unrelated.

Besides downloading the Java app, you can play Minecraft in the browser through an applet at https://minecraft.net/play.

So no, if you are not running Java in the browser, a malicious web page can't run neither Minecraft nor other Java apps that you have locally installed.

[ Parent | on HN ]

Re:New Zero Day Java Vulnerability Being Exploited in the Wild by bashinator on Thursday January 10, 2013 @04:37PM (#5039929)

Just about every out-of-band management card (e.g. HP iLO, Dell iDRAC) for server-class computers, uses the Java plug-in to present a KVM (keyboard/video/mouse) console through a web browser.

[ Parent | on HN ]

Re:New Zero Day Java Vulnerability Being Exploited in the Wild by mrgoldenbrown on Thursday January 10, 2013 @02:38PM (#5039225)

You don't mention where you work, but I'm guessing it's not an "enterprisey" or "corporatey" kind of place. Count your blessings :)

[ Parent | on HN ]

Re:New Zero Day Java Vulnerability Being Exploited in the Wild by nitrogen on Friday January 11, 2013 @01:30AM (#5041635)

Things like this are pretty useful: http://hb9leb.no-ip.info/dspic/html/KaiserFilterDesign.html

[ Parent | on HN ]

Re:New Zero Day Java Vulnerability Being Exploited in the Wild by Swannie on Thursday January 10, 2013 @05:34PM (#5040203)

Currently using it daily for Citrix/Juniper "Java Secure Application Manager" for remote XenDesktop access into a customer.

[ Parent | on HN ]

Re:New Zero Day Java Vulnerability Being Exploited in the Wild by asdf1011 on Thursday January 10, 2013 @09:15PM (#5040991)

Online tax payments in Hong Kong uses a java applet.

[ Parent | on HN ]

Re:New Zero Day Java Vulnerability Being Exploited in the Wild by philbarr on Friday January 11, 2013 @03:23AM (#5041898)

Documentum from EMC uses Java as part of it's browser interface (webtop). It's used to download and manage documents on the user's machine.

[ Parent | on HN ]

Re:New Zero Day Java Vulnerability Being Exploited in the Wild by Angostura on Friday January 11, 2013 @09:25AM (#5042760)

You don't know anyone who plays Minecraft?

[ Parent | on HN ]

Re:New Zero Day Java Vulnerability Being Exploited in the Wild by foohbarbaz on Thursday January 10, 2013 @01:41PM (#5038839)

JVM is pretty much the only platform, unless you want to be Windows-only. This however has absolutely nothing to do with Java browser plugin. The sooner that thing dies the better. Just disable the "Java plugin" in the browser and forget about it.

[ Parent | on HN ]

Re:New Zero Day Java Vulnerability Being Exploited in the Wild by ttt_ on Thursday January 10, 2013 @02:16PM (#5039066)

Currently it's the best way to serve labels for thermic printers that our clients need.

There is no direct input to the printer as a byte buffer, the browser will always print a markup document. Unless HTML5 comes up with Printer Sockets, we are stuck with Applets in order to be granted hardware access to the client machine.

[ Parent | on HN ]

Re:New Zero Day Java Vulnerability Being Exploited in the Wild by bragh on Friday January 11, 2013 @03:05AM (#5041863)

The same problem applies to most point of sale hardware, the stuff we use doesn't mostly care about drivers at all. Receipt printers just want raw bytes sent to their port, no matter COM or LPT or LAN - OS is bit of an obstruction on the way. Kind of sad that web-based POS software can't take full advantage of the conveniences web brings (ease of updating the program, easier and prettier graphical designs) without losing the capability of interfacing properly with hardware.

[ Parent | on HN ]

Re:New Zero Day Java Vulnerability Being Exploited in the Wild by tomjen3 on Thursday January 10, 2013 @12:47PM (#5038455)

The company I work for made Java applets (specifically online games) until very recently.

To interact with the danish government online (say because you want to update your tax records) you have to login -- with a java applet.

That also means you can't do it from your phone.

Yeah, Java is still used in plenty of places, and yes Chrome still support it.

[ Parent | on HN ]

Re:New Zero Day Java Vulnerability Being Exploited in the Wild by TurplePurtle on Thursday January 10, 2013 @01:12PM (#5038613)

Unfortunately, Java applets are the only way to connect a Midi Keyboard to an HTML5 app.

[ Parent | on HN ]

Re:New Zero Day Java Vulnerability Being Exploited in the Wild by cnlwsu on Thursday January 10, 2013 @04:50PM (#5040009)

> Don't know who's still using them.

One thing about applets is they are the only way I know of to generate UDP packets from the browser. If it wasn't for that I couldnt think of anything.

[ Parent | on HN ]

Re:New Zero Day Java Vulnerability Being Exploited in the Wild by taylodl on Thursday January 10, 2013 @12:49PM (#5038469)

Exactly. A web application platform you should have stopped using 10 years ago is still causing problems. Imagine that!

[ Parent | on HN ]

Re:New Zero Day Java Vulnerability Being Exploited in the Wild by reinhardt on Thursday January 10, 2013 @02:15PM (#5039063)

Dont know who's still using them.

At least one online banking site of a large Scandinavian bank...

[ Parent | on HN ]

Re:New Zero Day Java Vulnerability Being Exploited in the Wild by freehunter on Thursday January 10, 2013 @01:15PM (#5038631)

It looks like you tried to censor suck for some reason and triggered the markup between the asterisk used for censoring and the first one highlighting the word ship.

[ Parent | on HN ]

Re:New Zero Day Java Vulnerability Being Exploited in the Wild by JabavuAdams on Thursday January 10, 2013 @12:48PM (#5038459)

Java applets were great for graphics demos and teaching apps.

Flash and Unity, etc have taken over, but who's to say that they are more secure?

[ Parent | on HN ]

Re:New Zero Day Java Vulnerability Being Exploited in the Wild by finnw on Thursday January 10, 2013 @06:38PM (#5040448)

Banks like java applets because of the built-in cryptography functions.

[ Parent | on HN ]