CA/Browser Forum
Home » Posts » Ballot SC26v2: Pandoc-Friendly Markdown Formatting Changes

Ballot SC26v2: Pandoc-Friendly Markdown Formatting Changes

The voting period for Ballot SC26v2 has ended and the Ballot has Passed. Here are the results:

Voting by Certificate Issuers – 16 votes total including abstentions

16 Yes votes: Buypass, Certum (Asseco), D-TRUST, DigiCert, Entrust Datacard, Firmaprofesional, GDCA, GlobalSign, GoDaddy, HARICA, Izenpe, Kamu SM, SSL.com, SwissSign, TrustCor, SecureTrust (former Trustwave) – 0 No votes: – 0 Abstain:

100% of voting Certificate Issuers voted in favor.

Voting by Certificate Consumers – 5 votes total including abstentions

5 Yes votes: Apple, Cisco, Google, Microsoft, Mozilla – 0 No votes: – 0 Abstain:

100% of voting Certificate Consumers voted in favor.

Relevant Bylaw references

Bylaw 2.3(f) requires:

– a “yes” vote by two-thirds of Certificate Issuer votes and 50%-plus-one Certificate Consumer votes for approval. Votes to abstain are not counted for this purpose. This requirement was met for both Certificate Issuers and Certificate Consumers. – 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 also met.

Under Bylaw 2.3(g), “a ballot result will be considered valid only when more than half of the number of currently active Members has participated”. Votes to abstain are counted in determining a quorum. Half of currently active Members as of the start of voting was 11, so quorum was 12 votes – quorum was met.”

BALLOT SC26v2: Pandoc-Friendly Markdown Formatting Changes

The following ballot is proposed by Jos Purvis of Cisco Systems and has been endorsed by Ryan Sleevi (Google) and Dimitris Zacharopoulos (HARICA).

Purpose: This ballot modifies the formatting of the Baseline Requirements in order to make the presentation of content consistent and aligned with “vanilla” Markdown. This will permit the use of pandoc as a format-translation tool to automatically produce a PDF, DOCX, and HTML version of the Baseline Requirements document with each update and allow the Forum to use the Markdown-formatted version as the canonical version of the Baseline Requirements. This ballot does NOT declare any version canonical: it merely paves the way to the possibility of doing so in the future by making the document formatting cleaner. In addition, the ballot is not intended to change the meaning of the Baseline Requirements-much effort has been spent in ensuring the meaning and wording of the Requirements has not changed in reformatting the presentation elements.

Changes: The changes involved in the ballot are small formatting changes but large in number. As a result, rather than listing the changes individually, members are requested to review the redline of the ballot to see the differences. The pull request containing the set of changes to be implemented can be seen here:

https://github.com/cabforum/documents/pull/165

More specifically, the set of changes to the Baseline Requirements document being proposed in this ballot is shown in this comparison:

https://github.com/cabforum/documents/compare/4f3f38d..8b70d19

In addition to the above changes, some template files are being added to Github that will assist in formatting but not change any BR content. A copy of the resulting formatting changes in each document format can be seen in the attached documents (ref. BR-26.pdf, BR-26.html, BR-26.docx). These changed versions can be compared to the current versions of the document found at https://github.com/cabforum/documents.

Ballot Conflicts

  • Ballot SC29 does not conflict with this ballot, as SC29 only modifies the NCSSRs and not the Baseline Requirements.
  • **Ballot SC27: **
  • If Ballot SC27 is adopted, the modifications to the Baseline Requirements shall be as shown in the above comparison (https://github.com/cabforum/documents/compare/4f3f38d..8b70d19).
  • If Ballot SC27 fails to be adopted following the IP review period, the modifications shall be as above, except as follows: Section 3.2.2.4 shall be unmodified from its current form in v1.6.8, and Appendix C, which will not have been adopted, shall not be modified or added as part of this ballot.

Discussion period to start on Monday, 16 March at 1400 UTC, completing discussion Monday, 30 March at 1400 UTC

Voting period:

Start: 1500 UTC 23 March 2020

End: 1500 UTC 30 March 2020

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).