Re: [dane] Behavior in the face of no answer?

Eric Rescorla <ekr@rtfm.com> Fri, 04 May 2012 19:13 UTC

Return-Path: <ekr@rtfm.com>
X-Original-To: dane@ietfa.amsl.com
Delivered-To: dane@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6F6A21F85A0 for <dane@ietfa.amsl.com>; Fri, 4 May 2012 12:13:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.977
X-Spam-Level:
X-Spam-Status: No, score=-102.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Bqqlw331fEb8 for <dane@ietfa.amsl.com>; Fri, 4 May 2012 12:13:18 -0700 (PDT)
Received: from mail-vb0-f44.google.com (mail-vb0-f44.google.com [209.85.212.44]) by ietfa.amsl.com (Postfix) with ESMTP id EC67F21F8598 for <dane@ietf.org>; Fri, 4 May 2012 12:13:17 -0700 (PDT)
Received: by vbbez10 with SMTP id ez10so2712596vbb.31 for <dane@ietf.org>; Fri, 04 May 2012 12:13:17 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:x-gm-message-state; bh=Bfros3ab15yRph2JkljgVpgDc1GlBV93p9fEddpxa+k=; b=aiGpHcUmBe925JxnUF0FyT7nFcHou6Ss1g5xGhRFtHEXwh9t7+X7fOXgX8G1QLaoZL 5zlrcn+2VcvQrFD6FBhOCgi+fMwqtN3FFQyL/xIpW5O/8b0xiQx8ZJMx/+dCVBH7nndw KeqZIlUvcerJWpbKwuxyMYQ+BNy0kAcI6QEl0ELaiVyXl7Azy5De5rhqqarDICabfrOf Ov5Smod2Abtk8jCXPJlldFNKN+H37kMDZErBDPeXB+SMDATK9/hbs6I0v8QTuJ8jEYyC sLCv+vfBybCd/+txuEXIS6af+NarYI5oHaFrZtE0kk3tJKHrBvNM1a7o3qcm9pwr3dPH 1w1A==
Received: by 10.52.68.204 with SMTP id y12mr3656485vdt.53.1336158797491; Fri, 04 May 2012 12:13:17 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.52.19.233 with HTTP; Fri, 4 May 2012 12:12:37 -0700 (PDT)
X-Originating-IP: [63.245.220.224]
In-Reply-To: <CABcZeBMBNguyuhJ=ju=tEe23nbVK3T3RW1YUogBinyVuWAX9jg@mail.gmail.com>
References: <CABcZeBP2iRLa76rSXu4A0OwFxP=tqK1ShZ6wv=6wnaEC6uad+w@mail.gmail.com> <201205041902.q44J2B3F018135@fs4113.wdf.sap.corp> <CABcZeBMBNguyuhJ=ju=tEe23nbVK3T3RW1YUogBinyVuWAX9jg@mail.gmail.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Fri, 4 May 2012 12:12:37 -0700
Message-ID: <CABcZeBNrdXkXBe5rJvm54jpYWgQKzZxgMWDe5T=Lt0b3e5KKVA@mail.gmail.com>
To: mrex@sap.com
Content-Type: text/plain; charset=ISO-8859-1
X-Gm-Message-State: ALoCoQl+Cn4HaGrmMA+5auJAthBiUhx0e9Q5aZ80WfWc0NcXnMeFVbc9wiObyc39KQd+7sVrYdCE
Cc: dane@ietf.org
Subject: Re: [dane] Behavior in the face of no answer?
X-BeenThere: dane@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: DNS-based Authentication of Named Entities <dane.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dane>, <mailto:dane-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dane>
List-Post: <mailto:dane@ietf.org>
List-Help: <mailto:dane-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dane>, <mailto:dane-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 04 May 2012 19:13:18 -0000

On Fri, May 4, 2012 at 12:05 PM, Eric Rescorla <ekr@rtfm.com> wrote:
> On Fri, May 4, 2012 at 12:02 PM, Martin Rex <mrex@sap.com> wrote:
>> Eric Rescorla wrote:
>>>
>>> Before we discuss how to proceed, I think it would be useful to get
>>> agreement on the security analysis.
>>
>> Analysis (about what the attacker could do) is correct, but ...
>>
>>>
>>> I claim that for Usages 0 and 1, treating TLSA non-response as if no
>>> TLSA records exist means that DANE adds minmal/no security value for
>>> those usages. If people disagree with that,
>>
>> I do not fully agree to the conclusion.
>> With the exact same logic, when comparing DV-certs to EV-certs, you
>> could say that EV-certs add minimal/no security value.
>
> It's precisely for this reason that EV certs add minimal security value.

I should mention that there are potentially settings in which they add
more security value, e.g., EV-lock. Also, at least in principle they
allow a user to have some trust in the organization name as
opposed to the DN, which is not something that DANE provides.

-Ekr