1 |
On Sunday 07 September 2003 21:43, Jan Krueger wrote: |
2 |
> On Sunday 07 September 2003 19:20, Martin Schlemmer wrote: |
3 |
> > So how are any of these going to help if you do not trust us or any |
4 |
> > other developers/upstream_authors, encryption, etc, etc. I mean, |
5 |
> > this *IS* what this whole issue is about, no ? |
6 |
> |
7 |
> No. I trust you. But trusting you doesnt mean that the ebuild you checked |
8 |
> in to the tree arrives at my hardrive unmodified. There is no way for you |
9 |
> as a human beeing to garantee this to me. Instead it should be expected |
10 |
> that the ebuild gets modified (by faulty software/hardware/network/whatever |
11 |
> or by a malicious attacker). So this must be taken care of. |
12 |
> |
13 |
> With Manifest and digest portage very much points in the right direction, |
14 |
> but this is not enough, from my point of view. |
15 |
> |
16 |
> Jan |
17 |
|
18 |
This has been discussed before ( http://bugs.gentoo.org/show_bug.cgi?id=5902 |
19 |
). I think the gpg signatures development got put on hold because there was |
20 |
talk of making individuals responsible for packages (like Debian), rather |
21 |
than the system at the moment where a small core does all of the work. |
22 |
|
23 |
My proposal was to use signatures along with the concept of requiring a |
24 |
certain number of developers to "sign off" an ebuild. Its important that the |
25 |
compromise of a single developer with cvs access shouldn't impact thousands |
26 |
of users. Therefore, most packages should require two or more developer |
27 |
signatures before they will be installed. |
28 |
|
29 |
Using a secure distribution infrastructure (eg. rsync over ssl) is not an |
30 |
option if gentoo is going to be distributed over untrusted p2p networks |
31 |
(which I think it will in the future). |
32 |
|
33 |
|
34 |
-- |
35 |
gentoo-dev@g.o mailing list |