Re: [openpgp] Fingerprint requirements for OpenPGP

Joseph Lorenzo Hall <joe@cdt.org> Tue, 12 April 2016 13:06 UTC

Return-Path: <jhall@cdt.org>
X-Original-To: openpgp@ietfa.amsl.com
Delivered-To: openpgp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F8EA12ED34 for <openpgp@ietfa.amsl.com>; Tue, 12 Apr 2016 06:06:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cdt.org
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ofe6KR5Kypxk for <openpgp@ietfa.amsl.com>; Tue, 12 Apr 2016 06:06:32 -0700 (PDT)
Received: from mail-vk0-x229.google.com (mail-vk0-x229.google.com [IPv6:2607:f8b0:400c:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 40D0212D828 for <openpgp@ietf.org>; Tue, 12 Apr 2016 06:06:32 -0700 (PDT)
Received: by mail-vk0-x229.google.com with SMTP id t129so23128100vkg.2 for <openpgp@ietf.org>; Tue, 12 Apr 2016 06:06:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cdt.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=9BU8lUeiPB8E+79Qe7n6N8S6+BP/NazA4uXILtwW594=; b=Hw5t7/tT3ralFgI/k9jP3Ia6A1Cg+dmCPRnQnWIUfuis4ySmW408U3edzbZAJpp8Yc 8vuseXN+IrunUZiAaitS6Qa5W1W79ak9k+I8wFftwi5XFqN+ELlo1ABe5W5cj/6xm3ds za4FeA8qliL8I76nrR1uTx49k+mYo94F3ITjI=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=9BU8lUeiPB8E+79Qe7n6N8S6+BP/NazA4uXILtwW594=; b=RMlKK333qV15aXtG7E+b/DGnp0ZSrGFrtg5AhA+8BHQv0UG0QFQ8sobGM9mvVIMnOe t+WTcn9ma5Ibz27zE90Ihdqp/9wU2bANW0SBcK3J+k08uPH7PNmbWoP2e6iACGRaZLL5 j3KmziERDcZVewzbioijPgMgkqP2mz6Al+diK3ddbNkczmwHPsfM90MCGY2pT2JVT4G7 v8e5MGY9quwBlFvf9LtmUsU/Jo6DSJkUdbzlOKssY3+j9nKEeC+F1s+kMY4mc25Jo+GV qv5ydewXlw171jVOc3p2ac+ffGgQRwyEpwRlStfBbb5n+gIaVFHCLATfsF62HT6qWKcK BKEQ==
X-Gm-Message-State: AOPr4FX/fL1+ftSPoyLAW/2NY+JUMMi+1degy9dBENnKGGrEDkJ2PD6FPHs3+zVAtQWQAigBHMixMFHM9IljmEoa
X-Received: by 10.31.107.71 with SMTP id g68mr1593356vkc.15.1460466391335; Tue, 12 Apr 2016 06:06:31 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.103.94.3 with HTTP; Tue, 12 Apr 2016 06:06:11 -0700 (PDT)
In-Reply-To: <20160412083409.GA16775@littlepip.fritz.box>
References: <87vb3nslqh.fsf@alice.fifthhorseman.net> <20160412083409.GA16775@littlepip.fritz.box>
From: Joseph Lorenzo Hall <joe@cdt.org>
Date: Tue, 12 Apr 2016 09:06:11 -0400
Message-ID: <CABtrr-XdDjCXVCYSwUwL1cDGbv_ioNBg0Mpn3uf11oRm5TZ2ag@mail.gmail.com>
To: Vincent Breitmoser <look@my.amazin.horse>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <http://mailarchive.ietf.org/arch/msg/openpgp/8uzmADacivJHlaJ0w4wMwcwF8Mc>
Cc: IETF OpenPGP <openpgp@ietf.org>, Daniel Kahn Gillmor <dkg@fifthhorseman.net>
Subject: Re: [openpgp] Fingerprint requirements for OpenPGP
X-BeenThere: openpgp@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "Ongoing discussion of OpenPGP issues." <openpgp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/openpgp>, <mailto:openpgp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/openpgp/>
List-Post: <mailto:openpgp@ietf.org>
List-Help: <mailto:openpgp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/openpgp>, <mailto:openpgp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 12 Apr 2016 13:06:37 -0000

On Tue, Apr 12, 2016 at 4:34 AM, Vincent Breitmoser
<look@my.amazin.horse> wrote:
> Quite importantly, this should be "another *independent* key's
> fingerprint", i.e. the requirement is preimage resistance, not collision
> resistance.  Creating two keys with colliding fingerprints is fine, at
> least noone could come up with a attack scenario where it mattered.

I don't think I'm understanding this. If you have two keys that map to
the same fingerprint, then an attacker can decide to serve you
whichever is in their best interest. Doesn't that mean that
fingerprint collisions from different keys is specifically something
we want to avoid? Or am I missing the "*independent*" element of your
comment here?

-- 
Joseph Lorenzo Hall
Chief Technologist, Center for Democracy & Technology [https://www.cdt.org]
e: joe@cdt.org, p: 202.407.8825, pgp: https://josephhall.org/gpg-key
Fingerprint: 3CA2 8D7B 9F6D DBD3 4B10  1607 5F86 6987 40A9 A871