CA/Browser Forum
Home » Posts » Ballot SC48 v2: Domain Name and IP Address Encoding

Ballot SC48 v2: Domain Name and IP Address Encoding

The voting on ballot SC48 v2 has completed, and the ballot has passed.

Voting Results

Certificate Issuers

14 votes total, with one abstention

· 13 Yes votes: DigiCert, eMudhra, Entrust, Firmaprofesional, GDCA, GlobalSign, HARICA, Izenpe, OISTE, Sectigo, SSL.com, SwissSign, SecureTrust

· 0 No Votes

· 1 Abstention: JPRS

Certificate Consumers

3 votes total, with no abstentions

· 3 Yes votes: Apple, Google, Microsoft

· 0 No votes

· 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 MET for Certificate Issuers and 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 MET.

  1. 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 14, so the quorum was 15 for this ballot. This requirement was MET.

This ballot now enters the IP Rights Review Period to permit members to review the ballot for relevant IP rights issues.

Purpose of Ballot

Ballot 202 set out to clarify requirements regarding encoding of domain names and IP addresses in Subscriber Certificates, but the Ballot ultimately failed to pass. Since then, there have been numerous differences in interpretation of the written requirements.

This Ballot seeks to resolve these differences in interpretation and to provide unambiguous guidance on the correct encoding of domain names and IP addresses in Subscriber Certificates.

The following motion has been proposed by Corey Bonnell of DigiCert and endorsed by Ryan Sleevi of Google and Dimitris Zacharopoulos of HARICA.

Motion Begins

This ballot modifies the “Baseline Requirements for the Issuance and Management of Publicly-Trusted Certificates” (“Baseline Requirements”), based on Version 1.7.6:

MODIFY the Baseline Requirements as specified in the following Redline:

https://github.com/cabforum/servercert/compare/cf4e17a43977dcf7cb9c9e41efd2df4be4707e13…e51b5cfbd1dfcf571523a4597c70a1395c508450

This ballot modifies the “Guidelines for the Issuance and Management of Extended Validation Certificates” (“EV Guidelines”) as follows, based on Version 1.7.6:

MODIFY the EV Guidelines as defined in the following redline:

https://github.com/cabforum/servercert/compare/cf4e17a43977dcf7cb9c9e41efd2df4be4707e13…e51b5cfbd1dfcf571523a4597c70a1395c508450

Motion Ends

This ballot proposes a Final Maintenance Guideline.

The procedure for approval of this ballot is as follows:

Discussion (7+ days)

Start Time: 2021-07-08 15:00:00 UTC

End Time: 2021-07-15 15:00:00 UTC

Vote for approval (7 days)

Start Time: 2021-07-15 15:00:00 UTC

End Time: 2021-07-22 15:00:00 UTC

Latest releases
Code Signing Requirements
v3.8 - Aug 5, 2024

What’s Changed

Full Changelog: https://github.com/cabforum/code-signing/compare/v3.7...v3.8

S/MIME Requirements
v1.0.6 - Ballot SMC08 - Aug 29, 2024

This ballot sets a date by which issuance of certificates following the Legacy generation profiles must cease. It also includes the following minor updates:

  • Pins the domain validation procedures to v 2.0.5 of the TLS Baseline Requirements while the ballot activity for multi-perspective validation is concluded, and the SMCWG determines its corresponding course of action;
  • Updates the reference for SmtpUTF8Mailbox from RFC 8398 to RFC 9598; and
  • Small text corrections in the Reference section

Network and Certificate System Security Requirements
v2.0 - Ballot NS-003 - Jun 26, 2024

Ballot NS-003: Restructure the NCSSRs in https://github.com/cabforum/netsec/pull/35

Edit this page
The Certification Authority Browser Forum (CA/Browser Forum) is a voluntary gathering of Certificate Issuers and suppliers of Internet browser software and other applications that use certificates (Certificate Consumers).