Re: [jose] [Editorial Errata Reported] RFC7515 (4554)
John Bradley <ve7jtb@ve7jtb.com> Tue, 08 December 2015 14:13 UTC
Return-Path: <ve7jtb@ve7jtb.com>
X-Original-To: jose@ietfa.amsl.com
Delivered-To: jose@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C24001B2E5A for <jose@ietfa.amsl.com>; Tue, 8 Dec 2015 06:13:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_PASS=-0.001] autolearn=ham
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 5VBalyZIxYsj for <jose@ietfa.amsl.com>; Tue, 8 Dec 2015 06:13:30 -0800 (PST)
Received: from mail-qg0-x232.google.com (mail-qg0-x232.google.com [IPv6:2607:f8b0:400d:c04::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A04F71B2D77 for <jose@ietf.org>; Tue, 8 Dec 2015 06:13:30 -0800 (PST)
Received: by qgcc31 with SMTP id c31so17040573qgc.3 for <jose@ietf.org>; Tue, 08 Dec 2015 06:13:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ve7jtb-com.20150623.gappssmtp.com; s=20150623; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=eSmrdDG0ZQkBQETkFEo9nxsTUgSYq8hM5GVdFxKuXnw=; b=CHXvZHfHu3ldEpO24kCiKcdcr9HXqSwveoiK8He9YWS7iu3A2R2AveNEdzw60Pgedi ZJTCEmmoCnhIUw5bNxhtBgp7DgxHo6vVo+NzcJd/sffGS3en/FQP4+mpnmhPKD0vVA06 QorVlzv0kE6tVPT9DvhxdMSq34vziOrA2FqpbP1dZoCKRGcRyJXfFNyuPYD/LKyBVMq/ mPGgIcsVCetkReWDZCodjQdKvKaoyZZtVd4Zo2hdx9RLHov9G/o3KQULdUqw/bcfAp4B Gh4vtuh6FOryUQbnN9A4nmZ/i92EON7u9el+/Nqo6Ggd2UvAjLUtJctNL7efZTEswTfk DnVQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=eSmrdDG0ZQkBQETkFEo9nxsTUgSYq8hM5GVdFxKuXnw=; b=nIwU94mKUiiyrvnCx98+c1/u2mhNclPzysF3BWxe0sSA3M6ohW+dLJWgckQysfccdK efb+Sdmeq7BHd/CxqLmrZrbmnOLyZkeH44aullZm4DbA4XsRmbt9EdOujDMtFwGCiNEx GCAVLZ2KT/5ecCmDRf8ea1rrPsl6zxLQwdae9Vjjmw+qoW8cTclU+uXA1vtft58ENDi5 9POaFBP/qTXz/l6/N8umjALQ7O6FCRU2tCY2NbG+VcuxtZQr9s+YPeh9QkfY6jfslfGQ 8FiK9bLtatd+Tpa0rtzMC5bgFA02utpJxY31PdeVUHhEv5ZRQWFxXq3BANH57+CUJZQ+ J0Aw==
X-Gm-Message-State: ALoCoQlL24xYmqrTpqI3QOV5Uc1dpOhMfjghmzEchcilx6Mjmd/PMw2BnkeGYu8/gof55axDhgPGzNlTuSdaJfL0Uz8Zc/DPiw==
X-Received: by 10.140.128.87 with SMTP id 84mr4904020qha.54.1449584008976; Tue, 08 Dec 2015 06:13:28 -0800 (PST)
Received: from [192.168.1.216] ([191.115.1.95]) by smtp.gmail.com with ESMTPSA id 64sm1566495qhh.19.2015.12.08.06.13.24 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 08 Dec 2015 06:13:27 -0800 (PST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
From: John Bradley <ve7jtb@ve7jtb.com>
In-Reply-To: <5912D7C1-CC80-48ED-8B87-60E1D88391B8@gmail.com>
Date: Tue, 08 Dec 2015 11:13:20 -0300
Content-Transfer-Encoding: quoted-printable
Message-Id: <2DE3D87D-4F05-4D1F-9AEB-E68A9A43DC0C@ve7jtb.com>
References: <20151204151726.F0B12180006@rfc-editor.org> <018b01d1316f$ea11c8e0$be355aa0$@augustcellars.com> <EC8849D9-1802-4406-8F30-E5DAD541593E@ve7jtb.com> <5912D7C1-CC80-48ED-8B87-60E1D88391B8@gmail.com>
To: Kathleen Moriarty <kathleen.moriarty.ietf@gmail.com>
X-Mailer: Apple Mail (2.2104)
Archived-At: <http://mailarchive.ietf.org/arch/msg/jose/A9A10K2HaSCLS1Hm5kAAfNiKz-A>
Cc: "simon@bastli.ethz.ch" <simon@bastli.ethz.ch>, Karen Odonoghue <odonoghue@isoc.org>, Jim Schaad <ietf@augustcellars.com>, RFC Errata System <rfc-editor@rfc-editor.org>, Michael Jones <mbj@microsoft.com>, "jose@ietf.org" <jose@ietf.org>, Nat Sakimura <n-sakimura@nri.co.jp>, Stephen Farrell <stephen.farrell@cs.tcd.ie>
Subject: Re: [jose] [Editorial Errata Reported] RFC7515 (4554)
X-BeenThere: jose@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Javascript Object Signing and Encryption <jose.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/jose>, <mailto:jose-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/jose/>
List-Post: <mailto:jose@ietf.org>
List-Help: <mailto:jose-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/jose>, <mailto:jose-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Dec 2015 14:13:33 -0000
+1 > On Dec 8, 2015, at 10:58 AM, Kathleen Moriarty <kathleen.moriarty.ietf@gmail.com> wrote: > > Thanks for your advice on this. > > How about I mark it as 'editorial' and hold for document update, then add a note that says the normative section is correct and this is just an HTML markup from txt issue? > > Thanks, > Kathleen > > Sent from my iPhone > >> On Dec 8, 2015, at 8:47 AM, John Bradley <ve7jtb@ve7jtb.com> wrote: >> >> I agree, Rfcmarkup strikes again:) >> >> The canonical version is txt and that is correct. >> >> The link is probably correct in the XML version. >> One day we will publish RFC from the XML and can get rid of these stupid HTML markup from TXT issues. >> >> Worth keeping a note of if we do do an errata and can publish in XML. >> >> Until that time nothing to do for it. >> >> John B. >> >>> On Dec 8, 2015, at 1:21 AM, Jim Schaad <ietf@augustcellars.com> wrote: >>> >>> >>> My inclination is to say that this is not a valid Errata. The complaint is >>> really against the tools and not the document as the complaint is dealing >>> with the line, which is not part of the RFC, rather than with either >>> technical or editorial content of the document. >>> >>> I believe that the original text is sufficiently clear as to which section >>> is being referred to for a human. But it would not be clear to a tool. The >>> suggested change may or may not fix that for the tool and a better approach >>> is probably to start using the xml source for the generation of the html >>> page rather than to fix up the text version. >>> >>> Jim >>> >>> >>>> -----Original Message----- >>>> From: RFC Errata System [mailto:rfc-editor@rfc-editor.org] >>>> Sent: Friday, December 04, 2015 7:17 AM >>>> To: mbj@microsoft.com; ve7jtb@ve7jtb.com; n-sakimura@nri.co.jp; >>>> stephen.farrell@cs.tcd.ie; Kathleen.Moriarty.ietf@gmail.com; >>>> odonoghue@isoc.org; ietf@augustcellars.com >>>> Cc: simon@bastli.ethz.ch; jose@ietf.org; rfc-editor@rfc-editor.org >>>> Subject: [Editorial Errata Reported] RFC7515 (4554) >>>> >>>> The following errata report has been submitted for RFC7515, "JSON Web >>>> Signature (JWS)". >>>> >>>> -------------------------------------- >>>> You may review the report below and at: >>>> http://www.rfc-editor.org/errata_search.php?rfc=7515&eid=4554 >>>> >>>> -------------------------------------- >>>> Type: Editorial >>>> Reported by: Simon <simon@bastli.ethz.ch> >>>> >>>> Section: 2 >>>> >>>> Original Text >>>> ------------- >>>> Base64url Encoding >>>> Base64 encoding using the URL- and filename-safe character set >>>> defined in Section 5 of RFC 4648 [RFC4648], with all trailing >>> \\'=\\' >>>> characters omitted (as permitted by Section 3.2) and without the >>>> inclusion of any line breaks, whitespace, or other additional >>>> characters. Note that the base64url encoding of the empty octet >>>> sequence is the empty string. (See Appendix C for notes on >>>> implementing base64url encoding without padding.) >>>> >>>> Corrected Text >>>> -------------- >>>> Base64url Encoding >>>> Base64 encoding using the URL- and filename-safe character set >>>> defined in Section 5 of RFC 4648 [RFC4648], with all trailing >>> \\'=\\' >>>> characters omitted (as permitted by Section 3.2 of RFC 4648) and >>>> without the inclusion of any line breaks, whitespace, or other >>>> additional characters. Note that the base64url encoding of the >>>> empty octet sequence is the empty string. (See Appendix C for >>>> notes on implementing base64url encoding without padding.) >>>> >>>> Notes >>>> ----- >>>> in the html version https://tools.ietf.org/html/rfc7515 the link on >>> \\"Section >>>> 3.2\\" goes to Section 3.2 of RFC7515 but it should go to Section 3.2 of >>>> RFC4648. Not sure how the automatic link generation is made (or is it >>> manual?), >>>> so i would propose explicitly saying \\"Section 3.2 of RFC 4648\\". >>>> >>>> Instructions: >>>> ------------- >>>> This erratum is currently posted as "Reported". If necessary, please use >>> "Reply >>>> All" to discuss whether it should be verified or rejected. When a decision >>> is >>>> reached, the verifying party (IESG) can log in to change the status and >>> edit the >>>> report, if necessary. >>>> >>>> -------------------------------------- >>>> RFC7515 (draft-ietf-jose-json-web-signature-41) >>>> -------------------------------------- >>>> Title : JSON Web Signature (JWS) >>>> Publication Date : May 2015 >>>> Author(s) : M. Jones, J. Bradley, N. Sakimura >>>> Category : PROPOSED STANDARD >>>> Source : Javascript Object Signing and Encryption >>>> Area : Security >>>> Stream : IETF >>>> Verifying Party : IESG >>
- [jose] [Editorial Errata Reported] RFC7515 (4554) RFC Errata System
- Re: [jose] [Editorial Errata Reported] RFC7515 (4… Jim Schaad
- Re: [jose] [Editorial Errata Reported] RFC7515 (4… John Bradley
- Re: [jose] [Editorial Errata Reported] RFC7515 (4… Kathleen Moriarty
- Re: [jose] [Editorial Errata Reported] RFC7515 (4… John Bradley
- [jose] [Errata Held for Document Update] RFC7515 … RFC Errata System
- Re: [jose] [Editorial Errata Reported] RFC7515 (4… Mike Jones
- Re: [jose] [Editorial Errata Reported] RFC7515 (4… Kathleen Moriarty
- Re: [jose] [Editorial Errata Reported] RFC7515 (4… John Bradley
- Re: [jose] [Editorial Errata Reported] RFC7515 (4… Jim Schaad
- Re: [jose] [Editorial Errata Reported] RFC7515 (4… Kathleen Moriarty
- Re: [jose] [Editorial Errata Reported] RFC7515 (4… Kathleen Moriarty
- Re: [jose] [Editorial Errata Reported] RFC7515 (4… Megan Ferguson