[OAUTH-WG] [Technical Errata Reported] RFC7519 (8060)
RFC Errata System <rfc-editor@rfc-editor.org> Wed, 31 July 2024 13:26 UTC
Return-Path: <wwwrun@rfcpa.rfc-editor.org>
X-Original-To: oauth@ietf.org
Delivered-To: oauth@ietfa.amsl.com
Received: from rfcpa.rfc-editor.org (unknown [167.172.21.234]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9731AC14F70D; Wed, 31 Jul 2024 06:26:17 -0700 (PDT)
Received: by rfcpa.rfc-editor.org (Postfix, from userid 461) id 0FE6C3B873; Wed, 31 Jul 2024 06:26:17 -0700 (PDT)
To: mbj@microsoft.com, ve7jtb@ve7jtb.com, n-sakimura@nri.co.jp, debcooley1@gmail.com, paul.wouters@aiven.io, hannes.tschofenig@arm.com, rifaat.s.ietf@gmail.com
From: RFC Errata System <rfc-editor@rfc-editor.org>
Content-Type: text/plain; charset="UTF-8"
Message-Id: <20240731132617.0FE6C3B873@rfcpa.rfc-editor.org>
Date: Wed, 31 Jul 2024 06:26:17 -0700
Message-ID-Hash: H7BLOLXXO2O7WBW3DW327A2CSDFAQLER
X-Message-ID-Hash: H7BLOLXXO2O7WBW3DW327A2CSDFAQLER
X-MailFrom: wwwrun@rfcpa.rfc-editor.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-oauth.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: prkasselman@gmail.com, oauth@ietf.org, rfc-editor@rfc-editor.org
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [OAUTH-WG] [Technical Errata Reported] RFC7519 (8060)
List-Id: OAUTH WG <oauth.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/oauth/G3RrOUcOOKh7s2965DcQLim0vh4>
List-Archive: <https://mailarchive.ietf.org/arch/browse/oauth>
List-Help: <mailto:oauth-request@ietf.org?subject=help>
List-Owner: <mailto:oauth-owner@ietf.org>
List-Post: <mailto:oauth@ietf.org>
List-Subscribe: <mailto:oauth-join@ietf.org>
List-Unsubscribe: <mailto:oauth-leave@ietf.org>
The following errata report has been submitted for RFC7519, "JSON Web Token (JWT)". -------------------------------------- You may review the report below and at: https://www.rfc-editor.org/errata/eid8060 -------------------------------------- Type: Technical Reported by: Pieter Kasselman <prkasselman@gmail.com> Section: 7.2 Original Text ------------- 5. Verify that the resulting JOSE Header includes only parameters and values whose syntax and semantics are both understood and supported or that are specified as being ignored when not understood. Corrected Text -------------- 5. Verify that the resulting JOSE Header includes only parameters and values whose syntax and semantics are both understood and supported or that are specified as being ignored when not understood. If the JWT is a JWS, the steps specified in RFC7515 takes precedence when validating JOSE Header parameters. Notes ----- Validation step 5 in section 7.2 of RFC 7519 states that header parameters should only be ignored if they are explicitly specified as needing to be ignored. This is contrary to step 7 in section 7.2 which requires that the processing rules of RFC 1515 be used if the JWT is a JWS (defined in RFC 1515). RFC 7515 does not include any special provisions for only ignoring header parameters if they are specified as being ignored, but instead requires all header parameters to be ignored if they are not understood (repeated below for convenience). "Unless listed as a critical Header Parameter, per Section 4.1.11, all Header Parameters not defined by this specification MUST be ignored when not understood." A discussion with the authors at IETF 120 confirmed that all header parameters that are not understood must be ignored. The proposed errata aims to clarify that if the JWT is a JWS, the processing rules of RFC 7151 should apply (including ignoring header parameters that are not understood). This is consistent with point 7.2, which requires that RFC 7515 [JWS] rules applies and avoids the impression that a new requirement on when parameters are ignored is being introduced in (i.e. the need to be explicitly defined as needing to be ignored). Instructions: ------------- This erratum is currently posted as "Reported". (If it is spam, it will be removed shortly by the RFC Production Center.) Please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party will log in to change the status and edit the report, if necessary. -------------------------------------- RFC7519 (draft-ietf-oauth-json-web-token-32) -------------------------------------- Title : JSON Web Token (JWT) Publication Date : May 2015 Author(s) : M. Jones, J. Bradley, N. Sakimura Category : PROPOSED STANDARD Source : Web Authorization Protocol Stream : IETF Verifying Party : IESG
- [OAUTH-WG] [Technical Errata Reported] RFC7519 (8… RFC Errata System
- [OAUTH-WG] Re: [Technical Errata Reported] RFC751… Brian Campbell
- [OAUTH-WG] Re: [Technical Errata Reported] RFC751… Pieter Kasselman
- [OAUTH-WG] Re: [Technical Errata Reported] RFC751… Brian Campbell
- [OAUTH-WG] Re: [Technical Errata Reported] RFC751… Paul Wouters
- [OAUTH-WG] Re: [Technical Errata Reported] RFC751… Pieter Kasselman
- [OAUTH-WG] Re: [Technical Errata Reported] RFC751… Brian Campbell
- [OAUTH-WG] Re: [Technical Errata Reported] RFC751… Pieter Kasselman
- [OAUTH-WG] Re: [Technical Errata Reported] RFC751… David Waite
- [OAUTH-WG] Re: [Technical Errata Reported] RFC751… Pieter Kasselman
- [OAUTH-WG] Re: [Technical Errata Reported] RFC751… Brian Campbell
- [OAUTH-WG] Re: [Technical Errata Reported] RFC751… Pieter Kasselman
- [OAUTH-WG] Re: [Technical Errata Reported] RFC751… Justin Richer