<div dir="ltr"><span id="gmail-docs-internal-guid-94ce9adb-7fff-162a-8794-e8ccb67e1378"><p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="font-family:Arial,sans-serif;color:rgb(0,0,0);background-color:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal;vertical-align:baseline">Hi Roman, Aaron, </span></p><br><p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="font-family:Arial,sans-serif;color:rgb(0,0,0);background-color:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal;vertical-align:baseline">The existing ballot text was intended to offer flexibility to adopters and was in response to community feedback on earlier drafts of the ballot (e.g., </span><a href="https://lists.cabforum.org/pipermail/validation/2023-June/001904.html" style="text-decoration-line:none"><span style="font-family:Arial,sans-serif;background-color:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal;text-decoration-line:underline;vertical-align:baseline">here</span></a><span style="font-family:Arial,sans-serif;color:rgb(0,0,0);background-color:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal;vertical-align:baseline">). </span></p><br><p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="font-family:Arial,sans-serif;color:rgb(0,0,0);background-color:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal;vertical-align:baseline">While we agree with your perspective re: simplicity, we equally believe CA Owners should be able to evaluate and adopt implementations that work best for them while also achieving the stated security objectives of the ballot.</span></p><br><p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="font-family:Arial,sans-serif;color:rgb(0,0,0);background-color:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal;vertical-align:baseline">Thanks</span></p><p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="font-family:Arial,sans-serif;color:rgb(0,0,0);background-color:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal;vertical-align:baseline">-Chris</span></p></span><br class="gmail-Apple-interchange-newline"></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jun 28, 2024 at 10:34 AM Aaron Gable via Servercert-wg <<a href="mailto:servercert-wg@cabforum.org">servercert-wg@cabforum.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">Let's Encrypt already implements MPIC, including doing CAA checks from all of our perspectives. Obviously our experience is not universal, but we made the decision to treat remote CAA checks the exact same as primary ones: valid for at most 8 hours. Although this does increase the number of remote CAA checks we perform, it keeps us much more confident in our code and compliance.<div dir="auto"><br></div><div dir="auto">While I understand the motivation behind allowing remote CAA results to be cached for an extended period, I personally don't think that the motivation is strong enough to actually overcome the extra complications that it brings. I would prefer that all remote results have the same lifetimes as primary validation data.</div><div dir="auto"><br></div><div dir="auto">Aaron</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jun 28, 2024, 01:33 Roman Fischer via Servercert-wg <<a href="mailto:servercert-wg@cabforum.org" target="_blank">servercert-wg@cabforum.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">





<div lang="DE" style="overflow-wrap: break-word;">
<div>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt;font-family:Calibri,sans-serif">Thanks to both Doug and Chris for these examples.<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt;font-family:Calibri,sans-serif"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt;font-family:Calibri,sans-serif">That makes me wonder: Wouldn't it be simpler (and thus less error-prone) to remove the CAA caching and just do the CAA check with each domain validation?<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt;font-family:Calibri,sans-serif"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt;font-family:Calibri,sans-serif">Rgds<br>
Roman<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt;font-family:Calibri,sans-serif"><u></u> <u></u></span></p>
<div style="border-right:none;border-bottom:none;border-left:none;border-top:1pt solid rgb(225,225,225);padding:3pt 0cm 0cm">
<p class="MsoNormal"><b><span lang="EN-US" style="font-size:11pt;font-family:Calibri,sans-serif">From:</span></b><span lang="EN-US" style="font-size:11pt;font-family:Calibri,sans-serif"> Servercert-wg <<a href="mailto:servercert-wg-bounces@cabforum.org" rel="noreferrer" target="_blank">servercert-wg-bounces@cabforum.org</a>>
<b>On Behalf Of </b>Chris Clements via Servercert-wg<br>
<b>Sent:</b> Donnerstag, 27. Juni 2024 15:36<br>
<b>To:</b> Doug Beattie <<a href="mailto:doug.beattie@globalsign.com" rel="noreferrer" target="_blank">doug.beattie@globalsign.com</a>><br>
<b>Cc:</b> CA/B Forum Server Certificate WG Public Discussion List <<a href="mailto:servercert-wg@cabforum.org" rel="noreferrer" target="_blank">servercert-wg@cabforum.org</a>><br>
<b>Subject:</b> Re: [Servercert-wg] Discussion Period Begins - Ballot SC-067 V2: "Require domain validation and CAA checks to be performed from multiple Network Perspectives"<u></u><u></u></span></p>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p style="margin:0cm"><span style="font-family:Arial,sans-serif;color:black">Hi Doug,</span><u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p style="margin:0cm"><span style="font-family:Arial,sans-serif;color:black">Working through your examples - and adding one additional, below.</span><u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p style="margin:0cm"><span style="font-family:Arial,sans-serif;color:black">Note: these examples strictly assume the to-be-issued certificates only contain the subject dnsName being described (i.e., if
</span><a href="http://www.example.com/" rel="noreferrer" target="_blank"><span style="font-family:Arial,sans-serif">www.example.com</span></a><span style="font-family:Arial,sans-serif;color:black"> is the named subject, we do not assume the certificate will also include
 a dnsName of <a href="http://example.com/" rel="noreferrer" target="_blank">example.com</a>).</span><u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<ul style="margin-top:0cm" type="disc">
