No Blob!
Submitted by libervisco on Mon, 2007-02-19 20:41.
Tags:
Here is a fun, but still enlightening way to learn about binary blobs and why is it bad to include them in a free operating system that is supposed to be completely open, like OpenBSD, but yes, like GNU/Linux too!
Don't miss the song! 
Copyright © 2004 - 2008 Libervis Network - Some Rights Reserved :: Advertise :: Privacy Policy :: Contact


Nice to read, even nicer to
Nice to read, even nicer to listen to.
reply
firmware
So why does OpenBSD include firmware blobs?
reply
It makes sense when you think about security first.
By only accepting hardware that doesn't need firmware blobs, you don't gain any security because instructions burned in ROM can do just as much harm. Also firmware blobs can cause just exactly as much instability as erratic hardware can.
The potential damage caused by a binary blob (which runs on the main processor) is much bigger, it affects the whole system.
For an easy example consider two network cards. One needs a firmware blob, the other needs a binary blob. The first one can't replace the keys you are using for encrypted connections, the second can.
Binary blobs make an operating system partially proprietary. Firmware blobs are just a cheap replacement for ROM.
reply
But if firmware blobs are
But if firmware blobs are distributed and stored on rw media, and there is a source code for them somewhere, why shouldn't it be available? Or am I missing something about the nature of this firmware?
reply
Of course the source code
Of course the source code should be available, just like the blueprints for all hardware should be available. A pony would be nice too. Making a difference between the two types of blobs doesn't make much sense from a software freedom viewpoint. It's about security.
reply
Post new comment