Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add definition of "mis-issuance"? #76

Closed
gerv opened this issue Apr 25, 2017 · 6 comments
Closed

Add definition of "mis-issuance"? #76

gerv opened this issue Apr 25, 2017 · 6 comments
Milestone

Comments

@gerv
Copy link
Contributor

gerv commented Apr 25, 2017

Do we need a formal definition of what we consider mis-issuance? The closest we have is currently a couple of sentence in section 7.3:

A certificate that includes domain names that have not been verified according to section 3.2.2.4 of the Baseline Requirements is considered to be mis-issued. A certificate that is intended to be used only as an end entity certificate but includes a keyUsage extension with values keyCertSign and/or cRLSign or a basicConstraints extension with the cA field set to true is considered to be mis-issued.

This is clearly not an exhaustive list; one would also want to include BR violations, RFC violations, and insufficient EV vetting, at least.

The downside of defining it is that CAs might try and rules-lawyer us in a particular situation.

@cem-
Copy link

cem- commented May 12, 2017

How about specifically including things that are violations of the Mozilla policy that aren't BR/RFC violations? (e.g. an s/mime cert signed with SHA-1 from a non-serverAuth chain or low entropy SHA-1)
Maybe some high-level statement about disallowing anything that is a violation of 'this document'.

@gerv
Copy link
Contributor Author

gerv commented May 19, 2017

How about this?

"The category of mis-issued certificates includes (but is not limited to) those issued to someone who should not have received them, those containing information which was not properly validated, those having incorrect technical constraints, and those using algorithms other than those permitted."

@cem-
Copy link

cem- commented May 19, 2017

lgtm

@gerv gerv added this to the 2.5 milestone May 23, 2017
@gerv
Copy link
Contributor Author

gerv commented May 23, 2017

This text would go in section 7.3 ("Removals").

@yuhong
Copy link

yuhong commented May 31, 2017

It is probably a good idea to exempt the https://www.iana.org/domains/reserved domains from the definition.

@gerv
Copy link
Contributor Author

gerv commented Jun 1, 2017

Why? Those domains are still owned by someone (IANA in this case).

@gerv gerv closed this as completed in e9a555b Jun 8, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants