Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Analytics

5/23/2007
07:40 AM
50%
50%

Open Source Pitfalls

Innovation abounds with open source, but some code gets left behind on a virtual compost heap

Bugtraq, Silly Disclosure, and Open Source

The volume on the Bugtraq mailing list is so high these days, I often just disregard it unless I'm familiar with the product in question. But something there recently grabbed my eye: an announcement for version 0.0.1alpha of the product in question.

This really annoyed me. I pay by the byte for my downloads, like almost everybody here in Cambodia, and this dope was wasting my bandwidth with a bug report to a general security list for a problem in version 0.1alpha of this open source package! The gall! I'm a big fan of full disclosure, but this illustrates one of the problems that is becoming more and more prevalent on lists like Bugtraq. People are posting not with the intent of solving problems, but rather for the purpose of inflating their own reputations. How obnoxious.

Then I questioned the assumption that was the basis of my annoyance: People don't use alpha software on production sites -- but is that really true? For large enterprises, I suspect it is. For small and medium sites? Maybe this person really knows more than I do about these things, and this is serving some larger good.

I suspect that most, if not all, of Dark Reading's audience knows the old adage about Microsoft products: Not ready for real use until version 3. Think back to MS-DOS, Windows, and Word if you are wondering about the origins of that rule of thumb. This is no longer quite as applicable, and it has been replaced by the idea that a new version of software isn't ready for prime time until Service Pack 1 is released. (See Not Your Grandpa's Microsoft for an interesting perspective on this theory.)

But what about open source? Is there any reliable, version-based metric for identifying when a product is worth looking at?

The question is of course bound to result in an answer that is too general for all cases. But I suspect we can usually assume that versions 0.9 and up are in the right range, and 0.5 and below, particularly anything explicitly labeled as alpha, are not worth serious evaluation.

But in this case, the project with the vulnerability is not only in alpha (actually, they claim pre-alpha status), but has been inactive for five or so years.

What is it that could explain the vulnerability announcement last month? Most likely the research was motivated by either a) the desire to use the code, or b) the discovery of somebody else using the code. This illustrates a strange feature of open source code. Somebody has an interesting idea, starts to write the code, and gradually lets the project die for lack of interest. It stays out there, though, just waiting for somebody to start using it.

While I love open source, this is one of those dangers that I've never really considered before. It really does open up people to using code of a quality that would never, ever have been released by a commercial vendor. I dislike the fact that some of my all-time favorite games are no longer available, but there is something to be said for old and/or incomplete code dying.

Of course, at the end of the day, people really should take a cue from version numbers. If I ever allowed 0.0.1 version code into production at any site I was in charge of, I'd expect to be dragged out back and shot.

And then I'd want it announced on Bugtraq, for my reputation's sake.

— Nathan Spande has implemented security in medical systems during the dotcom boom and bust, and suffered through federal government security implementations. Special to Dark Reading.

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
For Cybersecurity to Be Proactive, Terrains Must Be Mapped
Craig Harber, Chief Technology Officer at Fidelis Cybersecurity,  10/8/2019
A Realistic Threat Model for the Masses
Lysa Myers, Security Researcher, ESET,  10/9/2019
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Current Issue
7 Threats & Disruptive Forces Changing the Face of Cybersecurity
This Dark Reading Tech Digest gives an in-depth look at the biggest emerging threats and disruptive forces that are changing the face of cybersecurity today.
Flash Poll
2019 Online Malware and Threats
2019 Online Malware and Threats
As cyberattacks become more frequent and more sophisticated, enterprise security teams are under unprecedented pressure to respond. Is your organization ready?
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2019-17593
PUBLISHED: 2019-10-14
JIZHICMS 1.5.1 allows admin.php/Admin/adminadd.html CSRF to add an administrator.
CVE-2019-17594
PUBLISHED: 2019-10-14
There is a heap-based buffer over-read in the _nc_find_entry function in tinfo/comp_hash.c in the terminfo library in ncurses before 6.1-20191012.
CVE-2019-17595
PUBLISHED: 2019-10-14
There is a heap-based buffer over-read in the fmt_entry function in tinfo/comp_hash.c in the terminfo library in ncurses before 6.1-20191012.
CVE-2019-14823
PUBLISHED: 2019-10-14
A flaw was found in the "Leaf and Chain" OCSP policy implementation in JSS' CryptoManager versions after 4.4.6, 4.5.3, 4.6.0, where it implicitly trusted the root certificate of a certificate chain. Applications using this policy may not properly verify the chain and could be vulnerable to...
CVE-2019-17592
PUBLISHED: 2019-10-14
The csv-parse module before 4.4.6 for Node.js is vulnerable to Regular Expression Denial of Service. The __isInt() function contains a malformed regular expression that processes large crafted input very slowly. This is triggered when using the cast option.