Re: Stephen Farrell's Discuss on draft-ietf-httpbis-cice-02: (with DISCUSS)

Stephen Farrell <stephen.farrell@cs.tcd.ie> Thu, 03 September 2015 01:04 UTC

Return-Path: <ietf-http-wg-request+bounce-httpbisa-archive-bis2juki=lists.ie@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC7401B33E9 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Wed, 2 Sep 2015 18:04:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.012
X-Spam-Level:
X-Spam-Status: No, score=-7.012 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_HI=-5, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=unavailable
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 QSds5X_xdwh3 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Wed, 2 Sep 2015 18:04:58 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 81BAA1B3384 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Wed, 2 Sep 2015 18:04:58 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.80) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1ZXIuO-0002Pv-UL for ietf-http-wg-dist@listhub.w3.org; Thu, 03 Sep 2015 01:01:44 +0000
Resent-Date: Thu, 03 Sep 2015 01:01:44 +0000
Resent-Message-Id: <E1ZXIuO-0002Pv-UL@frink.w3.org>
Received: from maggie.w3.org ([128.30.52.39]) by frink.w3.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from <stephen.farrell@cs.tcd.ie>) id 1ZXIuJ-0002P4-LU for ietf-http-wg@listhub.w3.org; Thu, 03 Sep 2015 01:01:39 +0000
Received: from [134.226.56.6] (helo=mercury.scss.tcd.ie) by maggie.w3.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from <stephen.farrell@cs.tcd.ie>) id 1ZXIuG-0008PL-8V for ietf-http-wg@w3.org; Thu, 03 Sep 2015 01:01:38 +0000
Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id 69572BE49; Thu, 3 Sep 2015 02:01: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 pNCbJTBuENaO; Thu, 3 Sep 2015 02:01:06 +0100 (IST)
Received: from [10.87.48.73] (unknown [86.42.21.56]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id 1934EBE53; Thu, 3 Sep 2015 02:01:05 +0100 (IST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; s=mail; t=1441242065; bh=XxxpqhmTiG7+9a9ZKmvMK8wX4/0f1Q5EKq1tX2QCaRk=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=ntIaNH0xIxP0Y5ke5h9YDkZojhFR0fOH9LMRRASxi9j86ZmDrlBshFsiTEs1Y9tLy 72colTCyXLPd+f9rqbl/CXGAPl6gps/YPG1JHVWuDtpJxcki/Q6j4Yyxfzu64y2S6a /QFcN/ZoGtsrNjOS5uxLPYzluDbaB8ZH8KNeoHvc=
To: Mark Nottingham <mnot@mnot.net>
References: <20150902153943.26198.21461.idtracker@ietfa.amsl.com> <9F69E58B-58CA-48BB-AFBE-01E50840512C@mnot.net>
Cc: ietf-http-wg@w3.org, The IESG <iesg@ietf.org>, Mark Nottingham <mnot@pobox.com>
From: Stephen Farrell <stephen.farrell@cs.tcd.ie>
Openpgp: id=D66EA7906F0B897FB2E97D582F3C8736805F8DA2; url=
Message-ID: <55E79BD0.4030707@cs.tcd.ie>
Date: Thu, 03 Sep 2015 02:01:04 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0
MIME-Version: 1.0
In-Reply-To: <9F69E58B-58CA-48BB-AFBE-01E50840512C@mnot.net>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Received-SPF: pass client-ip=134.226.56.6; envelope-from=stephen.farrell@cs.tcd.ie; helo=mercury.scss.tcd.ie
X-W3C-Hub-Spam-Status: No, score=-8.3
X-W3C-Hub-Spam-Report: AWL=1.246, BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RDNS_NONE=0.793, SPF_PASS=-0.001, W3C_AA=-1, W3C_IRA=-1, W3C_IRR=-3, W3C_WL=-1
X-W3C-Scan-Sig: maggie.w3.org 1ZXIuG-0008PL-8V 29041655970d93ea3e63497f86e34f31
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Stephen Farrell's Discuss on draft-ietf-httpbis-cice-02: (with DISCUSS)
Archived-At: <http://www.w3.org/mid/55E79BD0.4030707@cs.tcd.ie>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/30164
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>


On 03/09/15 01:52, Mark Nottingham wrote:
> Something like this, perhaps?
>   http://httpwg.github.io/specs/rfc7540.html#rfc.section.10.6

Yes and no.

No. The URL above is for HTTP/2 and this is a header usable in
HTTP/1.1 so is not the same. Adding this to a system that is
currently safe wrt BREACH is also perhaps not the same as doing
HTTP/2 from scratch and ending up safe wrt BREACH.

But more importantly, yes, I'm asking about the kind of analysis
that lead to the section 10.6 you point at.

S.

> 
> Cheers,
> 
> 
>> On 3 Sep 2015, at 1:39 am, Stephen Farrell <stephen.farrell@cs.tcd.ie> wrote:
>>
>> Stephen Farrell has entered the following ballot position for
>> draft-ietf-httpbis-cice-02: Discuss
>>
>> When responding, please keep the subject line intact and reply to all
>> email addresses included in the To and CC lines. (Feel free to cut this
>> introductory paragraph, however.)
>>
>>
>> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
>> for more information about IESG DISCUSS and COMMENT positions.
>>
>>
>> The document, along with other ballot positions, can be found here:
>> https://datatracker.ietf.org/doc/draft-ietf-httpbis-cice/
>>
>>
>>
>> ----------------------------------------------------------------------
>> DISCUSS:
>> ----------------------------------------------------------------------
>>
>>
>>
>> Did anyone think through the potential for this kind of
>> change to interact with attacks like BREACH? [1] It
>> looks like at least some of the mitigations mentioned on
>> [1] would not apply to requests, or possibly not, so I
>> suspect there is something to say here. If that analysis
>> was not done, I think someone ought look at it. If that
>> analysis was done, shouldn't there be some mention here? 
>>
>>   [1] http://breachattack.com/
>>
>>
>>
>>
> 
> --
> Mark Nottingham   https://www.mnot.net/
>