xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: Joanna Rutkowska <joanna@invisiblethingslab.com>
To: Keir Fraser <keir.fraser@eu.citrix.com>
Cc: Jeremy Fitzhardinge <jeremy@goop.org>,
	"xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
	Ian Jackson <Ian.Jackson@eu.citrix.com>,
	Stephen Spector <stephen.spector@citrix.com>
Subject: Re: request to sign software
Date: Tue, 30 Mar 2010 11:46:49 +0200	[thread overview]
Message-ID: <4BB1C889.3080204@invisiblethingslab.com> (raw)
In-Reply-To: <C7D7600A.ECD8%keir.fraser@eu.citrix.com>


[-- Attachment #1.1: Type: text/plain, Size: 1800 bytes --]

On 03/30/2010 09:00 AM, Keir Fraser wrote:
> On 29/03/2010 22:09, "Joanna Rutkowska" <joanna@invisiblethingslab.com>
> wrote:
> 
>> ...and then publish it on xen.org and sent to xen-devel. The list is
>> mirrored in a few places, so it would not be trivial for the attacker to
>> subvert the public key in all the public archives. Users can always use
>> more than one different internet connections to verify the key, to get
>> around potential compromise at an ISP level.
>>
>> This could be your "master key" and then you could simply sign other
>> keys (e.g. Jermey's, Keir's, etc) with this master key (simple gpg -s,
>> no certs, no web of trust, needed).
> 
> I chatted with Ian Jackson about this, and our thought was to generate a
> xen.org master key which we would keep safe in Cambridge: only he and I
> would have copies of it (the two of us, for redundancy). We can also
> generate a software-signing key, signed by the master key, which we actually
> use for the business of signing releases from the xen-*.hg and
> qemu-xen-*.git repositories.
> 
> We weren't sure it makes sense for Jeremy to sign anything since he's not
> actually making releases out of his repository. If we decide that Jeremy
> should sign things I think it best he makes his own key and we sign it with
> the master key.
> 
Right. But I think it would make lots of sense for Jeremy to tag, at
least some of the pvops branches (stable-2.6.{31.32}.x), anyway.
Otherwise this every-changing repo might scare away lots of people.
Perhaps Jeremy could apply some tag (and sign it) every week, or after
some more major merges, etc.

Would be nice e.g. to have some particular commit from the pvops marked
as the official release for the upcoming Xen 4.0.0, wouldn't it?

joanna.


[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 226 bytes --]

[-- Attachment #2: Type: text/plain, Size: 138 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

  reply	other threads:[~2010-03-30  9:46 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-03-28 10:02 request to sign software Joanna Rutkowska
2010-03-29 17:47 ` Jeremy Fitzhardinge
2010-03-29 21:09   ` Joanna Rutkowska
2010-03-30  7:00     ` Keir Fraser
2010-03-30  9:46       ` Joanna Rutkowska [this message]
2010-03-30  9:59         ` Keir Fraser
2010-04-01 16:37       ` Ian Jackson
2010-04-01 20:06         ` Weird RAM handling with Xen 3.4.3-RC3 Thomas Goirand
2010-03-30  9:58   ` request to sign software Joanna Rutkowska

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4BB1C889.3080204@invisiblethingslab.com \
    --to=joanna@invisiblethingslab.com \
    --cc=Ian.Jackson@eu.citrix.com \
    --cc=jeremy@goop.org \
    --cc=keir.fraser@eu.citrix.com \
    --cc=stephen.spector@citrix.com \
    --cc=xen-devel@lists.xensource.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).