Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 11 Aug 2003 18:21:32 -0500
From:      "Jacques A. Vidrine" <nectar@FreeBSD.org>
To:        Mike Hoskins <mike@adept.org>
Cc:        security@freebsd.org
Subject:   Re: realpath(3) et al
Message-ID:  <20030811232132.GB46629@madman.celabo.org>
In-Reply-To: <20030811133749.U27196@fubar.adept.org>
References:  <20030811133749.U27196@fubar.adept.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Aug 11, 2003 at 02:08:27PM -0700, Mike Hoskins wrote:
> First, I hope that this message is not considered flame bait.  As someone
> who has used FreeBSD for for 5+ years now, I have a genuine interest in
> the integrity of our source code.
> 
> Second, I hope that this message is not taken as any form of insult or
> finger pointing.  

No worries.

> Software without bugs does not exist, and I think we all
> know that.  Acknowledging that point and working to mitigate the risks
> associated with it would seem to be our only real option.

Yes, we are all agreed here.

> That said, every time something like the recent realpath(3) issue comes
> to light, I find myself asking why I haven't at least tried to do more to
> review our source code or (more desirable) enable 3rd-party audits.

More people should ask themselves that :-)  One can talk about auditing
code, or one can do it.

Even in projects where careful auditing has been the primary focus,
things get missed.  For example, OpenBSD missed this exact same bug
and corrected it about the same time as everyone else.

> My question is...  If enabling a 3rd-party audit for some target release
> (5.3+ I'd assume) is desirable, what would be needed money-, time- and
> other-wise?  

People need to read code, that's all.  You can share your code reading
insights at freebsd-audit@freebsd.org, or if you believe it is
sensitive, with security-team@freebsd.org.

We _do_ already audit code, you know.  FreeBSD-SA-03:09.signal was a
result of my auditing, FreeBSD-SA-03:10.ibcs2 was a result of David's
auditing.  Also, many commits that are just `cleanup' are the result
of a kind of `auditing'.

What we perhaps lack is coordination.  This is not easy in a volunteer
environment, but perhaps something as simple as a `scoreboard' with
`these files being audited/have been audited by whatsmyname' would be
an improvement.  On the other hand, in my experience, people are quick
to volunteer and slow to follow up --- usually disappearing. :-(  Of
course, those that do follow up often become committers themselves :-)

> I'm willing to invest both time and money to make this
> happen.  I'd expect such an endeavor to be tedious and expensive...  and,
> of course, it would really need to be repeated occasionally to be of real
> value.  (Probably, at least, after major version number changes.)
> However, perhaps doing an audit of the base system now would help our
> image in the security community?

*shrug* I didn't know we had an image problem in the security
community.

Probably the single most effective way to get an audit done is to read
the code :-)

Cheers,
-- 
Jacques Vidrine   . NTT/Verio SME      . FreeBSD UNIX       . Heimdal
nectar@celabo.org . jvidrine@verio.net . nectar@freebsd.org . nectar@kth.se



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030811232132.GB46629>