Re: [Spud] [Privsec-program] Detecting and Defeating TCP/IP Hypercookie Attacks

Stephen Farrell <stephen.farrell@cs.tcd.ie> Sun, 31 July 2016 16:13 UTC

Return-Path: <stephen.farrell@cs.tcd.ie>
X-Original-To: spud@ietfa.amsl.com
Delivered-To: spud@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C7CA112D1C8 for <spud@ietfa.amsl.com>; Sun, 31 Jul 2016 09:13:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.588
X-Spam-Level:
X-Spam-Status: No, score=-5.588 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_MED=-2.3, RP_MATCHES_RCVD=-1.287, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cs.tcd.ie
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 TM5TplValBen for <spud@ietfa.amsl.com>; Sun, 31 Jul 2016 09:13:09 -0700 (PDT)
Received: from mercury.scss.tcd.ie (mercury.scss.tcd.ie [134.226.56.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9488112D1D2 for <spud@ietf.org>; Sun, 31 Jul 2016 09:13:09 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id 4FF0ABE49; Sun, 31 Jul 2016 17:13:08 +0100 (IST)
X-Virus-Scanned: Debian amavisd-new at scss.tcd.ie
Received: from mercury.scss.tcd.ie ([127.0.0.1]) by localhost (mercury.scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tSjM74A6Go2z; Sun, 31 Jul 2016 17:13:07 +0100 (IST)
Received: from [10.87.48.210] (95-45-153-252-dynamic.agg2.phb.bdt-fng.eircom.net [95.45.153.252]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id 608CBBE56; Sun, 31 Jul 2016 17:13:06 +0100 (IST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; s=mail; t=1469981586; bh=mCkb0HzM/c0tV8LLmg+iMwFDEVhOf3c0FO8QygDTwMQ=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=z4HXKsZkMyn/PViYrtg8CtUe9QnyDu2HgnE7brYqoYlxRNr/R5qucsIyqAE4nhjXh mTAkbpqoWdwK/AUNpFPtBG++hUPHQ07xRtpT3KwXkj4vhTFqRTib0Xh1ka9oQIu4ni nRkMB+JlGk5rBZyBs71O8Xq9w06ausZVHbedtsD0=
To: Eliot Lear <lear@cisco.com>, Mirja Kühlewind <mirja.kuehlewind@tik.ee.ethz.ch>
References: <409B6F52-B637-4333-915B-A8127C80C98B@trammell.ch> <d27266cf-87f6-17b1-3038-e0f614c6c773@cs.tcd.ie> <84F6AEC6-7DE3-4D1F-9014-201279F70E56@tik.ee.ethz.ch> <5194f988-0e25-7f5a-75cf-6ed3646e012d@cs.tcd.ie> <402A30BB-1A20-4D54-95CA-7C50D8C0F26B@tik.ee.ethz.ch> <dc29fa73-88fd-3dc4-7497-f1bd2fa60422@cs.tcd.ie> <8722FE8E-1026-43D5-BE17-1D6B4031C0D8@tik.ee.ethz.ch> <1b261e1e-a543-53df-8a2a-7dddae415a14@cs.tcd.ie> <D2CEDF13-E508-4732-B8F6-98FBBDDC7EE6@tik.ee.ethz.ch> <f5c06c8a-5bef-86f6-5c62-302e7f6f75bf@cs.tcd.ie> <B58C7986-4B91-41FB-A6B6-F8E7BD25E799@tik.ee.ethz.ch> <6a61c305-c1f6-d14d-d0c4-d9809cfb5f78@cs.tcd.ie> <240cab8d-8e5b-4fa6-c45a-0389a4b499e2@cisco.com>
From: Stephen Farrell <stephen.farrell@cs.tcd.ie>
Openpgp: id=D66EA7906F0B897FB2E97D582F3C8736805F8DA2; url=
Message-ID: <764437fb-cd83-654e-345a-4d79aaef9e6a@cs.tcd.ie>
Date: Sun, 31 Jul 2016 17:13:05 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <240cab8d-8e5b-4fa6-c45a-0389a4b499e2@cisco.com>
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="iBQQ5vLktKrPDsN9pePanVn58b08XxsCf"
Archived-At: <https://mailarchive.ietf.org/arch/msg/spud/AEMxe72_fASveovlSGfXiFlTOPQ>
Cc: Brian Trammell <ietf@trammell.ch>, privsec-program@iab.org, spud <spud@ietf.org>
Subject: Re: [Spud] [Privsec-program] Detecting and Defeating TCP/IP Hypercookie Attacks
X-BeenThere: spud@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Session Protocol Underneath Datagrams <spud.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spud>, <mailto:spud-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spud/>
List-Post: <mailto:spud@ietf.org>
List-Help: <mailto:spud-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spud>, <mailto:spud-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 31 Jul 2016 16:13:12 -0000

Hiya,

On 31/07/16 17:04, Eliot Lear wrote:
> Hi,
> 
> 
> On 7/31/16 4:05 PM, Stephen Farrell wrote:
> 
>> - I am unconvinced that "giving up" some privacy in the manner
>>   envisaged will lead to an overall privacy benefit. I very much
>>   fear that opposite - that any extensible mechanism will give up
>>   so much privacy so as to render much higher layer confidentiality
>>   moot.
> 
> This is the problem with this discussion.  You fear giving up privacy. 
> There is no protocol to assuage your fears.  Mirja has said that they
> didn't want to propose a protocol, presumably out of appearing to
> present a fait accomplit, and round and round we go.  I propose the
> following:
> 
> Someone show bits, and then let's see if your concerns are borne out or
> assuaged.  This argument is too abstract.

Well yes and no. Yes, I can't see how to assuage the fears of
those with privacy concerns without at least a straw-man. So
the proponent's choice to not provide even that does make the
discussion more abstract and less likely to conclude.

But no, the proponents of the PLUS BoF suggested a charter
that explicitly stated that the solution needed an IANA registry
for extensibility and even specified an update rule for that
putative registry.

I am wholly convinced such a registry with any set of 5226
rules is an error and bad to very bad for privacy. See all the
times I've said "over 18" and similar. I don't think I need to
know more about the on the wire framing of those codepoints
(official or squatted-upon) to reach my conclusion.

Whether a protocol without any extensibility or with some other
extensibility mechanism would be ok or not is not something
about which I've expressed an opinion so far. (Well, at least
I've tried to be neutral, but I fully admit that sometimes what
I try write as neutral, folks read as opinionated;-)

Cheers,
S.


> 
> Eliot
> 
> 
> 
> 
> _______________________________________________
> Privsec-program mailing list
> Privsec-program@iab.org
> https://www.iab.org/mailman/listinfo/privsec-program
>