<li style="color:black;margin-top:0cm;margin-bottom:0cm;vertical-align:baseline;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal;white-space:pre-wrap">
<b><span style="font-family:Arial,sans-serif">Day 1: </span></b><span style="font-family:Arial,sans-serif">CA performs MPIC for
<a href="http://www.example.com/" rel="noreferrer" target="_blank">www.example.com</a> <u></u><u></u></span></li></ul>
<ul style="margin-top:0cm" type="disc">
<ul style="margin-top:0cm" type="circle">
<li style="color:black;margin-top:0cm;margin-bottom:0cm;vertical-align:baseline;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal;white-space:pre-wrap">
<b><span style="font-family:Arial,sans-serif">Corroborating DCV</span></b><span style="font-family:Arial,sans-serif">: This includes observing a domain validation random token from [N] perspectives, as required by quorum expectations.<u></u><u></u></span></li><li style="color:black;margin-top:0cm;margin-bottom:0cm;vertical-align:baseline;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal;white-space:pre-wrap">
<b><span style="font-family:Arial,sans-serif">Corroborating CAA</span></b><span style="font-family:Arial,sans-serif">: This includes observing permission to issue when checking CAA from [N] perspectives, as required by quorum expectations.<u></u><u></u></span></li></ul>
</ul>
<p class="MsoNormal"><u></u> <u></u></p>
<ul style="margin-top:0cm" type="disc">
<li style="color:black;margin-top:0cm;margin-bottom:0cm;vertical-align:baseline;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal;white-space:pre-wrap">
<b><span style="font-family:Arial,sans-serif">Day 100: </span></b><span style="font-family:Arial,sans-serif">A certificate request is made for
<b><a href="http://shop.example.com/" rel="noreferrer" target="_blank"><span style="font-weight:normal">shop.example.com</span></a></b> from the same applicant<b><u></u><u></u></b></span></li></ul>
<ul style="margin-top:0cm" type="disc">
<ul style="margin-top:0cm" type="circle">
<li style="color:black;margin-top:0cm;margin-bottom:0cm;vertical-align:baseline;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal;white-space:pre-wrap">
<b><span style="font-family:Arial,sans-serif">Corroborating DCV</span></b><span style="font-family:Arial,sans-serif">: This includes observing a domain validation random token from [N] perspectives, as required by quorum expectations.<u></u><u></u></span></li><li style="color:black;margin-top:0cm;margin-bottom:0cm;vertical-align:baseline;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal;white-space:pre-wrap">
<b><span style="font-family:Arial,sans-serif">Corroborating CAA</span></b><span style="font-family:Arial,sans-serif">: This MAY NOT be skipped given the certificate issued to the customer on Day 1 was for
<a href="http://www.example.com/" rel="noreferrer" target="_blank">www.example.com</a> and <a href="http://shop.example.com/" rel="noreferrer" target="_blank">
shop.example.com</a> is not a subdomain of <a href="http://www.example.com/" rel="noreferrer" target="_blank">
www.example.com</a>. The process must be completed as it is described in the “Day 1" example.<u></u><u></u></span></li></ul>
</ul>
<p class="MsoNormal"><u></u> <u></u></p>
<ul style="margin-top:0cm" type="disc">
<li style="color:black;margin-top:0cm;margin-bottom:0cm;vertical-align:baseline;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal;white-space:pre-wrap">
<b><span style="font-family:Arial,sans-serif;color:rgb(34,34,34)">Day 150:<i> </i></span></b><span style="font-family:Arial,sans-serif">A certificate request is made for
<a href="http://www.x1.example.com/" rel="noreferrer" target="_blank">x1.www.example.com</a> from the same applicant<u></u><u></u></span></li></ul>
<ul style="margin-top:0cm" type="disc">
<ul style="margin-top:0cm" type="circle">
<li style="color:black;margin-top:0cm;margin-bottom:0cm;vertical-align:baseline;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal;white-space:pre-wrap">
<b><span style="font-family:Arial,sans-serif">Corroborating DCV</span></b><span style="font-family:Arial,sans-serif">: This includes observing a domain validation random token from [N] perspectives, as required by quorum expectations.<u></u><u></u></span></li><li style="color:black;margin-top:0cm;margin-bottom:0cm;vertical-align:baseline;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal;white-space:pre-wrap">
<b><span style="font-family:Arial,sans-serif">Corroborating CAA</span></b><span style="font-family:Arial,sans-serif">: This MAY be skipped given the MPIC CAA event on Day 1 for
<a href="http://www.example.com/" rel="noreferrer" target="_blank">www.example.com</a> and the described 398-day reuse period because
<a href="http://x1.www.example.com/" rel="noreferrer" target="_blank">x1.www.example.com</a> is a subdomain of
<a href="http://www.example.com/" rel="noreferrer" target="_blank">www.example.com</a>.<u></u><u></u></span></li></ul>
</ul>
<p class="MsoNormal"><u></u> <u></u></p>
<ul style="margin-top:0cm" type="disc">
<li style="color:black;margin-top:0cm;margin-bottom:0cm;vertical-align:baseline;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal;white-space:pre-wrap">
<b><span style="font-family:Arial,sans-serif;color:rgb(34,34,34)">Day 400: </span></b><span style="font-family:Arial,sans-serif">A certificate request is made for
<a href="http://www.x1.example.com/" rel="noreferrer" target="_blank">x2.www.example.com</a><u></u><u></u></span></li></ul>
<ul style="margin-top:0cm" type="disc">
<ul style="margin-top:0cm" type="circle">
<li style="color:black;margin-top:0cm;margin-bottom:0cm;vertical-align:baseline;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal;white-space:pre-wrap">
<b><span style="font-family:Arial,sans-serif">Corroborating DCV</span></b><span style="font-family:Arial,sans-serif">: This includes observing a domain validation random token from [N] perspectives, as required by quorum expectations.<u></u><u></u></span></li><li style="color:black;margin-top:0cm;margin-bottom:0cm;vertical-align:baseline;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal;white-space:pre-wrap">
<b><span style="font-family:Arial,sans-serif">Corroborating CAA</span></b><span style="font-family:Arial,sans-serif">: Prior reuse cache for
<a href="http://www.example.com/" rel="noreferrer" target="_blank">www.example.com</a> (Day 1) is now expired. The CA must observe permission to issue when checking CAA from [N] perspectives, as required by quorum expectations.<u></u><u></u></span></li></ul>
</ul>
<p class="MsoNormal"><u></u> <u></u></p>
<p style="margin:0cm"><span style="font-family:Arial,sans-serif;color:black">Hopefully this helps clarify, but let us know if you have any questions.</span><u></u><u></u></p>
<p style="margin:0cm"><span style="font-family:Arial,sans-serif;color:black">-Chris</span><u></u><u></u></p>
<p class="MsoNormal"><br>
<span style="font-family:Arial,sans-serif;color:black">P.S., this response has also been copied to the same
</span><a href="https://docs.google.com/document/d/11V43IrkwGbDvL69hxm2smukJfgZH9Qs0md4CPNdbViw/edit" rel="noreferrer" target="_blank"><span style="font-family:Arial,sans-serif">doc</span></a><span style="font-family:Arial,sans-serif;color:black"> we referenced in response
 to Christophe in case of any formatting issues conveyed through the list.</span><u></u><u></u></p>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<div>
