Slashdot Mirror


Oracle Fixes Java Vulnerability Used By Russian Cyberspies (itworld.com)

itwbennett writes: Oracle said that it has fixed 154 security flaws in Java and a wide range of its other products, including one that Russian cyberespionage group Pawn Storm used to launch stealthy attacks earlier this year. The vulnerability, tracked as CVE-2015-4902, was being used by the Pawn Storm attackers to enable the execution of a malicious Java application without user interaction.

126 comments

  1. What if we make them legally responsible for bugs? by Nyder · · Score: 2, Interesting

    I wonder how many of these security flaw bugs would happen if we made companies actually legal responsible for the flaws in them?

    --
    Be seeing you...
  2. Riddled with holes by Anonymous Coward · · Score: 0

    I'm really excited because I don't need Flash installed on my PCs anymore. The next one is Java. That one is going to be a while. Stupid IPMI.

    1. Re:Riddled with holes by sexconker · · Score: 1

      You don't need Java for IPMI.
      You may need Java for your OEM's specific shit that is NOT covered under IPMI, such as graphical console redirection, remote USB, etc.

  3. remove Java by Gravis+Zero · · Score: 1

    unless you have to run some business app, nobody should have Java installed. seriously, there is no need for bytecode language bullshit. Flash is almost gone, please, put a bullet in Java.

    --
    Anons need not reply. Questions end with a question mark.
    1. Re:remove Java by Anonymous Coward · · Score: 5, Interesting

      Bytecode language bullshit? The majority of languages these days compile down to bytecode. And while verbose, Java is one of the best statically typed, cross-platform languages out there. The core library is massive and well documented. Cross-platform threading, cross-platform GUI, cross-platform networking, etc... No need to worry about managing a bunch of dependices and versions upgrades for the collection of libraries you'd need to replace what you'd get from the main Java library, all consistently documented, updated, and supported for you for free. A lot of the Python documentation doesn't even tell you the structure or type of what is returned. The Java docs handle all parameters, return values, and most of the edge causes like what happens when you pass in a bad value. Many 'modern' languages leave that important info out.

      All these massive security holes in Java are actually in the C++ code. Part of the web start framework. Anyone bashing Java about it's security vulnerabilities is actually basing C++.

      We're going to be wishing for flash to come back. HTML5, canvas only websites will be much worse.

    2. Re:remove Java by Anonymous Coward · · Score: 0

      All these massive security holes in Java are actually in the C++ code. Part of the web start framework. Anyone bashing Java about it's security vulnerabilities is actually basing C++.

      Java is a product made of many components, not just the language itself. We're hating on the car for being easy to break into and you're saying we should only hate the keyhole that was forced open - seems like an argument without a reason IMO

    3. Re:remove Java by Anonymous Coward · · Score: 0

      > And while verbose, Java is one of the best statically typed, cross-platform languages out there.

      After COBOL, I'd guess?

      More seriously: Among the "feats" my trade has brought forth, Java is one of the things I'm most ashamed of.

    4. Re:remove Java by Anonymous Coward · · Score: 0

      All these massive security holes in Java are actually in the C++ code. Part of the web start framework. Anyone bashing Java about it's security vulnerabilities is actually basing C++.

      Java is a product made of many components, not just the language itself. We're hating on the car for being easy to break into and you're saying we should only hate the keyhole that was forced open - seems like an argument without a reason IMO

      Damn these cars are easy to break into to. They say it's the GeeWhizBang alarm system add on, but no, let's blame the car.

    5. Re:remove Java by Anonymous Coward · · Score: 0

      Why don't you rebuild the entire java library so that it is self hosting and see whether these issues go away. C/C++ is a rather convenient scape goat for Java until you do.

      Go is now self hosting.

    6. Re:remove Java by Anonymous Coward · · Score: 0

      unless you have to run some business app, nobody should have Java installed. seriously, there is no need for bytecode language bullshit. Flash is almost gone, please, put a bullet in Java.

      You're an idiot.

    7. Re:remove Java by Dragonslicer · · Score: 2

      Do these same vulnerabilities exist in OpenJDK? If not, then the problems aren't with Java the programming language, but with Oracle's implementation of the JVM.

      It would be like saying that bugs in Visual Studio are "problems with C".

    8. Re:remove Java by Anonymous Coward · · Score: 0

      RE: HTML5
      I agree. Once nobody run Flash, all the popups/popUnders will be HTML5-based
      Where is my HTML5 blocker?
      Can't do that b/c other things would break.

    9. Re:remove Java by phantomfive · · Score: 2

      All these massive security holes in Java are actually in the C++ code.

      If you read the article, you'll see that the bug described is actually in the Java code. But carry on.

      --
      "First they came for the slanderers and i said nothing."
    10. Re:remove Java by Anonymous Coward · · Score: 0

      Indeed. Most websites run Java scripts and will be crippled if you remove Java. How can he not know that?

    11. Re:remove Java by Gr8Apes · · Score: 1

      If you read the article, you'll see that the bug described is actually in the Java code. But carry on.

      Actually, if you read the article, you would have read that the bug is actually in the Java browser plugin.

      The Java vulnerability can be used to bypass the user confirmation requirement before a Web-based Java application is executed by the Java browser plug-in.

      No plug-in, no exploit. In fact, 99% of the CVEs are related to the browser plugins. But don't let that stop you.

      --
      The cesspool just got a check and balance.
    12. Re:remove Java by IamTheRealMike · · Score: 2

      OpenJDK is Oracle's JDK, minus a few commercial features.

      Bear in mind that the 154 holes is for all Oracle products. They have a unified update release schedule which Java follows. There were actually "only" about 25 (I think) security holes fixed in the latest Java release. Of those, a lot were in components like CORBA or JAXRS, stuff that most code doesn't really need access to. And of course these only matter for sandboxing; I think only one affected server apps and that was a partial denial-of-service issue.

      Unfortunately one of the problems applets have isn't so much that Java the language or design itself is insecure, but simply that the provided functionality is so enormous that bugs in relatively unimportant subsystems can end up compromising security. I think if you were to try and define an Applets2 standard these days you'd be waaaaay more aggressive with locking off access to big chunks of functionality. Applets don't need access to CORBA or SOAP or Kerberos or RMI or TIFF decoding or many other bits and pieces that Java exposes to them. You'd have way fewer vulnerabilities if mobile code had access to less privileged code.

      Doubly unfortunately, the web guys don't seem to have learned this lesson. They didn't hesitate before trying to kill off Java applets back when the Java team were asleep at the wheel (they aren't any more), but since they decided everyone has to write stuff in HTML and Javascript they've been adding ... yup, massive new chunks of functionality, implemented in C++. WebGL, the P2P video chat stuff, multimedia codecs, etc. Every Chrome update contains a bazillion security fixes and it's only the huge effort put into the native code sandbox that stops this being a total disaster. Firefox doesn't even have that!

    13. Re:remove Java by phantomfive · · Score: 1

      No plug-in, no exploit. In fact, 99% of the CVEs are related to the browser plugins. But don't let that stop you.

      That's true, but I figured by this point everyone realized that already.

      --
      "First they came for the slanderers and i said nothing."
    14. Re:remove Java by Gr8Apes · · Score: 1

      That's true, but I figured by this point everyone realized that already.

      If you read some of the comments, you'll see that's not true. BTW, the java browser plugin is written in C code, AFAIK.

      --
      The cesspool just got a check and balance.
    15. Re:remove Java by phantomfive · · Score: 1

      BTW, the java browser plugin is written in C code, AFAIK.

      Yeah, that's probably true.
      The problem was a design issue though, access granted where it shouldn't have been, not a language issue (it could have been done in any language).

      --
      "First they came for the slanderers and i said nothing."
  4. Oracle RDBMS license required by Billly+Gates · · Score: 3, Informative

    ... for those on Java 5/6 to get these updates.

    So wonderful our Cisco routers, SAP, and Kronos require +200 exploitable holes be on all corporate computers where I get blamed and writeups for cryptolocker infections.

    Needless to say our accounting department does not want to pay upgrade as they work fine.

    1. Re:Oracle RDBMS license required by sexconker · · Score: 2

      Kronos is used at my workplace.
      We got the email today - "don't upgrade Java because it won't fucking work with Kronos trololo".

      It's absolute trash.

    2. Re:Oracle RDBMS license required by Anonymous Coward · · Score: 1

      Sounds like the issue is not with Oracle but either with the other products, which should be responsible for negotiating with Oracle to provide updates, or if these products are end-of-life and this no more updated, with your company for employing products that are end-of-life for important critical business tasks.

  5. Re:What if we make them legally responsible for bu by Anonymous Coward · · Score: 5, Insightful

    Every software company would go out of business. How many non-embedded, non-life critical developers here check every mathematical operation for under or over flows? How many computer systems are hardened against a random bit flip? And how would the world react to the sudden and massive increase in unemployment as all employees of those companies lose their jobs.

    It'll never happen. Consumers don't care about buggy software and non-buggy software is too difficult to code. Perfect code can fail on bad hardware too.

  6. Re:What if we make them legally responsible for bu by phantomfive · · Score: 1

    It'll never happen. Consumers don't care about buggy software and non-buggy software is too difficult to code. Perfect code can fail on bad hardware too.

    It doesn't have to be perfect. The sad reality is our software could be drastically more secure without coming anywhere close to perfection.
    If a programmer is even thinking a little about security, or is even informed what typical security problems are, then they start writing better code. But most programmers don't think about security at all.

    --
    "First they came for the slanderers and i said nothing."
  7. Re:What if we make them legally responsible for bu by darkain · · Score: 2

    On top of that, WHO would be responsible, considering the deep integration of technology today? Can you even name the number of libraries in use in an application like Chrome? Check chrome://credits/ at some point! Now, is the security flaw in the library? Or the application implementing the library? Or in some interaction between two particular libraries? Or only possible on certain hardware not present in the development studio? Many exploits in the wild today require a very sophisticated arrangement of variables to become exploitable.

    Large companies would simply sick their lawyers on it, and small companies or even individual maintaining open source projects would seriously take the fall for any and all security exploits, effectively crippling and eventually killing the entire computer industry. New entities in the market would be killed off while still small and would never gain the chance to mature into larger projects or companies.

  8. So, Java? by Lisandro · · Score: 0

    Is that thing still around?

    1. Re:So, Java? by Anonymous Coward · · Score: 0

      Yes, it runs much of the modern world.

    2. Re:So, Java? by Anonymous Coward · · Score: 0

      That explains quite a bit.

    3. Re:So, Java? by EmeraldBot · · Score: 1, Funny

      Yes, but if I may say so, it's rather clear you haven't been...

      --
      "Set a man a fire, he'll be warm for the rest of the night. Set a man afire, he'll be warm for the rest of his life."
    4. Re:So, Java? by rrohbeck · · Score: 1

      Prepare for the wrath of the Oracle minions.

    5. Re:So, Java? by Anonymous Coward · · Score: 0

      Yes, it runs much of the modern world.

      Not on my computers. I actively avoid applications written in Java. If I must use an application written in Java it is isolated in its own container or virtual machine with no access to the host system. Java was garbage when it was originally developed and only grows more hideous by the year.

    6. Re:So, Java? by Anonymous Coward · · Score: 0

      Java is used mainly in server side applications, and you most likely do not even notice when you are effectively using Java. For example:


      $ curl -I www.ebay.com | grep Server
      Server: Apache-Coyote/1.1

    7. Re:So, Java? by Anonymous Coward · · Score: 0

      You realise that the vulnerabilities are in the browser plugin, not the Java RunTime Environment (JRE) that Java desktop apps run on, right?

      Yes, you can install the JRE without the browser plugin.

    8. Re:So, Java? by gbjbaanb · · Score: 1

      thought it wouldn't take long for the "Its not Java, its the browser plugin, Java is perfect and can do no wrong". posts to appear.

      Take a look at the list of affected products - scroll down a fair bit to the Java specific vulnerability list, particularly those marked with note 2:

      Applies to client and server deployment of Java. This vulnerability [...] can also be exploited by supplying data to APIs in the specified Component without using sandboxed Java Web Start applications or sandboxed Java applets, such as through a web service.

      Which means and Java program that responds to network connectivity, such as every Java server (and every Java client that talks on the internet) out there. So its not enough to remove the browser plugin, you need to patch Java everywhere. Everywhere.

      Don't forget to patch your Oracle database, or Oracle CRM, Siebel, Peoplesoft, too... it has Java components that are affected. Oh yes, MySQL too which has 2 remotely exploitable vulnerabilities.

    9. Re:So, Java? by Anonymous Coward · · Score: 0

      Your "computers" are garbage. Or are you one of those piece of shit "system administrators" that everyone hates and jokes about?

    10. Re:So, Java? by Gr8Apes · · Score: 1

      thought it wouldn't take long for the "Its not Java, its the browser plugin, Java is perfect and can do no wrong". posts to appear.

      Take a look at the list of affected products - scroll down a fair bit to the Java specific vulnerability list, particularly those marked with note 2:

      So, just to count - there's 5 entries with note 2, and CVE-2015-4902 is not one of those. So the major pwnage in question in TFS is browser/JWS based. Of those 5 that are server based, 3 are in JAXP, 1 in security, and 1 in Java8 only. So if you don't use JAXP and are stuck below Java8, guess how vulnerable your server is? Now granted, a security bug sounds pretty major, but without further details and a rating of 5, how can you evaluate whether you're even affected by this one? And my last comment is that most servers only run with vetted URLs, so the possibility that a server will be affected by a URL exploit is pretty darn low.

      --
      The cesspool just got a check and balance.
  9. Re:What if we make them legally responsible for bu by Anonymous Coward · · Score: 1

    If you made people legally liable for damages as a result of software bugs, no one would ever write software again. Bugs are inevitable, including security holes, and anyone writing code would go under in very short order.

    On the other hand, I'm in favor of holding companies responsible for data breaches. It's far more practical, and is a better target for protecting privacy and other assets. Your code doesn't have to be perfect to prevent it, your security practices just have to be good. And as an added bonus, companies would have an incentive to not store sensitive data that they don't need, since it's a legal liability if it ever gets out.

  10. Re:What if we make them legally responsible for bu by phantomfive · · Score: 3, Insightful

    I wonder how many of these security flaw bugs would happen if we made companies actually legal responsible for the flaws in them?

    A lot fewer. Oracle fixed 154 security issues here, which means they are going through their code looking for them.

    They should have done that a long time ago.

    --
    "First they came for the slanderers and i said nothing."
  11. Re:What if we make them legally responsible for bu by Impy+the+Impiuos+Imp · · Score: 1

    Muliple in the sense you use a plural 's' when saying things like "zero dogs".

    --
    (-1: Post disagrees with my already-settled worldview) is not a valid mod option.
  12. Re:What if we make them legally responsible for bu by phantomfive · · Score: 1

    How many non-embedded, non-life critical developers here check every mathematical operation for under or over flows?

    You don't need to check every operation for over/underflow. You do need to properly purge any data input comes from the user (or other untrusted source), including sizes and numbers.

    --
    "First they came for the slanderers and i said nothing."
  13. Re:What if we make them legally responsible for bu by Anonymous Coward · · Score: 0

    They would be, if the fine print didn't force you to agree that they aren't.

  14. Re:What if we make them legally responsible for bu by Anonymous Coward · · Score: 0

    How many non-embedded, non-life critical developers here check every mathematical operation for under or over flows?

    You don't need to check every operation for over/underflow. You do need to properly purge any data input comes from the user (or other untrusted source), including sizes and numbers.

    There's simply no time for this. No one wants old, dependable software. They demand new and buggy, and they want it now, now, now! Don't make me PoetteringWin this thread!

  15. Re:What if we make them legally responsible for bu by ADRA · · Score: 2

    All OSS software would go belly up. Good job!

    --
    Bye!
  16. Re:What if we make them legally responsible for bu by phantomfive · · Score: 1

    There's definitely time to purge your inputs. We're not talking about something that's going to take weeks here, or even days in most cases. We're talking about something that takes seconds or minutes.

    --
    "First they came for the slanderers and i said nothing."
  17. Re:What if we make them legally responsible for bu by Sooner+Boomer · · Score: 1

    I dunno, ask Bobby Tables mom...

    --
    Chaos maximizes locally around me.
  18. Re:What if we make them legally responsible for bu by invictusvoyd · · Score: 1

    I wonder how many of these security flaw bugs would happen if we made companies actually legal responsible for the flaws in them?

    Every software has bugs . Companies should be made legally responsible for knowing the existence of a bug and not disclosing / fixing it for whatever reasons.

  19. The biggest bug is still present... by Anonymous Coward · · Score: 1

    ... get rid of that !@#$%^&* Ask Toolbar bug...

    When is there a bright hacker that can find a major bug in that thing in order to have it finally removed from the installation.

    1. Re: The biggest bug is still present... by brendan.robert · · Score: 1

      Install the open jdk if you want to avoid the nag of bundled software. It's curious to see how easily people complain about freely provided software when the advertising partnerships are part of how some people keep the lights on. You may not like the ask toolbar, nobody does, but would you rather pay for a license to use the JVM?

    2. Re: The biggest bug is still present... by Anonymous Coward · · Score: 0

      Sadly a lot of java software performs very badly under openjdk if it even works at all. I only use openjdk when the software in question was developed using it.

    3. Re: The biggest bug is still present... by Anonymous Coward · · Score: 0

      Comparing Java to 101% free (beer+libre) projects, the problem is that the commercial backing leads not to better bugfixing, but more feature creep. Oracle feels obligated to be constantly adding mostly worthless features to Java, which creates new bugs faster than the old bugs are being fixed. The core JVM is something that needs to go into "mature" mode, where feature creep stops and most attention becomes directed at increasing quality and decreasing bugs, but that's not something that ever sells in the commercial market.

    4. Re: The biggest bug is still present... by Anonymous Coward · · Score: 1

      So weren't jkd and openjdk the same thing? with minimal differnces that do not imply what you state.
      Moving to OpenJDK as the official Java SE 7 Reference Implementation
      Can you please, provide some reference to back what you just said?.

    5. Re: The biggest bug is still present... by sherr · · Score: 1

      Yes and no. The JVMs' ability to run Java are largely the same, but often times programs rely on being able to set particular options on the JVM which are not part of the language specification and therefore JVM-specific. There can be problems.

  20. That one is fixed! by Anonymous Coward · · Score: 0

    It only caused a new bug that changes your search settings to Yahoo Search by default.
    Wonder who's bonus at ORacle is depending on adding all this crap to the installer.

    1. Re: That one is fixed! by Anonymous Coward · · Score: 0

      Larry has another America's cup to buy

  21. Re:What if we make them legally responsible for bu by Zero__Kelvin · · Score: 1

    None, because nobody would sell software.

    --
    Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
  22. Re:What if we make them legally responsible for bu by Anonymous Coward · · Score: 2, Interesting

    It's not without precedence, software in safety critical machinery deals with the responsibility issue when someone gets hurt.

    If libraries are used then it is up to the person that uses them to ensure that the library is safe to use.
    The responsibility can be shifted to the library developer by them providing a document claiming that it is safe to use, otherwise it is up to the developer of the safe machinery to ensure that the functions used are safe.
    Typically you don't just use a library, you use a library of a specific version with a compiler of a specific version. You also set up a test procedure for each critical software module as well as the complete software.
    If you really are interested you can read ISO 13849.

    When you need to make sure that software works and you can get sued into oblivion when it doesn't you don't pull in random libraries that aren't well tested. NiH means that you either have to spend more time learning how the code works than it would take writing it yourself or that you have the big black box that can come and bite you in the ass.

  23. Re:What if we make them legally responsible for bu by Anonymous Coward · · Score: 1

    Yet there is software in applications where the developers are legally liable for damages.

    People don't even realize that there is software in those applications because it just works and failures typically only happens when mechanical parts are worn out.

    I've seen people here claim that EE can't code for shit. That is a pretty strange claim since they are the ones that has write software that stands up to safety certification and has to prove that the software is incapable of causing danger, even in the cases when bugs occur because of memory error or whatnot.

  24. Re:What if we make them legally responsible for bu by Anonymous Coward · · Score: 0

    I have noticed a disturbing trend in F/LOSS in which entire libraries are installed because another library requires a single function from the second library. Why not copy the needed function into the first library with appropriate attribution?

  25. Re:What if we make them legally responsible for bu by Anonymous Coward · · Score: 5, Interesting

    It is worse than that. I work for a 'security' startup that has many fortune 500s as customers. Developers ignore security reports and will mark most of the issues as false positive because they don't want to do defensive programming. They even will use years old outdated libraries, known to have security holes, to develop new features because they would have to learn the new APIs of the new versions and that would hinder their perceived development speed.

  26. Re:What if we make them legally responsible for bu by Anonymous Coward · · Score: 0

    I wonder how many of these security flaw bugs would happen if we made companies actually legal responsible for the flaws in them?

    That would be the death of open-source software.

  27. I'm not profiling comrades by Anonymous Coward · · Score: 0

    Good morning, Sir.

    Thanks God nuclear plants does run under Java. Or do they?????????

    Best regards,

    Human resource's Nuclear Machine Guy 3000.

  28. Re:What if we make them legally responsible for bu by nosfucious · · Score: 2

    All that corporate resource and yet, won't release an Java MSI installer without paying for a support contract. Of course, support contracts for anything touching Oracle involve sums of money usually reserved for oil rich middle eastern nations.

    I know one can extract the hidden MSI inside the EXE file. However, frequency of updates and the non-trivial upgrade procedure in controlled/locked-down corporate environments means a lot of businesses are more exposed than they should be.

    Die Java, Die. (And I'm not say "The Java, The" in German).

    --
    Q:I was listening to a CD in Grip and it sounded horrible! What's up? A:Perhaps you are listening to country music
  29. Re:What if we make them legally responsible for bu by arglebargle_xiv · · Score: 1, Informative

    Every software company would go out of business.

    There's a difference between "We found a bug in our software and are notifying our customers with an update" and Oracle's "Here's this months bucketload of bugs, updating last months bucketload of bugs, and the month before that, and the month before that, and the month before that, and the month... . Next month's bucketload of bugs will be delivered on schedule, and further bugs will be delivered every subsequent month until the Sun burns out".

    As everyone should have realised by now, JVM actually stands for "Java Vulnerability Machine". Everyone makes a few programming errors, but products like Java seem to consist mostly of programming errors, held together with rubber bands and duct tape. There needs to be some point at which companies are held liable for shipping truly bad products.

  30. Dirty D by Anonymous Coward · · Score: 0

    Thank lord now theres only 200k more bugs to go, and 99% of them doesn't need more than 3 operations to be fixed, so in fact theres only old Windows machines running as the remaining security flaws foiund on big data age. And please, a Russian is jjst a hot women inviting to have a drink under cold days... The problem are the trolls around the world taking money to have lunch at school.

  31. Re: What if we make them legally responsible for b by Anonymous Coward · · Score: 0

    Copy/Paste of source code is a really ignorant thing to do. The point of libraries is so we end up with less bugs -- common algorithms are implemented once, by someone who knows wtf they are doing. If there is a bug, it gets fixed in the one common library and you are done.

  32. Re:What if we make them legally responsible for bu by RabidReindeer · · Score: 4, Insightful

    That's because we don't really hire software "engineers". We hire "hackers" in the literal sense of the term - people who hack and slash with crude brute force to just "Git 'R Dun!" as fast and as cheap as we can. It's like furnishing a house and all your furniture was made by the side of the road by a guy with a chain saw. No sanding, no gloss, no detail work, no mortise-and-tenon or complex joinery, just 10-penny nails and lots of splinters.

    Or maybe a better analogy is particle board. Stamp on a pretty faux-woodgrain facade and ship it. Just hope it doesn't get wet.

    We don't value polished quality work. As long as it's pretty and it's cheap, that's "good enough".

  33. Re:What if we make them legally responsible for bu by RabidReindeer · · Score: 1

    Can you even name the number of libraries in use in an application like Chrome?

    Can you even name the number of (different) components in use in the Empire State Building?

    Quantity is no excuse.

  34. Re:What if we make them legally responsible for bu by RabidReindeer · · Score: 1

    There's definitely time to purge your inputs. We're not talking about something that's going to take weeks here, or even days in most cases. We're talking about something that takes seconds or minutes.

    Yah. All You Have To Do Is...

  35. Re:What if we make them legally responsible for bu by RabidReindeer · · Score: 1

    If you made people legally liable for damages as a result of software bugs, no one would ever write software again. Bugs are inevitable, including security holes, and anyone writing code would go under in very short order.

    By that logic, there should be no automobile, construction, or medical device industries.

    Nothing is perfect and there's always something you can be held legally liable for. On the other hand, if you are making an honest effort and observe best practices, you can still produce something of sufficient quality that you can stand behind and still stay in business.

    But that's not what users demand. They demand cheap products and expect them to fail. Because, in the end, they're getting what they pay for.

  36. Re:What if we make them legally responsible for bu by gbjbaanb · · Score: 1

    Probably none of them - however, we would see every software product instantly bereft of its internet stack, no connectivity to anything except the system it was run on.

    I agree we need to do more to protect systems, but we should do this with education and standardised connectivity libraries and similar systems rather than draconian penalties.

  37. Re:What if we make them legally responsible for bu by Hognoxious · · Score: 2

    Oracle fixed 154 security issues here, which means they introduced 273 new ones.

    FTFY

    --
    Confucius say, "Find worm in apple - bad. Find half a worm - worse."
  38. Lame by AndyKron · · Score: 0

    Java came out in 1991 and it's still being patched for security? Very lame indeed.

    1. Re:Lame by MouseR · · Score: 1

      Let me get this straight...

      You're actually complaining about bug fixes?

      Disclaimer: I work for Oracle, but not in the Java group.

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

      Windows was released in 1985 and is still being patched today? Lame.

      New features get added which add new bugs. Software evolves.

      No software is bulletproof. No matter how hard you try. You can get close, but not perfect. Just ask Theo over at openbsd.

    3. Re:Lame by Stan92057 · · Score: 2

      Well everyone complains about Adobe Flash, they cant even get by for a week without someone outing a security bug they find and Oracle manages to sit on 154 patches? for how long? well over 6 months to my knowledge. MS releases fixes every month but Oracle..get my point? Why is Oracle getting a pass?

      --
      Jack of all trades,master of none
    4. Re:Lame by Anonymous Coward · · Score: 0

      Java came out in 1991 and it's still being patched for security? Very lame indeed.

      Perhaps you should see a psychiatrist. It's clear you have a pathological hatred for Java, which is short circuiting any normal reasoning capabilities you might have.

      Or were you really dumb enough to assume the version of Java people are using today is the same as in 1991?

      For some reason, users of certain computer languages often react negatively to other languages that they don't understand. Perhaps you are one of those people, in which case the logical answer would be education and exposure, not bias and discrimination.

      You are like one of those white people that assumes all blacks must be stupid because they don't look like you.

  39. Re:What if we make them legally responsible for bu by Lunix+Nutcase · · Score: 1

    Have fun having most open source software disappear since no one will be able to afford the equivalent of malpractice insurance. The only thing you'll be left with is megacorps writing software that will be able to afford to shield themselves.

  40. Its Bush's fault by Anonymous Coward · · Score: 0

    Joe Biden is a square shooter. Joe Biden 2016

  41. Re:What if we make them legally responsible for bu by Lunix+Nutcase · · Score: 1

    Not every company. Companies like Oracle/Microsoft/Apple/IBM would be able to afford it. But it would destroy basically almost all non-commercial open source software and most if not all small/medium software companies.

    Basically the GPs idea would leave us ONLY with companies like Oracle being able to afford to write software.

  42. Re:What if we make them legally responsible for bu by Lunix+Nutcase · · Score: 1

    By that logic, there should be no automobile, construction, or medical device industries.

    At least in the automobile and medical device industries, most of the players are huge megacorps who can afford the liability insurance and lawyers when it comes to lawsuits. Do you really want a software world where only the likes of companies like Oracle can play because they're the only ones who can afford the liability costs?

  43. Re:What if we make them legally responsible for bu by Lunix+Nutcase · · Score: 1

    If a programmer is even thinking a little about security, or is even informed what typical security problems are, then they start writing better code. But most programmers don't think about security at all.

    And then the programmer wakes up into the reality of the fact that their manager demands that the product be done yesterday and far under budget leaving them next to no time to worry about such issues.

  44. Re:What if we make them legally responsible for bu by Lunix+Nutcase · · Score: 1

    Developers ignore security reports and will mark most of the issues as false positive because they don't want to do defensive programming. They even will use years old outdated libraries, known to have security holes, to develop new features because they would have to learn the new APIs of the new versions and that would hinder their perceived development speed.

    You act as if the developer has a choice in 99.9% of the cases. You must live in a wonderful alternate universe from the one where most programmers work.

  45. Re:What if we make them legally responsible for bu by Anonymous Coward · · Score: 0

    I fixed the Java vulnerabilities by simply uninstalling it.

  46. Java on server is fine and always has been by Anonymous Coward · · Score: 0

    News to all Slashdot people: Just disable Java plugins from your browser. Really, that's all you have to do to save yourself from any Java vulnerabilities. Java ON THE SERVERS of the websites you hit all day long will continue to work tireless and without issue. Java integration with the browser has always been a clusterf***; this has not been news to anyone for the past dozen years. Otherwise, it's perfectly fine, excellent, even.

    You are far more likely to get hacked by a vulnerability in your browser connecting to a Java-powered website than by anything on the server side that runs Java. Open source's record hasn't been all peaches in this regard. (OpenSSL, Firefox, etc.--nothing is perfect.)

    1. Re:Java on server is fine and always has been by director_mr · · Score: 1

      You must not work in tech. Disabling Java in my browser would make it impossible to do my job. In fact even updating Java can break the ability to work with certain equipment. What I do is have the most compatible version of java in a browser I use to connect with devices only. and I have it disabled on the browser I use to connect to the internet.

      Now if only companies would stop building web based gui's that use Java. Although I'm not sure what the alternative is.

    2. Re:Java on server is fine and always has been by Anonymous Coward · · Score: 0

      To reply to your question, I have worked in tech as an engineer for 20 years.

      My advice was aimed at home users, not people in an industrial setting. I am sorry that you are stuck using crappy Java browser apps (that may not even be maintained anymore!) to industrial equipment. I feel for you, man.

    3. Re:Java on server is fine and always has been by Anonymous Coward · · Score: 0

      And by "tech", I meant working in "software", not "hardware".

    4. Re:Java on server is fine and always has been by Anonymous Coward · · Score: 0

      I work in tech and I hate Java.

      Web based GUI's that use Java never seem to get updated. Oracle will update Java and if you allow it to automatically update it breaks something else. One company that needs to replace Java in their GUI is Kronos (time clock software). Its like they threw out a version of their software that will work with a version of Java and never visit it again.

      Hey Kronos, replace Java with HTML5 if you really need to have your software access your website, else we might stop using your software all together...its becoming that much of an issue. And we are not the only large company with this problem to contact your non-support help desk. Please fix!

      Seems any version but 1.6u07 breaks Kronos, ugh.

      And Oracle requires the latest greatest version to run correctly.

      And forget about pinning different versions...went down that path and it simply did not work.

      As soon as we start seeing the "Java update" messages, we know its only a matter of minutes before some hapless user updates and breaks their ability to access either Kronos or Oracle

      At another Fortune 100 company we used Java on our servers supporting clients worldwide...even with JavaMelody to tune the servers, it was necessary to reboot the servers to free up threads that Java would not release. Eventually it just fails....

      I understand you Java Developers love it and why you do as I develop too, but please develop for a 'stable' platform. If it needs to be shutdown and restarted every week to week and a half its not stable. If it will not run for six months to one year without the need to completely shutdown the server to free up resources OR if your update / upgrade path will not let you do so without a complete restart, than don't tell us its stable. Cuz its NOT.

      And the real acid test to tell you Java is bad is this. When you have a problem, the only fix is to uninstall and reinstall. And when you reinstall you cannot be 100% certain that Java will install correctly and work. I know of three other IT Support guys that have had this same experience...you keep uninstalling and reinstalling until voila, it magically works. Sometimes the 5th time, sometimes the 3rd time, sometimes the 7th time...it sucks.

  47. Re:What if we make them legally responsible for bu by Anonymous Coward · · Score: 0

    And most of that software costs orders of magnitude more and does, ultimately, dramatically less (does one thing and one thing well but nothing more). In some situations there are also hardware-based redundancies and interlocks in place (and there _have_ been issues when those get replaced by software interlocks that have caused serious injury). I don't think that most people have the money to pay 100k for their copy of windows...

  48. Re: What if we make them legally responsible for b by Anonymous Coward · · Score: 0

    Most of the time they do because they set the requirements and estimates. But they always underestimate and over promise. It is a collective cultural mentality. Occasionally you meet a developer that knows what they hell they are doing and they get shouted down and ignored by the rest, so they retreat to operations where they can block shitty behaviors in other ways.

  49. Re: What if we make them legally responsible for b by Anonymous Coward · · Score: 0

    I can want a pony also, I still have never gotten on delivered (though my boss tried once).
    They have a responsibility to set honest expections to their superiors and if your superiors refuse to acknowledge the consensus of their underlings then the underlings should as a group, appeal to the next level up regarding the incompetence of the yahoo that expects the fucking pony.

  50. Re:What if we make them legally responsible for bu by phantomfive · · Score: 1

    We hire "hackers" in the literal sense of the term - people who hack and slash with crude brute force to just "Git 'R Dun!" as fast and as cheap as we can

    These are the people Edsgar Dijkstra was talking about when he said, "It is practically impossible to teach good programming to students that have had a prior exposure to BASIC: as potential programmers they are mentally mutilated beyond hope of regeneration." Because BASIC is a hack-and-slash language. It takes a while to get out of that mindset.

    --
    "First they came for the slanderers and i said nothing."
  51. Re:What if we make them legally responsible for bu by phantomfive · · Score: 1

    You act as if the developer has a choice in 99.9% of the cases.

    If you think you don't have a choice, you need to read this book. It will teach you how to act professional and do the right thing, while keeping your job. There is no excuse for not using defensive programming.....those programmers should be fired.

    --
    "First they came for the slanderers and i said nothing."
  52. Re: What if we make them legally responsible for b by Lunix+Nutcase · · Score: 1

    Most of the time they do because they set the requirements and estimates.

    Hahahahahaha. +5 funny. Yeah, you do live in a fantasy world.

  53. Re:What if we make them legally responsible for bu by Lunix+Nutcase · · Score: 1

    There is no excuse for not using defensive programming.....

    "It's not a business goal that will drive sales."

    - Manager

  54. Re: What if we make them legally responsible for b by Lunix+Nutcase · · Score: 1

    They have a responsibility to set honest expections to their superiors and if your superiors refuse to acknowledge the consensus of their underlings then the underlings should as a group, appeal to the next level up regarding the incompetence of the yahoo that expects the fucking pony.

    And then you get fired for being a troublemaker. Thanks for your delusional postings. I'll be sure to pass them around to the rest of my team for a good laugh.

  55. Re:What if we make them legally responsible for bu by phantomfive · · Score: 1

    And then the programmer wakes up into the reality of the fact that their manager demands that the product be done yesterday and far under budget leaving them next to no time to worry about such issues.

    Next time you are standing in line at the checkout, start yelling and screaming, demanding that you be checked-out immediately, and you be given a 30% discount on everything.
    The reason your manager does that to you is because you are a pushover. Read this book and it will tell you how to do better..

    --
    "First they came for the slanderers and i said nothing."
  56. Re:What if we make them legally responsible for bu by phantomfive · · Score: 1

    There is no excuse for not using defensive programming.....

    "It's not a business goal that will drive sales."
    - Manager

    You're stubborn holding on to your negative misconceptions of the world, but this book will teach you how to do defensive programming within your schedule.

    --
    "First they came for the slanderers and i said nothing."
  57. Re:What if we make them legally responsible for bu by phantomfive · · Score: 1

    I messed up on the link in that previous comment sorry, this book will help you do defensive programming within your schedule (and once you get the hang of it, probably faster than schedule because you'll have fewer bugs).

    --
    "First they came for the slanderers and i said nothing."
  58. Re:What if we make them legally responsible for bu by Anonymous Coward · · Score: 0

    We hire "hackers" in the literal sense of the term - people who hack and slash with crude brute force to just "Git 'R Dun!" as fast and as cheap as we can

    These are the people Edsgar Dijkstra was talking about when he said, "It is practically impossible to teach good programming to students that have had a prior exposure to BASIC: as potential programmers they are mentally mutilated beyond hope of regeneration." Because BASIC is a hack-and-slash language. It takes a while to get out of that mindset.

    You know that Dijkstra wrote that as part of a joke paper where he trashed every single one of the major programming languages available at the time, right? Yet you repeat it as if it were some kind of gospel.

    Oh, who am I kidding? None of the losers here, including you, have ever read one of Dijkstra's works, nor would any understand them if they did.

  59. Re:What if we make them legally responsible for bu by Anonymous Coward · · Score: 0

    I wonder how many of these security flaw bugs would happen if we made companies actually legal responsible for the flaws in them?

    Fine by me. It would kill off open source for good.

  60. Re:What if we make them legally responsible for bu by phantomfive · · Score: 1

    Yah. All You Have To Do Is...

    If you even start thinking about it, your code will be improved automatically, without even taking extra time. Too many programmers don't even give a first thought to security. Hack and slash and get it done.

    --
    "First they came for the slanderers and i said nothing."
  61. Re:What if we make them legally responsible for bu by phantomfive · · Score: 1

    You know that Dijkstra wrote that as part of a joke paper where he trashed every single one of the major programming languages available at the time, right?

    It wasn't a joke paper. It was a serious paper that had jokes in it. Apparently you didn't realize that.

    --
    "First they came for the slanderers and i said nothing."
  62. Re:What if we make them legally responsible for bu by Anonymous Coward · · Score: 0

    I fixed the Java vulnerabilities by simply uninstalling it.

    So what did you do about Windows?

  63. Re:What if we make them legally responsible for bu by luis_a_espinal · · Score: 1

    I wonder how many of these security flaw bugs would happen if we made companies actually legal responsible for the flaws in them?

    This only makes sense when said software platforms that are 1) explicitly marketed for critical software development, and 2) client companies are, in good faith, using such platforms to build real critical systems.

    Java is specifically marketed with a very clear disclaimer to not be used for critical systems. Same with, oh, I dunno, 99.99999 (and a whole bunch of other 9's)% of the rest of software built on this planet.

    You would have to have a set of parameters by which bugs would be considered critical, in a manner agreed upon by a governing body that represents the majority of the software industry.

    Software is not just a technical problem (certainly not one based off puritanical views of what software must do.) It is also an economic problem. Large bodies of software are far more complex than construction. And in construction, you can have flaws that would not cause a litigation against a construction company.

    It is the reality of operating in an imperfect world with competing forces and limited resources.

    In other words, shit happens. We fix it. We move on.

    You need to prove a software bug is not just critical, but that is also bound by a kickass SLA that is agreed by seller and consumer (and which can be afforded by both, otherwise, shit never gets done, even if it is imperfect.)

  64. Re:What if we make them legally responsible for bu by luis_a_espinal · · Score: 1

    We hire "hackers" in the literal sense of the term - people who hack and slash with crude brute force to just "Git 'R Dun!" as fast and as cheap as we can

    These are the people Edsgar Dijkstra was talking about when he said, "It is practically impossible to teach good programming to students that have had a prior exposure to BASIC: as potential programmers they are mentally mutilated beyond hope of regeneration." Because BASIC is a hack-and-slash language. It takes a while to get out of that mindset.

    I admire Dijkstra's wise words (in particular about this thought of software being usefully constructed.) With that said, that was a moronic thing to say (like, "never use goto".)

    God knows WTF Dijkstra meant to say with that saying, but the l33t hax0r echo chamber has been repeating that saying for years without even thinking what it means to the merits of said language or the malleability and adaptability of the human brain.

    Do not treat long ago spouted tongue-in-check remarks as axioms.

  65. Re:What if we make them legally responsible for bu by phantomfive · · Score: 1

    God knows WTF Dijkstra meant to say with that saying, but the l33t hax0r echo chamber has been repeating that saying for years without even thinking what it means to the merits of said language or the malleability and adaptability of the human brain.

    I've spent a long time reading through Dijkstra's works, trying to understand what he meant. I'm fairly confident my explanation is accurate.

    --
    "First they came for the slanderers and i said nothing."
  66. Re: What if we make them legally responsible for b by Anonymous Coward · · Score: 0

    Some of the reviews in the description:

    "This is the best book I have ever read." - Anonymous reviewer

    "Four score and seven years ago this book helped me debug my server code." -Abraham Lincoln

    "Would my Javascript have memory leaks without this book? Would fishes fly without water?" -Socrates

    "This book is the greatest victory since the Spanish Armada, and the best about programming." -Queen Elizabeth

    Yea really helpful.

  67. Re:That is if the Republicans... by Anonymous Coward · · Score: 0

    Go eat a bag of dicks, you "conservative" piece of trash.

  68. Re: What if we make them legally responsible for b by Anonymous Coward · · Score: 0

    Sounds like you are a pushover if you think one book will solve all of the security problems in our code.

    Did your girlfriend write this book or something?

  69. Re:What if we make them legally responsible for bu by RabidReindeer · · Score: 1

    The automobile companies weren't always mega-corporations. They typically started out the size of Tesla. GM is the conglomeration of the Chevrolet, Buick, Pontiac, Cadillac companies plus probably a few names that used to be well-known before being bought out long ago.

    I think if you took inventory of a typical hospital you'd still find lots of specialty devices and products that aren't from GE, et. al. Not everything is a hulking big MRI machine that requires major resources to build.

    Architectural and engineering firms are often small partnerships.

    Liability insurance and having a lawyer on retainer has pretty much always been the mark of a professional association, right up there with having a CPA on contract.

  70. Re: What if we make them legally responsible for b by Anonymous Coward · · Score: 0

    Uninstalled it. Purchased a Mac and switched all servers to openbsd and FreeBSD.

  71. Re: What if we make them legally responsible for b by Anonymous Coward · · Score: 0

    And why would you want this? Do you work for Microsoft? I can guess with almost 99% certainty that you have atleast one FOSS project on your computer. You probably have a lot and don't even know it. And if you don't, I can bet that at least one of those proprietary solutions you use, uses atleast one FOSS project in their code.

    You are dense. The world needs less people
    Like you.

  72. Re: What if we make them legally responsible for b by phantomfive · · Score: 1

    No, my girlfriend wrote this one. Don't judge.

    --
    "First they came for the slanderers and i said nothing."
  73. Re:What if we make them legally responsible for bu by Anonymous Coward · · Score: 0

    Run Windoze? You're joking, right?

  74. Re:What if we make them legally responsible for bu by Lunix+Nutcase · · Score: 1

    No, I'm merely pointing out reality. You live in fantasy land.

  75. Re:What if we make them legally responsible for bu by phantomfive · · Score: 1

    No, I'm merely pointing out reality. You live in fantasy land.

    This comment is meaningless. Plenty of people have told you how to solve your problems; books have been written about how to solve your problems.
    I don't know why you refuse to try to fix your problems, but that does explain why you have so many problems in the first place. Your problems keep piling up because you don't fix them.

    --
    "First they came for the slanderers and i said nothing."
  76. Re:What if we make them legally responsible for bu by luis_a_espinal · · Score: 1

    God knows WTF Dijkstra meant to say with that saying, but the l33t hax0r echo chamber has been repeating that saying for years without even thinking what it means to the merits of said language or the malleability and adaptability of the human brain.

    I've spent a long time reading through Dijkstra's works, trying to understand what he meant. I'm fairly confident my explanation is accurate.

    Accurate with respect to what? About what?

  77. Re:What if we make them legally responsible for bu by phantomfive · · Score: 1

    When Dijkstra was talking about people whose mind had been 'mutilated' by BASIC, he was talking about people with the hack-and-get-er-done mindset, people who don't try to think of everything that can go wrong, people who just try to get it working in the case needed now, and don't worry about future proofing it (or even debugging it really, except in simple cases).

    --
    "First they came for the slanderers and i said nothing."
  78. Make it an even 0x64 by Polizei · · Score: 1

    99 little bugs in the code,
    99 little bugs in the code.
    Take one down, patch it around.

    127 little bugs in the code.