Re: [http-state] Is this an omission in the parser rules of draft-ietf-httpstate-cookie-21?

"Roy T. Fielding" <fielding@gbiv.com> Fri, 04 February 2011 19:22 UTC

Return-Path: <fielding@gbiv.com>
X-Original-To: http-state@core3.amsl.com
Delivered-To: http-state@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5EB793A68FC for <http-state@core3.amsl.com>; Fri, 4 Feb 2011 11:22:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.142
X-Spam-Level:
X-Spam-Status: No, score=-103.142 tagged_above=-999 required=5 tests=[AWL=-0.543, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id agzeTQLTD0ar for <http-state@core3.amsl.com>; Fri, 4 Feb 2011 11:22:52 -0800 (PST)
Received: from homiemail-a74.g.dreamhost.com (mailbigip.dreamhost.com [208.97.132.5]) by core3.amsl.com (Postfix) with ESMTP id 463163A6A1E for <http-state@ietf.org>; Fri, 4 Feb 2011 11:22:47 -0800 (PST)
Received: from homiemail-a74.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a74.g.dreamhost.com (Postfix) with ESMTP id 105E167C06E; Fri, 4 Feb 2011 11:26:13 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gbiv.com; h=subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to; q=dns; s=gbiv.com; b=6LO9mz1xTxsoeHq0 gDKor6Rg8BUmAd+4O+wo6aZMRF7uz2voF5S2LDloMSO7/KBIDvJ/DU1Bw6BZf8vY DnM2e5WUYK5pq94yk7fdaIlcEccMJZxWyQvwdo1qzV4wihauW59C4ZrAG6byOEi0 w9QKDb9O+5IcE6p74g1PovYSkMg=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=gbiv.com; h=subject :mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=gbiv.com; bh=qyJr7FHjKYZXGKvpK12Dq1Fsxq8=; b=PbMZ/ynPPbSVrcIJgm+PKFDWHDw6 KGnUA0/esw4jOyiVH6gzz5EI9WA+VsoJcjykPqJuUfpN9eCFv9/t9qlc82HE20PA BrMiZ21XdeAHBuj8z/o4A00zlA8oAGGS/lOzvBWEc7xfN1B1GzTklNIfvCbeaPin 29rVlBOUz2vIsO0=
Received: from [192.168.1.84] (99-21-208-82.lightspeed.irvnca.sbcglobal.net [99.21.208.82]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: fielding@gbiv.com) by homiemail-a74.g.dreamhost.com (Postfix) with ESMTPSA id B70CA67C069; Fri, 4 Feb 2011 11:26:12 -0800 (PST)
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: text/plain; charset="us-ascii"
From: "Roy T. Fielding" <fielding@gbiv.com>
In-Reply-To: <AANLkTi=qBVkGwMHqAidtwP5_A8pPrF-Y9MV4jgYS5_QM@mail.gmail.com>
Date: Fri, 04 Feb 2011 11:24:38 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <7384878F-C44A-42A4-9694-1BB1C18AA5E6@gbiv.com>
References: <20110204184735.26023.qmail@mm01.prod.mesa1.secureserver.net> <AANLkTi=qBVkGwMHqAidtwP5_A8pPrF-Y9MV4jgYS5_QM@mail.gmail.com>
To: Adam Barth <ietf@adambarth.com>
X-Mailer: Apple Mail (2.1082)
Cc: http-state@ietf.org
Subject: Re: [http-state] Is this an omission in the parser rules of draft-ietf-httpstate-cookie-21?
X-BeenThere: http-state@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Discuss HTTP State Management Mechanism <http-state.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/http-state>, <mailto:http-state-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/http-state>
List-Post: <mailto:http-state@ietf.org>
List-Help: <mailto:http-state-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/http-state>, <mailto:http-state-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 04 Feb 2011 19:22:53 -0000

On Feb 4, 2011, at 10:51 AM, Adam Barth wrote:

> On Fri, Feb 4, 2011 at 10:47 AM, Remy Lebeau <remy@lebeausoftware.org> wrote:
>> -------- Original Message --------
>> Subject: Re: [http-state] Is this an omission in the parser rules of
>> draft-ietf-httpstate-cookie-21?
>> From: Adam Barth
>> Date: Fri, February 04, 2011 10:19 am
>> To: Remy Lebeau
>> Cc: http-state@ietf.org
>> 
>>> The draft gives user agents precise
>>> instructions for how to parse all
>>> manner of cookies, including cookies with
>>> values that contain quote characters. That
>>> information is contained in Section 5
>> 
>> I have re-read Section 5 and I do not see its grammar or parsing rules
>> accounting for quoted-string values at all. It only says to remove WSP
>> characters surrounding extracted names and values, and quote characters
>> are not part of the WSP definition. So what am I missing? Where exactly
>> does it say how to unquote a quoted-string used in attribute values?
> 
> Precisely.  It does not say to unquote a quoted-string because that's
> not how cookies work.  The role of the quote character is cookies is
> identical to the role of the "!" character.  That is, neither play a
> special role in the protocol.  Any representations by the contrary by
> 2109 or any other document are fiction and have only caused pain and
> misery in the world.

That may be, but the grammar for server generation of set-cookie
values is clearly wrong because use of DQUOTE in cookie values is
common (roughly 10% of the values in my browser cookie store) and
previously defined, even if we consider DQUOTE to be part of the
value string.  Let's just change the generating grammar for value to
match how cookies are actually parsed and only exclude characters
that are known to cause failures.

....Roy