Slashdot Mirror


New Java Vulnerability Found Affecting Java 5, 6, and 7 SE

jcatcw writes "Just as Oracle is ramping up for the September 30 start of JavaOne 2012 in San Francisco, researchers from the Polish firm Security Explorations disclosed yet another critical Java vulnerability that might 'spoil the taste of Larry Ellison's morning ... Java.' According to Security Explorations researcher Adam Gowdiak, who sent the email to the Full Disclosure Seclist, this Java exploit affects one billion users of Oracle Java SE software, Java 5, 6 and 7. It could be exploited by apps on Chrome, Firefox, Internet Explorer, Opera and Safari. Wow, thanks a lot Oracle."

121 comments

  1. Java runtime vs. .NET runtime by Nsks · · Score: 5, Funny

    What is with Java and all these exploits? It's the most exploited piece of software on planet. I think they should learn something from Microsoft's .NET runtime. It's installed on pretty much every Windows computer out there. Still there are no exploits against it! Microsoft seems to know what they're doing much better than Oracle

    1. Re:Java runtime vs. .NET runtime by sgrover · · Score: 4, Funny

      Dude!!! You almost made pop come out my nose! I laughed so hard!

    2. Re:Java runtime vs. .NET runtime by Anonymous Coward · · Score: 0, Insightful

      Ever hear of activeX?

    3. Re:Java runtime vs. .NET runtime by Anonymous Coward · · Score: 0

      Microsoft's .NET runtime. It's installed on pretty much every Windows computer out there. Still there are no exploits against it! Microsoft seems to know what they're doing much better than Oracle

      ...perhaps because they have the source code for Windows?

    4. Re:Java runtime vs. .NET runtime by Anonymous Coward · · Score: 1

      Really, somebody better tell Microsoft so they can stop issuing worthless security updates: http://technet.microsoft.com/en-us/security/bulletin/ms12-016

    5. Re:Java runtime vs. .NET runtime by gagol · · Score: 4, Informative

      You mean like this?

      --
      Tomorrow is another day...
    6. Re:Java runtime vs. .NET runtime by Anonymous Coward · · Score: 0

      I think they should learn something from Microsoft's .NET runtime. ...

      Hahaha! Nsks is like one of those Bite-N-Smile actors. Fake smiling toward the camera, then crying on the floor in the bathroom a few hours later because they can't wash the feeling off.

    7. Re:Java runtime vs. .NET runtime by Anonymous Coward · · Score: 0

      At least they patch it in a timely fashion... How long did it take for oracle to deal with the previous high-publicity exploit?

    8. Re:Java runtime vs. .NET runtime by scorp1us · · Score: 4, Interesting

      Nah, I'd say Flash is the most exploited runtime.

      I never liked Java, but .NET is even worse for a web platform as it only supports a fraction of the platforms. Java was invented to be portable, .NET was invented to be less portable Java.

      --
      Slashdot's rate-of-post filter: Preventing you from posting too many great ideas at once.
    9. Re:Java runtime vs. .NET runtime by Tharkkun · · Score: 2

      What is with Java and all these exploits? It's the most exploited piece of software on planet. I think they should learn something from Microsoft's .NET runtime. It's installed on pretty much every Windows computer out there. Still there are no exploits against it! Microsoft seems to know what they're doing much better than Oracle

      All of the present exploits have come from Sun, prior to being acquired by Oracle. Did you expect Oracle to go back and regression test for exploits? I thought the code being open source would allow these things to be found?

    10. Re:Java runtime vs. .NET runtime by Anonymous Coward · · Score: 0

      How about no?
      Does no work for you?

    11. Re:Java runtime vs. .NET runtime by Anonymous Coward · · Score: 0

      Oracle doesn't fix. They mask. Big difference, lol.

    12. Re:Java runtime vs. .NET runtime by Anonymous Coward · · Score: 1

      [.NET is] just like Java, except without an evil corporation yanking the carpet out from under the devs every three months.

      LOLWUT?

    13. Re:Java runtime vs. .NET runtime by Anonymous Coward · · Score: 0

      You obviously don't pay much attention... There have been many security patches for the diarrhea that goes by the name of .NET.

    14. Re:Java runtime vs. .NET runtime by Anonymous Coward · · Score: 1

      Moonlight is dead. It hasn't been updated in nearly 2 years. Moonlight never supported drms, authentication and such, unlike SilverLight.
      I used to belong to Netflix (back when they had a good selection of movies) but couldn't stream movies from their website to Linux.

    15. Re:Java runtime vs. .NET runtime by HiThere · · Score: 1

      Have YOU heard about how compatible they were?

      If they had been successful, MS had already pledged to sue them "To defend our intellectual property". Now that was only an MS vice-president, so while he's an official spokesman, he might not know the true plan. But it was said, and never denied.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    16. Re:Java runtime vs. .NET runtime by Anonymous Coward · · Score: 1

      http://www.microsoft.com/openspecifications/en/us/programs/community-promise/default.aspx

      Yeah, so much for suing. BTW, care to provide reference to your claim while you're at it?

    17. Re:Java runtime vs. .NET runtime by hoggoth · · Score: 1

      At first glance I thought you said 'pop corn out of my nose'. I was picturing kernels going in one nostril and fully popped corn shooting out the other.

      --
      - For the complete works of Shakespeare: cat /dev/random (may take some time)
    18. Re:Java runtime vs. .NET runtime by Joce640k · · Score: 1

      I certainly hope .Net is secure...because the '.Net security updates' utterly fail to install themselves on any machine I own. Doesn't matter what version (v1.0 to whatever they're at now), doesn't matter what OS version (I've got XP and 7), I don't think a single one has ever installed. These days I don't even bother trying unless I'm already in a bad mood.

      --
      No sig today...
    19. Re:Java runtime vs. .NET runtime by Joce640k · · Score: 2

      What does ActiveX have to do with .Net?

      --
      No sig today...
    20. Re:Java runtime vs. .NET runtime by Anonymous Coward · · Score: 0

      A patch was out before the exploit was made public.

    21. Re:Java runtime vs. .NET runtime by Anonymous Coward · · Score: 0

      Check to see if ur nets were replaced by tubes

    22. Re:Java runtime vs. .NET runtime by Tough+Love · · Score: 1

      Congratulations on joining the *whoosh* club for this thread.

      --
      When all you have is a hammer, every problem starts to look like a thumb.
    23. Re:Java runtime vs. .NET runtime by TeknoHog · · Score: 1

      Man, all these years I've wondered what the big boys mean by "compiling the kernel". Thank you sir!

      --
      Escher was the first MC and Giger invented the HR department.
    24. Re:Java runtime vs. .NET runtime by shutdown+-p+now · · Score: 2

      .NET actually has a bigger attack surface when it comes to sandbox exploits, because its type system is much more complicated, and so its bytecode verifier has to be more complex as well to deal with that, with more corner cases that it can potentially get wrong. For example, .NET has the concept of managed pointers (aka byref) for parameter passing. It also has the concept of vararg methods on VM level (with a variable number of argument actually being pushed on the execution stack - not like Java array-based varargs). I was exoerimenting in that area to do something unrelated, and found an exploit where you could pass a byref-to-byref (something that's normally verboten, verifier just didn't catch it that time) to a vararg method, and mutate the reference to point to the stack frame that's about to be teared down - eventually letting you to hijack an object's vtable pointer, for example, and execute arbitrary code.

    25. Re:Java runtime vs. .NET runtime by Anonymous Coward · · Score: 0

      Heh, I don't see .NET on that list.

    26. Re:Java runtime vs. .NET runtime by Anonymous Coward · · Score: 0

      I think you are confusing version 2.0 of C# and the CLR with ".net." The latest features in 3.5, 4.0 and so on are not in fact open. Because the ECMA spec was never updated. More than that, the library is not open. Sure the core base class library like STring and stuff was included in the Spec. But not WinForms, WCF, ASP.net and so on.

      Those things are not open.

      There's no credible implementation to .Net or C# on any platform besides windows. Mono is a joke that I don't think anyone really uses for production. Certainly the performance (in memory, etc) is much worse than on Windows. The JVM however is quite competitive on Linux and Windows perfromance wise.

      We still use Java for writing Server applications on Linux. These security issues only affect the Java web applet, and are not really a concern to any type of back end programming.

      And by the way, are you aware that Microsoft is in fact an "evil corporation yanking the carpet out from under the devs every three months?"

    27. Re:Java runtime vs. .NET runtime by Anonymous Coward · · Score: 0

      I think you are confusing version 2.0 of C# and the CLR with ".net." The latest features in 3.5, 4.0 and so on are not in fact open. Because the ECMA spec was never updated. More than that, the library is not open

      What a cunning way to try and stir up a Java vs C# flame war.

      They may not be "open" by Micro$oft's ECMA Specifications, there are open implementations of them.

      Sure the core base class library like STring and stuff was included in the Spec. But not WinForms, WCF, ASP.net and so on.

      Those things are not open.

      Mono has implemented pretty much all of C#, and although you are correct that it doesn't have native WinForms support, it does translate them into Gtk# pretty flawlessly. And regarding WCF, here's a quote from the mono project's homepage: "Nowadays WCF is part of the core Mono"
      See http://www.mono-project.com/WCF_Development

      There's no credible implementation to .Net or C# on any platform besides windows. Mono is a joke that I don't think anyone really uses for production. Certainly the performance (in memory, etc) is much worse than on Windows. The JVM however is quite competitive on Linux and Windows perfromance wise."

      I think your entire post is the joke actually, you provide no references for anything you say, which seems mostly biased from the perspective of a Java developer. I've done both C# and Java development professionally, and have a pretty extensive working knowledge of both.

      Look up on google "Mono vs Java performance" and look for a recent comparison, you will see they are nearly identical.
      And please look up your "facts" before you type them.

    28. Re:Java runtime vs. .NET runtime by cbhacking · · Score: 1

      Um, no. Not even slightly.

      There was a patch for three of the (~20) vulnerabilities that were reported. When Oracle neglected to patch the rest in a timely manner, another 3 of the vulns were chained together to make a full applet-sandbox-bypass exploit. That was in the wild for several days before Oracle finally released an out-of-band patch to fix it... and even then, they haven't yet patched all the other reported issues.

      Oracle knew about the vulns, and may even have had an internal patch, bu they did not publish it before a working (on the current released patch level) exploit was published.

      --
      There's no place I could be, since I've found Serenity...
    29. Re:Java runtime vs. .NET runtime by Anonymous Coward · · Score: 0

      I swear, people like you need to be placed into special care until you grow some brains...

      From Covered Specifications:

      Common Language Infrastructure (CLI) - Ecma-335, 4th Edition and ISO/IEC 23271:2006 - this is the specification that defines the .NET runtime. It's not listed as .NET because that's just a name Microsoft uses of their implementation of the CLI spec.

    30. Re:Java runtime vs. .NET runtime by Trogre · · Score: 1

      We could all just bypass Oracle and Microsoft, and move to Dalvik.

      --
      "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
    31. Re:Java runtime vs. .NET runtime by Whalou · · Score: 1

      I had read 'poop' instead of 'pop' and thought that I never wanted to laugh that hard.

      --
      English is not this .sig mother tongue...
    32. Re:Java runtime vs. .NET runtime by HiThere · · Score: 1

      My understanding was that the basic .NET features were covered by the promise, but that some of the basic libraries weren't. I'll admit that I was never interested enough to remember the details. Something like "it didn't cover the window manager classes from the library".

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    33. Re:Java runtime vs. .NET runtime by toddestan · · Score: 1

      Actually, the way I see it is that Microsoft learned their lesson 10-15 years ago the hard way with things like ActiveX, leading them make vast improvements with regards to security in their products. Lessons that a lot of other companies are just learning now.

    34. Re:Java runtime vs. .NET runtime by rubycodez · · Score: 1

      nonsense, Microsoft still lets security flaws go for years without patch. Their pseudo "operating system" and major wares still install malware without any user interaction needed. Microsoft's softwares are not business grade and have no place in the corporate world.

  2. IcedTea, anyone? by Anonymous Coward · · Score: 1

    As with previous exploits, what about IcedTea (OpenJDK)? Are Linux users yet again kicking back and enjoying the show?

    1. Re:IcedTea, anyone? by Tough+Love · · Score: 1

      IcedTea is really, really close to being a viable replacement for Oracle's JRE. Some crappy webapps from vendors who should know better (Juniper, looking at you) fail on IcedTea probably because of stupid reasons that could be fixed instantaeously if the vendor bothered with even the slighted QA on the open JRE. This issue is rapidly elevating to critical because as everybody can see, relying on Oracle for anything is just bad business.

      --
      When all you have is a hammer, every problem starts to look like a thumb.
  3. Every big SW package has bugs by davidwr · · Score: 2

    While I commend their efforts, they could've reduced unneeded panic, FUD, and distraction by giving Oracle a few weeks to patch it before the big announcement.

    Now customers everywhere will be concerned about this bug instead of the disclosed-to-the-vendor-only bug that gives you full administrative rights but which won't be made public until a reasonable time after the vendor was notified.

    Apologies in advance if Oracle was notified a few weeks before this was made public and didn't disclose it themselves.

    --
    Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
    1. Re:Every big SW package has bugs by Anonymous Coward · · Score: 0

      Judging by the inflammatory language used in the announcement, I doubt they gave Oracle such a courtesy.

      The way this played out it looks like someone with deep-seed hate for everything Oracle wanted to stick it to them.

    2. Re:Every big SW package has bugs by colinrichardday · · Score: 1

      instead of the disclosed-to-the-vendor-only bug

      And if other parties (black hats) are also aware the problem?

  4. Report exploits to Debian and Red Hat too by David+Gerard · · Score: 4, Insightful

    The OpenJDK teams at Debian (who also do Ubuntu) and Red Hat are good people to notify as well. Unlike Oracle, they won't sit on bugs.

    --
    http://rocknerd.co.uk
    1. Re:Report exploits to Debian and Red Hat too by Anonymous Coward · · Score: 0

      The OpenJDK releases suffer from a critical security flaw: they're shipped as packages which mandates you to be root to be able to install them (the one single most brainf*cked stuff in the Debian / Red Hat world and this comes from a big, big, big Linux fan and long time user).

      This is a showstopper in my book: there are way too many Java exploits out there that I'll ever risk installing such a package in anything else than a user directory. I don't care how the install script supposedly are at constraining Java-the-nasty so that it doesn't act like the gigantic security issue it is: I'm not switching to root to install Java.

      Wanna be safe with Java on Linux ? It's trivial: fetch the good old Oracle Java .tar file and install Java in a separate user account. Of course only ever do that if you're a Java developer and actually need Java. Otherwise there's zero reason for running Java on your Linux system.

      Should your online banking website mandate Java, then use a live Linux CD to connect to your bank (it's only good practice anyway).

      On Windows? You *must* be admin to install Java. I pity them.

    2. Re:Report exploits to Debian and Red Hat too by Anonymous Coward · · Score: 2, Insightful

      you do realize that installing a package as root does not automatically cause the binary to be run AS root. I could chown every file on a linux system to be owned by root:root and still be able to run programs as a non-privileged account.

      I don't know if you're trolling or misinformed, but there is nothing inherently insecure about installing packages as root. RUNNING them as root is something completely different.

      The Captha was "Audited" ... funny.

    3. Re:Report exploits to Debian and Red Hat too by Anonymous Coward · · Score: 0

      It's obvious you have no idea what you are talking about but I'll clue you in: You must be root or a privileged account to install packages. File permissions and ownership do not dictate under what permissions the program is run. If there is a binary with permissions 755 owned root:root and I run it as the user "jack" this does not give me root access through that program, the only permissions available to "jack" are those that "jack" has.

      On another note, you can install security updates automatically - so even if someone with root isn't around the packages needing security updates will be installed as soon as they are available.

    4. Re:Report exploits to Debian and Red Hat too by viperidaenz · · Score: 2

      You don't need to be admin to run Java on Windows. You can do it with 7zip, the exe installer can be opened as an archive and the tools.zip file inside is effectively the JDK. Unzip and enjoy. You just can't install it as the system JRE or install the browser plugin. Both of which should always require admin rights.

    5. Re:Report exploits to Debian and Red Hat too by colinrichardday · · Score: 1

      Does one need to be root to install relocatable packages in a user's directory? That depends on the package.

  5. Pop by Anonymous Coward · · Score: 1

    Your dad came out of your nose?

    http://www.popvssoda.com Fight!

    1. Re:Pop by Anonymous Coward · · Score: 0

      Sorry, I was laughing so hard I couldn't spell. He almost made *poop* come out my nose. Last night was scat night at the LUG.

    2. Re:Pop by Anonymous Coward · · Score: 0

      Die in a fire.

    3. Re:Pop by Anonymous Coward · · Score: 0

      Somebody is pissed that he wasn't invited. Which reminds me: next month our LUG is having a water sports night. Have some pizza, talk about ubuntu, gentoo compiler flags, and, of course, piss play!

    4. Re:Pop by Anonymous Coward · · Score: 0

      I think he meant "come pop out of [his] nose"

  6. "Wow, thanks a lot Oracle." by Anonymous Coward · · Score: 5, Insightful

    Release of Java 5: September 30, 2004
    Oracle's acquisition of Sun: January 27, 2010

    I know it's fun to hate on Oracle (commencing Ellison yacht joke in 5, 4, 3...), but it makes you look a little imbalanced to blame them for a vulnerability that exists in a product created by a different company almost 5+ years before Oracle even bought them.

    Shouldn't we at least wait until after we find out that Oracle knew all about this for months on end, chose to tell no one, and then ported it forward into Java 7 before we lambaste them?

    1. Re:"Wow, thanks a lot Oracle." by Anonymous Coward · · Score: 2, Insightful

      No! Fuck Oracle! They are the 1%!

    2. Re:"Wow, thanks a lot Oracle." by znrt · · Score: 0

      Release of Java 5: September 30, 2004but it makes you look a little imbalanced to blame them for a vulnerability that exists in a product created by a different company almost 5+ years before Oracle even bought them.

      bought the bugs too.

    3. Re:"Wow, thanks a lot Oracle." by Nimey · · Score: 4, Informative

      Java 5 was even EOL'd well before Oracle bought Sun.

      --
      Hail Eris, full of mischief...

      E pluribus sanguinem
    4. Re:"Wow, thanks a lot Oracle." by Cid+Highwind · · Score: 4, Insightful

      Number of fscks Larry Ellison has given about Java since finding out owning it doesn't mean Google owes him a ton of money for Dalvik: 0

      --
      0 1 - just my two bits
    5. Re:"Wow, thanks a lot Oracle." by Anonymous Coward · · Score: 0

      On server side, Java 1.4 is still alive and kicking (barely, like an infected zombie) because some companies don't want to upgrade (or even update) their application servers... Java truly is the new Cobol.

    6. Re:"Wow, thanks a lot Oracle." by LourensV · · Score: 2

      Actually, after the acquisition Sun Microsystems, Inc. and Oracle USA, Inc. were merged to form Oracle America, Inc. So strictly speaking, Oracle is Sun. I wholly agree though that we need to know for how long they knew about this before passing judgement.

    7. Re:"Wow, thanks a lot Oracle." by Trepidity · · Score: 4, Insightful

      They've owned the product for almost three years now, so I'd say that bugs in current versions are their fault for not doing sufficient QA to find/fix, regardless of where they originated. When you own something, you own the responsibility too.

    8. Re:"Wow, thanks a lot Oracle." by Billly+Gates · · Score: 2

      Part of this is not Oracle's or Sun's fault. It is the customers who uses 10 year old software that relies on these exploits to provide functionality like COM integration with Excel and other useless features.

      The more Oracle plugs these holes the more users will demand to keep XP and Java 1.4.2 around the office. Corporate customers hate change and fixes make them nervous.

      Java does run on every platform. The problem is it does not run on past versions of itself and like ancient versions of IE they create lockin. Most regular users do not use it as an applet. Chrome and Firefox wont even let you run Java applets believe it or not by default if you have Java installed. Just IE because no one uses it.

      Sadly I use eclipse and Aptana and I know many users who use Vuze for bittorents so java i snot going away but at least most of us can upgrade. I use the insecure version but double check to make sure it wont work on my browser so I am good.

    9. Re:"Wow, thanks a lot Oracle." by Billly+Gates · · Score: 2

      Worse I have to clean machines which use Java 1.4.2 on the clients using IE 7. They get infected ALOT but use them for their banking apps online. Can't upgrade them because the 9 year old Kronos app is not compatible with any other version and this would hurt the shareprice.

    10. Re:"Wow, thanks a lot Oracle." by Anonymous Coward · · Score: 0

      Dude, chill. It's not worth bringing it up. The person who wrote the summary is probably also one of the people who spins the old Motorola Mobility patenting issues and other transgressions of theirs from years ago as "thanks to Google", when, last I knew, that buyout hasn't even been finalized yet. You're not going to get through to them. Ever.

      Seriously, best to just let the loonies wander around the prison^H^H^H^H^H^Hasylum until they burn themselves out. Then we can process them for fuel. Best part is, there'll always be more fuel.

    11. Re:"Wow, thanks a lot Oracle." by afidel · · Score: 1

      Hell one of those companies is Oracle themselves. In fact the current version of several of the products we use still have the JRE 1.5.0 as the bundled version.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    12. Re:"Wow, thanks a lot Oracle." by Billly+Gates · · Score: 1

      How much do you want to bet vendors like Oracle and others will still be selling software that requires XP long after the EOL on 3/2014?

    13. Re:"Wow, thanks a lot Oracle." by Anonymous Coward · · Score: 0

      I would say the only thing you own is the responsibility. What else?

    14. Re:"Wow, thanks a lot Oracle." by Trogre · · Score: 2

      Number of viable alternative desktop implementations? Ditto.

      --
      "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
    15. Re:"Wow, thanks a lot Oracle." by fatp · · Score: 1

      Oracle 11gR2 bundles jdk 5.

    16. Re:"Wow, thanks a lot Oracle." by Anonymous Coward · · Score: 0

      Yup. Well said. Oracle suck. Larry Ellison is the worst. Java sucks as well. Great idea that has never lived up to its promise.

  7. Is Java the new Flash? by blahbooboo · · Score: 4, Funny

    Please discuss.

    1. Re:Is Java the new Flash? by Anonymous Coward · · Score: 0

      Flash was the new Java.

    2. Re:Is Java the new Flash? by Anonymous Coward · · Score: 3, Funny

      No, Java is the old Flash.

    3. Re:Is Java the new Flash? by Anonymous Coward · · Score: 0

      No. Flash was designed to run in browsers, Java was designed as an execution framework. Java is not designed for "web applets". That's where the problem lies.

    4. Re:Is Java the new Flash? by malignant_minded · · Score: 1

      I can't I'm verklempt

    5. Re:Is Java the new Flash? by Anonymous Coward · · Score: 1

      wabbit season

    6. Re:Is Java the new Flash? by X0563511 · · Score: 1

      Post subjects are like headlines:

      If they end with a question mark, the answer is always "no."

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    7. Re:Is Java the new Flash? by Chris+Mattern · · Score: 2

      He'll save every one of us!

    8. Re:Is Java the new Flash? by Tough+Love · · Score: 1

      Not that bad but could be better. Unfortunately, in Oracle's hands its more likely to get worse.

      Actually, Javascript needs to be the new Java. Which seems to actually be happening. Sure, Javascript sucks seriously in its own way and can't touch Java in performance, but it does the job, blows Java out of the water in responsivess, and has multiple implementations not under the control of any one company.

      --
      When all you have is a hammer, every problem starts to look like a thumb.
    9. Re:Is Java the new Flash? by dkf · · Score: 2

      Actually, Javascript needs to be the new Java. Which seems to actually be happening.

      Shit. Swapping something that's extremely well defined (even anal-retentively so) for something with as... err... whimsical set of variations as Javascript is such a huge step forward. Not.

      Sure, Javascript sucks seriously in its own way and can't touch Java in performance, but it does the job, blows Java out of the water in responsivess, and has multiple implementations not under the control of any one company.

      On the other hand, the main reason that JS is responsive is that it's got a fully warmed up engine going by the time your browser actually loads any script code. There's a large class of things that you can't do in JS (well, not the JS that's in browsers) and the multiple implementations vary in subtle ways that bite you on the ass.

      It isn't just manipulating graphics or DOM trees that people want to do in browsers.

      --
      "Little does he know, but there is no 'I' in 'Idiot'!"
    10. Re:Is Java the new Flash? by Tough+Love · · Score: 1

      See, Javascript sucks but Java fails. Pick your poison.

      --
      When all you have is a hammer, every problem starts to look like a thumb.
    11. Re:Is Java the new Flash? by Anonymous Coward · · Score: 0

      Actually, Javascript needs to be the new Java.

      I can assure you that you don't wanna see that happen.

    12. Re:Is Java the new Flash? by Tough+Love · · Score: 1

      Actually, Javascript needs to be the new Java.

      I can assure you that you don't wanna see that happen.

      It already happened, clientside... can you spell Ajax? But I agree, it would be nuts to use Javascript serverside for a project of any scope. And also nuts to use Oracle's Java. You should be using GCJ or TowerJ.

      --
      When all you have is a hammer, every problem starts to look like a thumb.
  8. the java plugin? by tero · · Score: 0, Flamebait

    So when was the last time you actually needed that Java-plugin in your browser?

    Applets have been dead tech for years now - for most people there's no need at all to have Java plugin enabled in their browser.

    Uninstall the plugin already, I bet you won't even see the difference.

    1. Re:the java plugin? by rbrausse · · Score: 2

      So when was the last time you actually needed that Java-plugin in your browser?

      10 minutes ago. even twice (Barracuda's SSL VPN tunneling thingy is based on Java, and our web-based CPOE uses Java to print barcodes*)

    2. Re:the java plugin? by Anonymous Coward · · Score: 0

      So when was the last time you actually needed that Java-plugin in your browser?

      Almost every day, unfortunately. The USPTO uses it as part of their certificate authentication for Private PAIR (access to patent information) and their Electronic Filing System. (see, e.g., https://ppair.uspto.gov).

    3. Re:the java plugin? by codealot · · Score: 3, Informative

      I just RTFA, from what I can tell this affects anyone who needs to run untrusted code in a JVM with a SecurityManager, not just applets.

      That said, I can't think of any reason to do that besides applets, so most vulnerable users are those with browser plugins. Virtually everyone I know who runs Java deploys it within a servlet container where untrusted code is not normally a concern. Given that, the story seems a bit overblown.

    4. Re:the java plugin? by Billly+Gates · · Score: 1

      You haven't supported corporate America yet.

      Java and ancient browsers are EVERYWHERE. Worse they all use Java 1.4.2 which is like the holy grail of CISCO equipment and some bank websites. It wont work on any other browser besides IE 6/7 with that java combo. Unless of course you want to upgrade ... HA that would cost money silly.

    5. Re:the java plugin? by Chris+Mattern · · Score: 1

      So when was the last time you actually needed that Java-plugin in your browser?

      Today. I use on a daily basis browser-based Java software that I could not do my job without.

    6. Re:the java plugin? by fa2k · · Score: 2

      The good thing about the plugin is that Java is the only credible cross-platform sanboxed execution environment, and by having the plugin there's a large incentive to find any bugs in the sandbox. With every breach fixed, Java gets more secure.

    7. Re:the java plugin? by i_ate_god · · Score: 1

      Cisco AnyConnect :(

      --
      I'm god, but it's a bit of a drag really...
    8. Re:the java plugin? by MysteriousPreacher · · Score: 1

      So when was the last time you actually needed that Java-plugin in your browser?

      About an hour ago. Still plenty of enterprise applications reliant upon Java. For home use, never. My only personal usage of Java comes from a Java remake of Dungeon Master.

      --
      -- Using the preview button since 2005
    9. Re:the java plugin? by colinrichardday · · Score: 1

      Today I finally got Aleks (an online learning system that uses Java) to work in Linux (I had the jar file in the wrong directory).

  9. Who cares? by Anonymous Coward · · Score: 0

    Another hole in browser plugin. Who cares? Disable the plugin and forget. It's not used for anything these days.

    Again, this has nothing to with "Java" but with "a Java plugin for specific browsers".

    1. Re:Who cares? by V+for+Vendetta · · Score: 1

      Another hole in browser plugin. Who cares? Disable the plugin and forget. It's not used for anything these days.

      I (unfortunately) beg to differ. The two major (Sabre (Sabre.Red), Amadeus (Selling Platform)) GDS' reservation platforms are Java based. Once upon a time they had dedicated (Windows) clients, but as with anything in the 2000s, they had to go "to the Internet", make it "browser-based". Bad move.

  10. Java, it's the new Flash by BLToday · · Score: 2

    for malware.

  11. If you have an IT job you might need it. by Anonymous Coward · · Score: 4, Interesting

    Java plugins won't help you flip burgers, but if you work in a large corporation you will find about fifty mission-critical apps you definitely will need that plug-in for.

    And the sysadmins hate EVERY SINGLE ONE OF THEM.

    Because they SUCK to admin... end users who don't have to use or admin the codebase love them, because they are pretty and sound like coffee.

    1. Re:If you have an IT job you might need it. by Trogre · · Score: 2

      I thought that the Google Dalvik case would have ended all fear about repercussions from developing a viable alternative implementation. And with Oracles horrible, horrible track record I would have thought people would have been scrambling to do so.

      So far we have... nothing I can think of.

      --
      "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
  12. Not Java's fault! by Anonymous Coward · · Score: 0, Troll

    The OS should sandbox the damn thing, at least somewhere in userland. This is bullshit. The OS is soft as mush to let this crap keep on happening. GOD! Our computers are shit!

    1. Re:Not Java's fault! by Anonymous Coward · · Score: 0

      Downmodded for telling the truth... how typical... I didn't know there were fanbois for primitive, shit operating systems that haven't advanced since 1980.* Oh yeah, now we have youtube and facebook and shopping and... pretty silver taskbars!... YIPPIE! You people make me sick!

      *In fact, we regressed.. 1970 was as good as it got

  13. use instead? by Anonymous Coward · · Score: 0

    What would you use instead? Ruby on rails? Python? html5 ? perl? maybe this kind of dynamic content is just bad?

  14. Useless platform by Anonymous Coward · · Score: 0, Insightful

    Java is a useless platform, along with Flash Actionscript and whatever other web-based multimedia api is out there. If people would start coding pages without those additional pieces of garbage, the amount of malware on the internet would drop tremendously.

  15. The joke's on you! by Anonymous Coward · · Score: 0

    I'm running version 1.7.0_07, so I'm not affected!

  16. Wowzers by Billly+Gates · · Score: 5, Funny

    Good thing we use Java 1.4.2 at work. Looks like I am safe

  17. Rethinking the Sun Acquisition by Anonymous Coward · · Score: 0

    I am wondering if Larry is rethinking the Sun acquisition considering how much Java is costing them!

  18. java is an abomination by Anonymous Coward · · Score: 0

    worst tech of a lifetime

  19. Is Betteridge's Law of Headlines Ever True? by TeknoHog · · Score: 1

    No?

    --
    Escher was the first MC and Giger invented the HR department.
  20. Oracle, did you learn from last time? by onyxruby · · Score: 4, Insightful

    Oracle, did you learn from last time?

    1. Have you publicly acknowledged the exploit?
    2. Have you given at least some idea of how it works?
    3. Have you given any mitigation instructions or will people simply have to uninstall your product since your not saying how to mitigate this?
    4. Have you given any type of public communication along the lines of "were working on it"?
    5. Are you giving any type of eta for a hot fix?
    6. Have you learned that saying, we'll fix a critical exploit on one billion machines at the regular quarterly update schedule is not acceptable?

    Home sick today or I would have been neck deep in this all bloody day. Haven't had a chance to look and see if they learned from their last royal clusterfuck or not.

    1. Re:Oracle, did you learn from last time? by Anonymous Coward · · Score: 1

      Answer:
      They dropped all the vulnerable functions and re-added them with new names. As such, the exploits no longer work.

      Fixed!

      (And for the newbs who think this is a joke... guess again, true story. Thanks, Oracle!)

  21. Thank you! by wurp · · Score: 1

    Now I don't have to RTFA. IMO that simple statement "this only applies to running untrusted code in a JVM with a SecurityManager" is the most important thing to say about this exploit; sad it wasn't in the summary.

  22. ImageJ alternatives? by Anonymous Coward · · Score: 0

    Times like this, I really wish ImageJ wasn't written in Java. Does anyone know of an alternative research-oriented image tool?

  23. Not that anyone is affected by Hentes · · Score: 1

    Java was replaced by Flash long ago, and now even Flash is being replaced by HTML5. I have always disabled Java browser plugins exactly because it's unsecure. Five years ago this discovery may still have had some impact, but hardly anyone uses Java applets these days.

    1. Re:Not that anyone is affected by Anonymous Coward · · Score: 0

      You, sir, are quite funny!

    2. Re:Not that anyone is affected by Billly+Gates · · Score: 1

      Go to my workplace. HTML 5 can not happen as we and millions around the world still use IE 7 and are still working on partial CSS 2 support all with java applets that the beancounters see no need to upgrade as it would come out of the CEO's bonus.

      You expect us to replace our 200k Cisco equipment because CiscoConnect requires Java 1.4.x and XP? I THINK NOT.

      Bank of America's corporate portal, Manpower, KRONOS (if you had an hour job you used such a system), all require ancient java that is administred only by old IE and java applets. All which costs millions to replace and frankly work fine according to the accountants who set the IT budget.

      Maybe in your little world in your college dorm it is no biggie but expect a world of pain when you enter the real world.

    3. Re:Not that anyone is affected by Anonymous Coward · · Score: 0

      Google Chrome Frame, non-admin install.

      There, now you have HTML5 in Internet Exploder 7.

    4. Re:Not that anyone is affected by Billly+Gates · · Score: 1

      What about the java problem?

    5. Re:Not that anyone is affected by Anonymous Coward · · Score: 0

      CiscoConnect?

  24. Thanks a lot Oracle? by i_ate_god · · Score: 1

    I didn't realize Oracle made Java 5

    --
    I'm god, but it's a bit of a drag really...
  25. enterprise by Anonymous Coward · · Score: 0

    Ok. So it is even in old versions. How about a way for companies to replace the JRE in a corporate environment? No? Wonder why people have old versions on computers. Maybe they should look into click once. Think how chrome updates.

  26. Java SE 5/6/7 + Windows only? by Anonymous Coward · · Score: 0

    Anyone knows if it affects *nix / BSD / Mac users?

  27. Over 1 Billion? Really? by Anonymous Coward · · Score: 0

    Doesn't this only affect users who have Java enabled in their browser? Are there really a billion people who have Java enabled in their browser?!