Re: [sidr] [Technical Errata Reported] RFC6487 (6854)

[Geoff Huston <[e-mail]>]

Frankly I am having some trouble in understanding what is going on here. 

The original says “You can issue anything you want. IF you want to issue a CA cert then you MUST use Basic Constraints and set the CA buit. If you want to issue a EE cert then you MUST omit Basic Constraints.”

What the document does not say is “And thats the range of choices available to you” Implicitly thats what this report is trying to add, and I’m not sure that the original RFC went that far to limit the issuer’s options in this manner.

I would argue that this is not an error in the original RFC. The reporter is trying to add to the original RFC, but doing so via an errata report seems to me to be inappropriate.

Therefore I tend toward rejecting this on the basis that the report is not a report of an error in the RFC.

Geoff




> On 17 Feb 2022, at 4:46 am, RFC Errata System <[e-mail]> wrote:
> 
> The following errata report has been submitted for RFC6487,
> "A Profile for X.509 PKIX Resource Certificates".
> 
> --------------------------------------
> You may review the report below and at:
> https://www.rfc-editor.org/errata/eid6854
> 
> --------------------------------------
> Type: Technical
> Reported by: Corey Bonnell <[e-mail]>
> 
> Section: 4.8.1
> 
> Original Text
> -------------
>   The Basic Constraints extension field is a critical extension in the
>   resource certificate profile, and MUST be present when the subject is
>   a CA, and MUST NOT be present otherwise.
> 
>   The issuer determines whether the "cA" boolean is set.
> 
> Corrected Text
> --------------
>   The Basic Constraints extension field is a critical extension in the
>   resource certificate profile, and MUST be present when the subject is
>   a CA, and MUST NOT be present otherwise.
> 
>   If this extension is present, then the "cA" field MUST be true.
> 
> Notes
> -----
> The original text is contradictory. If the basicConstraints extension is prohibited in end-entity certificates, then it follows that whenever the extension is present in a certificate, that certificate is a CA certificate. If the certificate is a CA certificate, then the "cA" boolean MUST be true in all cases. It is nonsensical to allow a "cA" field value of false.
> 
> 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  
> can log in to change the status and edit the report, if necessary. 
> 
> --------------------------------------
> RFC6487 (draft-ietf-sidr-res-certs-22)
> --------------------------------------
> Title               : A Profile for X.509 PKIX Resource Certificates
> Publication Date    : February 2012
> Author(s)           : G. Huston, G. Michaelson, R. Loomans
> Category            : PROPOSED STANDARD
> Source              : Secure Inter-Domain Routing
> Area                : Routing
> Stream              : IETF
> Verifying Party     : IESG