Ethical Hacking

Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package.
Computer Forensics Training at InfoSec Institute

Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors.




Network Security SecProg
[Top] [All Lists]

Re: Is this list still active?

Subject: Re: Is this list still active?
Date: Wed, 24 Nov 2004 19:49:23 +0100

We all know how to make secure code because we've got organisations like 
OpenBSD and Wind River showing everyone how it's done. It's a painstaking, 
monastic review process that takes top people. I know that some organisations 
have equivalent inquisitional groups for when they can't afford to have their 
code blow up in their clients face but in everyday code development there's 
no such rigour.

I don't quite share your optimism, and neither does the OpenBSD team.
Not anymore, that is.  I think we all remember how OpenBSD started
with the ideal of core OS with well scrutinized code.  After a while
they've radically extended their approach to include mechanisms to
make it harder to exploit many classes of bugs.

I think it's a folly to assume that it is possible to write bug free
code; and security bugs are not exception.  That's why systems must be
designed such that they don't fail completely when a bug hits.

Yeah, I like to think of code review in these terms; inquisition, monastic. 
Perhaps these guys should wear robes :) Our code serves important and 
sometimes critical social function, we don't just owe it to our shareholders 
to produce good code, we contribute to the infrastructure of society.

Oh, absolutely, but code review should be the last step in a lengthy,
integrated, security process.  If code review is your only security
measure and if "secure programming" your only tool, then you are
in trouble.

Casper

<Prev in Thread] Current Thread [Next in Thread>