<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:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.msonormal0, li.msonormal0, div.msonormal0
{mso-style-name:msonormal;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.EmailStyle18
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle20
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle21
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@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">
<div class="WordSection1">
<p class="MsoNormal">While it is possible to implement an algorithm which is simultaneously compliant with RFC 6844 and RFC 6844 + erratum 5065, the algorithm specified in RFC 6844 is *<b>not</b>* that algorithm. Erratum 5065 is a breaking change. RFC 6844
shortcuts tree-climbing when it encounters CNAME records; erratum 5065 does not. An algorithm that attempts to comply with both RFCs at the same time is significantly more complicated than either algorithm alone, and has not undergone as much public vetting.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">So while it’s possible for CAs to implement a new dual-compliant algorithm, push it out before the deadline, and then transition again to RFC 6844 + erratum 5065 after that, that isn’t what everyone voted for. The requirement voted on
and agreed to in March was RFC 6844 compliance. Doing so would unnecessarily force some CAs to either change their algorithm twice, or make the transition on a very specific day, instead of just transitioning from a faithful and correct implementation of
RFC 6844 to a faithful and correct implementation of RFC 6844 + erratum 5065.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">What makes much more sense is to allow CAs to migrate from the current situation to where we want them to be within a reasonable timeline. That’s what the replacement ballot does, and it’s the better solution.<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">-Tim<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b>From:</b> Public [mailto:public-bounces@cabforum.org] <b>
On Behalf Of </b>Tim Hollebeek via Public<br>
<b>Sent:</b> Monday, September 25, 2017 9:33 AM<br>
<b>To:</b> Jacob Hoffman-Andrews <jsha@letsencrypt.org>; CA/Browser Forum Public Discussion List <public@cabforum.org>; Doug Beattie <doug.beattie@globalsign.com><br>
<b>Subject:</b> Re: [cabfpub] Voting has started on Ballot 214 - CAA Discovery CNAME Errata<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">This requires a third implementation that many CAs probably do not have ready or tested.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><b>From:</b> Public [<a href="mailto:public-bounces@cabforum.org">mailto:public-bounces@cabforum.org</a>]
<b>On Behalf Of </b>Jacob Hoffman-Andrews via Public<br>
<b>Sent:</b> Friday, September 22, 2017 5:04 PM<br>
<b>To:</b> Doug Beattie <<a href="mailto:doug.beattie@globalsign.com">doug.beattie@globalsign.com</a>>; CA/Browser Forum Public Discussion List <<a href="mailto:public@cabforum.org">public@cabforum.org</a>><br>
<b>Subject:</b> Re: [cabfpub] Voting has started on Ballot 214 - CAA Discovery CNAME Errata<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">I believe a transition period is not necessary, because it's entirely possible to operate the RFC 6844 algorithm and the RFC 6844 + erratum 5065 algorithm in tandem, without significantly impacting issuance.<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">The lookups done under erratum 5065 are a strict subset of those done under RFC 6844, so in the common case where there is no CAA record present, any RFC 6844 implementation is also compliant with erratum 5065.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">The only situation where they conflict is when there is a CAA record permitting issuance on the parent of a CNAME involved in CAA lookup, but a different CAA record allowing issuance on a direct parent of the domain being validated. The
simple way to handle a transition while being assured of compliance is to block issuance if either RFC 6844 or erratum 5065 says to block issuance. Due to the rarity of this scenario, this should not decrease successful issuance rates.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Given that a transition period isn't necessary, I think it would be a mistake to delay the ballot to add it in. There are clear problems with RFC 6844 that are causing live problems for many CA subscribers. The solutions have been known
and agreed upon since March. Let's not delay them any further.<o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">On Fri, Sep 22, 2017 at 10:15 AM, Doug Beattie via Public <<a href="mailto:public@cabforum.org" target="_blank">public@cabforum.org</a>> wrote:<o:p></o:p></p>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt">
<div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:#1F497D">In light of recent discussions about a phase in period, GlobalSign changes their vote to NO for Ballot 214.</span><o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><a name="m_9079596033940145510__MailEndCompose"><span style="color:#1F497D"> </span></a><o:p></o:p></p>
<div style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt">
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b>From:</b> Doug Beattie
<br>
<b>Sent:</b> Thursday, September 21, 2017 7:34 AM<br>
<b>To:</b> 'CA/Browser Forum Public Discussion List' <<a href="mailto:public@cabforum.org" target="_blank">public@cabforum.org</a>><br>
<b>Subject:</b> RE: [cabfpub] Voting has started on Ballot 214 - CAA Discovery CNAME Errata<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:#1F497D">GlobalSign votes YES</span><o:p></o:p></p>
<div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:#1F497D"> </span><o:p></o:p></p>
<div style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt">
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b>From:</b> Public [mailto:<a href="mailto:public-bounces@cabforum.org" target="_blank">public-bounces@cabforum.org</a>]
<b>On Behalf Of </b>Kirk Hall via Public<br>
<b>Sent:</b> Wednesday, September 20, 2017 8:56 PM<br>
<b>To:</b> CA/Browser Forum Public Discussion List <<a href="mailto:public@cabforum.org" target="_blank">public@cabforum.org</a>><br>
<b>Subject:</b> Re: [cabfpub] Voting has started on Ballot 214 - CAA Discovery CNAME Errata<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:#1F497D">Correcting subject line to Ballot 214</span><o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:#1F497D"> </span><o:p></o:p></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b>From:</b> Kirk Hall
<br>
<b>Sent:</b> Wednesday, September 20, 2017 5:55 PM<br>
<b>To:</b> CA/Browser Forum Public Discussion List <<a href="mailto:public@cabforum.org" target="_blank">public@cabforum.org</a>><br>
<b>Subject:</b> Voting has started on Ballot 21 - CAA Discovery CNAME Errata<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">Voting has started on Ballot 214 – CAA Discovery CNAME Errata.<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">Technically, the Discussion period ended at 22:00 UTC today (which was 3:00 pm Pacific Time). Josh, as the Proposer of the Ballot, accepted Gerv and Tim’s email suggestion as to
a 3-month transition period, but this acceptance occurred at 5:05 pm Pacific Time, two hours after the end of the discussion period. Also, we don’t have specific amendment language to consider, only a concept.<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">Regrettably, I think it’s too late for this transition period amendment,
<b><u>so we are voting on Ballot 214 as originally proposed</u></b> (see below). If there is a need for a transition period, I think it’s best if it’s proposed by a separate ballot with specific language.<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b>From:</b> Public [<a href="mailto:public-bounces@cabforum.org" target="_blank">mailto:public-bounces@cabforum.org</a>]
<b>On Behalf Of </b>Jacob Hoffman-Andrews via Public<br>
<b>Sent:</b> Wednesday, September 13, 2017 2:31 PM<br>
<b>To:</b> CABFPub <<a href="mailto:public@cabforum.org" target="_blank">public@cabforum.org</a>><br>
<b>Subject:</b> [EXTERNAL][cabfpub] Ballot 214: CAA Discovery CNAME Errata<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">Kicking off the official discussion period for ballot 214 today per discussion with Phillip.<o:p></o:p></p>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">The following motion has been proposed by Phillip Hallam-Baker of Comodo Group Inc. and endorsed by Gervase Markham of Mozilla and Mads Egil Henriksveen of Buypass.<br>
<br>
-- MOTION BEGINS --<br>
<br>
In the Baseline Requirements v1.4.9 Section 3.2.2.8. CAA Records<br>
<br>
Strike:<br>
<br>
As part of the issuance process, the CA MUST check for a CAA record for each dNSName in the subjectAltName extension of the certificate to be issued, according to the procedure in RFC 6844, following the processing instructions set down in RFC 6844 for any
records found. If the CA issues, they MUST do so within the TTL of the CAA record, or 8 hours, whichever is greater.<br>
<br>
Replace with:<br>
<br>
As part of the issuance process, the CA MUST check for CAA records and follow the processing instructions for any records found, for each dNSName in the subjectAltName extension of the certificate to be issued, as specified in RFC 6844 as amended by Errata
5065 (Appendix A). If the CA issues, they MUST do so within the TTL of the CAA record, or 8 hours, whichever is greater.<br>
<br>
<br>
In the Baseline Requirements ADD an Appendix A that reads:<br>
<br>
Appendix A -- RFC6844 Errata 5065<br>
<br>
The following errata report has been held for document update for RFC6844, "DNS Certification Authority Authorization (CAA) Resource Record".<br>
<br>
--------------------------------------<br>
You may review the report below and at:<br>
<a href="http://scanmail.trustwave.com/?c=4062&d=3oXJ2ZQg_1yHx8aUFsbb76X_TrvjCb4TzvMdP2t74w&s=5&u=http%3a%2f%2fwww%2erfc-editor%2eorg%2ferrata%2feid5065" target="_blank">http://www.rfc-editor.org/errata/eid5065</a><br>
<br>
--------------------------------------<br>
Status: Held for Document Update<br>
Type: Technical<br>
<br>
Reported by: Phillip Hallam-Baker <<a href="mailto:philliph@comodo.com" target="_blank">philliph@comodo.com</a>> Date Reported: 2017-07-10 Held by: EKR (IESG)<br>
<br>
Section: 4<br>
<br>
Original Text<br>
-------------<br>
Let CAA(X) be the record set returned in response to performing a CAA<br>
record query on the label X, P(X) be the DNS label immediately above<br>
X in the DNS hierarchy, and A(X) be the target of a CNAME or DNAME<br>
alias record specified at the label X.<br>
<br>
o If CAA(X) is not empty, R(X) = CAA (X), otherwise<br>
<br>
o If A(X) is not null, and R(A(X)) is not empty, then R(X) =<br>
R(A(X)), otherwise<br>
<br>
o If X is not a top-level domain, then R(X) = R(P(X)), otherwise<br>
<br>
o R(X) is empty.<br>
<br>
Corrected Text<br>
--------------<br>
Let CAA(X) be the record set returned in response to performing a CAA<br>
record query on the label X, P(X) be the DNS label immediately above<br>
X in the DNS hierarchy, and A(X) be the target of a CNAME or DNAME<br>
alias record chain specified at the label X.<br>
<br>
o If CAA(X) is not empty, R(X) = CAA (X), otherwise<br>
<br>
o If A(X) is not null, and CAA(A(X)) is not empty, then R(X) =<br>
CAA(A(X)), otherwise<br>
<br>
o If X is not a top-level domain, then R(X) = R(P(X)), otherwise<br>
<br>
o R(X) is empty.<br>
<br>
Thus, when a search at node X returns a CNAME record, the CA will<br>
follow the CNAME record chain to its target. If the target label<br>
contains a CAA record, it is returned.<br>
<br>
Otherwise, the CA continues the search at<br>
the parent of node X.<br>
<br>
Note that the search does not include the parent of a target of a<br>
CNAME record (except when the CNAME points back to its own path).<br>
<br>
To prevent resource exhaustion attacks, CAs SHOULD limit the length of<br>
CNAME chains that are accepted. However CAs MUST process CNAME<br>
chains that contain 8 or fewer CNAME records.<br>
<br>
--Motion Ends--<br>
<br>
The procedure for approval of this Final Maintenance Guideline ballot is as follows (exact start and end times may be adjusted to comply with applicable Bylaws and IPR Agreement):<br>
<br>
BALLOT 214 Status: Final Maintenance Guideline Start time (22:00 UTC) End time (22:00 UTC)<br>
<br>
Discussion begins now and ends September 20, 2017 22:00 UTC (7 days)<br>
<br>
Vote for approval begins September 20, 2017 22:00 UTC and ends September 27, 2017 22:00 UTC (7 days)<br>
<br>
If vote approves ballot: Review Period (Chair to send Review Notice) (30 days). If Exclusion Notice(s) filed, ballot approval is rescinded and PAG to be created. If no Exclusion Notices filed, ballot becomes effective at end of Review Period. Upon filing
of Review Notice by Chair 30 days after filing of Review Notice by Chair<br>
<br>
From Bylaw 2.3: If the Draft Guideline Ballot is proposing a Final Maintenance Guideline, such ballot will include a redline or comparison showing the set of changes from the Final Guideline section(s) intended to become a Final Maintenance Guideline, and need
not include a copy of the full set of guidelines. Such redline or comparison shall be made against the Final Guideline section(s) as they exist at the time a ballot is proposed, and need not take into consideration other ballots that may be proposed subsequently,
except as provided in Bylaw Section 2.3(j).<br>
<br>
Votes must be cast by posting an on-list reply to this thread on the Public list. A vote in favor of the motion must indicate a clear 'yes' in the response. A vote against must indicate a clear 'no' in the response. A vote to abstain must indicate a clear 'abstain'
in the response. Unclear responses will not be counted. The latest vote received from any representative of a voting member before the close of the voting period will be counted. Voting members are listed here:
<a href="https://scanmail.trustwave.com/?c=4062&d=3oXJ2ZQg_1yHx8aUFsbb76X_TrvjCb4TzvIQZ24r5A&s=5&u=https%3a%2f%2fcabforum%2eorg%2fmembers%2f" target="_blank">
https://cabforum.org/members/</a><br>
<br>
In order for the motion to be adopted, two thirds or more of the votes cast by members in the CA category and greater than 50% of the votes cast by members in the browser category must be in favor. Quorum is shown on CA/Browser Forum wiki. Under Bylaw 2.2(g),
at least the required quorum number must participate in the ballot for the ballot to be valid, either by voting in favor, voting against, or abstaining. <o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
_______________________________________________<br>
Public mailing list<br>
<a href="mailto:Public@cabforum.org">Public@cabforum.org</a><br>
<a href="https://scanmail.trustwave.com/?c=4062&d=3oXJ2ZQg_1yHx8aUFsbb76X_TrvjCb4TzqJMOmt9sA&s=5&u=https%3a%2f%2fcabforum%2eorg%2fmailman%2flistinfo%2fpublic" target="_blank">https://cabforum.org/mailman/listinfo/public</a><o:p></o:p></p>
</blockquote>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</body>
</html>