Commentary

Serdar Yegulalp
 

Open Source Culture Needs To Be Security Culture, Too

How to react to the news that an earlier flaw in Debian's random-number generator has been used to fuel an honest-to-Linus exploit, especially after yesterday's post? Welcome to the tip of the iceberg.

How to react to the news that an earlier flaw in Debian's random-number generator has been used to fuel an honest-to-Linus exploit, especially after yesterday's post? Welcome to the tip of the iceberg.


More Software Insights

White Papers

More >>

Reports

More >>

Webcasts

More >>

It's been said, somewhat cynically, that one possible good reason we don't see more Linux exploits scurrying around in the wild is because Linux doesn't represent the same kind of attack surface for criminal hackers as Windows does. True, Linux still doesn't have the desktop market share of even the Macintosh -- but it's become that much more interesting as a target because of the number of server and infrastructure systems that use it.

That doesn't so much replace the malign opportunities provided by Windows malware as it augments them. Now instead of just turning Windows desktops into zombies, you can attack Linux servers and maybe have the two of them work hand-in-hand to wreak havoc. What we have now is bad enough, but the idea of adding compromised Linux servers to the mix makes me blanch.

For these reasons it's becoming all the more crucial that open source in general, and Linux in particular, think as proactively as possible about what can go wrong and in what contexts. This means a culture of security consciousness that is at least as pervasive as the culture of open source itself -- a conscientiousness about security by everyone involved, on the order of the existing conscientiousness about licensing.

Maybe asking for such a thing is unrealistic. I don't think it's unrealistic to ask for it -- it's unrealistic to expect everyone to become security-conscious overnight, but in my opinion absolutely not unrealistic to keep a steady and resolute pressure on the community. People need to become conscious of the fact that the code they write can be reused in places they might never have anticipated -- and that the people doing the recycling might not be savvy about security. (And shame on them if they aren't.)

We need to start doing this now. Not after some major disaster, not as PR spin or a post facto damage-control measure. If the folks in the open source world can be as morally conscientious about security as they are the freedoms associated with their code, I'd say they'd be prepared for just about anything.


Related Reading




Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

InformationWeek encourages readers to engage in spirited, healthy debate, including taking us to task. However, InformationWeek moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. InformationWeek further reserves the right to disable the profile of any commenter participating in said activities.

Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.
T-Shirt Giveaway T-Shirt Giveaway: Each week we're selecting one great comment from our readers. The author of the comment will receive an InformaitonWeek Community t-shirt. So get posting!
Subscribe to RSS

Resource Links