1 |
On Sat, 15 Aug 2015 09:53:37 +0200 Michał Górny wrote: |
2 |
> Dnia 2015-08-15, o godz. 10:50:02 |
3 |
> Andrew Savchenko <bircoph@g.o> napisał(a): |
4 |
> |
5 |
> > Hi, |
6 |
> > |
7 |
> > On Fri, 14 Aug 2015 10:54:57 -0400 Rich Freeman wrote: |
8 |
> > > On Fri, Aug 14, 2015 at 8:45 AM, Kristian Fiskerstrand <k_f@g.o> wrote: |
9 |
> > > > They will be OpenPGP signed by a releng key during thickening and |
10 |
> > > > portage will auto-verify it using gkeys once things are in place. As |
11 |
> > > > such checksum for ebuilds and other files certainly needs to be part |
12 |
> > > > of the manifest, otherwise it can open up for malicious alterations of |
13 |
> > > > these files. |
14 |
> > > > |
15 |
> > > |
16 |
> > > As much as I'd love to see it all folded into git, the reality is also |
17 |
> > > that git signatures are only bound to files by a series of sha1 |
18 |
> > > hashes, and sha1 is not a strong hash function. Git really ought to |
19 |
> > > move to sha256 at some point, preferably in a manner that makes it |
20 |
> > > expandable in the future to other hash functions. But, this isn't a |
21 |
> > > high-priority for upstream. |
22 |
> > > |
23 |
> > > The same limitation is true of any git gpg signature, including tag |
24 |
> > > signatures. It is all held together by sha1. The manifest system is |
25 |
> > > much stronger. |
26 |
> > |
27 |
> > OK, if manifests are that important, why not generate full manifest |
28 |
> > during repoman commit? If we do not tamper with $Id$, the only file |
29 |
> > outside of this manifest will be ChangeLog generated during rsync |
30 |
> > propagation. Then we have following options: |
31 |
> > - do not sing ChangeLog: even if it will be tampered, little harm |
32 |
> > can be done, since it doesn't affect live system or build process; |
33 |
> > - sign ChangeLog with releng key; |
34 |
> > - sign developer-signed manifest + ChangeLog with releng key. Thus |
35 |
> > we'll have double signature for most important files. |
36 |
> |
37 |
> How about we switch back to CVS if we're going to kill git anyway? It'd |
38 |
> at least save our time wasted by these pointless discussions. |
39 |
|
40 |
I don't understand your point. Please explain. |
41 |
|
42 |
I see nobody here talking about killing git. I see people concerned |
43 |
that git is not cryptographically secure enough, thus looking for |
44 |
gpg-signed manifests or other solutions. |
45 |
|
46 |
Best regards, |
47 |
Andrew Savchenko |