IETF Logo Mail Archive

Re: [Uta] "webby" STS and DANE/DNSSEC co-existence

Daniel Margolis <dmargolis@google.com> Wed, 13 April 2016 09:38 UTC

Return-Path: <dmargolis@google.com>
X-Original-To: uta@ietfa.amsl.com
Delivered-To: uta@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B412212DB59 for <uta@ietfa.amsl.com>; Wed, 13 Apr 2016 02:38:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.696
X-Spam-Level:
X-Spam-Status: No, score=-3.696 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.996, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com
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 I6i2G-HFo9Kg for <uta@ietfa.amsl.com>; Wed, 13 Apr 2016 02:38:36 -0700 (PDT)
Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::22a]) (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 A2F5A12DAD1 for <uta@ietf.org>; Wed, 13 Apr 2016 02:38:36 -0700 (PDT)
Received: by mail-ig0-x22a.google.com with SMTP id gy3so121118194igb.1 for <uta@ietf.org>; Wed, 13 Apr 2016 02:38:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=4uFBcJmBvdn7UBTA6bklcmOeM/sS8ZwsEfGZL/fpkXw=; b=AjdjqMXzqTSNEPBFZI5HUDnZu1POD+/b9ZrZa7aDiBu2CJrGhFZHRjXSQMlMh7PzQe Wi3yaoGQFD2qRagmRPWPf+2qbdFvNrtxPND9fODXYzKVM4LZuN7LFw9rOzocg4b9F4zQ 5M3dNb4zzKQlgM+OV9KVMGqs0cBJyX+VOvXazJm6Vkc731dh2ufnh7DiSCzYnITBsWWF qUD8Mwj/mjo4wQa8KkPRin8N11oSqeKQ9hA9tkZaoaMfMjQ+BWfHQ+Mkn0AJhNi9+E+8 KHrbOSs2m4P+RSAXmUyq15Am3ZtKhWKFwQqgwo0sUbN/bV+TSItixcYTjZ3Iz+irrjKg UJ3w==
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:date :message-id:subject:from:to:cc; bh=4uFBcJmBvdn7UBTA6bklcmOeM/sS8ZwsEfGZL/fpkXw=; b=Y0j0bkrW+ZmBr+rXXW0rYNSCaC5MH4fpvrp3YRhOUDNn8zm+CMpn8uk8T/soUSPray 0iEGoz0W6azBXg5NgU0negYnu5jbrj/io7vtgRanUC/qU4oV7AKX6S1xIx1H4KqlbPh0 UutpZMyWC8Iypdv+xSwRUgghIO4J4E+/aVmc/7H3rwQI5fiv96sI8LpMgyrCKxIy1FUA bcSeS4yoUxMS+kKFmwEPlg6O17cYFAQZRkKUVwGMKIbbozyS7yZ6s+Z1TZ0jb347bxl5 p9QqX0CuV+dfD/8ceXuQ+E4lfX+3Rp5KHZPKf7X66flahLSkjAJQBuN6CS007gSrepc7 DM4g==
X-Gm-Message-State: AOPr4FWIKbUxN9rp9Z9oX3wfCBKnmdJWkcLnD6Z53cno/yhxI7nyyWdBU9wKuYJYizjlBODYOuKDpa8HWDYOA74e
MIME-Version: 1.0
X-Received: by 10.50.249.20 with SMTP id yq20mr9241345igc.35.1460540315850; Wed, 13 Apr 2016 02:38:35 -0700 (PDT)
Received: by 10.64.91.226 with HTTP; Wed, 13 Apr 2016 02:38:35 -0700 (PDT)
In-Reply-To: <96AFF4DD-A934-4C92-A72E-AF729CE053D7@noware.co.uk>
References: <570C0CD2.9030401@cs.tcd.ie> <20160411212128.GA26423@mournblade.imrryr.org> <CANtKdUekXNkVvsfq0UjCiaaPVBgoVGfrfnYUrdoOf0EegXMuPg@mail.gmail.com> <20160413014304.GB26423@mournblade.imrryr.org> <CANtKdUf0kN5aOmX0-NsyQXz_+PRGfaXa37DFZoCX3FqdYh5CpA@mail.gmail.com> <5249C8ED-CACD-4765-909E-CB8EB218BF10@noware.co.uk> <CANtKdUctfEKuQAscMkt_A5wcA84Z4y3L4KvcsxVd2Qb0NRBtgw@mail.gmail.com> <96AFF4DD-A934-4C92-A72E-AF729CE053D7@noware.co.uk>
Date: Wed, 13 Apr 2016 11:38:35 +0200
Message-ID: <CANtKdUcvhE+xxXtrRFgS0gcEE=8qLyPea5BpdLkv2DYmt9BHww@mail.gmail.com>
From: Daniel Margolis <dmargolis@google.com>
To: Neil Cook <neil.cook@noware.co.uk>
Content-Type: multipart/alternative; boundary="f46d042875bfb553da05305a8a68"
Archived-At: <http://mailarchive.ietf.org/arch/msg/uta/19BkCHBoZP_TVjmUMeX0yXfrjVg>
Cc: uta@ietf.org
Subject: Re: [Uta] "webby" STS and DANE/DNSSEC co-existence
X-BeenThere: uta@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: UTA working group mailing list <uta.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/uta>, <mailto:uta-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/uta/>
List-Post: <mailto:uta@ietf.org>
List-Help: <mailto:uta-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/uta>, <mailto:uta-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 13 Apr 2016 09:38:38 -0000

On Wed, Apr 13, 2016 at 11:34 AM, Neil Cook <neil.cook@noware.co.uk> wrote:

> Well, both need to work independently as you say below. But I might still
> have an STS policy (using a different, CA-signed cert) where I have a
> self-signed cert for DANE, because I want to support clients who only
> support one or the other. Forcing clients to validate both doesn’t seem to
> be a good idea.
>

I don't really understand how you would do this, though. Wouldn't this
necessitate having different MX records (some of which have matching TLSA
records and serve self-signed certs but aren't included in the STS policy,
and some of which are in the STS policy and have CA-signed certs) and
counting on sending MTAs falling back to the subset of (from their
perspective) valid MXs?

I'm just trying to understand the setup here a bit better.

v2.23.0 | Report a Bug | By Email