That only supports the hypothesis that 'hardening' an operating system actually does something, which is counter to what catch has posted in this tutorial. I agree, people need to be aware that secure by default only applies to default configuration, and the moment you make a change it changes the security level of the box. I do however not believe that it is wrong for them to say it is secure out of the box in its configured state after installation. That is not necessarily something that's any good since a box will rarely be left in that state, but it does not bar the truth of the thing as stated.Quote:
Originally posted here by Juridian
Alot of the problems people are experiencing right now are the ones being brought up in this thread. Users put up a system and think it's secure even though it's not. Those who understand it's not secure, or just finding it out, do more work to lock it down. The same will most likely be said if everyone pushed secure by default systems. There will still be a fair share who pop em up and think they're fine...and the rest will educate themselves to various degrees to prove to themselves that they are fine. I believe that pushing secure systems will most likely lessen the chance of mass worm infection of the scale and type we are seeing today, as well as make the script kiddies on my local cable network work a lil harder to actually do something to Ma and Pa Kettle's computer down the way.
Hence why I did not say "all other OSes". There are obviously other like-minded security endeavours out there, and I would classify Novell as one such thing, since they perform some very rigorous code auditing (at least last I knew of).Quote:
The results speak for themselves:Quote:
And sorry. I think I'm a bit dense from the holidays but where are the facts that support that OBSD is "far more secure than other OSes in their default configuration"? Is there a report? study? ;)
http://search.cert.org/query.html?co...set=iso-8859-1
http://search.cert.org/query.html?co...set=iso-8859-1
http://search.cert.org/query.html?co...set=iso-8859-1
http://search.cert.org/query.html?co...set=iso-8859-1
On the surface, the results appear to suggest that OpenBSD has indeed had 30 or so vulnerabilities that warranted advisory status, but in reality very few actual deal specifically with OpenBSD, and though it is mentioned, it is usually something along the lines of:
From: http://www.cert.org/advisories/CA-2003-01.htmlQuote:
OpenBSD's dhcp support is much modified, does not have that feature, and therefore does not have that bug.
or
From: http://www.cert.org/advisories/CA-2002-07.htmlQuote:
OpenBSD is not vulnerable as OpenBSD's malloc implementation detects double freeing of memory. The zlib shipped with OpenBSD has been fixed in OpenBSD-current in January 2002.
As examples. Few of the vulnerabilities are issues with OpenBSD, while many other vulnerabilities exist in both Windows and Linux. Those are the remotely exploitable vulnerabilities that CERT felt worthy of advisory status. Actual bugs that may or may not exist in many configurations also exist in other operating systems.
Netware and OpenBSD appear to have similar track records in terms of security based on CERT, at least recently.
