Slashdot Mirror


Study Says Open Source Software a Security Risk

chareverie writes "Fortify Software released a study where they concluded that open source software poses a large security risk to corporations who have implemented it. They reason this by stating that the fault lies within the open source communities and their failure to adhere to minimum security practices. Fortify Software studied 11 open source software packages, where the application server Tomcat was determined to be the best. The other 10 were found to have poor results, with those being Derby, Geronimo, Hibernate, Hipergate, JBoss, Jonas, OFBiz, OpenCMS, Resin and Struts. Jacob West, manager of Fortify's research group, reminds that purpose of the study was 'not to condemn open source software, but rather to point out that the security practices need to improve because open source adoption by enterprises and governments is growing.'"

12 of 86 comments (clear)

  1. ZOMG!!! by clang_jangle · · Score: 4, Interesting

    Wait, so you're saying a vendor of proprietary security software is criticizing FOSS security?!?
    Why, this is just too much, how will we ever recover? And they even based it on 11 whole OSS projects... Game over!

    --
    Caveat Utilitor
    1. Re:ZOMG!!! by moderatorrater · · Score: 5, Insightful

      Check out some of the things that they're rating it on, too. A lot of their complaints and ratings come from communication and support issues, where most open source software fails. That's why there's a service industry being built up around open source software. You'll also notice that they didn't rate any software that has a big company behind it, like RHEL or MySQL or anything like that.

      That being said, these are valid complaints, and if external support is going to be an issue with your company, then you need to think very carefully about whether open source software is right for you.

    2. Re:ZOMG!!! by betterunixthanunix · · Score: 4, Interesting

      JBOSS is a division of Red Hat, and Red Hat provides extensive JBOSS support. In fact, JBOSS running on RHEL 5 has a higher security rating than almost every other commercial software package. My guess is that the authors of the article decided to go with the community version of JBOSS, which does not have the support from Red Hat. This is somewhat typical of attempts to make open source packages look bad: talk about enterprise security, then evaluate a non-enterprise package.

      --
      Palm trees and 8
  2. Conflict of interest by 14erCleaner · · Score: 4, Funny

    Since Fortify is a security firm, it's obviously in their best interest to have everybody using 100% Microsoft products.

    --
    Have you read my blog lately?
  3. OSS is a risk compared too... by fractic · · Score: 5, Insightful

    This study doesn't show OSS is a risk at all. They forgot to compare it with proprietary software. Without such a comparison you can't tell wether OSS is worse. For all I know 10 out of 11 proprietary software packages would have issues too.

  4. in other news... by erbbysam · · Score: 4, Insightful
  5. Judge for yourself by UnknowingFool · · Score: 4, Interesting
    Maybe the story wasn't reported right but here is a list of their issues with open source:
    • No easy access to security information on Web sites for security experts
    • No confidentiality of security issues vs general bugs.
    • No specific contact for security issues.
    • Lack of response from contacts
    • Don't provide the same level of service that commercial products offer.

    I'm not an expert on open source and security but I get the feeling that the authors judged open source software based on closed source standards. They author complain that disclosing security issues with general bugs was a problem. Did the author not understand that full disclosure is one of the tenets of open source? The last gripe is that the service wasn't the same with lack of contacts and responses. Judging by the summary it appears that the author just monitored the community forums. Did the authors even pay for support? When you pay for software and support, you should get it. When you don't pay for software or support, why should you deserve service?

    --
    Well, there's spam egg sausage and spam, that's not got much spam in it.
    1. Re:Judge for yourself by jrumney · · Score: 4, Interesting

      Many of the projects they evaluated are Apache projects. The Apache Foundation has a private list for security bugs (security AT apache.org) so their complaints on that basis are unjustified for those projects at least. And I would be very surprised if they found security bugs in all of those projects in order to test the responsiveness of the developers, so I guess they sent some random mail that was probably justifiably discarded as spam.

  6. Apples, oranges, or bananas? by betterunixthanunix · · Score: 4, Informative

    That list is a bunch of unrelated packages. Hibernate is not an application server, it is an ORM. OFBiz is an automation framework that runs on top of an application server. Hipergate is a collection of various web apps that run on an application server.

    They also forgot to have a proprietary package -- so the comparison is between open source packages. They might as well say, "Proprietary software poses a security risk. We've evaluated .NET, Matlab, and Age of Empires."

    --
    Palm trees and 8
  7. Where to start... by d3ik · · Score: 4, Informative

    FTFA:

    Fortify identified a total of 22,826 cross-site scripting and 15,612 SQL injection issues associated with multiple versions of the 11 open source software packages examined.

    The projects in question:
    Tomcat, Derby, Geronimo, Hibernate, Hipergate, JBoss, Jonas, OFBiz, OpenCMS, Resin and Struts.

    For those who don't play in Java often:

    Derby is an embedded database.
    Tomcat, Geronimo, JBoss, Resin and JOnAS are Java (EE) app servers.
    Hipergate and OpenCMS are (you guessed it) content management systems.
    Hibernate is a persistent framework.
    Struts is a web framework.

    So of any of these, it seems that the only projects that would be open to XSS or SQL injection would be the CMS products. Unless they're referring to the web administration for the app servers?

    The only way to have SQL injection attacks in javaland is if you're not using prepared statements or if your database driver isn't preparing/escaping properly.

    So they're saying two CMS projects have tens of thousands of XSS and SQL injection vulnerabilities?

    1. Re:Where to start... by julesh · · Score: 4, Interesting

      FTFA:

              Fortify identified a total of 22,826 cross-site scripting and 15,612 SQL injection issues associated with multiple versions of the 11 open source software packages examined.

      The projects in question:
      Tomcat, Derby, Geronimo, Hibernate, Hipergate, JBoss, Jonas, OFBiz, OpenCMS, Resin and Struts.

      For those who don't play in Java often:

      Derby is an embedded database.
      Tomcat, Geronimo, JBoss, Resin and JOnAS are Java (EE) app servers.
      Hipergate and OpenCMS are (you guessed it) content management systems.
      Hibernate is a persistent framework.
      Struts is a web framework.

      So of any of these, it seems that the only projects that would be open to XSS or SQL injection would be the CMS products. Unless they're referring to the web administration for the app servers?

      The only way to have SQL injection attacks in javaland is if you're not using prepared statements or if your database driver isn't preparing/escaping properly.

      So they're saying two CMS projects have tens of thousands of XSS and SQL injection vulnerabilities?

      You're just on the edge, I suspect, of the reason they didn't get good responses from the maintainers of the code for the "vulnerabilities" they reported. That's because, in most cases, they probably weren't vulnerabilities. The authors of the report are the producers of a static analysis tool that -- you guessed it -- detects potential XSS and SQL injection vulnerabilities. Of course, it (like all such tools) has a very high false positive rate.
      In the case of code that automatically generates SQL code algorithmically (not using hard-coded prepared statements, for example) like Hibernate, or generates HTML code algorithmically (like, say, pretty much any JSP implementation or templating language), the number of false positives is going to be huge.

      Any bets they didn't bother stripping out those false positives before reporting the "vulnerabilities"?

  8. Biggest security risk of Open Source Software by fatp · · Score: 4, Interesting

    According to the article, the biggest security risk of Open Source Software is the lack of a support hotline number.