<p class="MsoNormal">On Tue, Jun 25, 2024 at 2:17<span style="font-family:Arial,sans-serif"> </span>PM Doug Beattie <<a href="mailto:doug.beattie@globalsign.com" rel="noreferrer" target="_blank">doug.beattie@globalsign.com</a>> wrote:<u></u><u></u></p>
</div>
<blockquote style="border-top:none;border-right:none;border-bottom:none;border-left:1pt solid rgb(204,204,204);padding:0cm 0cm 0cm 6pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<div>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt">Hi Chris,</span><span lang="EN-US"><u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt">I was taking a closer look at the ballot and specifically this section on caching the remote node CAA checks:</span><span lang="EN-US"><u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p class="MsoNormal" style="margin-left:36pt">
<span lang="EN-US">A CA MAY reuse corroborating evidence for CAA record quorum compliance for a maximum of 398 days. After issuing a Certificate to a domain, remote Network Perspectives MAY omit retrieving and processing CAA records for the same domain or its
<strong><span style="font-family:Aptos,sans-serif">subdomains </span></strong>in subsequent Certificate requests from the same Applicant for up to a maximum of 398 days.<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt">I think understand the first sentence – if you do a full check on a FQDN (the value that you will put into the SAN field), then you only
 need to do the normal CAA check for that FQDN from the primary node for 398 days.  </span><span lang="EN-US"><u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt">I don’t understand the references to domain and subdomains in the second sentence.  Can you explain how this should work?</span><span lang="EN-US"><u></u><u></u></span></p>
