Slashdot Mirror


Oracle Knew of Latest Java 0-Day Security Hole In August

An anonymous reader writes "After news broke on Thursday that a new Java 0-day vulnerability had been discovered, and was already being included in multiple popular exploit kits, two new important tidbits have come in on Friday. Firstly, this whole fiasco could have been avoided if Oracle had properly patched a previous vulnerability. Furthermore, not only is the vulnerability being exploited in the wild, but it is being used to push ransomware." Meanwhile, writes reader Beeftopia, the U.S. Department of Homeland Security is getting in on the action, and "has warned users to disable or uninstall Java software on their computers, amid continuing fears and an escalation in warnings from security experts that hundreds of millions of business and consumer users are vulnerable to a serious flaw."

265 comments

  1. Burned by Anonymous Coward · · Score: 5, Interesting

    Had a few users burned by this today at work. One emergency security meeting later and we pulled Java from 3000 workstations this afternoon. Should have done this a year ago.

    1. Re:Burned by ILongForDarkness · · Score: 3, Funny

      But than how are you going to run Vuze?

    2. Re:Burned by Anonymous Coward · · Score: 1

      Had a few users burned by this today at work. One emergency security meeting later and we pulled Java from 3000 workstations this afternoon. Should have done this a year ago.

      Sounds like a lot of trouble when you could have just installed a script blocker or hired an IT department that knows how to run a firewall and/or proxy. We use a lot of internal stuff that relies on Java which we can't easily abandon. Any external sites get stripped of Java, JS, Flash, etc. by the firewalls, and we use a http/https proxy so users can't just tunnel past it.

    3. Re:Burned by garaged · · Score: 1

      Lol, so,you have SSH access blocked in order to avoid tunnels?

      Nice IT dept.

      --
      I'm positive, don't belive me look at my karma
    4. Re:Burned by Anonymous Coward · · Score: 0

      That is 100% the right decision. Those who actually need ssh should explicitly request it for their machines. If you cannot inspect traffic you never know what is going on. It could be a virus or a spy in your own ranks. Blocking ssh and https by default (or doing https MITM at the firewall) is correct security practice.

    5. Re:Burned by Anonymous Coward · · Score: 0

      Jesus Christ you are a fucking idiot. In no way is that a valid security practice. And I like how you're naive enough to assume using an HTTP/HTTPS proxy somehow provides some sort of security. Let me give you a heads up - you can punch a hole through an https proxy and run a reverse SSH tunnel through it. Every user with proxy access could be doing whatever the fuck they want. Even if they aren't running SSH tunnels whatever software they hook up to the proxy could be a vector. As soon as Dipshit Dotty in accounting opens up her hotmail in Internet Explorer the gates are open.

      I really hope you're just some random troll and not an actual IT Admin. Fucking idiot.

    6. Re:Burned by aled · · Score: 1, Flamebait

      the latest java updates have a feature to disable the Java Plugin. From the original article:
      "As several readers have noted, Java 7 Update 10 ships with a feature that makes it far simpler to unplug Java from the browser than in previous. Oracle’s instructions for using that feature are here, and the folks at DHS’s U.S.-CERT are now recommending this method as well."

      It amazes me how many people confuses the java runtime, sdk and the java pluging (that is the component that executes applets in browsers).

      --

      "I think this line is mostly filler"
    7. Re:Burned by geoskd · · Score: 1

      Lol, so,you have SSH access blocked in order to avoid tunnels?

      Nice IT dept.

      Can you think of a particularly good reason why people should be connecting to SSH servers outside the company?

      If you're talking about accessing an offsite facility, then the they should already be running a VPN anyways.

      -=Geoskd

      --
      I wish I had a good sig, but all the good ones are copyrighted
    8. Re:Burned by jhoegl · · Score: 1

      You might want to take that back there AC...
      Look up deep packet inspection and URL inspection.
      It wont protect against 0-day, but neither does anything else.
      Also, policies are enacted on networks because fuck Facebook, do your job.

    9. Re:Burned by Patch86 · · Score: 2

      Er, our company does. External SSH pipes, anyway.

      Why would you allow employees indiscriminate access to non-company machines from inside the corporate network? That would be security policy stupidity extraordinaire.

    10. Re:Burned by Anonymous Coward · · Score: 0

      Forcing outbound traffic through a proxy makes it way easier to inspect the traffic for the signature signs of a rocket scientist routing SSH through 80 or some other port.

      I hope you don't earn a living securing networks.

    11. Re:Burned by Anonymous Coward · · Score: 0

      Now if you retard would go back to school and learn parsing sentences. What you described is why I wrote it should be either restricted, MITMed or completely forbidden.

      If you MITM it, admins can archive and analyze the plaintext data. If it does not look like legit http plaintext, they will lock that IP in their intranet and quiz/interrogate the user.

      But if we just allow "correct" https and ssh, there is no chance in hell to inspect traffic. That https traffic to Google could be a virus doing exfiltration.

    12. Re:Burned by Anonymous Coward · · Score: 0

      Yeah, don't discriminate potential encrypted virus traffic !!!!

    13. Re:Burned by hairyfeet · · Score: 1, Insightful

      Uhhh...wouldn't the smartest move just to be to get away from using the software that is a security fucking nightmare in the first place?

      This is what I don't get, I actually support Flash because the alternative (HTML V5) is COMPLETELY BROKEN and doesn't run worth a piss, it sucks cycles, its performance is like a bad joke, I don't care which engine you run it on put it side by side with a Flash at the same resolution and it'll crap through twice the resources, so I GET why we should hang onto Flash until HTML V5 gets its shit together, but with Java Its not like we don't have other frameworks that work folks, and Java has always been a security nightmare from hell, its security was terrible when Sun had it, its still terrible now that Oracle has it, so why in the hell keep using it?

      If you are gonna stick with Java put a rubber on the damned thing and stick it into a VM with rollbacks, don't run that damned buggy POS on actual production machines, I mean how many times you gotta get pawned before you learn? I'm so damned glad I got out of ancient corporate crap, I haven't had to deal with Java in over 5 years now and my life is better for it. I can understand if some moron spent a couple of million on a system based on Java and you're trapped, but honestly you really shouldn't be surprised by this as Java has ALWAYS been a malware writers wet dream.

      --
      ACs don't waste your time replying, your posts are never seen by me.
    14. Re:Burned by M0j0_j0j0 · · Score: 1

      That's nothing, i know a lot of people that canceled their travel plans to Indonesia!

    15. Re:Burned by SQLGuru · · Score: 1

      People still confuse Java and JavaScript because they both have Java in the name......why are you amazed?

    16. Re:Burned by mevets · · Score: 2

      come on mods - that is funny....

    17. Re:Burned by garaged · · Score: 0

      Bye bye external workes or ever work from home.... I have worked in small and big companies, none of them blocked me ssh access in any substantial way.

      --
      I'm positive, don't belive me look at my karma
    18. Re:Burned by aled · · Score: 1

      People still confuse Java and JavaScript because they both have Java in the name......why are you amazed?

      Well, I believed that people at slashdot has interest in computers and such, so they would better informed on technical things than the average internet user. It seems I forgot this is not 'news for nerds' anymore.

      --

      "I think this line is mostly filler"
    19. Re:Burned by Patch86 · · Score: 1

      If you want to work from home, you request a VPN. Then you can get access to company machines from your curated home connection.

      Letting Joe Everyman connect up to important company servers from the Windows XP Dell Inspiron he uses to surf porn is a bad idea. Letting him connect his security-privileged company laptop up to the fileserver he has running in a closet at home, set up in the "DMZ" of his home-network ("because I'm a hacker and I totally know all about server security") is a bad idea.

      Presumably security consciousness is different for companies in different industries. I work in an industry where a security breach which could theoretically impact a single customer results in front page news and million pound fines...

    20. Re:Burned by amicusNYCL · · Score: 1

      It amazes me how many people confuses the java runtime, sdk and the java pluging

      Really? Even now in 2013 I see posts from people who are trying to learn programming for web pages who don't know the difference between Java and Javascript, and you think it's weird that people don't distinguish between the myriad components of the Java environment? To me it doesn't even matter, I uninstall the whole thing. There have been several major vulnerabilities in the runtime, several in the plugins, and there's no reason I need the SDK. There's no reason I need any of it, really. Because of the quality of Oracle's efforts, I lump the entire thing into the same bucket. Oracle hasn't shown a reason to do anything else.

      --
      "Our two-party system is like a bowl of shit looking at itself in a mirror." - Lewis Black
    21. Re:Burned by garaged · · Score: 1

      Work from home.

      Also, being able to SHH ovr VPN is enough for me, and would not technically be a blocked SSH service.

      You can do just the same with VPN or plan SSH anyway.

      Aside from high security environments, if you cant trust your admins to freely use ssh, you have a big problem.

      --
      I'm positive, don't belive me look at my karma
  2. Excuse to upgrade shitty intranet apps? by Billly+Gates · · Score: 5, Interesting

    I use java solely for Eclipse development but I do not have the plugin installed on my browsers.

    The people at work who still cling to IE 6 and IE 7 also are stuck in Java land and is the sole reason why XP is still alive kicking and screaming. Many still use NTLM version 1 security pre 1999 that can crack any account on AD because these apps wont work with anything newer than 13 years old!

    With the department of homeland security recommendations perhaps we can finally move on and get rid of these dinosaurs that are a liability to our employers.

    Shame on Oracle.

    Java had such high hopes and Sun fucked up royally too beforehand. If Java could have native .exes and kept being updated perhaps it could be as good as .NET and we could all run Linux with our cross platform natively compiled apps in such an alternative universe.

    Besides a few limited uses for mainframes I think it is time we said goodbye and put it to legacy ala Cobol 2.0? The question is what next? ... not language wise but richness in api wise and frameworks which is why .NET and Java are liked for complex 3-tier enterprise platforms.

    1. Re:Excuse to upgrade shitty intranet apps? by aztracker1 · · Score: 1

      Web Applications... rich UI's (HTML5, Canvas, WebRTC), NodeJS (express, nunjucks, socket.io), MongoDB (Redis, Couch, etc.)

      --
      Michael J. Ryan - tracker1.info
    2. Re:Excuse to upgrade shitty intranet apps? by aled · · Score: 1

      Someday I would like to know why people compares Java to COBOL. I haven't met yet someone that make that assertion and have experience in both.
      I did. I resigned to my COBOL job -may years ago- because I didn't want to have to look at a COBOL program never again. And I say that Java IS NOT COBOL in any technical aspect.

      --

      "I think this line is mostly filler"
    3. Re:Excuse to upgrade shitty intranet apps? by Anonymous Coward · · Score: 0

      I use java solely for Eclipse development but I do not have the plugin installed on my browsers.

      The people at work who still cling to IE 6 and IE 7 also are stuck in Java land and is the sole reason why XP is still alive kicking and screaming.....

      I don't know what you're going on about in terms of XP or browser versions. I'm running Win2K and XP because I like them, but I'm not running IE 6 or 7, nor does atguard, the on-the-fly HTML filter that I'm running locally, allow Java downloads from any hosts other than the handful that I explicitly allow them from.

    4. Re:Excuse to upgrade shitty intranet apps? by Anonymous Coward · · Score: 0

      Actually there are many, many alternatives to JEE available, and they are very much language-agnostic.

      For example, you could create RESTful (look up REST on wikipedia) services and implement those in Perl, Smalltalk, FreePascal, Ada or C++. You would of course hire experienced, expensive Perl, Smalltalk and C++ developers who have lots of projects under their belts. You could easily mix all these languages according to performance requirements. Of course, you would make sure all API calls are properly documented, everything version controlled and so on.

      But that requires an enlightened manager to make that decision, as opposed to the MBA muppets and their consciously dumbed-down decision-making ala

      "I checked the local developer market. I can get 90 Java guys, 80 C# guys, 25 C++ and three FreePascal guys. I will certainly go with Java."

    5. Re:Excuse to upgrade shitty intranet apps? by jseale · · Score: 1

      With the department of homeland security recommendations perhaps we can finally move on and get rid of these dinosaurs that are a liability to our employers.

      Maybe when Barack Obama isn't president anymore. Right now he's fucking up our economy and I don't see any business wanting to upgrade their computers, no mater what the DHS says, anytime soon. :(

  3. it's not 0-day by Anonymous Coward · · Score: 5, Insightful

    if Oracle knew about it in August

    1. Re:it's not 0-day by Anonymous Coward · · Score: 5, Insightful

      And if they knew about it for that long then they should be able to be sued for negligence.

      Perhaps when the software industry has to accept the same liability and culpability as anyone else they will take their job seriously.

      Aircraft are extremely complex and they cant use that as a get out of jail free card, software should not be able to either. If they want protection and patents then they can accept the down side, liability.

    2. Re:it's not 0-day by Lisias · · Score: 4, Insightful

      If they want protection and patents then they can accept the down side, liability.

      +2 Really Insightful

      --
      Lisias@Earth.SolarSystem.OrionArm.MilkyWay.Local.Virgo.Universe.org
    3. Re:it's not 0-day by Ambassador+Kosh · · Score: 5, Insightful

      This is why programming is not an engineering profession despite what many keep claiming.

      Until they have the same standards as a mechanical, aerospace, chemical, etc engineers they are not really engineers.

      --
      Computer modeling for biotech drug manufacturing is HARD! :)
    4. Re: it's not 0-day by Anonymous Coward · · Score: 3, Interesting

      You get what you pay for. "So, you want me to synthesize a new material, build a few skyscrapers with it, all on top of the landfill foundation the last team built, and make last at least 2 years before any substantial maintenance is performed? In a few months with a small team of survivalists?" I'm sure that'll work out great because those structural engineers are accredited.

    5. Re:it's not 0-day by Anonymous Coward · · Score: 0

      Yes but they earn more than plumbers, builders,electricians.... and yet has less liability than these trades people.

    6. Re: it's not 0-day by Ambassador+Kosh · · Score: 4, Insightful

      If a structural engineer signs off on that without doing the actual calculations to show it is safe and that project is investigated they will lose their license.

      They will also end up with criminal liability.

      --
      Computer modeling for biotech drug manufacturing is HARD! :)
    7. Re: it's not 0-day by Anonymous Coward · · Score: 3, Insightful

      The point is that even highly paid engineers cannot engineer the miraculous things that software systems are supposed to do in the equivalent allotted time, manpower and money, while maintaining the reliability and quality expected of their field.

    8. Re:it's not 0-day by Ambassador+Kosh · · Score: 3, Interesting

      It usually makes for very boring news so it is not covered very much except in things like trade journals. However real engineers are sued for design flaws when they don't do things correctly.

      The laws acknowledge that no matter what there is always a chance of failure. If you did the work and can show that the odds of failure are .001% and the system still fails it will be investigated but as long as you are correct it is likely nothing will happen since rare events do happen.

      However if you falsify the work, falsify the calculations, end up with calculations that are far off of reality then you can and are held liable in many cases.

      --
      Computer modeling for biotech drug manufacturing is HARD! :)
    9. Re:it's not 0-day by Ambassador+Kosh · · Score: 1

      Yeah that part is pretty sad but is also looks like it is self correcting. It is easier to outsource programmers that plumbers for instance and that is being done. This is driving down prices for programmers.

      --
      Computer modeling for biotech drug manufacturing is HARD! :)
    10. Re: it's not 0-day by Anonymous Coward · · Score: 0

      yeah its not like software projects ever have cost over runs.... does zero day exploit say much about "reliability and quality", never mind the frequency of these exploits.

      Want a real laugh, look at this for quality http://www.scoop.co.nz/stories/ED1210/S00131/school-principals-declare-pay-system-a-shambles.htm

    11. Re: it's not 0-day by Ambassador+Kosh · · Score: 4, Interesting

      That is absolutely true. The problem is that software is not delivering on all those things, it just promises all of those things.

      For a real engineering profession you have the whole sign off system and if someone wants something done for a song and to do everything you don't sign off on it. If they try to get around that sign off there are some pretty serious legal consequences to that.

      For programmers there is no legal way to say that the manpower involved is not sufficient to deliver the required quality. They will just be fired and replaced. Without programmers having some level of authority and the responsibility that goes with that you won't really see software getting better since there is no real incentive for it.

      Look at some of the break in stats, 50% of windows break ins last year where form Java and IE made up about 3% yet Microsoft and IE are still blamed for all the security problems. Why should Java or Flash really try to do much better if the average person is not going to blame them or making purchasing decisions based on that anyways?

      If you are a programming for Oracle and you say that X design is dangerous and you won't do it you will be fired.
      If you are a chemical engineer and you say a certain reactor design is dangerous it will be fixed or it won't get used.
      That is the real difference and that is what programmers need to have also.

      --
      Computer modeling for biotech drug manufacturing is HARD! :)
    12. Re: it's not 0-day by Ambassador+Kosh · · Score: 1

      Software is not designed at least not the ways that engineers use the word designed.

      It would be nice if software was designed like a chemical process is or a bridge is etc. However the education required to learn how to properly design things is HARD. There is a reason that Computer Science is often considered a slacker engineering degree compared to the other engineering degrees.

      Software would be harder to do and require more qualifications to do it. It would also work correctly far more often. Right now we are in the wild west of programming. In time that will change and it will become a regular engineering profession.

      --
      Computer modeling for biotech drug manufacturing is HARD! :)
    13. Re:it's not 0-day by bungo · · Score: 1

      I've been on the inside, and I've seen how delays in fixes can happen.

      A very low level manager could have put it in the queue to be fixed, but with the best intentions might not have wanted extra attention drawn to it and could have hoped to get the fix out in the next round of patches without a big fuss being made.

      So, this time, it didn't work, and the details spread around before the fix was ready.

      It's not like Larry is sitting in his volcano, laughing at the exploit while plotting to take over the world (he would probably be laughing at Win 8 while plotting to take over the world).

      --
      "The best part? I became an ordained minister while not wearing pants." -- CleverNickName
    14. Re: it's not 0-day by Anonymous Coward · · Score: 4, Insightful

      Software is "designed" all the time. The downside is that you can only get "more of the same" that way. There's a reason why software engineering is mostly known for bloated code that works but doesn't really do what you need it to do. When engineers build truly new stuff, things routinely go wrong as well. See the Boeing Dreamliner or the Airbus A380 for examples. The structural engineering for big builds is hugely expensive, even when it's not groundbreaking. Software is both much more complex and almost always substantially new, because most things that aren't new are abstracted and automated. No sane engineer would sign off on a build with as many variables and new techniques as are in medium sized software projects. If getting software bugs under control were as easy as doing "proper engineering", it would be a solved problem: We would just apply engineering methods and call it a day. Tools which enable software developers to check for correctness are a very active research topic, but even advanced tools still only scratch the surface of big projects. Complete correctness proofs are almost intractable even for example sized code.

    15. Re:it's not 0-day by Anonymous Coward · · Score: 0

      It is engineering in technical sense without liability as there are no lives at stake. Different way to think about it would be surgery where there is, well, lives always at stake but it is not engineering as people are not machines. There are simple things to think about and just because of this simplicity or emotional opinions people make mistakes when trying the categorization.

    16. Re:it's not 0-day by Anonymous Coward · · Score: 0

      OSS has some of those protections as well.

    17. Re: it's not 0-day by Anonymous Coward · · Score: 0

      One aspect might also be that when a plane crashes people will likely die but when an application crashes people will likely not die.

    18. Re:it's not 0-day by Anonymous Coward · · Score: 0

      Yes but they earn more than plumbers, builders,electricians.... and yet has less liability than these trades people.

      But plumbers, builders & electricians don't have the type of feature creep, moving targets, vague specifications, end user misunderstandings, etc, etc, etc. They work from blue prints.

      You know why a lot of software is designed & described on whiteboards? Because they can destroy the evidence, have plausible deniability and everyone knows that a coder's interpretive dance skills transfer easily to understanding requirements that users describe with their hands.

    19. Re: it's not 0-day by Anonymous Coward · · Score: 0

      It's quite a coincidence - there's at a case of just that being prosecuted in New Zealand at the moment, with one of the guys responsible for the CTV building collapse.

    20. Re: it's not 0-day by Anonymous Coward · · Score: 0

      That's not how structural engineering works. New materials are only used if the client expressly demands it, and even then it is not possible to build anything without first testing it extensively, including for wear and fatigue, and demonstrating that it is adequately suited for structural engineering work.

      And by the way, all structural engineering works beyond small agricultural sheds are designed with a lifespan of at least 50 years. To translate that for you, it means that it should "make at least 50 years before any substantial maintenance is performed". If the structure doesn't follow that requirement then the engineer who signed off the project is held liable for any damages, his license might even be revoked, and he might even serve time in jail.

      / actual structural engineer, never had to work with teams of survivalists

    21. Re:it's not 0-day by Anonymous Coward · · Score: 0

      There may be more comments in this discussion. Without JavaScript enabled, you might want to turn on Classic Discussion System in your preferences instead.

      I'm sorry, what did you say? My Java and Javascript are disabled at the moment for security reasons...

    22. Re:it's not 0-day by Bing+Tsher+E · · Score: 0

      More accurately: "Until they employ the same methods as a mechanical, aerospace, chemical, etc. engineer." Engineers design things. A specification is written, a plan is designed and only then is metal cut or stone laid.

      Hot-dog "coders" sniff at the notion that their project should start with flowcharts, solid data structures, and be based on written specifications. They want to pile on more layers of code until the thing works, then screw down the lid.

    23. Re: it's not 0-day by fnj · · Score: 1

      When engineers build truly new stuff, things routinely go wrong as well. See the Boeing Dreamliner or the Airbus A380 for examples.

      But this was not always so. The Boeing 247 and Douglas DC-1/DC-2/DC-3 series of all-metal smooth-skin two-engine transport airplanes in the 1930s was extraordinarily successful and trouble free from the get-go. I think it's fair to say they were as much of a breakthrough in their own day as the A-380 and 787 are today. Or if you want to go with the Ford Trimotor all-metal corrugated-skin transport of the 1920s (and the Junkers Ju-52 of the early 1930s, which was really a very similar 1920s-think design), these were similar breakthroughs in their day, and remarkably successful without boo-boos.

      These were all designed and developed on an absolute shoestring and in very short time.

      Couldn't agree with you more about software. Practically nobody subcontracts software modules or uses off-the-shelf true modules (not toolkits or frameworks). But would anybody build a big bridge or ship or aircraft without subcontracting?

    24. Re:it's not 0-day by geoskd · · Score: 1

      And if they knew about it for that long then they should be able to be sued for negligence.

      Perhaps when the software industry has to accept the same liability and culpability as anyone else they will take their job seriously.

      Aircraft are extremely complex and they cant use that as a get out of jail free card, software should not be able to either. If they want protection and patents then they can accept the down side, liability.

      Your argument actually exemplifies why software creators typically have reduced liability. An aircraft is not a component of a larger system in the classic sense. It is operated as a standalone appliance that works as designed. You can't switch the wings out for a different version and expect it to work as designed.

      Software by contrast is, by definition, run on a piece of hardware that can be swapped for different hardware that may or may not behave the same way. Even seemingly innocuous changes that have nothing to do with a particular software, can have consequences on that software that the coders never envisioned and didn't have to deal with originally. Any piece of software can be broken in dangerous ways if the hardware designers are trying to. It stands to reason that the same kind of thing could happen by accident as well. In short, it is the responsibility of operator of the entire system to ensure that they are using the parts correctly, and to test to verify functionality. If there is a problem with the software, most software companies will be glad to fix it once they know about it, but there are too many factors beyond their control for them to be held liable for the behavior of the whole system.

      -=Geoskd

      --
      I wish I had a good sig, but all the good ones are copyrighted
    25. Re: it's not 0-day by geoskd · · Score: 1

      If a structural engineer signs off on that without doing the actual calculations to show it is safe and that project is investigated they will lose their license.

      They will also end up with criminal liability.

      Yes, but if a structural engineer signs off, and a year later someone switches out the landfill or the foundation (Think hardware upgrade), then the civil engineer is no longer liable. Software works the same way, except that it is a given that large scale components of the system will be changed on a regular basis.

      Imagine the chaos if IT professionals had to re-evaluate each system every time they wanted to add RAM or drives to a server...

      The civil engineering equivalent to that would be adding floors onto a building. There is a reason server upgrades happen in minutes, and building upgrades happen in years. One has the potential to kill people so time and care is taken to make sure it is absolutely correct.

      If the software industry used the same methodologies as civil engineering (and carried the same liability), the computer industry and everything it supports would still be in the stone ages. If civil engineering used the same methodologies as software engineering, we would have mile high cities that could house hundreds of millions of people, but every couple of months a sky-scraper somewhere would fall down. Each design methodology has its pros and cons, and each is tailored to the risk it must manage.

      -=Geoskd

      --
      I wish I had a good sig, but all the good ones are copyrighted
    26. Re: it's not 0-day by Anonymous Coward · · Score: 0

      Three points:

      First, a registered professional engineer doesn't just emerge from school. A registered PE goes through an apprenticeship and must be signed off sit for an extensive exam by other PE holders. In other words, they have experience and apprenticeship in addition to education. This is one of the missing pieces behind the credibility of software writers.

      Second, The PE certificate is much like a JD or MD. The opinion of such people is often legally significant. In other words, when a PE holder tells you she or he will not sign off on something, it is a huge red flag. They are trying to maintain an ethical distance by turning down your business on something they feel is not appropriate. It may not work for technical reasons, or it may not meet the requirements that were set forth.

      Third, if you screw up, your name is on that design. You will answer for it. Others will review what happened and try to figure out what your mistakes were. They do happen.

      In other words, if you want to have credibility, you need to take a very professional approach to this issue. The positive side is that your creations are recognized as being the product of extensive experience and education. The down side is that you won't be able to go to school, jump in to the working world and make piles of money. You will need to apprentice and maintain continuing education, and adhere to a demanding code of ethics that may well force you to turn down work you otherwise would have done.

      Nevertheless, with people starting to trust their fortunes and their lives to some cutesy "app" and embedded system (the phone). We need to start investigating where this software comes from, who wrote it, and what parameters were set forth for the design. There are lots of idiots and pretenders out there. The Professional Engineer's license was how the engineering profession dealt with this problem, and it probably ought to be a starting point for those who "Engineer" software.

    27. Re:it's not 0-day by Anonymous Coward · · Score: 0

      Modern aircraft contain serious amounts of software. It can and did kill people, if it contains bugs.

      But at least for commercial aircraft, the design, coding, debugging and testing practices are wholly different from what is done in any kind of PC software, web service, telephone and the like. If you telephone bricks, you don't die in a minute. If the control software of an airliner bricks, it can easily be 300 people dead in two minutes and less. So, the typical "software whore" approach to development is outlawed and there are actual agencies enforcing proper practices. Software engineers in avionics live in a totally different world than the whores who for for (e.g.) Adobe. They write one (1) line of code per day on average. The whores at Adobe easily write 50 or 100 lines per day. That's the difference.

      Now, can mankind survive without whores ? Yes, we can, but life would be miserable.

    28. Re: it's not 0-day by Anonymous Coward · · Score: 0

      You are obviously a clueless, self-trained IT fuck. If all software developers had a BS in computer science and if they applied all their undergrad knowledge properly, if they rationality instead of the MBA-driven politics bullshit, all software would be on the quality level of Google.
      That company actually checks your CS credentials during the hiring process. Other companies hire everybody who is a nice talker and who can write *some* code in a popular language. M$ belongs to these and that is why many of their products royally suck. Mind you, Google just applies the corpus of existing CS knowledge and that propels them to the top.

      And yes, Computer Science is as hard as any engineering degree. It is in many ways electrical engineering, if you want to know the foundations.

    29. Re: it's not 0-day by Anonymous Coward · · Score: 0

      Most (if not all= IT intrusions just result in monetary damage. Why should government mandate red tape in the protection of people's and businesses' information ? If company X wants to give the Chinese the ability to steal their R&D data and then turn around and kill X by cheap rip-offs, why should the government intervene ? X can use BSD instead of Windows any time. X can even use the L4 kernel and spend serious money on other strong security technologies, if the like.
      But guess what ? X and almost all other companies on the globe love the pretty, glossy, ready-looking Powerpoint slideshows. They love the "easy" user interfaces of M$. So they effectively give a shit about Sexual Transmitted Diseases if they can only have a night with that "pretty" girl. Free word, free sex, freedom to acquire stuff.

      The government thinks commercial software is not up to the task of protecting diplomatic communications. So they develop their own ciphers and software suites. They don't trust the sleaze-bag managers of the commercial world for that. You can do that, too if you have enough money. Nobody forces skype on you. You can hire developers to build a strengthened version of gpg. You can acquire expertise on gcc instead of being a lazy Skype ass. As said, free world.

      In aviation and medical instruments, there are very tough rules about design documents, coding standards, testing standards/documentation and control of build systems. I know some people who's products will stop selling if FDA thinks they have become sloppy. They make patient monitors for a company called Philips. Yeah, those who also make lamps. You know what ? Their medical products work as advertised. In real-time with defined and enforced amounts of display delay.

    30. Re: it's not 0-day by Anonymous Coward · · Score: 0

      FDA visits these folks periodically, but not at predictable times. They demand to see an arbitrary part of documentation, source, testing code/rig and the archived test results. If this does not look good, no sale of the product under inspection.
      They did this to Siemens and probably many more companies.
      Generally, regulated medical software/hardware works excellently as compared to other software. It is all a matter of regulation and how much it *actually* matters.

    31. Re: it's not 0-day by Anonymous Coward · · Score: 0

      Now tell me how many people have been killed by Java flaws.

    32. Re: it's not 0-day by Anonymous Coward · · Score: 1

      False Dichotomy. There are very large pieces of software with almost bulletproof reliability. BSD and Linux kernels, for example. Or medical and aviation software. Where it matters, software is at least as well-done as other engineering artifacts.
      It just DOES NOT matter, if your little Windows PC is infected or not. Nobody is killed from that.

    33. Re:it's not 0-day by Anonymous Coward · · Score: 0

      Bullshit. Modern combat airplanes are mostly software-engineering works. The F35 program is mostly a software engineering program, especially when you look at all the electronic warfare, ISR and pilot support stuff on that plane.

      This software can and is regularly done with extreme reliability. The EFA program had just two crashes to date, with hundreds of aircraft build. That is much better than similar programs in the past.

    34. Re: it's not 0-day by geoskd · · Score: 1

      False Dichotomy. There are very large pieces of software with almost bulletproof reliability. BSD and Linux kernels, for example. Or medical and aviation software. Where it matters, software is at least as well-done as other engineering artifacts. It just DOES NOT matter, if your little Windows PC is infected or not. Nobody is killed from that.

      Almost bulletproof, but not provably so. The whole idea in engineering, and why it costs so much, is that you can prove it without having to test it. Your "bulletproof" software is the result of a very extensive testing effort, and real world testing. If buildings had 5 nines reliability, there would be multiple building collapses every day. Realistically speaking, buildings have about 14 or 15 nines reliability. They are many orders of magnitude more reliable than software because of the effort that goes into making them reliable, as well as the relative simplicity of a building as compared with a typical computer.

      Before I start getting blasted about how buildings are not simple, you have to look at how easily they can be described in engineering plans. The plans for a building will not take up anywhere near the storage space as the combined plans for all of the technology in a typical PC (not counting the software). When you add in the software involved, and the space is simply staggering. The complexity of a simple Windows 7 based PC is phenomenal. The OS source code alone is on the order of GB of data. When you add in the source for all of the drivers, and services software that runs in the background on a typical PC, and you're looking at 100's of GB of data. Compare that with a building, which takes up only a fraction of that.

      Another way to look at it is that modern computer hardware is so complex that it cant even be designed without the aid of complex computer simulation software. Buildings on the other hand have been successfully designed and built for thousands of years.

      It should also be noted that aviation software (on the whole), is relatively simple software, and the basics will run on an uContoller board. These projects are small enough that the software can be reasonably well understood, and the designers of this software do not need to contend with having their software run on hardware that they didn't expect. The avionics package is a complete package, and the hardware and software are designed together. This vastly simplifies the task as compared to, say, The Linux kernel that has to support every hardware out there. Even on medical equipment, the software can be complex enough to cause problems

      -=Geoskd

      --
      I wish I had a good sig, but all the good ones are copyrighted
    35. Re:it's not 0-day by geoskd · · Score: 1

      Modern aircraft contain serious amounts of software. It can and did kill people, if it contains bugs.

      But at least for commercial aircraft, the design, coding, debugging and testing practices are wholly different from what is done in any kind of PC software, web service, telephone and the like. If you telephone bricks, you don't die in a minute. If the control software of an airliner bricks, it can easily be 300 people dead in two minutes and less.

      The control software on an aircraft (even a modern one), is far less complicated than the software for something as simple as a smartphone. The only complicated part of an avionics package is the human interface, and even that is relatively simple. Most of the avionics package consists of measure the positions of everything, and report that information to the user. Measure the user input and push the control surfaces to the right position. The only complexity comes in when it comes to redundancy and verifying that everything is working correctly. 98% of what the software does is make sure that the hardware isn't broken in any kind of dangerous way, and try to deal with it if it is.

      A smartphone software on the other hand has to handle multiple communication channels and a large variety of software. It also has to handle on the fly software updates, and usually it is designed to handle multiple hardware versions. It also gets to deal with the most destructive force on earth: Stupid users. Give a smartphone and your avionics package an hour with a typical teenager and see which one crashes first...

      -=Geoskd

      --
      I wish I had a good sig, but all the good ones are copyrighted
    36. Re: it's not 0-day by hairyfeet · · Score: 1

      Not to mention when a building gets busted down and unsafe the city will condemn it, a corp will just slap some duct tape on that ancient POS software system and keep using it. I don't know how many times when I was working corporate I'd have to work some miracle because "the entire company depends on" this piece of garbage that frankly shouldn't be considered software written by "Bob" in VB 2 if you were lucky, fricking Excel and Access if you were not, and which like this fungus just kept growing until it became this big rotting mound of trash held together with string and prayers.

      If the "Java Enterprise" software out there is anything like the other corporate software I've seen frankly its no wonder why Java gets pwned, the shit is probably so badly written it can ONLY run on version Foo which hasn't be supported in ages, maybe even running on a long dead OS like WinNT, and its just a pwning or crash waiting to happen.

      --
      ACs don't waste your time replying, your posts are never seen by me.
    37. Re:it's not 0-day by SpzToid · · Score: 1

      ...This is all part of evil Larry's plan for World Domination. Larry did it.

      --
      You can't be ahead of the curve, if you're stuck in a loop.
    38. Re: it's not 0-day by ultranova · · Score: 1

      Software would be harder to do and require more qualifications to do it. It would also work correctly far more often. Right now we are in the wild west of programming. In time that will change and it will become a regular engineering profession.

      And that will have a cost. For example, the next Linux won't happen since hobbyists can't participate - you can't control the spread of your software once it's left your hands, so the potential liability is infinite. The GCC will be killed, because a free compiler encourages reckless hobbyist programming. And every computer will need a DRM system to keep it from executing unsigned code, because othewise every company will simply keep using cheap PCs to run spaghetti code.

      The only way software will ever become an egineering profession is to have a dystopia.

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

    39. Re:it's not 0-day by Anonymous Coward · · Score: 0

      I'm not defending their security practices (I disable the plug-in on my machines) but there may be real legal reasons why they are not liable and it has nothing to do with patent protection.

      How much do plug-in users pay to use the plug-in?

      Have you ever read the terms of use?

      You can't really draw an analogy to an aircraft purchase transaction.

    40. Re:it's not 0-day by ilsaloving · · Score: 1

      I think the scope of the problem is bigger and more complex than just companies taking responsibility.

      The problem is that customers who buy software are not *willing* to pay for that level of responsibility. If software was designed and created to the same level of rigour as say, an aircraft, then it would *cost* a hell of a lot more than it does now.

      And you know what will happen then? The customers will go to someone who can provide the software for cheaper. We have already seen software being outsourced to other countries because companies try to squeeze every last penny, even when they know full well that the software they are going to get will be crap. That will just get worse.

      So forcing software companies to be like engineering firms is only half the problem. There also needs to be laws in place that force customers to only purchase from properly regulated firms, and that failing to do so moves the liability to *them* when the software fails.

    41. Re:it's not 0-day by Anonymous Coward · · Score: 0

      I'm not defending their security practices (I disabled the plug-in on my machines) but there may be real legal reasons why they may not be liable and it has nothing to do with patent protection.

      How much do plug-in users pay for using the plug-in?

      Have you read the terms of use?

      You really can't draw an analogy to a transaction where an aircraft is purchased.

    42. Re: it's not 0-day by HornWumpus · · Score: 1

      That's why CS programs are full of failed engineering students doing well?

      Face it, CS is lightweight.

      --
      John McAfee 'It was like that time I hired that Bangkok prostitute; to do my taxes, while I fucked my accountant'
    43. Re: it's not 0-day by HornWumpus · · Score: 1

      EITs make pretty decent money right out of school. Better then the average CS grad.

      --
      John McAfee 'It was like that time I hired that Bangkok prostitute; to do my taxes, while I fucked my accountant'
    44. Re:it's not 0-day by HornWumpus · · Score: 1

      You might have stopped to take a control systems class before running your mouth.

      As it is, you come off looking like a moron who thinks anything he doesn't understand is easy and simple.

      --
      John McAfee 'It was like that time I hired that Bangkok prostitute; to do my taxes, while I fucked my accountant'
    45. Re:it's not 0-day by epine · · Score: 1

      Until they have the same standards as a mechanical, aerospace, chemical, etc engineers they are not really engineers.

      It's this exact mentality that makes those other kinds of engineers rather poor software developers.

      I'd be quite happy to see the STEM sphere partitioned into engineers, with engineering standards (slow-moving, narrow specifications and slow, expensive implementation) and elite non-engineers (as yet unnamed) who are flexible, change focused, and wise enough about systems to be mostly right, most of the time.

      There's a special place in hell reserved for people who think we could suffice with only the former and none of the latter.

      In the military, the divide falls in large measure somewhere between procurement (top heavy in formal engineering) and supply chain management.

      How U.S. Army spent $5BILLION on 'failed' pixel camouflage... because they 'wanted to look cooler than Marines'

      While soldiers were issued with desert camouflage uniforms, their darker equipment - including flak jackets - stood out against the light-coloured clothing, making troops dangerously conspicuous.

      Five teams of hard engineers, five incompatible colour schemes. This is roughly where the software engineering usually begins in a sufficiently large project.

    46. Re:it's not 0-day by Teckla · · Score: 1

      And if they knew about it for that long then they should be able to be sued for negligence.

      Perhaps when the software industry has to accept the same liability and culpability as anyone else they will take their job seriously.

      Aircraft are extremely complex and they cant use that as a get out of jail free card, software should not be able to either. If they want protection and patents then they can accept the down side, liability.

      And who is going to pay for this software that is 1000x more expensive?

    47. Re: it's not 0-day by Anonymous Coward · · Score: 0

      Oh yeah, the Canadian government frying people with radiation by means of software. Now, how many people are killed each year from sloppy buildings ? Tens of thousands whenever there is a quake.

      Again, proper software specification, design, coding, testing, documentation in a properly managed environment will result in extremely reliable systems. The space shuttle and the Airbus aircraft never had deadly software issues, but certainly lots of muppets trying to kill themselves and later trying to blame software for it.

      http://en.wikipedia.org/wiki/Air_Inter_Flight_148

      "From higher up, the forest at the end of 34R had looked like a different type of grass. But now that the aircraft was performing its flyover at only 30 feet, the crew noticed the aircraft was lower than the now-identified hazard fast approaching.

              First Officer: “TOGA power! Go around track!”

      The crew applied full power and less than five seconds later, the turbines began ingesting leaves and branches as the aircraft skimmed the tops of the trees. The combustion chambers clogged up and the engines failed. The aircraft fell to the ground.[1]"

      http://en.wikipedia.org/wiki/Air_France_Flight_296

      http://en.wikipedia.org/wiki/XL_Airways_Germany_A320_Flight_888T

      http://en.wikipedia.org/wiki/Lufthansa_Flight_2904

      http://en.wikipedia.org/wiki/Gulf_Air_Flight_072

      http://en.wikipedia.org/wiki/Airbus_A320_family#A320_2

      In general, don't trust French pilots and British engines. Or British particle beams. And never step into third-world aircraft, including those owned by the rich and dumb oil sheiks.

      The pros use Airbuses as flying boats. Or more precisely, sailing fliers:

      http://en.wikipedia.org/wiki/US_Airways_Flight_1549

      Now tell me where software was wrong.

    48. Re:it's not 0-day by Olmy's+Jart · · Score: 1

      Sorry, no. Your defintion (or your understanding) of a 0-day is faultly. The security community accepts that, a zero-day or oh-day is a vulnerabily for which an exploit exists in circulation and for which no patch or workaround is available. It takes "zero days" to exploit. It doesn't matter if the vendor has know about it for 10 minutes or 10 years. It's an 0-day if it takes you that long to pown them...

    49. Re: it's not 0-day by Anonymous Coward · · Score: 0

      In Turkey they build houses like M$ builds software. Every major quake kills in the order of 10000 people. But hey, Turks are smart people and sell the steel on the building site for gambling. Take it easy, all the will of All-aaaaah and the Flying Spaghettimonster

    50. Re:it's not 0-day by Anonymous Coward · · Score: 0

      not an engineer are you? with half my career in electrical and nuclear engineering I have some sad news for you from things I have seen over the years. those fields have their product "bugs" ignored and not fixed, and people have been maimed and killed.....

      -- iggymanz

    51. Re:it's not 0-day by geoskd · · Score: 1

      You might have stopped to take a control systems class before running your mouth.

      As someone who has spent more than a decade designing embedded control systems, and more recently, designing cell phone communication subsystems, I can assure you that the situation is exactly as I described it. There is a reason why the space shuttles main control systems still used an archaic microprocessor even 30 years on, Anything more sophisticated is not only overkill, but actually dangerous, as simplicity lends itself to robustness. Complexity kills as it were.

      Cell phones on the other hand require ever greater amounts of compute power, not just to run apps, but to provide the massive bandwidth that modern users demand. The two are simply not in the same ballpark as far as complexity goes. Cell phone communication is so specialized that a whole breed of processor has grown up tailored just to handling the complexity. Its akin to the difference between the software for a 2D sidescroller game, and a 3D game. If software and hardware at the complexity level of a cell phone had to be as reliable as the avionics package on a modern aircraft, Motorola would be the only manufacturer to have successfully brought one to market, and you could kiss smartphones goodbye. The only reason that people can even design and build avionics packages as robust as they are is because of how simple the actual problem is to solve. The only remotely complex parts of position controllers is the use of PID controllers, and that problem was solved decades ago in both software and hardware. Compare that with trying to patch a software system that occupies over 100MBs of code space, while its running, and you can begin to understand the difference in complexity. Hell, concurrency alone adds a level of complexity that any half-way intelligent embedded system designer avoids like the plague.

      --
      I wish I had a good sig, but all the good ones are copyrighted
    52. Re: it's not 0-day by sjames · · Score: 1

      It would also have a lot less of that whizz-bang goodness users crave.

      If software developers could say no to all those little bells and whistles that confound the design and make it stick, it would improve, but still wouldn't approach what we see in civil engineering. For that, the architect would have to be granted full sign-off for every bit of software installed on the same system as his app. OH, and it would cost a few orders of magnitude more.

    53. Re:it's not 0-day by sjames · · Score: 1

      Add to that that the pilot is expected to learn to use the software by studying a manual. There is no expectation that he can hop into a plane he has never flown before and take off without studying first.

    54. Re:it's not 0-day by HornWumpus · · Score: 1

      Right, because keeping an aerodynamically unstable shape pointed forward is butt simple controls. Just monitor and report, correct deflections from set values? Maybe monitor a velocity so you don't overshoot? Even an elevator is more complicated then that. What were you designing controls for?

      I don't doubt you understand cell phones. You don't understand aero. The shuttle is hardly a good example. It's pretty stable and as you say, old tech.

      --
      John McAfee 'It was like that time I hired that Bangkok prostitute; to do my taxes, while I fucked my accountant'
    55. Re:it's not 0-day by Ambassador+Kosh · · Score: 1

      I do think we need something less than the full responsibility for an engineer for a lot of software at least.

      However the VAST majority of software problems are just idiotic things. Simple things like SQL injection exploits that should not be happening at all anymore. I know that software is not going to be bullet proof but that doesn't mean that some fairly small amounts of extra work would not have huge gains for people using the software.

      Even if programmers we just trained to the same standards but not held to quite the same standards it would help a lot. So you would not be liable for some complex issue but not bounds checking, writing obviously inject-able code etc would get you in trouble.

      Too much of the software out there is just bad period. The people writing it are very clearly not qualified to do it. How many times do we need to see the same kind of exploit over and over and over again until there is some responsibility and fixes?

      --
      Computer modeling for biotech drug manufacturing is HARD! :)
    56. Re: it's not 0-day by Anonymous Coward · · Score: 0

      "One has the potential to kill people so time and care is taken to make sure it is absolutely correct."

            Actually both can kill. Here's a hypothetical example. Say upgrading the software for a street light system for a city. One mistake, especially at night, with the lights in both cross directions go green, lots of mayhem will ensue and probably several deaths. I won't get into planes, ships, or automobiles.

      It's celle, posting AC cause I didn't get the option to log in and I didn't want to write this again.

    57. Re: it's not 0-day by xero314 · · Score: 1

      Quality software comes from organizations interested in quality. Period. Trying to say it is based on the background of those implementing the product is laughable.

    58. Re:it's not 0-day by Anonymous Coward · · Score: 0

      "Give a smartphone and your avionics package an hour with a typical teenager and see which one crashes first..."

            There's an idea for testing the code for aircraft by have a simulator as a ride(disney, six flags, etc) sponsored by the aircraft corps. They can advertise the finished aircraft with the code installed "teen tested, mother approved".

    59. Re:it's not 0-day by Anonymous Coward · · Score: 0

      " There's an idea for testing the code for aircraft by have a simulator as a ride(disney, six flags, etc) sponsored by the aircraft corps. They can advertise the finished aircraft with the code installed "teen tested, mother approved"."

          It's celle again, this thing doesn't let me sign in. Guess I'll just wing it.

    60. Re:it's not 0-day by Spamalope · · Score: 1

      And who is going to pay for this software that is 1000x more expensive?

      You mean Larry will have to rehire Sun's QA team and reduce the number of America's cup boats he builds?

      His software is more expensive already. It's just that he's not paying. Fixing it as you build is cheaper than fixing it later. Not fixing it at all is most expensive, but he's not paying. It's costing Mom & Pops cash to have their PC cleaned at (worst) Buy, with extra rape charge if you don't want to lose all of your pictures of your grand kids forever.

    61. Re: it's not 0-day by KingMotley · · Score: 1

      Those systems use real software engineers, not programmers. There's a big difference, and you've stumbled across it.

    62. Re:it's not 0-day by KingMotley · · Score: 1

      Are you trying to say that you can take the control systems out of a combat jet and drop them into a turbo prop and if the plane crashes it's a software bug?

      I'm no expert, but do 747's have pilot preferences to change the colors of the readouts, the location of the instruments, and be switchable between mi/hr, km/hr, and fractions of the speed of sound? Can they download updates over the internets wirelessly so they can install the latest version of instruments with new "ringtone" warnings?

    63. Re:it's not 0-day by KingMotley · · Score: 1

      Umm.. A 0-day exploit is one that is found in the wild 0-days after the vendor knows about it. I know the definition is constantly getting abused, but that is what it means. It literally means the vendor has had 0 days to try and figure it out, come up with a solution to it, do regression testing, and release it. There used to be many more types of exploits out there measured by how long the vendor has either known about it, or has released a patch for it, obviously with 0 days being the worst (or best) of them depending on your point of view.

    64. Re:it's not 0-day by Lisias · · Score: 1

      I'm not defending their security practices (I disable the plug-in on my machines) but there may be real legal reasons why they are not liable and it has nothing to do with patent protection.

      How much do plug-in users pay to use the plug-in?

      Have you ever read the terms of use?

      You can't really draw an analogy to an aircraft purchase transaction.

      You have good points to be considered, thanks for sharing. (I really mean it).

      However, let's keep (ab)using the aircraft analogy (good to use anything but cars around here!): if the travelling agency, using some lottery, grants you a free ticket to Hawaii and the plan crashes due a manufacturer's really stupid mistake (or negligence):

      It's the manufacturer exempted of liability for this passenger because (s)he didn't paid for the ticket?

      The fact is that Oracle has some kind of (strategic) revenue by maintaining Java. It's important to Oracle that people keeps using Java. They have some kind of (indirect) revenue from Java.

      Exact the same way that travel agency when decided to sort a free ticket to Hawaii.

      And it happens that Oracle had brought Sun because of Java (think on a really big travel agency that managed to buy a aircraft manufacturer!).

      You're right that may be some good points to be exempt from liability. But receiving the software for free is not automatically one of them, IMHO.

      --
      Lisias@Earth.SolarSystem.OrionArm.MilkyWay.Local.Virgo.Universe.org
    65. Re:it's not 0-day by geoskd · · Score: 1

      Right, because keeping an aerodynamically unstable shape pointed forward is butt simple controls. Just monitor and report, correct deflections from set values? Maybe monitor a velocity so you don't overshoot? Even an elevator is more complicated then that. What were you designing controls for?

      I don't doubt you understand cell phones. You don't understand aero. The shuttle is hardly a good example. It's pretty stable and as you say, old tech.

      We're talking about controls, not autopilot. The pilots keep the plane pointed correctly. Yes, the autopilot is fairly sophisticated, but minus the autopilot, there is not much that is all that different between a fly by wire control system and a hydraulic one that any 1950s era airplane mechanic would recognize. A plane can easily be flown without the autopilot. Even the autopilot is fairly simple compared, say, mpeg compression for video files, or voice recognition software. You're the one without a proper frame of reference. Just because you think of it as a difficult task doesn't mean it is.
      For the record, the Shuttle was/is hideously unstable. Think flying brick. The autopilot on that thing really was a sophisticated piece of equipment, more so because of the woeful lack of processing power available in the early 80's

      --
      I wish I had a good sig, but all the good ones are copyrighted
  4. Time to just remove Java (and Silverlight)? by gQuigs · · Score: 5, Interesting

    They are used on less than .2% of websites, and many are false positives. Yes some might not be detected as well. I am aware there is one very popular video service that uses Silverlight, can't say the same about Java.

    Click on the language for more details
    http://w3techs.com/technologies/overview/client_side_language/all

    1. Re:Time to just remove Java (and Silverlight)? by Billly+Gates · · Score: 4, Informative

      Silverlight is at least used for NetFlex and is much more secure and updated by MS.

      Java is insanely popular with old IE in the enterprise market. Banks which support Chrome and Firefox for us with consumer banking sometimes only support IE 6 - 8 with Java 5 (no I did not mistype that) for corporate customers where security exploits are used in java so accountants can put ole excel spreadsheets inside their browser for the bank to see.

      Apparently these banks have not discovered javascript yet and tools to read excel docs and reformat them internally. I guess many corps still use excel 2003 with binary data in their .xls files unlike .xlsx which make reading and parsing harder.

      Anyway, this is who heavily still uses it.

    2. Re:Time to just remove Java (and Silverlight)? by slapout · · Score: 1

      There's quiet a few Android devices running Java. And developers need Java on their PCs to write apps for them

      --
      Coder's Stone: The programming language quick ref for iPad
    3. Re:Time to just remove Java (and Silverlight)? by 93+Escort+Wagon · · Score: 4, Interesting

      There's quiet a few Android devices running Java. And developers need Java on their PCs to write apps for them

      That may be so; but it's not really a reason for people to keep Java enabled in their browsers.

      Several months ago I disabled the Java plugins/extensions in all the browsers I use. Know what I noticed? Absolutely nothing. No sites that I frequent used Java *at all*. My experience browsing the web didn't change an iota.

      --
      #DeleteChrome
    4. Re:Time to just remove Java (and Silverlight)? by Anonymous Coward · · Score: 1

      Android is java. At least 70% java. You can disable java plugins in your browser and still be safe. I am surprised slashdotters are not posting this more.

      I hava java 6 safely setup this way on my computer. Java is disabled in all my browsers as I have not used it in 5 years at least on the open internet.

    5. Re:Time to just remove Java (and Silverlight)? by medv4380 · · Score: 1

      What Android device would actually have a JRE installed? I believe you're mistaken the Java Language for the Virtual Machine. I could be mistaken. Someone may have gone crazy and developed and packaged one for Android, but i doubt it.

    6. Re:Time to just remove Java (and Silverlight)? by Jah-Wren+Ryel · · Score: 2

      Several months ago I disabled the Java plugins/extensions in all the browsers I use. Know what I noticed? Absolutely nothing. No sites that I frequent used Java *at all*. My experience browsing the web didn't change an iota.

      I had the exact same experience. Kind of sad actually given all the potential we could see when java was first announced. But in this world, java on the web is effectively dead.

      --
      When information is power, privacy is freedom.
    7. Re:Time to just remove Java (and Silverlight)? by Samantha+Wright · · Score: 5, Insightful

      Dig hard enough and I'm sure you'll find equally arcane .NET setups. Remember, kids: the only difference between Java and .NET is that Java was paved with good intentions.

      --
      Bio questions? Ask me to start a Q&A journal. Computer analogies available for most topics!
    8. Re:Time to just remove Java (and Silverlight)? by BradleyUffner · · Score: 4, Informative

      There's quiet a few Android devices running Java. And developers need Java on their PCs to write apps for them

      Android is NOT running java. It's applications are written in the java language, but are not compiled to java byte-code.

    9. Re:Time to just remove Java (and Silverlight)? by Billly+Gates · · Score: 2

      Several months ago I disabled the Java plugins/extensions in all the browsers I use. Know what I noticed? Absolutely nothing. No sites that I frequent used Java *at all*. My experience browsing the web didn't change an iota.

      I had the exact same experience. Kind of sad actually given all the potential we could see when java was first announced. But in this world, java on the web is effectively dead.

      You know its bad when ActiveX from 2001/IE6 era at least had trust signed applets witn security turning unsigned applets off by default . Fucking pathetic and shows how out of date Java really is even back in 2001! Sun really let it out to rot while Oracle wont even release fixes until a quarterly update.

      May Java RIP.

      I really wanted to like it as I thought with native compiler or a fat binary we could all be using Linux now with a gui framework next to none. Swing is really powerfull but ugly and slow in 1999 era hardware with JIT. .NET is the future but it is tied to Windows for server apps as I can see until the next big thing has an answer and HUGE framework.

      Java should be studied in I.T. management courses of greatly engineered products killed by incompetent management. Yes, java was hot and even secure shit back in 1990s! It just was never really updated extensively.

      I still have found memories of programming in it even if the syntax was verbose and I shudder at the idea of Linux dying due to everyone using .NET now in the server room. If JavaFX had been around in the 1990s with real compilers and signed applets perhaps we would not have flash today.

      Android is a classic example of what Java could have been 10 years ago in the browser if Sun got their shit together.

    10. Re:Time to just remove Java (and Silverlight)? by Billly+Gates · · Score: 1, Interesting

      At least Microsoft patches them and even activeX controls are signed by default, and even IE 6 will refuse to run unsigned activeX controls by default as well. Java is behind that 12 year old dinosaur!

      MS may not have good intentions at all but they are moving forward and it was so frustrating when I was a java fan still last decade. You can upgrade your .NET apps and they are not browser dependent unless you put proprietary IE code in. We need a good biology anology for this one Samantha?

      Java really does suck today.

    11. Re:Time to just remove Java (and Silverlight)? by Anonymous Coward · · Score: 1

      Some ARM processors used in Android devices include Jazelle which is an implementation of the Java VM in silicone. (At which point it's no longer a VM...). Normal Android apks are Dalvik bytecode and interpreted in software but Samsung's pre-loaded software is actually JVM icode that runs native with Jazelle (that's why Samsung is faster than Motorola or HTC which uses dalvik). I verified on my Galaxy SIII that the Java Reflection API is present but I haven't been able to exploit the security hole yet.

    12. Re:Time to just remove Java (and Silverlight)? by Desler · · Score: 1

      Jazelle has pretty much nothing to do with the Oracle JRE.

    13. Re:Time to just remove Java (and Silverlight)? by Anonymous Coward · · Score: 0

      Where did you get that nonsense from? Jazelle doesn't even exist on the latest ARM architectures, mostly because it manages to be even slower than JIT conpiled Java.
      Even its successor ThumbEE is deprecated.

    14. Re:Time to just remove Java (and Silverlight)? by Trepidity · · Score: 1

      Unfortunately, a lot of European banks use Java applets as part of their login process. Many EU countries were a bit ahead of the curve in requiring better logins than just user/pass in the early 2000s (e.g. two-factor authentication), which at the time was a good idea, but the downside is that a lot of those systems were built in Java, since that was the obvious choice circa 2001 (doing serious client-side stuff in JavaScript wasn't really done at the time), and now there's a bunch of legacy cruft still stuck using it.

    15. Re:Time to just remove Java (and Silverlight)? by DragonWriter · · Score: 1

      Jazelle doesn't even exist on the latest ARM architectures

      Technically, it does, but in a form that doesn't actually do anything (the way Jazelle is defined, you can't actually count on it doing anything, you need a full software JVM and when Jazelle is invoked it will directly executed the bytecodes it implements and defer back to the software JVM for anything else -- it remains required for ARM processors, but current versions defer everything back to the software JVM.)

    16. Re:Time to just remove Java (and Silverlight)? by dbIII · · Score: 4, Interesting

      I remember back when it was coming out a big deal was made about how the VM was in a sandbox and couldn't nuke user or system files under any circumstances. Convenience killed good intentions and now we may as well be on activeX bullshit.

    17. Re:Time to just remove Java (and Silverlight)? by TubeSteak · · Score: 2

      But in this world, java on the web is effectively dead.

      What killed it?
      My experience seems to be that flash has replaced everything that java was supposed to do.

      --
      [Fuck Beta]
      o0t!
    18. Re:Time to just remove Java (and Silverlight)? by ChunderDownunder · · Score: 2

      Android runs Dalvik. It's a clean-room partial implementation but uses a different architecture. Perhaps, theoretically, it's vulnerable to the same problem but Android doesn't include applet nor java web start functionality.

      As for developing using the JDK, don't install the public JRE. The 64bit version is safer since, last time I checked, browsers for 64bit Windows are still 32bit and hence the plugin won't work!

    19. Re:Time to just remove Java (and Silverlight)? by mwvdlee · · Score: 1

      I don't think I've ever seen an Android device running Java, certainly not Oracle's Java distribution which is at stake here.

      --
      Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
    20. Re:Time to just remove Java (and Silverlight)? by TopSpin · · Score: 5, Insightful

      java on the web is effectively dead

      What killed it?

      It's clunky. That's the shortest correct explanation I can provide. The whole user experience is just awful.

      The first thing you experience when you encounter a Java applet is a sinking feeling as the browser becomes unresponsive with a large gray void somewhere on the page that will eventually render the applet. Sometimes this is alleviated slightly by a progress indicator in some weird JVM font that looks like it was salvaged from OpenBoot. All this "loading" takes large amounts of RAM so the OS starts paging which creates more anxiety for the user as the drive LED indicates vast amounts of mysterious IO. In any case the process takes too long and by the time the applet has rendered something meaningful most users have lost patience.

      At this point the applet has started rendering. Frequently this is a bad thing because many Java applets are tragically ugly. Repulsive, really. So bad they look like hastily made email phishing attempts. It would have been better if the "loading" had never ended leaving the user to seek alternatives. The moment a user sees those fonts they squint, groan a bit inside and consider calling someone for help. The GUI widgets look weird. Things don't work right, like copy and paste or common GUI hot keys. And everything lags; you can feel extra tens of milliseconds of lag with every UI operation; click, scroll, whatever. It all lags.

      Finally whatever unfortunate task led our victim here has been accomplished and it's time to leave. You click 'home' or some link or whatever to be on your way and BOOM!, the browser segfaults and closes. Recent browsers mitigate this habit by isolating applets (and other plug-ins) in process sandboxes, but the user still gets that extra little poke in the eye to top off the rest of the 'experience.' The sort of effort required to make the JVM run smoothly inside common browsers has never been applied and to this day it is a fragile and crashy combination.

      People that care about the user experience, people with tens or hundreds of millions of users using their site(s), don't tolerate this heinous shit. So Java applets die the death they deserve.

      --
      Lurking at the bottom of the gravity well, getting old
    21. Re:Time to just remove Java (and Silverlight)? by Anonymous Coward · · Score: 1

      But in this world, java on the web is effectively dead.

      Maybe.

      Java applets were never the right choice for adding a small amount of interactivity to a web page (i.e. that was what JavaScript was for). But now you see Google trying to add large amounts of interactivity to web pages (e.g. Google docs - a web page that is a word processor). And the fact that Google has succeeded at all is a testament to the raw talent at Google. But there's a question whether sticking full featured applications into a web browser - which is designed around the idea of displaying a succession of (hyper)linked pages - is really, at the most fundamental level, all that great of an idea.

      And, once you start asking that question, then technology like JavaWebStart/JNLP which allows a user to launch a full-featured (Java) application from a web page - but to run it as a standalone application outside of the web browser - starts looking pretty interesting. Particularly when you consider that the Java "serializable" capabilities makes it very very easy to send data between a Java client and a Java server (e.g. tomcat).

      Now, for what may be partially historical reasons, a lot more users have a working version of JavaScript available than have a working version of Java available. But a company like Google would have the clout to change all that - if it really wanted to. So, yeah, Java applets, per se, may be effectively dead. But Java clients that can be launched from a web page and that perhaps even communicate with a central server on the web may not be. Much will depend on how the big boys, like Google, choose to throw their weight around.

    22. Re:Time to just remove Java (and Silverlight)? by Tridus · · Score: 2

      That'd be because Oracle's Java updater had a nasty habit of turning the browser plugins back on. Not sure if they've fixed that yet or not.

      Besides, it's just standard security practice. If you don't need something, removing it is the safest way to go. At this point, most home users have no need for Java whatsoever.

      --
      -- "So they told me that using the download page to download something was not something they anticipated." - Bill Gates
    23. Re:Time to just remove Java (and Silverlight)? by tokencode · · Score: 0

      No the difference is .NET is more secure, performs better and is better supported by the less of the 2 evils.

    24. Re:Time to just remove Java (and Silverlight)? by Anonymous Coward · · Score: 0

      Google docs .... but there's a question whether sticking full featured applications into a web browser

      No one is asking that question is any consequential way. They're just doing it.

      Goggle has gone way beyond web based office applications. Amazon's best selling laptop is a Chromebook. They've taken over the entire desktop with a browser.

      The whole desktop. Unqualified. Everything runs in the browser. You configure hardware components In. The. Browser.

      Javascript, executed by very efficient compilers like V8, is sufficient for limited interactivity up to things like powerful email clients and social networking applications. Combined with HTML5 you get media players that equal the native applications of traditional systems.

      If you need more than what you can get from Javascript+HTML5 you have Native Client. Now your running optimized machine code in a sandbox. Feel free to make essentially anything right up to a first person shooter, because you can get at the GPU.

      I suppose you might say Java pioneered this model. The mind-share has moved on to better platforms, however, and given Sun cum Oracle's chronic neglect it won't return.

    25. Re:Time to just remove Java (and Silverlight)? by Anonymous Coward · · Score: 0

      Some do, but they'd have to be pretty old ones. Your Galaxy S3 certainly doesn't. In ARMv7 (Cortex-A8, Cortex-A9, Cortex-A7, Cortex-A15) cores, BXJ is nothing more than a stub; it's a fallthrough branch that doesn't set the bit, and all the Jazelle registers return zero. This is what is required by the ARMv7 spec: DBX has been completely removed, so no, your SoC does NOT run Java bytecodes.

      It was completely replaced by Thumb-2EE (marketed as Jazelle RCT). If you're not familiar, Thumb is the mode of ARM machine code that acts as a sort of shorthand mode. It's 8/16/32-bit, and uses special short-decode instructions (like bytecodes). Execution speed is OK, but where it really shines is that since it uses less memory, and ThumbEE contains extensions to specifically support array bound checking and handler exceptions, this makes it extremely good as a JIT compilation target. And, indeed, this is how it's used, and it works great with any VM - but tends to work better with register-based VMs like Parrot or Dalvik (hence the design of Dalvik) than older stack-based VMs like the ones belonging to Python, Ruby, Lua, or the JVM.

      Which brings me to my last point: Dalvik is a register-based just-in-time compiler, not an interpreter. It hasn't been an interpreter since before Android 2.2. The language used to compile to Dalvik bytecode is often Java, and Java bytecode can usually be converted to Dalvik bytecode, but Android does not run a JVM. (That is why Oracle was pissed off at it.)

      Samsung's applications are compiled to Dalvik, too, although in some places they use the Android NDK to include portions of native ARMv7 code with hard-float and NEON support (as any Android app could, and some do).

    26. Re:Time to just remove Java (and Silverlight)? by Anonymous Coward · · Score: 0

      You know, I was expecting an over-the-top exaggeration, but, yeah, that's just about right. Java as a separate app isn't so bad, and decent programs are written using it, but given that part of the entire reason for java was to provide a richer *and* secure programming environment inside a web browser, it's clear that aspect of it is a failure. To have it as a persistent security vector *and* still be a hokey and slow-performing experience for the user is pretty bad.

    27. Re:Time to just remove Java (and Silverlight)? by Anonymous Coward · · Score: 0

      Someone should tell Nvidia, because their magic "what driver do you need to download" app is in Java.

    28. Re:Time to just remove Java (and Silverlight)? by Anonymous Coward · · Score: 0

      The first thing you experience when you encounter a Java applet is a sinking feeling as the browser becomes unresponsive ...

      so, just like /.'s new mobile beta?

    29. Re:Time to just remove Java (and Silverlight)? by Alomex · · Score: 4, Insightful

      to provide a richer *and* secure programming environment inside a web browser, it's clear that aspect of it is a failure.

      This was clear five minutes after Java was introduced. Eighteen years later the web still is mostly a static medium with modest programming. So modest indeed that a screwed-up dynamically scoped mishmash of a script language (JavaScript) suffices to meet them.

      Java was a 45K ton battleship when all that was needed was an 100lb sturdy fishing dory.

    30. Re:Time to just remove Java (and Silverlight)? by Anonymous Coward · · Score: 0

      This problem could have been fixed sooner if people were addressing the actual problems (applets running in web browsers) rather than freaking out and saying to uninstall Java completely or kill the language completely. In the last year or so, would it have been too difficult for browser manufacturers to do a better job addressing this issue?

    31. Re:Time to just remove Java (and Silverlight)? by devent · · Score: 1

      That is not really a Java issue. Flash was horrible, too. But the Browser work-around the issues with flash.
      Some Java apps can crash the browser, true.
      But some Java apps are very good.
      For example:

      http://jchart2d.sourceforge.net/applet.shtml
      http://www.blakearchive.org/exist/blake/archive/object.xq?objectid=s-inn.b.illbk.04&java=yes

      Also Java webstart is a very good technology, better then anything Flash based.
      The problem with Java in the Browser is that it's a very hard competition against Flash and Sun didn't wanted to take that battle. But Sun made more mistakes with Java. For example not developing Android.

      I wish Orcale or the community would take Java and make it first class citizen in the Web. We need rich clients for the Web, but Javascript is still 20 years behind. Flash and Silverlight are proprietary and Java would be a good open source alternative.

      --
      http://www.mueller-public.de - My site http://www.anr-institute.com/ - Advanced Natural Research Institute
    32. Re: Time to just remove Java (and Silverlight)? by Anonymous Coward · · Score: 0

      Wonderful dose of reality. Thank you for sharing. That is exactly the experience.

    33. Re:Time to just remove Java (and Silverlight)? by ahabswhale · · Score: 1

      Only client-side Java sucks but nobody does client-side Java so who gives a shit.

      --
      Are agnostics skeptical of unicorns too?
    34. Re:Time to just remove Java (and Silverlight)? by MrL0G1C · · Score: 1

      "All this "loading" takes large amounts of RAM so the OS starts paging"

      Why on earth would you run a PC without enough memory, I've turned my paging file off for years, it never paged when I had 4GB, I've got 16GB now. The last time my computer slowed due to paging is probably over a decade ago.

      Put 2GB in for ~$14 and turn that monstrosity called swap off.

      --
      Waterfox - a Firefox fork with legacy extension support, security updates and better privacy by default.
    35. Re:Time to just remove Java (and Silverlight)? by aled · · Score: 1

      Perhaps to determine which graphic card you have it has to execute something in your pc. I don't think browsers give that kind of information by themselves yet. Which alternative is there? execute a native application?

      --

      "I think this line is mostly filler"
  5. As a wise man once said... by Anonymous Coward · · Score: 0, Funny

    "Evil will always triumph, because Java is dumb".

  6. Additional plugins are required ... by WoodstockJeff · · Score: 0

    ... to allow this page to compromise your computer....

    Ever since Java started down the "this isn't last week's zero-day" road, I pulled Java from my machines. Pisses the corporate types off because they want to have "net meetings" that require Java to be installed, so we can have presentations on "computer security", but I just tell them - "MY computer security policy doesn't allow Java to be installed."

  7. Please, can we stop with "0-day"? by Anonymous Coward · · Score: 5, Insightful

    Can we please, please, please stop using the term "0-day"? It's completely meaningless here. Actually, it's worse than meaningless as it's used incorrectly and just makes things confusing. Is it a noun? Is it an adjective? Depends on who's writing the Slashdot headline! Try reading the headline and article while omitting the text "0-day" and you'll see it reads just fine and actually makes sense now.

    1. Re:Please, can we stop with "0-day"? by darkfeline · · Score: 1

      Someone give this AC a cookie and a +1 Insightful.

    2. Re:Please, can we stop with "0-day"? by Anonymous Coward · · Score: 1

      Someone give this AC a cookie

      He should just check "Accept third party cookies" in his browser setup. He'll get lots.

    3. Re:Please, can we stop with "0-day"? by Anonymous Coward · · Score: 0

      Agreed. The term should go the way of FTP and RAR. But these "scenes" often hold on to old terms out of nostalgia or habit.

  8. Jave whitelist? by Anonymous Coward · · Score: 0

    I have just one program I need java for, is there a way to set up java with a whitelist so it only runs that one program, or is it always going to be a security nightmare?

    1. Re:Jave whitelist? by Anonymous Coward · · Score: 3, Insightful

      It's not going to hurt you to play minecraft, you don't have to pretend. Just don't install the fucking browser plugin.

    2. Re:Jave whitelist? by Anonymous Coward · · Score: 0

      Not minecraft, there is a program that allows you to use a midi keyboard to play music instruments in Lord of the Rings Online, but unfortunately it uses java. I didn't know the browser plugins were optional, but that makes sense, thanks.

    3. Re:Jave whitelist? by Anonymous Coward · · Score: 0

      I just installed java and unfortunately the program is a whore, it spreads itself everywhere. I had to disable IE and firefox java plugins despite not giving it permission to do that.

    4. Re:Jave whitelist? by Anonymous Coward · · Score: 0

      I have just one program I need java for, is there a way to set up java with a whitelist so it only runs that one program, or is it always going to be a security nightmare?

      Use Firefox, install NoScript. It's whitelist only unless you change your settings, and it blocks other things as well. (cross site scripting attempts, local application exploits, etc.)
      Note that this "Zero-Day" is only related to web browsing, if your browser isn't allowing Java/JS then it doesn't matter if you have Java installed on your system or not.

    5. Re:Jave whitelist? by M0j0_j0j0 · · Score: 1

      Serious? We reached that point?

  9. The hole is only relevant to the Java plugin? by mark_osmd · · Score: 4, Informative

    I was reading that the vulnerability is not in general standalone Java but only in the Java plugin in your browser, that is, you can secure from the issue by disabling the Java plugin in your web browsers but it's not that big of a risk to a standalone Java app. Is that true?

    1. Re:The hole is only relevant to the Java plugin? by Anonymous Coward · · Score: 4, Informative

      I was reading that the vulnerability is not in general standalone Java but only in the Java plugin in your browser, that is, you can secure from the issue by disabling the Java plugin in your web browsers but it's not that big of a risk to a standalone Java app. Is that true?

      Yep. Instructions are here to disable it. Or enable it for corporate folks in a seperate secure zone. IE 6 - 9 maybe retarded in HTML rendering, but knows when it is on the net vs a lan and loads different security settings.

      If you are just a home user go under addons in Firefox and IE and disable sun/oracle and java. DONE. You are secure at this point. The security exploit is not java per say but the browser as it executes by default unsigned with no authentication nor permission! A HUGE security risk. BUt without access to run it can't do anything.

    2. Re:The hole is only relevant to the Java plugin? by Anonymous Coward · · Score: 1

      Since through the browser is the only way most people would ever run untrusted Java code, disabling the plugin will have the same effect as uninstalling Java.

    3. Re:The hole is only relevant to the Java plugin? by Anonymous Coward · · Score: 1

      Since through the browser is the only way most people would ever run untrusted Java code, disabling the plugin will have the same effect as uninstalling Java.

      Hardly, since most Java programs are NOT ran in a browser. That is, the need to run non-trusted Java programs is almost zilch anyway.

    4. Re:The hole is only relevant to the Java plugin? by thue · · Score: 4, Insightful

      Standalone Java apps already have full arbitrary code execution and full access to the system. What would be the point of using an exploit to gain access to a system you can already access. If you are running a standalone Java app, you have already chosen to trust the code completely, unlike a sandboxed app in a browser.

    5. Re:The hole is only relevant to the Java plugin? by TubeSteak · · Score: 2

      If you are just a home user go under addons in Firefox and IE and disable sun/oracle and java. DONE.

      I just updated yesterday to the latest Java (addons v7.10.2.18 in FF, v7.0.100.18 in IE) and I swear that the update re-enabled my previously disabled plugins in FF and IE.

      I only checked on a whim after reading your post.

      --
      [Fuck Beta]
      o0t!
    6. Re:The hole is only relevant to the Java plugin? by _xeno_ · · Score: 1

      Conceptually the hole is in all Java apps, though, it just only really matters in the browser setting.

      If you have a Java app (say, a Java-based web server) that in fact runs untrusted code (say, third-party web applications) and places them in a Java sandbox, then they can use this exploit to leave the sandbox.

      So it's effectively only an issue for browsers, since that's the real-life example where many people have Java installed in such a way that they might unexpectedly receive hostile code. But it can also, theoretically, apply to any other Java app.

      In any case, I'd highly recommend going the "nuclear" route and just uninstalling Java if it's installed. It's the route the company I work for is going, and it's not like anyone uses Java for anything useful anyway.

      --
      You are in a maze of twisty little relative jumps, all alike.
    7. Re:The hole is only relevant to the Java plugin? by sourcerror · · Score: 4, Insightful

      that in fact runs untrusted code (say, third-party web applications) and places them in a Java sandbox, then they can use this exploit to leave the sandbox.

      Only applets run in sandbox so there's nothing to leave. On the server side there are two choices:

      - shared hosting (Tomcat): everyone uses the same VM just like with PHP so we are sparing memory, but increasing the security risk
      - virtual private server: everyone uses the their own VM and everyone is secure

    8. Re:The hole is only relevant to the Java plugin? by _xeno_ · · Score: 2

      Only applets run in sandbox so there's nothing to leave.

      Wrong. Anything can be placed, optionally, in a sandbox.

      - shared hosting (Tomcat): everyone uses the same VM just like with PHP so we are sparing memory, but increasing the security risk

      Look up the Tomcat -security option, which enables a SecurityManager and places each individual web application in its own sandbox. It's an option, it "works," and this vulnerability would circumvent it.

      Now, granted, no one bothers actually using the option, but it is there.

      --
      You are in a maze of twisty little relative jumps, all alike.
    9. Re:The hole is only relevant to the Java plugin? by Anonymous Coward · · Score: 0

      You seem to have confused the Tomcat security manager, which makes it easy to add passwords to Java web apps, with the applet sandbox. They're entirely different things.

      The vulnerability affects applets and applets alone. If you disable the Java plugin, you're safe. Not a hard concept to understand, really.

    10. Re:The hole is only relevant to the Java plugin? by Tridus · · Score: 2

      Yeah, the Java updater likes to enable itself in your browser for future exploiting.

      That's why the best advice is "remove Java".

      --
      -- "So they told me that using the download page to download something was not something they anticipated." - Bill Gates
    11. Re:The hole is only relevant to the Java plugin? by StormReaver · · Score: 1

      I was reading that the vulnerability is not in general standalone Java...

      That's true, which is why the people saying to uninstall Java sound like blathering idiots. You need to either uninstall the Java browser plugin, or use NoScript to whitelist your internal sites only. Frankly, you need to do this for all browser plugins (Flash, Silverlight, Java, etc.), as the entire browser plugin architecture is fundamentally flawed.

      Standalone Java apps are not a problem.

    12. Re:The hole is only relevant to the Java plugin? by aled · · Score: 1

      Yeah, the Java updater likes to enable itself in your browser for future exploiting.

      That's why the best advice is "remove Java".

      After that uninstall your browsers. A user could be catch in a hoax using it or install malware with them.
      Then uninstall your OS. It can catch viruses, botnet and other malware, you know? That's why them send security updates all the time.
      If you are very security conscious after all above smash your CPU.
      You'll be safe then. Time to start your smartphone and... wait a minute...

      --

      "I think this line is mostly filler"
  10. Bring your own Java? by Anonymous Coward · · Score: 0

    Actually, I wonder how many apps count on the system wide Java install on Windows (I don't use Windows so I don't know). The apps I developed just brought their own JRE. It's better anyway, since you don't have to worry about broken installs, outdated installs, etc. Whoever needs Java on target machines should probably bring their own JRE anyway. There are plenty of apps (not Web) that use Java.

    1. Re:Bring your own Java? by storkus · · Score: 1

      You kind of brought up my topic:

      1. There is non-browser-related software that runs on Java. The software for my cheapo vector network analyzer is written in Java, for instance. Then you have other things, even system software such as Dalvik. Thus, even if we can make it go away in the browser, we can't everywhere else.

      2. That brings up your point: my software didn't bring its own JRE. However, it turns out it runs just fine on OpenJRE. MY question: is OpenJDK/JRE vulnerable to this exploit? Is Dalvik? Or is this an inherent vulnerability to the language or interpreter (no matter who writes it) itself? (I hope that makes sense...)

    2. Re:Bring your own Java? by Billly+Gates · · Score: 2

      You kind of brought up my topic:

      1. There is non-browser-related software that runs on Java. The software for my cheapo vector network analyzer is written in Java, for instance. Then you have other things, even system software such as Dalvik. Thus, even if we can make it go away in the browser, we can't everywhere else.

      2. That brings up your point: my software didn't bring its own JRE. However, it turns out it runs just fine on OpenJRE. MY question: is OpenJDK/JRE vulnerable to this exploit? Is Dalvik? Or is this an inherent vulnerability to the language or interpreter (no matter who writes it) itself? (I hope that makes sense...)

      Yep, they are all insecure. Dalvik? It is an interpretter and not run in a browser so no. OpenJDK is OracleJDK with a few proprietary libraries from Adobe and a few others replaced with equilivent functioning ones.

      The exploit only works on a browser so disable it in IE and Firefox and you are good. If that program works in a browser you need to setup an IE zone and add an exception to your site, or use Firefox with noscript or set click to run as default?

    3. Re:Bring your own Java? by Anonymous Coward · · Score: 0

      Java is not vulnerable to anything to begin with. Just the sandbox used by Java web applets is not secure. Any sort of language sandboxing is not very reliable. In many cases (like Python) it comes with warnings and supported sort of half way.

      The only problem is Java browser plugin and Java web applets. Just disable it in browsers and sleep well from that point on.

      Still, for us developers I do not see why not just bring JRE along with your application. It makes things much easier. There is a ton of non-browser software. Not just the server side, but client-side as well. Editors, IDE, SQL clients. In fact majority of the software I use on Linux other than browsers is written in Java.

  11. Re:How to run java on the intranet safely by Billly+Gates · · Score: 4, Informative

    You can setup IE to use java internally on intranets only.

    Instructions are here and is a must in 2013 for any IT support professional! They can still have their netmeetings and be secure at the same time. IE has security zones under preferences. One for Internet, another for intranet if you fiddle in the options. Under Internet disable java scripting, note this is not javascript. Under intranet enable java scripting.

    Instructions for enabling java for intranet security zones only in group policies are here.

    After that all your users are safe and they can still run their shit ERP apps and Netmeetings. At least this is a temporary solution until they upgrade their software as I agree. Internet wise there is no reason to run it except for a few banks.

  12. Re:Remind me again by Anonymous Coward · · Score: 1

    Because it's useful? Are you seriously going to make an argument that because something can be exploited in any way we shouldn't create said something in the first place?

  13. Re:Remind me again by Anonymous Coward · · Score: 1

    It's sometimes useful. Necessary infrastructure for all classes as public methods? I don't see it.

  14. It is so obvious... by QuietLagoon · · Score: 3, Interesting
    It is so obvious, why do not the Java users see this...

    .
    It has become apparent that Oracle either does not understand the concept of computer security....

    - or -

    Oracle does understand the concept of computer security, and they are using these exploits to kill off Java, which they do not want to support anymore.

    What else can it be?

    (btw, my bet is that Oracle is clueless regarding computing security)

    1. Re:It is so obvious... by Junta · · Score: 2

      Why does Oracle's incompetency and disinterest in Java have to be mutually exclusive propositions?

      Of course, for having spent 7.4 billion dollars acquiring Sun, Oracle hasn't put much effort into preseving the value of the assets from that acquisition. Solaris is stagnant, all the Sun efforts to *try* to compete with Linux seem abandoned. Java is a security nightmare on top of being generally despised on end user client platforms. Java's biggest success as a platform has been in Android, and Oracle's response is trying to undermine Google through legal action.

      It seems the biggest issue is not Oracle's technical competency or lack thereof, but the business competency certainly seems dubious....

      --
      XML is like violence. If it doesn't solve the problem, use more.
    2. Re:It is so obvious... by Anonymous Coward · · Score: 0

      Users can't tell the difference between ransomware and Oracle marketing/sales/license enforcement?

    3. Re:It is so obvious... by phantomfive · · Score: 1

      It sure makes you want to go look for vulnerabilities in OracleDB, doesn't it?

      --
      "First they came for the slanderers and i said nothing."
    4. Re:It is so obvious... by Anonymous Coward · · Score: 1

      Here ya go

      http://www.cvedetails.com/vulnerability-list/vendor_id-93/product_id-467/cvssscoremin-5/cvssscoremax-5.99/Oracle-Database-Server.html

    5. Re:It is so obvious... by Anonymous Coward · · Score: 0

      Here ya go...

      http://www.cvedetails.com/vulnerability-list/vendor_id-93/product_id-467/cvssscoremin-5/cvssscoremax-5.99/Oracle-Database-Server.html

    6. Re:It is so obvious... by gweihir · · Score: 3, Insightful

      There are numerous indications to be found in their enterprise database products that Oracle really _is_ clueless with regard to security. For example, they do not know how to protect passwords and certificates against competent attackers. Such a company has no business being even a tiny bit as important as Oracle is today. Apparently there are no working mechanisms in capitalism to keep monsters like them under control.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    7. Re:It is so obvious... by Anonymous Coward · · Score: 0

      The counterparts of Oracle salesmen are MBA whores ready and willing to compromise on anything, provided it "generates cash flow". And, a new bathroom for the "purchasing" MBA.

      Even better, they get the bathroom for buying Oracle and the Sauna from Checkpoint (because they had to buy a multi-billion dollar firewall "to protect the Oracle database gainst hackers".

  15. Oh Java... by SuperCharlie · · Score: 1

    I tried you back in the early days and you crashed me one too many times.. since then the bad taste never left and I have avoided you. I never got on the bandwagon when it was neat to be a Java guru and now Ive come to realize you are simply a pain in my ass. Begone.. I break with thee, I break with thee..I break with thee.

  16. Wrong. They want to kill java. by Anonymous Coward · · Score: 0

    why cause a long time ago before the SUN set into the butt of oracle they and 20 other companies worked on DRM code used by , well everyone....too bad it got leaked eh?
    While i see you could think they dont understand security its far more likely they just dont like java and wish to kill it.
    This is the android phone revenge one might call it. So that they never again have to deal with it.

    1. Re:Wrong. They want to kill java. by QuietLagoon · · Score: 1, Informative

      While i see you could think they dont understand security its far more likely they just dont like java and wish to kill it.

      That's my second choice. :)

      .
      However, I cannot shake the feeling that Oracle is just not able to respond quickly to security exploits, that a security vulnerability is something they wish would just "go away" instead of Oracle resolving the root cause of said vulnerability.

      In summary, I think Oracle is clueless about security at the client level..

  17. How to disable java on every major browser by CNeb96 · · Score: 2
  18. Wouldn't that make this... by segoy · · Score: 4, Insightful

    a -150 (approx) day vulnerability?

  19. What happened to Java? by Jeremi · · Score: 5, Interesting

    Back in college (when Java was the new thing) one of its big touted features was security -- all applets would run in a sandbox, Java would be written in bytecode that would be automatically verified before it was executed, array access indices would be bounds-checked, etc etc. This all made Java execute more slowly than the alternatives (er, ActiveX?), but the (expected) upside was that Java would be super-secure and we wouldn't have to worry about our computers getting exploited by evil web pages that we accidentally loaded.

    Now it's 2013 and Java (at least in the context of a web browser) is turning into an unreliable bug-fest.

    So, what happened? Is it just a matter of incompetence at Oracle (and/or Sun)? Or is Java's security model fundamentally broken in some way that other in-web-browser languages (particularly JavaScript) are not? Where are all these security holes coming from?

    --


    I don't care if it's 90,000 hectares. That lake was not my doing.
    1. Re:What happened to Java? by Anonymous Coward · · Score: 2, Informative

      The problem is that security cost usability.

      Completely disable the ability of Java to read/write files on the local filesystem and it'd be a lot more secure for example, but then it'd be more useful as well.
      "" direct access to graphics hardware, "" - well pretty much everything. And once you crack the door open a little it's really hard to find and close all the corner cases that open up.

    2. Re:What happened to Java? by Dolda2000 · · Score: 4, Informative

      It's mostly a matter of incompetence in the implementation, indeed. The Java vulnerabilities I have followed have always included calling some obscure part of the Java class library which is implemented using native code (mostly for optimization reasons) that happened to be buggy in some way.

      It should be said in this case, however, that the new Java 7 dynamic language support infrastructure, which is one of the things Oracle added since they took Java over. Many of the things Oracle has done to Java lately (and especially as additions in Java 7) have struck me as poorly designed features that just allowed Oracle to check of some feature-lists to make Java appear as "feature-complete" as dotnet.

    3. Re:What happened to Java? by phantomfive · · Score: 4, Interesting

      Theo de Raadt once said, "these guys can't write a secure OS, why would you expect them to write a secure VM?"

      These bugs have always existed in Java, but no one went out to exploit them because there were easier vulnerabilities available. Now as Microsoft has put more emphasis on security, the low-hanging fruit has become Acrobat reader, then Flash, now Java. Used to be you could smash the Microsoft stack any time you wanted. Now they are randomizing the stack and it's not so easy.....

      --
      "First they came for the slanderers and i said nothing."
    4. Re:What happened to Java? by Anonymous Coward · · Score: 1

      Theo de Raadt once said, "these guys can't write a secure OS, why would you expect them to write a secure VM?"

      Then Theo de Raadt is a red-herring troll. Because nobody can write a secure OS. All operating systems have vulnerabilities, including Linux, BSD, OSX, and Solaris.

    5. Re:What happened to Java? by Anonymous Coward · · Score: 0

      Only post-XP, and a lot of people are still running XP. The botnets are alive and well.

    6. Re:What happened to Java? by Mathematiker · · Score: 2

      The problem is that security cost usability.

      Completely disable the ability of Java to read/write files on the local filesystem and it'd be a lot more secure for example, but then it'd be more useful as well.

      This problem has already been solved, and solved mostly well. It is possible to specify exactly where a piece of java code may access files, and enforce it.

      The problem is that some bugs in the JVM make it possible to bypass these checks, and then p.ex. access files that should be impossible to access.

    7. Re:What happened to Java? by squiggleslash · · Score: 1

      It wasn't used enough.

      Seriously. Theoretically there's no reason Java-as-a-web-technology can't be as secure, when implemented as a plug-in, as Javascript, and it absolutely (because it's a much simpler architecture) ought to be much, much, more secure than Flash. The only reason it isn't is because it's been ignored. There's only one company out there making Java plug-ins that anyone uses, and that company - which had problems at the best of times - was recently swallowed by a large corporation that doesn't care at all.

      It's a mess. Java is the biggest wasted opportunity in web technologies. We probably wouldn't have needed HTML5 (and would never have bothered with Flash) had it been used, and had it evolved with the support it needed. As it is, instead of that, it's become today's major security nightmare.

      Heck of a job Larry Ellison.

      --
      You are not alone. This is not normal. None of this is normal.
    8. Re:What happened to Java? by Anonymous Coward · · Score: 0

      Care to cite some in OpenBSD?

    9. Re:What happened to Java? by jrumney · · Score: 1

      Care to cite some in OpenBSD?

  20. Non Oracle Java by Anonymous Coward · · Score: 2, Interesting

    I think the future here is Java not from Oracle. We don't use their engine on servers now so why the hell would we use it on clients?

    Oracle haven't got their act together, and obviously without a decent revenue stream they're not going to try, so time to move on from them.

    1. Re:Non Oracle Java by Anonymous Coward · · Score: 1

      Seriously fuck Oracle. They will be out of business in 10-15 years max.

      They simply are technology vampires, and the problem with vampires is they have to pick their victims well...eventually they slip up.

      If only that had digested HP instead of Sun...

  21. Whoopty freaking do by symbolset · · Score: 1, Troll

    Everybody who wanders in those circles know about this one years ago. This is not the dawn of some new discovery - it's just when it became common knowledge to the rest of you. Java is crap nobody in their right mind would run in a browser. The "do not use" public warnings overlap each other. IE likewise is crap Pwned six ways from Sunday in every way possible - it's rapetacular. Office and Windows itself are just as bad, or worse. Calling it 0-day is kind of funny considering this is the normal condition all day every day.

    There are dozens more as bad or worse in Java, and scores in all versions of IE that are freely passed around by those who know and let to the press only after they become common enough to be worth discarding. A few are so precious that only dozens know about them, and will be present until long after the current versions of this software bundles have been deprecated. These are the few nation-states use to meddle with each other. The disclosures overlap, so your Windows PC will not ever be and cannot ever be what a reasonable IT pro would consider "secure".

    Proof. Some retard is going to ask me for proof again, probably yet another Microsoft Intern with absolute faith that This Is The Last Exploit. I don't have to give proof. Giving proof would defeat the purpose. Just wait and the proofs will be revealed unto you in time. Microsoft themselves have acknowledged that these come so often they can't be bothered to fix them as they are revealed and schedule fixes monthly, on "patch Tuesday". Pathological exams reveal these same exploits have been present and used for 15 years or more quite frequently. One year from now at least a dozen more that many know that you do not will be in this way revealed, and in the process that they had been used for a long time since before now also. That is my proof.

    Some few though... they will not be found out. Those few are precious, secret and reserved. They give us access to your darkest secrets. We save those for the most important people.

    --
    Help stamp out iliturcy.
    1. Re:Whoopty freaking do by Anonymous Coward · · Score: 0

      I piss on your "precious" piece of junk. There are more important things in life than knowing somebody's "secrets", but you need something more than animalistic instincts to understand that.

    2. Re:Whoopty freaking do by Anonymous Coward · · Score: 0

      I piss on your "precious" piece of junk. There are more important things in life than knowing somebody's "secrets", but you need something more than animalistic instincts to understand that.

      Pot, meet kettle.

  22. Java is required? by BigBunion · · Score: 2

    It drives me crazy- my kids have several java-based websites they are required to use for school. I'm not too worried if their laptops get borked- there's nothing of value on them. When the nasties spread across the network to my PC and my server, I've got real problems. What do I do besides complain to the school?

    1. Re:Java is required? by Bearhouse · · Score: 1

      Install decent security on your network, auto scan your kids pcs whenever they connect, don't share devices that contain sensitive information on the network, (like the drive, or folder that contains your bank details..), use a server with a non-windows OS...

      Or just get the kids a dedicated nas if they need the extra space. A cheap wifi box to allow them to share your internet connnection and you're done.

    2. Re:Java is required? by Anonymous Coward · · Score: 0

      install virtualbox on the kids' machines, download a winXP .iso off of bittorrent for the guest OS, and instruct your children to only use the virtual machine to access the school's java-based websites, and nothing else.

    3. Re:Java is required? by Anonymous Coward · · Score: 0

      And a scheduled task (cron for you computer users) that swaps in a vanilla vmdk nightly :)

  23. Silicone != Silicon by DragonWriter · · Score: 1

    Some ARM processors used in Android devices include Jazelle which is an implementation of the Java VM in silicone.

    No, its not. Silicone is not the same thing as silicon. And Jazelle isn't really an implementation of the JVM since it requires a software JVM, and only directly implements a subset of Java bytecodes and defers back to the software JVM for the rest.

  24. Some one should just degayify Java by Anonymous Coward · · Score: 0

    I have come to be quite impressed with Java in terms of raw execution speed of actual work loads and know that its biggest hindrance in adoption or even wide respect has been its perception as slow because it takes 10years to load the VM. That will never change and people will always assume Java is slow old dog technology because of the time it takes to load the VM.

    Considering the VM doesn't actually appear to protect people from squat it would be great if Java was just degayifed into a different kind of project and exported into a regular runtime like other languages are. I think its popularity would come back very hard.

  25. Be careful what you wish for. by bcrowell · · Score: 4, Insightful

    I see a lot of posts saying, "I don't need java applets. None of the web sites I visit use java applets. We should use this an an opportunity to let java applets die. Die, applets, die die!"

    There are a lot of problems with this simplistic response.

    One problem is that a lot of people are using java applets to do things that are important to them. Applets are widely used in the medical industry. I teach physics for a living, and there are several educational applets, written by other people, that I use to demonstrate ideas about thermodynamics. (Warning, car analogy coming up.) Just because you don't drive a Honda Fit, that doesn't mean it's OK to tell every owner of a Honda Fit that they aren't allowed to drive it anymore.

    The other problem is that you have to consider the alternatives.

    Javascript is in many ways a nice little language. However, it's a disaster because of the lack of a standardized DOM, and it simply doesn't have the necessary facilities to do all the things that a java applet can do.

    Flash is essentially proprietary, has been designed in a chaotic way, and is a frequent vector for malware, comparable to java applets and adobe reader.

    Silverlight is only viable on Windows.

    Java applets, warts and all, have some important advantages because of the design of java. Java was designed to be extremely portable. Java (unlike flash and javascript) was intended from the start to be a good general-purpose programming language. Java and java applets were vastly overhyped back in the 90's, but java applets are in fact an important and useful web technology that some people need and want. The problem seems to be that an important and useful web technology has fallen under the control of a corporation that is irresponsible about security.

    1. Re:Be careful what you wish for. by Anonymous Coward · · Score: 0, Insightful

      The other problem is that you have to consider the alternatives.

      Yes, for anyone who argues that Java should just go away, show me an alternative that does everything I need:

      • portability - I just zip up my Java byte code in a single "jar" file and then all anyone needs to run my program is a recent Java Runtime Environment. I don't have to cross compile binaries for all kinds of different architectures or require my users to have a full development environment with just the right libraries (and header files) available.
      • GUI - I can write a program with a responsive/fast full featured graphical user interface (menus, 2D drawing, etc) using a standard API.
      • data structures - I can develop sophisticated object-oriented data structures (like C++) and even get bounds checking and garbage collection as an added bonus.
      • speed - the JIT compiling of byte code to native does hurt the start-up time but, once my program is up and running, the speed is very close to that of C/C++/etc.
      • longevity - I don't want to invest a lot of time learning some hot new technology only to see it abandoned a couple years down the road and, what with all the enterprise use of Java, Java's got at least another decade in it if not more.

      Now, maybe Google will eventually come up with some (JavaScript-based?) solution that does everything I need and more. But, until then, for me, and people like me, Java will fill an important niche in the software tool ecosystem.

    2. Re:Be careful what you wish for. by Anonymous Coward · · Score: 0

      Usually the most simplistic and/or violent responses get the best mod points. It is sadly true also for Slashdot.

    3. Re:Be careful what you wish for. by Mathematiker · · Score: 4, Informative

      An appropriate solution would be to use something like noscript, which automatically blocks all java applets (flash and javascript as well), and makes it easy to maintain a whitelist of websites that are allowed to run java applets/javascript/flash/etc.

    4. Re:Be careful what you wish for. by crafoo · · Score: 2

      Google Chrome and their Native Client system seems like it would give you what you want.

    5. Re:Be careful what you wish for. by Anonymous Coward · · Score: 0

      *"Javascript is in many ways a nice little language."*

      Now you're being pretentious. There's zero reason to call it "little". JavaScript is much more succesful than Java applets and JavaScript (or a language that can be run in a JavaScript engine) is the way to go if you want to write professional webapps.

      Java applets are the "little toy" here. Little and totally unnecessary. There are companies where several people have already been hit by the exploit and they are having emergency meeting to then disable Java applets on *thousands* of computers. This is exactly what should be done.

      Java applets have always been pathetic and it's because of people like you using the same fallacies over and over that money is getting stole today from unsuspecting users.

      Java applets must die a quick death. I, for one, welcome the fact that tables and smartphones can't run Java applets and I welcome the decision of Apple to not ship Java anymore with their OS.

      I thank the dept of homeland security for making it clear that the danger is very real.

    6. Re:Be careful what you wish for. by Anonymous Coward · · Score: 0

      As they say: those who do not understand Java are doomed to reinvent it - poorly.

      It's not at all clear to me that checking native code for security/sandboxing is going to be any faster (or more secure) that JIT compiling Java byte code to native code. And then there's the problem of provide enough (third party) libraries to achieve the same comprehensive functionality of the Java API.

      Native Client is definitely interesting - but I won't be fully convinced until they've ported some of the major GUI programs to it (Libre Office, Gimp, etc.)

  26. This is like the online SCADA vulnerability issue by Required+Snark · · Score: 4, Insightful
    This is remarkably similar the recent post on SCADA devices being vulnerable because they were directly accessible on the net. http://slashdot.org/index2.pl?fhfilter=scada

    These are not primarily technical failures, they are institutional failures. The issue is not that Java has a zero day failure; these things happen. The critical failure is that Oracle knew what was going on before this hit the news and they could have avoided the problem with better practices.

    The US has a Laissez-faire attitude towards computer security. It's all left up to the good will of the provider, which is clearly a mistake. Some organizations do a good job, but many fail. This is because security requires expending effort, and there is a natural tendency to cut corners to save money.

    In theory, the market will be self correcting, because of the cost associated with failure. In practice, this does not occur. Neither the direct financial cost or the reputational costs are big enough to modify organizational behavior. That's why there is an never ending stream of these kinds of events.

    Ironically, it seems that highly visible open source projects have a better track record then the private sector. This shows the high level of professionalism that open source organizations maintain.

    Thing will never get any better until the cost of failure becomes much greater. This means having serious fines and/or larger payouts to those who are harmed by the security breach.

    Right now the cost of cleanup after a security failure is so low that there is no meaningful incentive to be proactive. Is Oracle going to have any negative economic repercussions as a result of this screw up? Of course not. Therefore, they will do nothing to change their ways. Until there is some mechanism to hold providers responsible for failure to act there will be no change.

    To clarify the point, the liability should be for failure to act once a problem is found, not for the existence of the original security problem. Having a SCADA device visible on the net with a default password is the kind of event that should cause liability. Likewise not fixing a critical security hole as soon as it is discovered as in this case with Oracle.

    --
    Why is Snark Required?
  27. Java should just be degayified. by Anonymous Coward · · Score: 1

    I have come to be quite impressed with Java in terms of raw execution speed of actual work loads and know that its biggest hindrance in adoption or even wide respect has been its perception as slow because it takes 10years to

    load the VM. That will never change and people will always assume Java is slow old dog technology because of the time it takes to load the VM. Its just been a killer to the technology the whole time.

    Considering the VM doesn't actually appear to protect people from squat it would be great if Java was just degayifed and exported into a regular runtime like other languages are. I think its popularity would come back very hard and get the respect it deserves.

    1. Re:Java should just be degayified. by Anonymous Coward · · Score: 0

      One option is to create a launcher in native code that puts up a splash while the VM is loading. =p

    2. Re:Java should just be degayified. by Anonymous Coward · · Score: 0

      Slashdot comments should be dediggafied.

  28. Why so horrified? by Tony+Isaac · · Score: 3, Insightful

    Has nobody on this site actually had to meet a deadline? Has nobody had to make some trade-offs to get a product out the door? Why would Java be different?

    If you are working on a non-trivial project, and you don't know about at least half a dozen horrible "zero-day" flaws, then you don't know your project very well!

    In real life, businesses have to make trade-offs. They can't fix everything. Every release cycle, product managers have to make decisions about which fixes go in, and which fixes have to wait. I'm no Java fan, but with as many people poking around it as there are, I'm amazed that there aren't many more known vulnerabilities!

    1. Re:Why so horrified? by Anonymous Coward · · Score: 2, Insightful

      Java is a platform, not a normal application. It's infrastructure. A bug in the infrastructure potentially affects every application depending on that infrastructure. That makes the impact of every bug orders of magnitude larger than it is in a normal application. The importance of that outweighs the importance of deadlines.

    2. Re:Why so horrified? by Anonymous Coward · · Score: 1

      Every release cycle, product managers have to make decisions about which fixes go in, and which fixes have to wait. I'm no Java fan, but with as many people poking around it as there are, I'm amazed that there aren't many more known vulnerabilities!

      Many of us have two simple expectations of the product. We expect that all fixes for known critical security vulnerabilities go in, before new features are added. We expect full disclosure if a Java product is released with known security vulnerabilities fixes on the 'waiting list'. These two expectations are not met.

        If this expectations are not met, we remove or disable Java and replace it with a more secure product.

      Good riddance.

  29. Two networks by Anonymous Coward · · Score: 0

    Set up two networks--one "secure", one "insecure". I don't run my machines on the same network as my children. They cannot be trusted to practice safe computing. The wireless hub is on their network as well. Visitors and other "unsafe" machines have the same access to my "secure" network as the internet does.

  30. AAAAAAAAARRRRRRRRGGGGGHHHHHH NOOOOOOOO! by Anonymous Coward · · Score: 2, Insightful

    Javascript. Fuck me!

    The only thing in computing more fucking brain dead than javascript is XML. You bastards! You've sucked the brain cells out of too many people with your bullshit non-programming and bullshit non-formats.

    If java is dead and javascript is the answer then you've asked the wrong fucking question!

    1. Re:AAAAAAAAARRRRRRRRGGGGGHHHHHH NOOOOOOOO! by isopropanol · · Score: 4, Insightful

      Just because it is possible to code badly in an language does not mean you can only code badly.

    2. Re:AAAAAAAAARRRRRRRRGGGGGHHHHHH NOOOOOOOO! by Anonymous Coward · · Score: 3, Funny

      Someone should tell enterprise Java developers that.

    3. Re:AAAAAAAAARRRRRRRRGGGGGHHHHHH NOOOOOOOO! by Tridus · · Score: 1

      Just because it's possible to twist a language into not having ugly code doesn't mean it's not a badly designed language.

      Javascript is that really ugly bastard thing we're stuck with because nothing better is as widely implemented, not because it was well designed.

      --
      -- "So they told me that using the download page to download something was not something they anticipated." - Bill Gates
    4. Re:AAAAAAAAARRRRRRRRGGGGGHHHHHH NOOOOOOOO! by Anonymous Coward · · Score: 1

      Javascript is about the only good option for client side logic.

      OK, yes, you have options for Java or Flash... but I said good option. Both of those require plugins that allow more security holes than windows 95.

    5. Re:AAAAAAAAARRRRRRRRGGGGGHHHHHH NOOOOOOOO! by Anonymous Coward · · Score: 0

      Just because it's possible to twist a language into not having ugly code doesn't mean it's not a badly designed language.

      Javascript is that really ugly bastard thing we're stuck with because nothing better is as widely implemented, not because it was well designed.

      I don't see anything wrong in the design of Javascript. Apart from prototypes, it's very much like Python. Web pages would be tricky to program in any language, but that's because of HTTP and the nature of web transactions.

    6. Re:AAAAAAAAARRRRRRRRGGGGGHHHHHH NOOOOOOOO! by ultranova · · Score: 1

      Javascript is that really ugly bastard thing we're stuck with because nothing better is as widely implemented, not because it was well designed.

      Nothing that is widely implemented stays well designed. The more users there are, the more bad code depending on weird corner case behavior there will be, and the more such legacy cruft the implementations need to support because an implementation thats supports it has a competitive advantage over one which doesn't. At the same time technology marches on, adding new concepts and paradigms on top of the older ones in a merry chaos. And finally, user needs change so what was once a good fit won't be that anymore. And of course the mere fact that there are many users means that there are a lot of conflicting needs.

      And all that assumes that anyone actually cares about design at all, rather than winning marketshare.

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

    7. Re:AAAAAAAAARRRRRRRRGGGGGHHHHHH NOOOOOOOO! by Anonymous Coward · · Score: 0

      If Borland (whatever their crap name currently is) came up with a memory-safe version of TurboPascal 3 and put it into a browser, this would be enormous progress as compared to JS.
      But yeah, 99% of the CS establishment is in a homosexual relationship with "dynamic" languages and they have been fucking for ten years now in order to make a baby. No progress yet, though.

    8. Re:AAAAAAAAARRRRRRRRGGGGGHHHHHH NOOOOOOOO! by aled · · Score: 1

      Perhaps enterprises and developers has some responsibility in this. Just saying.

      --

      "I think this line is mostly filler"
    9. Re:AAAAAAAAARRRRRRRRGGGGGHHHHHH NOOOOOOOO! by Anonymous Coward · · Score: 0

      Javascript is not a good option. It may be the only option, but that just means your only option is bad.

      What should we do about that? We could replace javascript with something better. Some groups are trying that. My response is just NO.

      That's right. I say NO. Some other schmuck can do the javascript, just like some other schmuck cleans the toilets when they get rank.

      Think of it this way: your life is short. Do you want to look back on it and see that it's been a life full of javascript? A life full of writing code in a language where you can't even create an immutable object? Or a life full of good programming instead?

      Your call. My life is too precious to waste on javascript.

  31. Horrified because professionalism is expected by dbIII · · Score: 3, Interesting

    Has nobody on this site actually had to meet a deadline? Has nobody had to make some trade-offs to get a product out the door?

    Because it's used by others so effectively infrastructure, thus irresponsible to cut corners before release. To invoke a car analogy it's like opening a bridge on the announced date without finishing it in one lane so that cars driving from one direction keep falling into the water. Such an example appears so ridiculous because it's comparing a carefully planned engineering project on one hand (the bridge) with a room full of blindfolded basketweavers trying to weave bits of an elephant shaped basket while being shouted at in a language they cannot understand and none of them know what an elephant looks like (a typical mismanaged software project like your above example with your "tradeoffs").

    1. Re:Horrified because professionalism is expected by Tony+Isaac · · Score: 1

      There is a serious flaw in your analogy. Opening the bridge without finishing one lane would be serious because, when used as designed, it would fail. Java, however, when used as designed, generally does what it is supposed to do. This is evidenced by the success of the Android platform, which relies heavily on Java.

      By contrast, the situation described in this article occurs when someone intentionally uses Java in a way that it was specifically NOT designed to be used. So to extend your analogy, the bridge was finished all right (like Java), but they didn't install six-foot chain link fences on top of the guard rails, allowing pedestrians to commit suicide by jumping off. This is a design choice that would likely be put off until it became clear that people would actually start using the bridge in this unintended way. The first jumper would be exploiting a zero-day vulnerability.

      But regardless of the analogy, and regardless of the use of the software, there are always tradeoffs made. Always. There is no perfect software. EVERY SINGLE ONE has "known" vulnerabilities. So I'm actually more surprised how "horrified" everybody seems to be, than I am that Java has a vulnerability!

    2. Re:Horrified because professionalism is expected by Anonymous Coward · · Score: 0

      How many times does this need to be repeated? ANDROID DOES NOT USE THE JVM!

  32. Better Remove JavaScript, too by Anonymous Coward · · Score: 0

    We'd better remove JavaScript, too, because that has "Java" in it!

  33. Re:Remind me again by AlphaBro · · Score: 0

    Yeah, I remember that time reflection based vulnerabilities in .NET were used in ~50% of cyber attacks. Oh, wait...

  34. Enthusiastic Standing Ovation from here.... by rts008 · · Score: 1

    This is the first time I personally, have heard this argument. :-)

    I have to admit that my mind was definitely blown...it was an almost spiritually moving 'light bulb' moment.

    Wow! The simplicity....the 'rightness'...the 'total awesome!

    Really, no sarcasm meant or implied. That was one of the best arguments on the subject of software patents I have seen to date.

    Thank you very much, kind Mr./Ms. AC for this gem.

    --
    Down With Slashdot BETA!!! I've been around the corner and seen the oliphant; you can only abuse me from your perspecti
  35. It's a verb! by Anonymous Coward · · Score: 0

    as in "Java 0-days me time and again"

    (sorry, couldn't resist -- but yes, I concur. We've got enough stupid buzzwords already)

  36. To Oracle by Anonymous Coward · · Score: 0

    This is a 120-day attack.

    1. Re:To Oracle by someones · · Score: 1

      totally no chance to patch it up

  37. Wake up people by Anonymous Coward · · Score: 0

    Oracle has operated this way for years, don't use their shit.

  38. As long as Oracle thinks they are invulnerable... by gweihir · · Score: 1

    ... Java will never reach any reasonable level of security. This must have drastic consequences for them or they will continue to invest the minimum amount of effort possible in Java security. Nothing else will help. The users are not mature enough to do anything, see all the people here that do not want to go without the Java plug-in even for a few days. (How stupid can you get??)

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
  39. OpenJDK? by David+Gerard · · Score: 1

    I presume OpenJDK 7 is also vulnerable, since Oracle JDK 7 is basically OpenJDK 7 with some proprietary libraries.

    Is OpenJDK 6 vulnerable? It's actually OpenJDK 7 cut down to pass JCK 6. Has anyone tested it?

    --
    http://rocknerd.co.uk
  40. "Nobody is using $product anymore" by gtirloni · · Score: 1

    "Nobody is using $product anymore" is the new "First Post!"

    --
    none
  41. Another problem is the fallout. by Anonymous Coward · · Score: 0

    We switched our major control system from VB to Java about 5 years back, and it has paid off hugely in handling the complexity integrating work of multiple developers AND letting us move Windows->Linux with minimal effort. Non of this involves java applets, it's all standard applications.

    We're in a pretty security conscious environment, so now we're going to have to deal with freaking-out customers and perhaps reactionary IT policies irrelevant to our situation.

  42. Wait that is not a 0-day by Anonymous Coward · · Score: 0

    It's only a 0-day if they had 0 days to respond to it. This is a known flaw they did nothing about.

  43. Sappeur: Memory Safe And Efficient, Realtime by Anonymous Coward · · Score: 0

    Sappeur:

    http://sourceforge.net/p/sappeurcompiler/code-0/2/tree/trunk/doc/SAPPEUR.pdf?format=raw

    http://sourceforge.net/p/sappeurcompiler/code-0/2/tree/trunk/

    Just 10k lines of code for the Sappeur-to-C++ translator.

    Destructors. Stack Allocation. RAII. Deterministic object destruction. Memory Safety even for multithreading.

  44. C++ Development Unhindered by Anonymous Coward · · Score: 1

    Meanwhile C++ keeps truckin' along beautifully.

    C++. The few. The strong. The proud.

  45. Thermo by Anonymous Coward · · Score: 0

    I teach physics for a living, and there are several educational applets, written by other people, that I use to demonstrate ideas about thermodynamics.

    Thermodynamics was taught quite well before the advent of Java or even computers. And science it MUCH more fun when you're actually doing an expirement than watching an animation.

    Yes, I understand it adds to the learning experience and may make the material a little easier for some to understand, but the point is Java isn't a necessity.

  46. Oracle cares only about money by Anonymous Coward · · Score: 0

    Oracle does not care about security exploits if Oracle does not stand to make money from fixing them. Java on PCs? Something Oracle gives away. Where is the incentive for money making machine to fix problems if product is free give away?

    Remember, Oracle care only about the money. If security helps Oracle make money then Oracle is interested in security. If security exploit does not result in loss of money then why would Oracle care about the exploit?

    Oracle is not clueless.
    Oracle has one interest and one interest only: money.

    Everything that oracle has done after it bought Sun fits this simple realization.

  47. Linux WebEx requires Java? by Anonymous Coward · · Score: 0

    The only reason I keep the Java browser plugin installed on Linux is for WebEx. Does anyone know if it is possible to use WebEx on Linux without Java?

  48. horribly misleading title by buddyglass · · Score: 3, Informative

    Oracle was notified of the vulnerability and attempted to fix it. Their fix was inadequate. So they're just incompetent instead of willfully dismissive of security concerns.

  49. Re:Remind me again by maxwell+demon · · Score: 1

    It is useful that every class has it, rather than only those you plan to use reflection on?
    If something can be exploited, it should only be available when explicitly requested.

    --
    The Tao of math: The numbers you can count are not the real numbers.
  50. Amazed? by mevets · · Score: 2

    I am surprised that you find it amazing that list of obscure lumps of software all beginning with the word java confuse people.
    Do you find it more, or less amazing that java (perhaps java dash some-obscure-addendum) has eclipsed flash and windows as the malware enabler of choice?
    17 years ago java(-.*)* was unleashed, heralded as the saviour of robustness, security and apple pie at only the cost of a few âoemooreâ(TM)s incrementsâ and uniformly ugly interfaces. Now we have this steaming pile.
    Now we have a feature to disable it. I bet that âfeatureâ(TM) becomes target #1 of the next wave of malware, so well intentioned people will only think they have disabled it?

    1. Re:Amazed? by aled · · Score: 2

      I am surprised that you find it amazing that list of obscure lumps of software all beginning with the word java confuse people.

      I had expected the slashdot community not to make that kind of mistakes. Wrong assumption it seams.

      Do you find it more, or less amazing that java (perhaps java dash some-obscure-addendum) has eclipsed flash and windows as the malware enabler of choice?

      More. I must confess I hadn't expected it at all. I started to be aware of serious security problems with the series of exploits for the Java implementation for Apple platform, 1 or 2 years ago.
      I don't know if it something that Oracle is doing particularly wrong in the last years or if it is just that hackers are more active lately. Oracle will have to strengthen seriously Java for any kind of remote exploits or disable the plugin for default.

      17 years ago java(-.*)* was unleashed, heralded as the saviour of robustness, security and apple pie at only the cost of a few âoemooreâ(TM)s incrementsâ and uniformly ugly interfaces. Now we have this steaming pile.

      I don't understand exactly what your point is. Java has a lot of good things and also has its problems. The security problems -as serious as it is- don't invalidate other benefits of the language or the platform, for example for server applications, IDEs, tools, etc.

      Now we have a feature to disable it. I bet that âfeatureâ(TM) becomes target #1 of the next wave of malware, so well intentioned people will only think they have disabled it?

      As may happen with any other platform. I think it is positive that Oracle acknowledges somewhat that there is a general problem and implements an option to disable the Java plugin. I have at work and at home several Java programs that are not applets and is good to be able to use them without being forced to be open to these kind of security problems.

      --

      "I think this line is mostly filler"
  51. Not really. by Anonymous Coward · · Score: 1

    Several years ago there was a flame-war between iDefense and the then-CEO of Oracle about this very thing. Oracle has a poor track record.

  52. openJVS? by Anonymous Coward · · Score: 0

    Do they also have this problem?

  53. dart by cheekyboy · · Score: 1

    dart dude

    --
    Liberty freedom are no1, not dicks in suits.
    1. Re:dart by Anonymous Coward · · Score: 0

      You're saying that Dart runs as fast as C/C++?
      Because Java does run as fast as C/C++ (once you get past the initial JIT compiling).
      And the longevity of Dart remains to be seen.

  54. It would be funny if they were sued by Anonymous Coward · · Score: 0

    They're quick to threaten others about Java, I think it would be funny if they were sued (on perhaps equally shaky legal grounds) for negligence. Just a thought...

  55. Re:This is like the online SCADA vulnerability iss by turp182 · · Score: 1

    I wish I had mod points for this sentence alone. It should be studied, could get an award of an economic type.

    In theory, the market will be self correcting, because of the cost associated with failure. In practice, this does not occur.

    --
    BlameBillCosby.com
  56. You know Slashdot is losing it... by Anonymous Coward · · Score: 0

    You know Slashdot is using it when the comment that mistakes requiring passwords to access pages in a website with the applet sandbox gets modded up, but the comment explaining how completely boneheaded that is gets modded down.

    The problem is with applets. Web apps may have "apps" in them, but they're two entirely different things.

  57. Non-wonk information useful to average users? by PacRim+Jim · · Score: 1

    Would one of you please provide some non-wonk information useful to average users. How to disable Java? What effects will that have on the browser, operating system, and apps, if any. What millions of users have now is a warning to disable Java, without any idea of the effect it will have on their system.

  58. It's Called FREEDOM by Anonymous Coward · · Score: 0

    Freedom to become an Alcoholic
    Freedom to die of fattiness
    Freedom to jump off a bridge
    Freedom to crash into a concrete wall at 100 km/h
    Freedom to write a book
    Freedom to fuck without a condom
    Freedom to fuck with a condom
    Freedom to fuck a different girl every Weekend
    Freedom to fuck just one woman for years
    Freedom to enjoy Perl
    Freedom to suffer Java
    Freedom to enjoy Pascal
    Freedom to suffer Ruby

    Now, what's wrong with all that ? Some people are sado-masochists and the FSM made Java happen for them. Be a bit more tolerant and simply use Perl instead, if you don't share that mindset.

  59. Department of Homeland Security by Anonymous Coward · · Score: 0

    WTF??? Seriously, this has nothing to do with terrorism. Why is DHS getting involved, and what the hell are their standards for recommending people disable or uninstall something? Are they going to recommend people uninstall Windows when the next zero day exploit comes out for it???

    1. Re:Department of Homeland Security by Anonymous Coward · · Score: 0

      I think a better WTF is: where the fuck is this alleged Department of Homeland Security advice coming from? Every article I've seen mention this links to the US CERT advisory page. US CERT is run by Carnegie Mellon University for fuck's sake. US CERT just happens to be receiving *some* sponsorship from DHS which is why there's a " SPONSORED BY Department of Homeland Security" banner at the top of every page. This does not make them a branch of the DHS.

  60. To scumbags downmodding me - fair challenge by Anonymous Coward · · Score: 0

    Disprove my points here -> http://developers.slashdot.org/comments.pl?sid=3377059&cid=42568101

    * GO FOR IT, & good luck (you'll NEED it).

    (It's a PROVEN "layered-security"/"defense-in-depth" measure OPERA has implemented since nearly day 1... other browers don't natively!)

    APK

    P.S.=> Lastly, if/when the "best you've got" is unjustifiable downmods? You only prove my point, & running from a FAIR CHALLENGE only does it moreso...

    ... apk

  61. And again: is it just oracle jdk? by someones · · Score: 1

    if so: why not simply switch to openjdk?