<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <br>
    HARICA votes "yes" to ballot SC46.<br>
    <br>
    FWIW, we've had slight discrepancies in our processes in the past
    and we managed to overcome without too much additional
    administrative overhead. I believe we can overcome the effective
    date problem with a cleanup ballot following this ballot. With that
    said. I don't see violating any Bylaws or Charter rules on having an
    effective date on a requirement which pre-dates the completion of
    the IPR period.<br>
    <br>
    Dimitris.<br>
    <br>
    <br>
    <div class="moz-cite-prefix">On 26/5/2021 9:30 μ.μ., Ryan Sleevi via
      Servercert-wg wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:01000179a9f0f19d-38c50204-e667-41c8-bcc2-56f0accb1caf-000000@email.amazonses.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="ltr">
        <div dir="ltr">Unfortunately, I realized belatedly that I forgot
          to clearly indicate the Voting End Time.
          <div><br>
          </div>
          <div>As such, the previous mail did not officially start
            voting. Thankfully, as no votes were received, I think we
            can just say I didn't start it correctly?</div>
          <div><br>
          </div>
          <div>Please find the corrected announcement below:</div>
          <div><br>
          </div>
          <div>This email begins the voting period for Ballot SC46:
            Sunset the CAA exception for DNS operator<br>
            <br>
            Purpose of Ballot:<br>
            <br>
            This Ballot addresses security issues with Section 3.2.2.8
            regarding CAA checking.<br>
            <br>
            Currently, Section 3.2.2.8 permits a CA to bypass CAA
            checking if the CA or an Affiliate of the CA is the DNS
            Operator. This term is referred to through RFC 7719, and
            involves a precise technical definition regarding how a
            zone's authoritative servers are configured and expressed
            (e.g. NS records). While this allows a CA to skip looking up
            the CAA record, it does not absolve them of the need to look
            up these other records on every issuance.<br>
            <br>
            As practiced by CAs, this has clearly caused some confusion.
            For example, some CAs have incorrectly implemented policies
            that determine they're authoritative based on self-assertion
            that they are authoritative, which is not consistent with
            the current requirements.<br>
            <br>
            To avoid these issues, this sunsets the CAA exception on
            2021-07-01 for the DNS Operator, simplifying the
            requirements and reducing ambiguities for CAs performing
            validation.<br>
            <br>
            The following motion has been proposed by Ryan Sleevi of
            Google and endorsed by Ben Wilson of Mozilla and Jacob
            Hoffman-Andrews of ISRG/Let's Encrypt.<br>
            <br>
            It can be viewed on GitHub as <a
              href="https://github.com/cabforum/servercert/pull/271"
              moz-do-not-send="true">https://github.com/cabforum/servercert/pull/271</a><br>
            <br>
            -- MOTION BEGINS --<br>
            <br>
            This ballot modifies the “Baseline Requirements for the
            Issuance and Management of Publicly-Trusted Certificates”
            (“Baseline Requirements”), based on Version 1.7.4:<br>
            <br>
            MODIFY the Baseline Requirements as specified in the
            following Redline:<br>
            <br>
            <a
href="https://github.com/cabforum/servercert/compare/47248d77d371356780b08cfa971b26d88d704ca8..6d34b1d51f645912d2237d5d4b46f4a49e8352ed"
              moz-do-not-send="true">https://github.com/cabforum/servercert/compare/47248d77d371356780b08cfa971b26d88d704ca8..6d34b1d51f645912d2237d5d4b46f4a49e8352ed</a><br>
            <br>
            -- MOTION ENDS --<br>
            <br>
            This ballot proposes a Final Maintenance Guideline.<br>
            <br>
            The procedure for approval of this ballot is as follows:<br>
            <br>
            Discussion (7+ days)<br>
            <br>
            Start Time: 2021-05-13 20:00:00 UTC<br>
            End Time: 2021-05-26 14:00:00 UTC<br>
            <br>
            Vote for approval (7 days)<br>
            <br>
            Start Time: 2021-05-26 18:30:00 UTC<br>
            End Time: 2021-06-02 18:30:00 UTC<br>
          </div>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
Servercert-wg mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Servercert-wg@cabforum.org">Servercert-wg@cabforum.org</a>
<a class="moz-txt-link-freetext" href="https://lists.cabforum.org/mailman/listinfo/servercert-wg">https://lists.cabforum.org/mailman/listinfo/servercert-wg</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>