<ul type="disc">
<li class="MsoNormal">
<span lang="EN-US" style="font-size:11pt">You do a full MIC  check on <a href="http://www.example.com/" rel="noreferrer" target="_blank">
www.example.com</a> on day 1</span><span lang="EN-US"><u></u><u></u></span></li><li class="MsoNormal">
<span lang="EN-US" style="font-size:11pt">You find CAA records with permission to issue on
<a href="http://example.com/" rel="noreferrer" target="_blank">example.com</a> on primary and remote nodes so you issue</span><span lang="EN-US"><u></u><u></u></span></li><li class="MsoNormal">
<span lang="EN-US" style="font-size:11pt">Day 100, customer wants to issue to <a href="http://shop.example.com/" rel="noreferrer" target="_blank">
shop.example.com</a></span><span lang="EN-US"><u></u><u></u></span></li></ul>
<ul type="disc">
<ul type="circle">
<li class="MsoNormal">
<span lang="EN-US" style="font-size:11pt">This is a subdomain of <a href="http://example.com/" rel="noreferrer" target="_blank">
example.com</a> where we found the records permitting issuance on day 1. </span><span lang="EN-US"><u></u><u></u></span></li><li class="MsoNormal">
<span lang="EN-US" style="font-size:11pt">What checks do we need to do for this request?</span><span lang="EN-US"><u></u><u></u></span></li></ul>
</ul>
<ul type="disc">
<li class="MsoNormal">
<span lang="EN-US" style="font-size:11pt">Day 150, Applicant wants to issue to <a href="http://x1.www.example.com/" rel="noreferrer" target="_blank">
x1.www.example.com</a> (a subdomain of <a href="http://www.example.com/" rel="noreferrer" target="_blank">
www.example.com</a> we issued on day 1):</span><span lang="EN-US"><u></u><u></u></span></li></ul>
<ul type="disc">
<ul type="circle">
<li class="MsoNormal">
<span lang="EN-US" style="font-size:11pt">What checks would be required here?</span><span lang="EN-US"><u></u><u></u></span></li></ul>
</ul>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt">Maybe I’m reading too much into this…</span><span lang="EN-US"><u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt">Thanks!</span><span lang="EN-US"><u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt">Doug</span><span lang="EN-US"><u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> </span><span lang="EN-US"><u></u><u></u></span></p>
<div style="border-right:none;border-bottom:none;border-left:none;border-top:1pt solid rgb(225,225,225);padding:3pt 0cm 0cm">
<p class="MsoNormal"><b><span lang="EN-US" style="font-size:11pt;font-family:Calibri,sans-serif">From:</span></b><span lang="EN-US" style="font-size:11pt;font-family:Calibri,sans-serif"> Servercert-wg
 <<a href="mailto:servercert-wg-bounces@cabforum.org" rel="noreferrer" target="_blank">servercert-wg-bounces@cabforum.org</a>>
