Subject: Re: adding gpg to src/gnu/dist
To: None <tech-security@NetBSD.org, tech-userlevel@NetBSD.org>
From: Marc Tooley <netbsdMLpostNO@SPAM.quake.ca>
List: tech-userlevel
Date: 05/17/2004 09:38:40
On Friday 14 May 2004 13:17, Thor Lancelot Simon wrote:
> On Fri, May 14, 2004 at 12:58:57PM -0700, Marc Tooley wrote:
> > On Friday 14 May 2004 12:18, Love wrote:
> > > I'm sure they can run
> > >
> > > $ nbsvtool verify binary_pkg.sp7 && echo woohoo everything ok
> > > woohoo everything ok
> > >
> > > especially when its inside pkg_add so they don't need to run it
> > > at all themself.
> > >
> > > Love
> >
> > ... which can't be used on other platforms where nbsvtool hasn't
> > been ported or doesn't exist; the ubiquity of GnuPG in this case
> > means that
>
> Uh, it's pretty hard to install packages on a system where pkg_add
> "hasn't been ported or doesn't exist", isn't it?
I was talking about requiring a netbsd or pkgsrc-friendly system to
verify if these hypothetical packages are authentic or not. On those
that it doesn't work so well on, the (possibly compromised) package
sits there as an unknown until it makes its way to a system where it
can be checked.
I mean sure, the end-user can detect it, and perhaps that's all that's
important. I'm just saying that gnupg is already on many of these kinds
of systems and already in-use. It seems to me that forcing people to
conform to a brand new authentication mechanism if they want to check
validity is a bit onerous.
Also, so far the only reasons for disliking gnupg apply far more aptly
to current openssl software, but for openssl you're willing to build an
entirely new trust mechanism around a *ssl library...?
Seems like a great deal of effort.
*shrug* Well, if it does go ahead, I hope we can provide the framework
as part of netbsd so others can use it to distribute their own packages
and software.
If a single gnupg key is used as an introducer or even just as a
signature on the other keys (security bulletins, system packages, etc)
then not only will you see the benefits of a hierarchical trust model,
but then you can take advantage of the already mammoth PKI in place and
those of us who like webs of trust can more easily integrate the
various netbsd keys into our familiar keyrings.