<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:DengXian;
        panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Aptos;}
@font-face
        {font-family:"\@DengXian";
        panose-1:2 1 6 0 3 1 1 1 1 1;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        font-size:12.0pt;
        font-family:"Aptos",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
span.EmailStyle18
        {mso-style-type:personal-reply;
        font-family:"Aptos",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt">Entrust votes Yes to ballot SC-076v2.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Bruce.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> Servercert-wg <servercert-wg-bounces@cabforum.org>
<b>On Behalf Of </b>Aaron Gable via Servercert-wg<br>
<b>Sent:</b> Thursday, September 26, 2024 3:01 PM<br>
<b>To:</b> CA/B Forum Server Certificate WG Public Discussion List <servercert-wg@cabforum.org><br>
<b>Subject:</b> [EXTERNAL] [Servercert-wg] Voting Period Begins: Ballot SC-076v2 "Clarify and Improve OCSP Requirements"<o:p></o:p></span></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal" style="mso-line-height-alt:.75pt"><span style="font-size:1.0pt;color:white">Purpose of Ballot This is v2 of this ballot; you can see the discussion thread for v1 here:</span><span style="font-size:1.0pt;font-family:"Arial",sans-serif;color:white"> </span><span style="font-size:1.0pt;color:white"> https:</span><span style="font-size:1.0pt;font-family:"Arial",sans-serif;color:white"> </span><span style="font-size:1.0pt;color:white">//lists.</span><span style="font-size:1.0pt;font-family:"Arial",sans-serif;color:white"> </span><span style="font-size:1.0pt;color:white">cabforum.</span><span style="font-size:1.0pt;font-family:"Arial",sans-serif;color:white"> </span><span style="font-size:1.0pt;color:white">org/pipermail/servercert-wg/2024-August/004798.</span><span style="font-size:1.0pt;font-family:"Arial",sans-serif;color:white"> </span><span style="font-size:1.0pt;color:white">html
 This ballot attempts to address three concerns: - The confusion around "reserved"<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal" style="mso-line-height-alt:.75pt"><span style="font-size:1.0pt;color:white"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><b>Purpose of Ballot</b><o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">This is v2 of this ballot; you can see the discussion thread for v1 here: <a href="https://urldefense.com/v3/__https:/lists.cabforum.org/pipermail/servercert-wg/2024-August/004798.html__;!!FJ-Y8qCqXTj2!YdqLZYKa0cz-kruY2RzvU0KH9P1BHpxCrIbZEqeO4PP3urv7ZIZY6hpy2CjC09L2EGG83W2sazkCju1M3U9InSVHMEPRjg$" target="_blank">https://lists.cabforum.org/pipermail/servercert-wg/2024-August/004798.html</a><o:p></o:p></p>
</div>
<div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">This ballot attempts to address three concerns:<br>
- The confusion around "reserved" serials, which do not actually exist because all Precertificate serials are assumed to also exist in corresponding Certificates and are therefore actually "assigned";<br>
- Confusion around whether, and how quickly, OCSP responders must begin providing authoritative responses for Certificates and Precertificates; and<br>
- Confusion around whether and how the OCSP requirements apply to Certificates which do not contain an AIA OCSP URL, but for which the CA's OCSP responder is still willing to provide responses.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">These concerns have been previously discussed in <a href="https://urldefense.com/v3/__https:/github.com/mozilla/pkipolicy/issues/280__;!!FJ-Y8qCqXTj2!YdqLZYKa0cz-kruY2RzvU0KH9P1BHpxCrIbZEqeO4PP3urv7ZIZY6hpy2CjC09L2EGG83W2sazkCju1M3U9InSWpuB28sA$" target="_blank">this
 Mozilla policy bug</a>, <a href="https://urldefense.com/v3/__https:/github.com/cabforum/servercert/issues/422__;!!FJ-Y8qCqXTj2!YdqLZYKa0cz-kruY2RzvU0KH9P1BHpxCrIbZEqeO4PP3urv7ZIZY6hpy2CjC09L2EGG83W2sazkCju1M3U9InSVpZ2icDg$" target="_blank">this ServerCert
 WG bug</a>, and <a href="https://urldefense.com/v3/__https:/bugzilla.mozilla.org/show_bug.cgi?id=1905419__;!!FJ-Y8qCqXTj2!YdqLZYKa0cz-kruY2RzvU0KH9P1BHpxCrIbZEqeO4PP3urv7ZIZY6hpy2CjC09L2EGG83W2sazkCju1M3U9InSWJ873c7w$" target="_blank">this Bugzilla incident</a>.<br>
<br>
It addresses these concerns by:<br>
- Stating that OCSP responses must be available within 15 minutes of signing a certificate containing an AIA OCSP URL;<br>
- Removing the concept of a "reserved" serial entirely;<br>
- Moving all OCSP requirements into Section 4.9.9, leaving Section 4.9.10 (which RFC 3647 says is meant to place requirements on relying parties, not on CAs) empty; and<br>
- Organizing the requirements in Section 4.9.9 into three clusters:<br>
  - Definitions of "validity interval", "assigned", and "unassigned";<br>
  - Requirements on OCSP Responders, which apply only to responses from AIA OCSP URLs found in issued certs; and<br>
  - Requirements on OCSP Responses, which apply to all responses regardless of whether the certificate in question has an AIA OCSP URL.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">GitHub PR representing this ballot: <a href="https://urldefense.com/v3/__https:/github.com/cabforum/servercert/pull/535__;!!FJ-Y8qCqXTj2!YdqLZYKa0cz-kruY2RzvU0KH9P1BHpxCrIbZEqeO4PP3urv7ZIZY6hpy2CjC09L2EGG83W2sazkCju1M3U9InSWikIIu8A$" target="_blank">https://github.com/cabforum/servercert/pull/535</a><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Rendered view of the resulting text: <a href="https://urldefense.com/v3/__https:/github.com/cabforum/servercert/blob/a8a36690802250cdbe508a6c1f99f700a5357bd3/docs/BR.md*499-on-line-revocationstatus-checking-availability__;Iw!!FJ-Y8qCqXTj2!YdqLZYKa0cz-kruY2RzvU0KH9P1BHpxCrIbZEqeO4PP3urv7ZIZY6hpy2CjC09L2EGG83W2sazkCju1M3U9InSXaZaeJrA$" target="_blank">https://github.com/cabforum/servercert/blob/a8a36690802250cdbe508a6c1f99f700a5357bd3/docs/BR.md#499-on-line-revocationstatus-checking-availability</a><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><b>Motion</b><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">The following motion has been proposed by Aaron Gable (Let's Encrypt / ISRG), and is endorsed by Ben Wilson (Mozilla) and Antonis Eleftheriadis (HARICA).<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><b>Motion Begins</b><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Modify the "Baseline Requirements for the Issuance and Management of Publicly-Trusted TLS Server Certificates", based on Version 2.0.6, as specified in the following redline:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><a href="https://urldefense.com/v3/__https:/github.com/cabforum/servercert/compare/929d9b4a1ed1f13f92f6af672ad6f6a2153b8230...a8a36690802250cdbe508a6c1f99f700a5357bd3__;!!FJ-Y8qCqXTj2!YdqLZYKa0cz-kruY2RzvU0KH9P1BHpxCrIbZEqeO4PP3urv7ZIZY6hpy2CjC09L2EGG83W2sazkCju1M3U9InSUa3e0hTQ$" target="_blank">https://github.com/cabforum/servercert/compare/929d9b4a1ed1f13f92f6af672ad6f6a2153b8230...a8a36690802250cdbe508a6c1f99f700a5357bd3</a><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><b>Motion Ends</b><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">This ballot proposes a Final Maintenance Guideline. The procedure for approval of this ballot is as follows:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><b>Discussion Period (at least 7 days)</b><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Start: August 29, 2024 19:00 UTC<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">End: September 26, 2024 19:00 UTC<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><b>Voting Period (7 days)</b><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Start: September 26, 2024 19:00 UTC<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">End: October 3, 2024 19:00 UTC<o:p></o:p></p>
</div>
</div>
</div>
</div>
<i>Any email and files/attachments transmitted with it are intended solely for the use of the individual or entity to whom they are addressed. If this message has been sent to you in error, you must not copy, distribute or disclose of the information it contains.
<u>Please notify Entrust immediately and delete the message from your system.</u></i>
</body>
</html>