Re: Digests, signatures and chunk extensions

Ilari Liusvaara <ilariliusvaara@welho.com> Thu, 01 December 2022 16:56 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 B4BE9C14F6EB for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Thu, 1 Dec 2022 08:56:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.648
X-Spam-Level:
X-Spam-Status: No, score=-2.648 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, MAILING_LIST_MULTI=-1, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8N4enPZMP3Lt for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Thu, 1 Dec 2022 08:56:26 -0800 (PST)
Received: from lyra.w3.org (lyra.w3.org [128.30.52.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C9A12C14F693 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Thu, 1 Dec 2022 08:56:26 -0800 (PST)
Received: from lists by lyra.w3.org with local (Exim 4.94.2) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1p0mr5-006EBl-RH for ietf-http-wg-dist@listhub.w3.org; Thu, 01 Dec 2022 16:56:11 +0000
Resent-Date: Thu, 01 Dec 2022 16:56:11 +0000
Resent-Message-Id: <E1p0mr5-006EBl-RH@lyra.w3.org>
Received: from mimas.w3.org ([128.30.52.79]) by lyra.w3.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from <ilariliusvaara@welho.com>) id 1p0mr4-006EAT-0K for ietf-http-wg@listhub.w3.org; Thu, 01 Dec 2022 16:56:10 +0000
Received: from welho-filter3b.welho.com ([83.102.41.29] helo=welho-filter3.welho.com) by mimas.w3.org with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from <ilariliusvaara@welho.com>) id 1p0mr2-0054n4-3N for ietf-http-wg@w3.org; Thu, 01 Dec 2022 16:56:09 +0000
Received: from localhost (localhost [127.0.0.1]) by welho-filter3.welho.com (Postfix) with ESMTP id 9B9EA1511F for <ietf-http-wg@w3.org>; Thu, 1 Dec 2022 18:55:55 +0200 (EET)
X-Virus-Scanned: Debian amavisd-new at pp.htv.fi
Received: from welho-smtp1.welho.com ([IPv6:::ffff:83.102.41.84]) by localhost (welho-filter3.welho.com [::ffff:83.102.41.25]) (amavisd-new, port 10024) with ESMTP id 2bhbszC_f75u for <ietf-http-wg@w3.org>; Thu, 1 Dec 2022 18:55:55 +0200 (EET)
Received: from LK-Perkele-VII2 (87-92-216-160.rev.dnainternet.fi [87.92.216.160]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by welho-smtp1.welho.com (Postfix) with ESMTPSA id 4B4B97A for <ietf-http-wg@w3.org>; Thu, 1 Dec 2022 18:55:54 +0200 (EET)
Date: Thu, 01 Dec 2022 18:55:54 +0200
From: Ilari Liusvaara <ilariliusvaara@welho.com>
To: ietf-http-wg@w3.org
Message-ID: <Y4jcmt9a0C43zjbK@LK-Perkele-VII2.locald>
References: <cfacd6ca-4a9d-5df7-4d48-1925b503bc8c@rd.bbc.co.uk> <CALGR9ob8u3FwUuZZs+f=wdmWXTB4qzN_d2W7rYOc_pG_-n3eJQ@mail.gmail.com> <3d5d6f2c-5568-a48d-3f1b-57b56da42c8d@rd.bbc.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
In-Reply-To: <3d5d6f2c-5568-a48d-3f1b-57b56da42c8d@rd.bbc.co.uk>
Sender: ilariliusvaara@welho.com
Received-SPF: pass client-ip=83.102.41.29; envelope-from=ilariliusvaara@welho.com; helo=welho-filter3.welho.com
X-W3C-Hub-Spam-Status: No, score=-3.9
X-W3C-Hub-Spam-Report: BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, W3C_AA=-1, W3C_WL=-1
X-W3C-Scan-Sig: mimas.w3.org 1p0mr2-0054n4-3N 100e0b4e04e8f86f53aa362fe8250797
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Digests, signatures and chunk extensions
Archived-At: <https://www.w3.org/mid/Y4jcmt9a0C43zjbK@LK-Perkele-VII2.locald>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/40592
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: <https://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

On Thu, Dec 01, 2022 at 04:30:18PM +0000, Samuel Hurst wrote:
> Hi Lucas,
> 
> On 01/12/2022 16:20, Lucas Pardue wrote:
> > Hiya Sam,
> > 
> > This sounds like something that the MICE (Merkle Integrity Content
> > Encoding( draft [1] might help you solve?
> > 
> > Cheers,
> > Lucas
> > 
> > [1] - https://datatracker.ietf.org/doc/draft-thomson-http-mice/
> 
> Thanks for the quick response. At first glance, this looks like it
> could be what I'm after. Any pointers towards any implementations
> would be very gratefully received!

Looking at the draft, I do not think it fits your usecase. Specifically,
it seemingly requires the entiere rest of response to be available to
even start sending, which is obviously not going to work for live
streaming.

And with regards to chunk extensions, use of those is essentially
unspecified, and virtually all implementations just ignore those.

Nominally, HTTP/2 has middlers (HEADERS that is not End of Stream
after initial request/final response) where one could stuff weird
out-of-band metadata, but sending those will probably make a lot of
implementations to either puke or become very confused.
I do not know if HTTP/3 can send middlers.

Obviously, none of this will work through any forward or reverse
proxies.



-Ilari