{"id":23906,"date":"2014-06-13T05:40:30","date_gmt":"2014-06-13T09:40:30","guid":{"rendered":"http:\/\/www.opensource.im\/?p=23906"},"modified":"2014-06-13T05:40:30","modified_gmt":"2014-06-13T09:40:30","slug":"why-open-source-software-isnt-as-secure-as-you-think","status":"publish","type":"post","link":"https:\/\/euvolution.com\/open-source-convergence\/open-source-software\/why-open-source-software-isnt-as-secure-as-you-think.php","title":{"rendered":"Why open source software isn&#8217;t as secure as you think"},"content":{"rendered":"<p><p>    Paul Rubens | June 13, 2014  <\/p>\n<p>    The security of open source software relies on the community    spotting errors -- but Heartbleed and other recent events    suggest that that's not happening.  <\/p>\n<p>    The     OpenSSL Heartbleed fiasco proves beyond any doubt what many    people have suspected for a long time: Just because open source    code is available for inspection doesn't mean it's actually    being inspected and is secure.  <\/p>\n<p>    It's an important point, as the security of open source    software relies on large numbers of sufficiently knowledgeable    programmers scrutinizing the code to root out and fix bugs    promptly. This is summed up in Linus's Law:    \"Given enough eyeballs, all bugs are shallow.\"  <\/p>\n<p>    But look at what happened with OpenSSL. Robin Seggelemann, a    German programmer from Munster University, updated the OpenSLL    code by adding a new Heartbeat keep-alive function.    Unfortunately, he missed a necessary validation in his code to    check that one particular variable had a realistic value. The    member of the OpenSSL development team who checked the code    before the update was released also missed it. This caused the    Heartbleed bug.  <\/p>\n<p>    One reviewer, even a handful of reviewers, can easily miss a    trivial error such as this if they don't know there's a bug to    be found. What's worrying is that, for two years, the    Heartbleed bug existed in OpenSLL, in browsers and in Web    servers, yet no one in the open source community spotted it.    Not enough eyeballs scrutinized the code.  <\/p>\n<p>    Commercial Vendors Don't Review Open Source    Code  <\/p>\n<p>    Also alarming is that OpenSSL was used as a component in    hardware products offered by commercial vendors such as F5    Networks, Citrix Systems, Riverbed Technology and Barracuda    Networks - all of whom failed to scrutinize the code adequately    before using it, according to Mamoon Yunus, CEO of Forum Systems, a secure cloud    gateway vendor.  <\/p>\n<p>    \"You would think that it would be my responsibility as a    vendor, if I commercialize OpenSSL, to put my eyeballs on it,\"    he says. \"You have to take a level of ownership of the code if    you build a company based on an open source component.\"  <\/p>\n<p>    Instead, Yunus believes vendors just regarded OpenSSL as a    useful bolt-on to their hardware products - and, since it was    open source, assumed other people were examining the code.    \"Everyone assumed other eyeballs were looking at it. They took    the attitude that it was a million other people's    responsibility to look at it, so it wasn't their    responsibility,\" he says. \"That's where the negligence comes in    from an open source angle.\"  <\/p>\n<p><!-- Auto Generated --><\/p>\n<p>See original here:<br \/>\n<a target=\"_blank\" href=\"http:\/\/www.computerworld.com.sg\/tech\/applications\/why-open-source-software-isnt-as-secure-as-you-think\" title=\"Why open source software isn't as secure as you think\">Why open source software isn't as secure as you think<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"<p> Paul Rubens | June 13, 2014 The security of open source software relies on the community spotting errors -- but Heartbleed and other recent events suggest that that's not happening. The OpenSSL Heartbleed fiasco proves beyond any doubt what many people have suspected for a long time: Just because open source code is available for inspection doesn't mean it's actually being inspected and is secure<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3],"tags":[],"class_list":["post-23906","post","type-post","status-publish","format-standard","hentry","category-open-source-software"],"_links":{"self":[{"href":"https:\/\/euvolution.com\/open-source-convergence\/wp-json\/wp\/v2\/posts\/23906"}],"collection":[{"href":"https:\/\/euvolution.com\/open-source-convergence\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/euvolution.com\/open-source-convergence\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/euvolution.com\/open-source-convergence\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/euvolution.com\/open-source-convergence\/wp-json\/wp\/v2\/comments?post=23906"}],"version-history":[{"count":0,"href":"https:\/\/euvolution.com\/open-source-convergence\/wp-json\/wp\/v2\/posts\/23906\/revisions"}],"wp:attachment":[{"href":"https:\/\/euvolution.com\/open-source-convergence\/wp-json\/wp\/v2\/media?parent=23906"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/euvolution.com\/open-source-convergence\/wp-json\/wp\/v2\/categories?post=23906"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/euvolution.com\/open-source-convergence\/wp-json\/wp\/v2\/tags?post=23906"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}