[IPsec] [Errata Rejected] RFC7427 (4295)
RFC Errata System <rfc-editor@rfc-editor.org> Tue, 31 March 2015 21:17 UTC
Return-Path: <wwwrun@rfc-editor.org>
X-Original-To: ipsec@ietfa.amsl.com
Delivered-To: ipsec@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7BF2A1A87B0; Tue, 31 Mar 2015 14:17:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.912
X-Spam-Level:
X-Spam-Status: No, score=-101.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_WHITELIST=-100] 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 i-aVXkx9t5_n; Tue, 31 Mar 2015 14:17:49 -0700 (PDT)
Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1900:3001:11::31]) by ietfa.amsl.com (Postfix) with ESMTP id B2A7C1A87A2; Tue, 31 Mar 2015 14:17:49 -0700 (PDT)
Received: by rfc-editor.org (Postfix, from userid 30) id 3283918046C; Tue, 31 Mar 2015 14:17:39 -0700 (PDT)
To: a.yousar@informatik.hu-berlin.de, kivinen@iki.fi, jms@opus1.com
X-PHP-Originating-Script: 1005:errata_mail_lib.php
From: RFC Errata System <rfc-editor@rfc-editor.org>
Message-Id: <20150331211739.3283918046C@rfc-editor.org>
Date: Tue, 31 Mar 2015 14:17:39 -0700
Archived-At: <http://mailarchive.ietf.org/arch/msg/ipsec/ZtMBakEm2T8GuSPumObmjsxpPW4>
Cc: ipsec@ietf.org, Kathleen.Moriarty@emc.com, iesg@ietf.org, rfc-editor@rfc-editor.org
Subject: [IPsec] [Errata Rejected] RFC7427 (4295)
X-BeenThere: ipsec@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion of IPsec protocols <ipsec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipsec>, <mailto:ipsec-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipsec/>
List-Post: <mailto:ipsec@ietf.org>
List-Help: <mailto:ipsec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipsec>, <mailto:ipsec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 31 Mar 2015 21:17:51 -0000
The following errata report has been rejected for RFC7427, "Signature Authentication in the Internet Key Exchange Version 2 (IKEv2)". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=7427&eid=4295 -------------------------------------- Status: Rejected Type: Editorial Reported by: Annie Yousar <a.yousar@informatik.hu-berlin.de> Date Reported: 2015-03-10 Rejected by: Kathleen Moriarty (IESG) Section: A.4.2 Original Text ------------- Here the parameters are present and contain the default parameters, i.e., hashAlgorithm of SHA-1, maskGenAlgorithm of mgf1SHA1, saltLength of 20, and trailerField of 1. 0000 : SEQUENCE 0002 : OBJECT IDENTIFIER RSASSA-PSS (1.2.840.113549.1.1.10) 000d : SEQUENCE 000f : CONTEXT 0 0011 : SEQUENCE 0013 : OBJECT IDENTIFIER id-sha1 (1.3.14.3.2.26) 001a : NULL 001c : CONTEXT 1 001e : SEQUENCE 0020 : OBJECT IDENTIFIER 1.2.840.113549.1.1.8 002b : SEQUENCE 002d : OBJECT IDENTIFIER id-sha1 (1.3.14.3.2.26) 0034 : NULL 0036 : CONTEXT 2 0038 : INTEGER 0x14 (5 bits) 003b : CONTEXT 3 003d : INTEGER 0x1 (1 bits) Name = RSASSA-PSS with default parameters, oid = 1.2.840.113549.1.1.10 Length = 64 0000: 303e 0609 2a86 4886 f70d 0101 0a30 31a0 0010: 0b30 0906 052b 0e03 021a 0500 a118 3016 0020: 0609 2a86 4886 f70d 0101 0830 0906 052b 0030: 0e03 021a 0500 a203 0201 14a3 0302 0101 Corrected Text -------------- If the default parameters are used, i.e., hashAlgorithm of SHA-1, maskGenAlgorithm of mgf1SHA1, saltLength of 20, and trailerField of 1, the parameters MUST NOT be encoded according to the Distiguished Encoding Rules (DER) of ASN.1. Therefore the encoding is the same as of A.4.1. 0000 : SEQUENCE 0002 : OBJECT IDENTIFIER RSASSA-PSS (1.2.840.113549.1.1.10) 000d : SEQUENCE Name = RSASSA-PSS with default parameters, oid = 1.2.840.113549.1.1.10 Length = 15 0000: 300d 0609 2a86 4886 f70d 0101 0a30 00 Notes ----- Section 3 requires the use of DER: The ASN.1 used here is the same ASN.1 used in the AlgorithmIdentifier of PKIX (see Section 4.1.1.2 of [RFC5280]), encoded using distinguished encoding rules (DER) [CCITT.X690.2002]. KM: Reviewed by expert and response provided. --VERIFIER NOTES-- >From Tero Kivinen In the RFC 4055 the section 3.1 says that even when the default values are used the implementation MUST understand both formats, i.e. the case where the default value is omitted and the case where the default value is explicitly given: >From RFC4055 section 3.1: hashAlgorithm The hashAlgorithm field identifies the hash function. It MUST be one of the algorithm identifiers listed in Section 2.1, and the default hash function is SHA-1. Implementations MUST support SHA-1 and MAY support any of the other one-way hash functions listed in Section 2.1. Implementations that perform signature generation MUST omit the hashAlgorithm field when SHA-1 is used, indicating that the default algorithm was used. Implementations that perform signature validation MUST recognize both the sha1Identifier algorithm identifier and an absent hashAlgorithm field as an indication that SHA-1 was used. In this case we are not actually doing either one of those options, we are not generating signature, and we are not validating them. In this document we are simply indicating what kind of signature will follows this binary blob. Yes, when generating those ASN.1 objects for default values implementations should use the A.4.1 version, but they might also want to understand the version specified in the A.4.2. Note, that in some cases the implementations might simply take the AlgorithmIdentifier pieces from their own certificate and not generate it at all, and this might cause them to take whatever the CA vendor generated for them. Actually when checking for the RFC4055 I notice it says that same thing (MUST omit in generate, MUST recognize both) for everything else (hashAlgorithm, maskGenAlgorithm, and trailerField) expect for saltLength... I do not know if this means that for saltLength we should actually not encode the default as number or if this is just sloppy writing of the RFC4055... > 0000 : SEQUENCE > 0002 : OBJECT IDENTIFIER RSASSA-PSS (1.2.840.113549.1.1.10) > 000d : SEQUENCE > > Name = RSASSA-PSS with default parameters, > oid = 1.2.840.113549.1.1.10 > Length = 15 > 0000: 300d 0609 2a86 4886 f70d 0101 0a30 00 > > > Notes > ----- > Section 3 requires the use of DER: > The ASN.1 used here is the same ASN.1 used in the AlgorithmIdentifier of PKIX (see Section 4.1.1.2 of [RFC5280]), encoded using distinguished encoding rules (DER) [CCITT.X690.2002]. Yes, when generating them they needs to be in DER, when matching the values sent from the other end, the matching can be looser. The format A.4.1 MUST be used when generating the RSASSA-PSS with default parameters, but A.4.2 can also be recognized. If the implementation has real ASN.1 parser this is exactly what it will do automatically. -------------------------------------- RFC7427 (draft-kivinen-ipsecme-signature-auth-07) -------------------------------------- Title : Signature Authentication in the Internet Key Exchange Version 2 (IKEv2) Publication Date : January 2015 Author(s) : T. Kivinen, J. Snyder Category : PROPOSED STANDARD Source : IP Security Maintenance and Extensions Area : Security Stream : IETF Verifying Party : IESG
- [IPsec] [Editorial Errata Reported] RFC7427 (4295) Tero Kivinen
- Re: [IPsec] [Editorial Errata Reported] RFC7427 (… Kathleen Moriarty
- Re: [IPsec] [Editorial Errata Reported] RFC7427 (… Tero Kivinen
- [IPsec] [Errata Rejected] RFC7427 (4295) RFC Errata System
- [IPsec] [Errata Rejected] RFC7427 (4295) RFC Errata System
- [IPsec] [Editorial Errata Reported] RFC7427 (4295) RFC Errata System