<b>On Behalf Of </b>Chris Clements via Servercert-wg<br>
<b>Sent:</b> Friday, April 26, 2024 1:01 PM<br>
<b>To:</b> CA/B Forum Server Certificate WG Public Discussion List <<a href="mailto:servercert-wg@cabforum.org" rel="noreferrer" target="_blank">servercert-wg@cabforum.org</a>><br>
<b>Subject:</b> [Servercert-wg] Discussion Period Begins - Ballot SC-067 V2: "Require domain validation and CAA checks to be performed from multiple Network Perspectives"</span><span lang="EN-US"><u></u><u></u></span></p>
</div>
<p class="MsoNormal"><span lang="EN-US"> <u></u><u></u></span></p>
<div>
<p style="margin:0cm"><b><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">Purpose of Ballot SC-067 V2</span></b><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">:</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(80,0,80)"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">This Ballot proposes updates to the
<i>Baseline Requirements for the Issuance and Management of Publicly-Trusted TLS Server Certificates</i> (i.e., TLS BRs) related to “Multi-Perspective Issuance Corroboration” (“MPIC”).</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(80,0,80)"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><b><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">Background</span></b><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">:</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(80,0,80)"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">- MPIC refers to performing domain validation and CAA checks from multiple Network Perspectives before certificate issuance, as described within the Ballot for the
 applicable validation methods in TLS BR Sections 3.2.2.4 and 3.2.2.5.</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">- Not all methods described in TLS BR Sections 3.2.2.4 and 3.2.2.5 will require using MPIC.</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">- This work was most recently motivated by research presented at Face-to-Face 58 [1] by Princeton University, but has been discussed for years prior as well.</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">- The goal of this proposal is to make it more difficult for adversaries to successfully launch equally-specific prefix attacks against the domain validation processes
 described in the TLS BRs.</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">- Additional background information can be found in an update shared at Face-to-Face 60 [2].</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(80,0,80)"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><b><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">Benefits of Adoption</span></b><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">:</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(80,0,80)"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">- Recent publicly-documented attacks have used BGP hijacks to fool domain control validation and obtain malicious certificates, which led to the impersonation of HTTPS
 websites [3][</span><span lang="EN-US" style="font-family:Arial,sans-serif;color:black">4</span><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">].</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">- Routing security defenses (e.g., RPKI) can mitigate the risk of global BGP attacks, but localized, equally-specific BGP attacks still pose a significant threat to
 the Web PKI [5][6].</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">- Corroborating domain control validation checks from multiple network perspectives (i.e., MPIC) spread across the Internet substantially reduces the threat posed
 by equally-specific BGP attacks, ensuring the integrity of domain validation and issuance decisions [5][7][8].</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">- Existing deployments of MPIC at the scale of millions of certificates a day demonstrate the feasibility of this technique at Internet scale [7][9].</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(80,0,80)"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><b><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">Intellectual Property (IP) Disclosure</span></b><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">:</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(80,0,80)"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">- While not a Server Certificate Working Group Member, researchers from Princeton University presented at Face-to-Face 58, provided academic expertise, and highlighted
 publicly-available peer-reviewed research to support Members in drafting this ballot.</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">- The Princeton University researchers indicate that they have not filed for any patents relating to their MPIC work and do not plan to do so in the future.</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">- Princeton University has indicated that it is unable to agree to the CA/Browser Forum IPR agreement because it could encumber inventions invented by researchers
 not involved in the development of MPIC or with the CA/B Forum.</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">- Princeton University has instead provided the attached IPR statement. Pursuant to the IPR statement, Princeton University has granted a worldwide royalty free license
 to the intellectual property in MPIC developed by the researchers and has made representations regarding its lack of knowledge of any other Princeton intellectual property needed to implement MPIC.</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">- The attached IPR statement has not changed since disclosed in Discussion Round 1.</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:black">- For clarity, Princeton University’s IPR statement is NOT intended to replace the Forum’s IPR agreement or allow Princeton to participate in the Forum in any capacity.</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:black">- Members seeking legal advice regarding this ballot should consult their own counsel.</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(80,0,80)"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><b><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">Proposal Revision History</span></b><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">:</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(80,0,80)"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">- Pre-Ballot Release #1 (work team artifacts and broader Validation Subcommittee collaboration) [10]</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">- Pre-Ballot Release #2 [11]</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(80,0,80)"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><b><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">Previous versions of this Ballot</span></b><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">:</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(80,0,80)"> -</span><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)"> Ballot Release #1 [12] (comparing Version 2 to Version 1) [13]. Note, some of the
 changes represented in the comparison are updates made by other ballots that have since passed (e.g., SC-069).</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(80,0,80)"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><b><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">References</span></b><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">:</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">[1]
</span><span lang="EN-US"><a href="https://cabforum.org/wp-content/uploads/13-CAB-Forum-face-to-face-multiple-vantage-points.pdf" rel="noreferrer" target="_blank"><span style="font-family:Arial,sans-serif">https://cabforum.org/wp-content/uploads/13-CAB-Forum-face-to-face-multiple-vantage-points.pdf</span></a><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">[2]
</span><span lang="EN-US"><a href="https://drive.google.com/file/d/1LTwtAwHXcSaPVSsqKQztNJrV2ozHJ7ZL/view?usp=drive_link" rel="noreferrer" target="_blank"><span style="font-family:Arial,sans-serif">https://drive.google.com/file/d/1LTwtAwHXcSaPVSsqKQztNJrV2ozHJ7ZL/view?usp=drive_link</span></a></span><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">[3]
</span><span lang="EN-US"><a href="https://medium.com/s2wblog/post-mortem-of-klayswap-incident-through-bgp-hijacking-en-3ed7e33de600" rel="noreferrer" target="_blank"><span style="font-family:Arial,sans-serif">https://medium.com/s2wblog/post-mortem-of-klayswap-incident-through-bgp-hijacking-en-3ed7e33de600</span></a></span><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">[4]
</span><span lang="EN-US"><a href="https://www.coinbase.com/blog/celer-bridge-incident-analysis" rel="noreferrer" target="_blank"><span style="font-family:Arial,sans-serif">https://www.coinbase.com/blog/celer-bridge-incident-analysis</span></a></span><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">[5]
</span><span lang="EN-US"><a href="https://www.usenix.org/conference/usenixsecurity23/presentation/cimaszewski" rel="noreferrer" target="_blank"><span style="font-family:Arial,sans-serif">https://www.usenix.org/conference/usenixsecurity23/presentation/cimaszewski</span></a></span><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">  </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">[6]
</span><span lang="EN-US"><a href="https://www.blackhat.com/docs/us-15/materials/us-15-Gavrichenkov-Breaking-HTTPS-With-BGP-Hijacking-wp.pdf" rel="noreferrer" target="_blank"><span style="font-family:Arial,sans-serif">https://www.blackhat.com/docs/us-15/materials/us-15-Gavrichenkov-Breaking-HTTPS-With-BGP-Hijacking-wp.pdf</span></a></span><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">[7]
</span><span lang="EN-US"><a href="https://www.usenix.org/conference/usenixsecurity21/presentation/birge-lee" rel="noreferrer" target="_blank"><span style="font-family:Arial,sans-serif">https://www.usenix.org/conference/usenixsecurity21/presentation/birge-lee</span></a></span><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">[8]
</span><span lang="EN-US"><a href="https://www.usenix.org/conference/usenixsecurity18/presentation/birge-lee" rel="noreferrer" target="_blank"><span style="font-family:Arial,sans-serif">https://www.usenix.org/conference/usenixsecurity18/presentation/birge-lee</span></a></span><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">[9]
</span><span lang="EN-US"><a href="https://security.googleblog.com/2023/05/google-trust-services-acme-api_0503894189.html" rel="noreferrer" target="_blank"><span style="font-family:Arial,sans-serif">https://security.googleblog.com/2023/05/google-trust-services-acme-api_0503894189.html</span></a></span><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">[10]
</span><span lang="EN-US"><a href="https://github.com/ryancdickson/staging/pull/6" rel="noreferrer" target="_blank"><span style="font-family:Arial,sans-serif">https://github.com/ryancdickson/staging/pull/6</span></a></span><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">[11]
</span><span lang="EN-US"><a href="https://github.com/ryancdickson/staging/pull/8" rel="noreferrer" target="_blank"><span style="font-family:Arial,sans-serif">https://github.com/ryancdickson/staging/pull/8</span></a></span><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">[12]
</span><span lang="EN-US"><a href="https://github.com/cabforum/servercert/pull/487" rel="noreferrer" target="_blank"><span style="font-family:Arial,sans-serif">https://github.com/cabforum/servercert/pull/487</span></a></span><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">[13]
</span><span lang="EN-US"><a href="https://github.com/cabforum/servercert/compare/6d10abda8980c6eb941987d3fc26e753e62858c0..5224983ef0a6f94c18808ea3469e7a5ae35746e5" rel="noreferrer" target="_blank"><span style="font-family:Arial,sans-serif">https://github.com/cabforum/servercert/compare/6d10abda8980c6eb941987d3fc26e753e62858c0..5224983ef0a6f94c18808ea3469e7a5ae35746e5</span></a><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(80,0,80)"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(14,16,26)">The following motion has been proposed by Chris Clements and Ryan Dickson of Google (Chrome Root Program) and endorsed by Aaron Gable (ISRG / Let’s Encrypt) and Wayne
 Thayer (Fastly). </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(80,0,80)"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><b><span lang="EN-US" style="font-family:Arial,sans-serif;color:black">— Motion Begins —</span></b><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(80,0,80)"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:black">This ballot modifies the “Baseline Requirements for the Issuance and Management of Publicly-Trusted TLS Server Certificates” (“Baseline Requirements”), based on Version
 2.0.4.</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(80,0,80)"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:black">MODIFY the Baseline Requirements as specified in the following Redline:</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US"><a href="https://github.com/cabforum/servercert/compare/c4a34fe2292022e0a04ba66b5a85df75907ac2a2..5224983ef0a6f94c18808ea3469e7a5ae35746e5" rel="noreferrer" target="_blank"><span style="font-family:Arial,sans-serif">https://github.com/cabforum/servercert/compare/c4a34fe2292022e0a04ba66b5a85df75907ac2a2..5224983ef0a6f94c18808ea3469e7a5ae35746e5</span></a><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(80,0,80)"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><b><span lang="EN-US" style="font-family:Arial,sans-serif;color:black">— Motion Ends —</span></b><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(80,0,80)"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:black">This ballot proposes a Final Maintenance Guideline. The procedure for approval of this ballot is as follows:</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(80,0,80)"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><b><span lang="EN-US" style="font-family:Arial,sans-serif;color:black">Discussion (at least 14 days)</span></b><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:black">- Start: 2024-04-26 17:00:00 UTC</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:black">- End no earlier than: 2024-05-10 17:00:00 UTC</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:rgb(80,0,80)"> </span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><b><span lang="EN-US" style="font-family:Arial,sans-serif;color:black">Vote for approval (7 days)</span></b><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:black">- Start: TBD</span><span lang="EN-US"><u></u><u></u></span></p>
<p style="margin:0cm"><span lang="EN-US" style="font-family:Arial,sans-serif;color:black">- End: TBD</span><span lang="EN-US"><u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"> <u></u><u></u></span></p>
</div>
</div>
</div>
</div>
</blockquote>
</div>
</div>
</div>

_______________________________________________<br>
Servercert-wg mailing list<br>
<a href="mailto:Servercert-wg@cabforum.org" rel="noreferrer" target="_blank">Servercert-wg@cabforum.org</a><br>
<a href="https://lists.cabforum.org/mailman/listinfo/servercert-wg" rel="noreferrer noreferrer" target="_blank">https://lists.cabforum.org/mailman/listinfo/servercert-wg</a><br>
</blockquote></div>
_______________________________________________<br>
Servercert-wg mailing list<br>
<a href="mailto:Servercert-wg@cabforum.org" target="_blank">Servercert-wg@cabforum.org</a><br>
<a href="https://lists.cabforum.org/mailman/listinfo/servercert-wg" rel="noreferrer" target="_blank">https://lists.cabforum.org/mailman/listinfo/servercert-wg</a><br>
</blockquote></div>