Re: Failure of AH (was: Manual PMTUD [was ...rfc2460bis-08])

Michael Richardson <mcr+ietf@sandelman.ca> Mon, 20 March 2017 14:17 UTC

Return-Path: <mcr+ietf@sandelman.ca>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 850BA1294B2 for <ipv6@ietfa.amsl.com>; Mon, 20 Mar 2017 07:17:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 eXIi0TdkS2ts for <ipv6@ietfa.amsl.com>; Mon, 20 Mar 2017 07:17:57 -0700 (PDT)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9138B13149A for <ipv6@ietf.org>; Mon, 20 Mar 2017 07:17:57 -0700 (PDT)
Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id A7ED52009E; Mon, 20 Mar 2017 10:41:19 -0400 (EDT)
Received: from obiwan.sandelman.ca (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 18446636BB; Mon, 20 Mar 2017 10:17:56 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: Christian Huitema <huitema@huitema.net>
cc: Brian E Carpenter <brian.e.carpenter@gmail.com>, 6man WG <ipv6@ietf.org>
Subject: Re: Failure of AH (was: Manual PMTUD [was ...rfc2460bis-08])
In-Reply-To: <735862da-0e36-b36d-5f0f-0c25245c0f2a@huitema.net>
References: <599257D7-532D-4512-929B-D124623EAF35@ericsson.com> <37ED3E78-B23A-4D29-8597-5A63236129B1@cisco.com> <887bd0f0-32a5-56f1-9ac9-703ecb97a760@gmail.com> <80D8FFF0-2674-48A7-A935-11681F5C5A4D@jisc.ac.uk> <A67E1C07-282B-4422-A2FF-86F6CACBD775@cable.comcast.com> <ab7c95a5-9776-24b5-7c26-4c5987d4c948@isi.edu> <ed2f5144-52fb-dda5-1fb4-62be1625b341@gmail.com> <401F52B1-3D41-4174-9425-50571B2D0B9E@jisc.ac.uk> <6d51de4b-3a9d-0f34-1cd2-5bb30caed75e@gmail.com> <DE16D91D-AE7B-4D3C-B8EA-0CB644FB96BD@cable.comcast.com> <CA+b+ER=6dXLiwvLJa84uvpVeH0daGnZ-06P16JD0UutTrbUYyA@mail.gmail.com> <2a808465-58c9-1d5e-700b-f04043b33c1c@gmail.com> <32305.1489937663@obiwan.sandelman.ca> <0e628656-f8b2-effb-9f93-2efe6b0ee4c5@gmail.com> <11502.1489948766@obiwan.sandelman.ca> <735862da-0e36-b36d-5f0f-0c25245c0f2a@huitema.net>
X-Mailer: MH-E 8.6; nmh 1.6+dev; GNU Emacs 24.5.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha256"; protocol="application/pgp-signature"
Date: Mon, 20 Mar 2017 10:17:56 -0400
Message-ID: <18061.1490019476@obiwan.sandelman.ca>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/VYG5OPFeduRRPvWHnYjXHFaZwy8>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 20 Mar 2017 14:17:59 -0000

Christian Huitema <huitema@huitema.net> wrote:
    > On 3/19/2017 11:39 AM, Michael Richardson wrote:
    >> The failure of AH across the Internet has nothing to do with the AH
    >> construct itself.  It has to do with the failure to establish any kind
    >> of useable Internet-wide trust infrastructure anchored in ownership of
    >> IP addresses.

    > It also has to do with the undesirability of using IP addresses as long
    > term identifiers. The concept of "trust infrastructure" implies some
    > degree of stability in the identifiers. This is exactly what you don't
    > want if you are concerned with privacy.

That's a good additional reason why we can't build long-term trust on IP
addresses.   Short-term trust (for durations of minutes to a few hours)
does not seem to be as big an issue.  Afterall, we do this all the time
with TCP SYN/ACK three way handshake.

And, notice that I didn't actually say that... I said "in ownership of IP
addresses"... I would prefer to be able to map IP address-->ASN, and
then see how that could map to an operator's public key.  And then
throw in v6PD and homenet users, and...

(hey, stop laughing! A crypto-geek can dream, can't he?)

The point is that AH for protection of headers is dead because we don't have
one of those.  And if you aren't protecting headers, then you can/should use
ESP. (or as people actually do: TLS)

So I'm just not worried about breaking AH.

--
Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
 -= IPv6 IoT consulting =-