[Servercert-wg] Results of Ballot SC43 Version 2: Clarify Acceptable Status Codes

Thu Apr 8 18:29:47 UTC 2021

The voting on SC43v2 has completed, and the ballot has failed.

Voting Results

Certificate Issuers

8 votes total, with no abstentions

·         0 Yes votes: 

·         8 No Votes: DigiCert, Entrust, GlobalSign, HARICA, Let's Encrypt / ISRG, Telia Company, TrustCor, SecureTrust

·         0 Abstentions

Certificate Consumers

1 vote total, with no abstentions

1.      0 Yes votes 

2.      1 No votes: Google

3.      0 Abstentions

Bylaw Requirements

1.      Bylaw 2.3(f) requires:

o     A "yes" vote by two-thirds of Certificate Issuer votes and by 50%-plus-one of Certificate Consumer votes. Votes to abstain are not counted for this purpose.
This requirement was NOT met for Certificate Issuers and NOT met for Certificate Consumers.

o    at least one Certificate Issuer and one Certificate Consumer Member must vote in favor of a ballot for the ballot to be adopted. 
This requirement was NOT met.

2.      Bylaw 2.3(g) requires that a ballot result only be considered valid when “more than half of the number of currently active Members has participated”. Votes to abstain are counted in determining quorum. Half of the currently active members at the start of voting was 12, so the quorum was 13 for this ballot. 
This requirement was NOT met.

This ballot is marked as failed and may be revised and submitted as a new ballot at a future date. The results of this voting will be posted to the public website.

-- 
Jos Purvis (jopurvis at cisco.com)
.:|:.:|:. cisco systems | Cryptographic Services
PGP: 0xFD802FEE07D19105 | Controls and Trust Verification

From: Servercert-wg <servercert-wg-bounces at cabforum.org> on behalf of CABF Server Cert WG <servercert-wg at cabforum.org>
Reply-To: Niko Carpenter <NCarpenter at securetrust.com>, CABF Server Cert WG <servercert-wg at cabforum.org>
Date: Thursday, 1 April, 2021 at 12:01
To: CABF Server Cert WG <servercert-wg at cabforum.org>
Subject: [Servercert-wg] Voting Begins on Ballot SC43 Version 2: Clarify Acceptable Status Codes

Purpose of Ballot:

This ballot clarifies the allowed HTTP status codes used for following redirects in domain validation methods 18 and 19, and specifies that the target URI must come from the Location response header.

In Section 3.2.2.4.18 and 3.2.2.4.19, it replaces

"Redirects MUST be the result of an HTTP status code result within the 3xx Redirection class of status codes, as defined in RFC 7231, Section 6.4." with the following:

  * "Redirects MUST be the result of a 301, 302, 307, or 308 HTTP status code response."

  * "Redirects MUST be to resource URLs contained in the Location HTTP response header."

The following motion has been proposed by Niko Carpenter of SecureTrust and endorsed by Corey Bonnell of DigiCert and Ryan Sleevi of Google.

--MOTION BEGINS--

This ballot modifies the “Baseline Requirements for the Issuance and Management of Publicly-Trusted Certificates” as defined in the following redline, based on Version 1.7.3:

https://github.com/cabforum/servercert/compare/2b7720f7821764f0ea9d0d583ec5c61896a3f4cd..bd7915249a0360a28fe37b785c367d70645c7e8f

--MOTION ENDS--

This ballot proposes a Final Maintenance Guideline.

The procedure for approval of this ballot is as follows:

Discussion (7+ days)

Start Time: 11-March 2021 21:30 UTC

End Time: 01-April 2021 16:00 UTC

Vote for approval (7 days)

Start Time: 01-April 2021 16:00 UTC

End Time: 08-April 2021 16:00 UTC 

Niko Carpenter 
Software Engineer

www.securetrust.com

2020 Best PCI Compliance Provider Winner – Card Not Present Awards

This transmission may contain information that is privileged, confidential, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cabforum.org/pipermail/servercert-wg/attachments/20210408/10c965ce/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3699 bytes
Desc: not available
URL: <http://lists.cabforum.org/pipermail/servercert-wg/attachments/20210408/10c965ce/attachment-0001.p7s>