Re: 2nd Working Group Last Call: draft-ietf-httpbis-encryption-encoding-03.txt

Julian Reschke <julian.reschke@gmx.de> Wed, 19 October 2016 06:48 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 (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B9899129458 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 18 Oct 2016 23:48:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.332
X-Spam-Level:
X-Spam-Status: No, score=-7.332 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.431, SPF_HELO_PASS=-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 Wl_3tOpvbLij for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 18 Oct 2016 23:48:36 -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 69649129424 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Tue, 18 Oct 2016 23:48:36 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.80) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1bwkbO-0007KL-VD for ietf-http-wg-dist@listhub.w3.org; Wed, 19 Oct 2016 06:43:50 +0000
Resent-Date: Wed, 19 Oct 2016 06:43:50 +0000
Resent-Message-Id: <E1bwkbO-0007KL-VD@frink.w3.org>
Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from <julian.reschke@gmx.de>) id 1bwkbJ-0007Jd-8d for ietf-http-wg@listhub.w3.org; Wed, 19 Oct 2016 06:43:45 +0000
Received: from mout.gmx.net ([212.227.15.18]) by lisa.w3.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from <julian.reschke@gmx.de>) id 1bwkbG-0000oU-J5 for ietf-http-wg@w3.org; Wed, 19 Oct 2016 06:43:44 +0000
Received: from [192.168.178.20] ([93.217.104.58]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MF5FT-1cBLps2zQB-00GIna; Wed, 19 Oct 2016 08:43:03 +0200
To: Poul-Henning Kamp <phk@phk.freebsd.dk>
References: <147607568231.30483.6721771001967558206.idtracker@ietfa.amsl.com> <06660B0E-6F8D-42DF-A909-C216B49FB590@mnot.net> <03fb16fd-35d4-e5d3-86d4-317b1016829e@gmx.de> <CABkgnnWKOTheZ9Gf9WLfVWAsQwNWi=EM6LhX=Za+UXnXQkf6AQ@mail.gmail.com> <90ee7958-5697-23ad-6f52-060f58800067@gmx.de> <7720.1476858421@critter.freebsd.dk>
Cc: Martin Thomson <martin.thomson@gmail.com>, Mark Nottingham <mnot@mnot.net>, HTTP working group mailing list <ietf-http-wg@w3.org>, Patrick McManus <pmcmanus@mozilla.com>
From: Julian Reschke <julian.reschke@gmx.de>
Message-ID: <7c879010-2145-fabc-9f97-d05de90e5147@gmx.de>
Date: Wed, 19 Oct 2016 08:43:02 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <7720.1476858421@critter.freebsd.dk>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K0:nUMs4pDlTm1OFOrOiVT92ua8FX4iCSB2jcn7XB/VwsqDr8CM3S4 e4OIaQxuAXEtqF7JKv1tbGI9/MTtvX8AlgSWOKECRwxKn3jcOXDs31xq2V6IyzzXaOJPrFN HArDu4WsmmbxJP0LtBrQnxQlUd6Xht5gIrUvStYPKmgmU4od7PvDsJp00id8eYNxijwmkUm BvInWYC9nDhto6nHgMieA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:qsO6hTLqNK4=:lGHhBvzX9v2ssysgZXP4VA hLpaBdbe59pzX00WxhMyU8pSfqdCHmnx0zpOw2BRbfjZVn9bWE0esSRhYFubNBSTdHov63713 LVDjyUywRpmyZd+qW40oqNwEsx9jX4HFlIXVevLVOdOnsJLatqAOP81iXsTNTCr8gx5EzbU2w eQaqcE55C5g05mKU5y0luiaUrAWv4s24ncINTwsC9dBNuNsF1L4/htrsxTgOSsyNWIoASWOHJ Lze2OBQ40RxlPyx9uAoNdNqzucd1a8FQ6m2lJFh6mIUc333axl/jDhE5VF1S8Sl9jEbPosAKA yFn13/s2ITfDbsWrT7NYjH9JSENMof9w/7Z8WFaJrCwn1h4D+fKn5fwij5gZ2byhE9iY2SWnm OIGP6Gc/4ZidwjgSRnUADWoKXiRFic+UMj2ytzmr8Zg652HmeGgTwoblEaKI3DsAe227FDWFX 477EwHIBe+esnWVKw68hHxVHpyRfVIlx332pUsgUsITHQgEPUbhze3FWMrxJh2bkQj7Jvrqok mOYLdR2h2qCNXgIAAZM2UQUnOVTKVAysNyFq5ITFo51Uon4bC1IzmFHadXbLwXEIXoRb08cAg vA35uZnT3KmAIJH7gQ6h8uht1E2RG9jDqdrBEjPqFAJpsNQpr9hGhC5rcGblaCNsPn2+QSxs7 MZIRXYBKW6RBgEuK441c/KBB2i5NlYUnzBpWopTVkv5ZNgbtID1Ba+FtKTQVTwwLbSW/Sk80p JCChUNJVLi5kuaxeS+DOJnWFcJhBN4by1hZNgJpWKeP7it7LmZ6CoSH1XsLOIVYJpgebZET7E +zpwuAa
Received-SPF: pass client-ip=212.227.15.18; envelope-from=julian.reschke@gmx.de; helo=mout.gmx.net
X-W3C-Hub-Spam-Status: No, score=-8.2
X-W3C-Hub-Spam-Report: AWL=1.421, BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, W3C_AA=-1, W3C_DB=-1, W3C_IRA=-1, W3C_IRR=-3, W3C_WL=-1
X-W3C-Scan-Sig: lisa.w3.org 1bwkbG-0000oU-J5 69c2963cbd2c9f081be233fabee52073
X-Original-To: ietf-http-wg@w3.org
Subject: Re: 2nd Working Group Last Call: draft-ietf-httpbis-encryption-encoding-03.txt
Archived-At: <http://www.w3.org/mid/7c879010-2145-fabc-9f97-d05de90e5147@gmx.de>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/32629
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 2016-10-19 08:27, Poul-Henning Kamp wrote:
> --------
> In message <90ee7958-5697-23ad-6f52-060f58800067@gmx.de>, Julian Reschke writes
> :
>
>> In any case: this sounds like a band-aid. I think it would be good to
>> discuss the whole parametrization of content codings...
>
> I have been pondering the "only encryptions will need parameters"
> comment somebody made some days ago, and I have a hard time finding
> out why that should be true.
>
> Why is it that encryptions cannot prefix their necessary parameters
> in the wame way compressions do (see gzip header) ?
>
> Or to be concrete:  Why wouldn't this work:
>
>    HTTP/1.1 200 OK
>    Content-Type: text/html
>    Content-Encoding: gzip, aesgcm
>    Transfer-Encoding: chunked
>
>    {magic marker}
>    keyid="me@example.com";
>    salt="m2hJ_NttRtFyUiMRPwfpHA"
>    {magic terminator}
>    [encrypted payload]

Because you might want to ship the parameters somewhere else. See 
example in 
<https://greenbytes.de/tech/webdav/draft-reschke-http-oob-encoding-08.html#rfc.section.3.5.3>.

Best regards, Julian