Commentary

Serdar Yegulalp
 

A Black Eye For Debian

News of a massive security hole in the Debian distribution of Linux has dropped jaws everywhere, mine included.  It's the sort of thing that speaks very badly indeed for the way Debian does code review -- exactly what's required urgently for open source to work well.

News of a massive security hole in the Debian distribution of Linux has dropped jaws everywhere, mine included.  It's the sort of thing that speaks very badly indeed for the way Debian does code review -- exactly what's required urgently for open source to work well.


More Software Insights

White Papers

More >>

Reports

More >>

Webcasts

More >>

The problem involves Debian's version of the openssl package, which was changed back in 2006 in such a way that the encryption keys generated by the package could theoretically be guessed by an attacker.  Bad.  But what's worse, every encryption key generated with that edition of openssl since the change was made -- since 2006 -- now has to be dumped.  (Instructions on how to replace compromised keys are forthcoming.)

This is a huge mess, to put it mildly.  Debian's one of the most broadly used distributions out there, and many other distributions -- Ubuntu, just to name one -- are built from it.  And anyone who's built a derivative distribution from Debian will have almost certainly inherited this problem.  The most staggering thing is that this particular change took upwards of two years to get flagged, during which time who knows how many potentially weak encryption keys have been generated and now have to be junked.

This all involves something people who are critical of open source single out, quite rightfully, as a problem with the process: just because the code is out there for review doesn't mean it's automatically going to get looked at.  It also has to be looked at in a timely fashion by people who know what to look for, and who are in a position to do something about it -- and the changes have to be accepted by the people responsible for the code.

In short, just making source available for review is barely even the first step toward making open source a viable methodology.  And it says nothing about the people involved -- about how trustworthy they are, what their work habits or pedigree for code review are like, and so on.  These things don't come automatically.

I should emphasize that if this problem had happened with a closed source product, there's a fair chance it might only have surfaced in the form of a key exploit tool for hackers.  At least here the problem was discovered in the right place: in the source itself.  But I'm hoping Debian takes this kind of thing as hard evidence that just being "open" isn't in and of itself enough.  And I also hope this isn't just the tip of a very pointy iceberg.


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