<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
Hi Ryan,<br>
<br>
Thank you for the feedback. After some internal discussions with
Corey and Ben, please see comments inline.<br>
<br>
<div class="moz-cite-prefix">On 20/5/2024 10:35 μ.μ., Ryan Dickson
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CADEW5O_q4=QDakpHsRFE=Rs484erZv3mn4+FJdrSh05cLLfW2A@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr"><span
id="m_2832419603062105658gmail-docs-internal-guid-a959ac7f-7fff-df49-cc47-fb40c32b2442"><font
face="arial, sans-serif" color="#000000">
<p dir="ltr"
style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span
style="background-color:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal;vertical-align:baseline">Hi
Dimitris, Corey, and Ben,</span></p>
<br>
<p dir="ltr"
style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span
style="background-color:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal;vertical-align:baseline">Thank
you for bringing this ballot forward for the group’s
consideration.</span></p>
<br>
<p dir="ltr"
style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span
style="background-color:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal;text-decoration-line:underline;vertical-align:baseline">A
few questions:</span></p>
<ul>
<li><span style="background-color:transparent">Given the
perceived value of linting, should we consider a
stronger position on its adoption (i.e., MUST versus
SHOULD)? While I recognize that the Baseline
Requirements represent minimum expectations,
consistent and reliable adoption of linting seems to
provide the ecosystem with the best chance of
addressing the problem statement described in the
ballot summary.</span></li>
<ul>
<li>To accomplish this goal, the ballot could be
modified to require use of linting (either tbs
certificate linting, pre-certificate linting, or final
certificate linting), with tbs certificate linting
being considered RECOMMENDED and final certificate
linting as being considered NOT RECOMMENDED.</li>
<li>This goal could be further realized by either a (1)
phased-implementation (i.e., SHOULD now, MUST later) -
or (2) a forward-looking effective date that considers
a reasonable timeline for adoption for those CA Owners
looking to adhere to the BRs that do not perform
linting today.</li>
</ul>
</ul>
</font></span></div>
</blockquote>
<br>
I see two issues here:<br>
<ol>
<li>Require linting with either a phased-approach or directly with
a single effective date: I'm fine with either approach with a
slight preference to the phased-in. CAs should have been
following public incidents and m.d.s.p. discussions for years,
so existing CAs should already be doing pre-sign linting. OTOH
new CAs need the additional guidance. A CA will either have to
create its own technical tools to check their profiles accuracy
or use the recommended open-source tools we reference.<br>
</li>
<li>I'm fine with the stated preference for pre-signing over
post-signing linting but the post-signing linting should not be
"NOT RECOMMENDED" because it doesn't do any harm on its own. The
fact is that we must clearly state that the pre-sign linting is
mandatory and the post-sign linting is optional.</li>
</ol>
With that said, Ben and Corey have agreed with a SHOULD effective
date of 15 September, 2024 and a SHALL effective date of 15 March,
2025. If people have objections to setting these effective dates,
please let me know.<br>
<br>
<blockquote type="cite"
cite="mid:CADEW5O_q4=QDakpHsRFE=Rs484erZv3mn4+FJdrSh05cLLfW2A@mail.gmail.com">
<div dir="ltr"><span
id="m_2832419603062105658gmail-docs-internal-guid-a959ac7f-7fff-df49-cc47-fb40c32b2442"><font
face="arial, sans-serif" color="#000000">
<ul>
<li>Is it worth more clearly establishing expectations for
the evaluation and, when applicable, deployment of <span
style="background-color:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal;text-decoration-line:underline;vertical-align:baseline">updates</span><span
style="background-color:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal;vertical-align:baseline">
made by or to linting tools. For example, can we
establish a reasonable expectation that within 30(?)
days after an update has been made to a linting tool
relied upon by a CA, it has either (1) been adopted in
the production issuance environment - or (2)
considered not applicable given the scope of recent
updates (for example, if a CA only issues DV
certificates, and the most recent update only pertains
to EV certificates, there is no expectation that the
updated version is deployed). </span><br>
</li>
</ul>
</font></span></div>
</blockquote>
<br>
This may open a series of questions around updates in other, more
security-critical components of the CA pipeline. I think we should
address this issue more holistically as it affects updates to
hardware firmware, OS patches, CA vendor software updates,
third-party software dependencies, switches/router firmware, and
other dependencies in Certificate Management Systems.<br>
<br>
It is also challenging to define what an "update" is, at which level
(major, minor version), etc. I would prefer leaving that out of this
particular ballot and let someone else address it in a separate
ballot without risking the speed and success of the linting ballot.
I hope this makes sense.<br>
<br>
More feedback is welcome before proceeding with the changes.<br>
<br>
<br>
Best regards,<br>
Dimitris.<br>
<br>
<blockquote type="cite"
cite="mid:CADEW5O_q4=QDakpHsRFE=Rs484erZv3mn4+FJdrSh05cLLfW2A@mail.gmail.com">
<div dir="ltr"><span
id="m_2832419603062105658gmail-docs-internal-guid-a959ac7f-7fff-df49-cc47-fb40c32b2442"><font
face="arial, sans-serif" color="#000000"><br>
<p dir="ltr"
style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span
style="background-color:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal;vertical-align:baseline">Thanks
for your consideration.</span></p>
<br>
<p dir="ltr"
style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span
style="background-color:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal;vertical-align:baseline">-
Ryan</span></p>
</font></span><br>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Mon, May 20, 2024 at
2:04 PM Inigo Barreira via Servercert-wg <<a
href="mailto:servercert-wg@cabforum.org"
moz-do-not-send="true" class="moz-txt-link-freetext">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>
<div lang="ES">
<div>
<p class="MsoNormal"><span style="font-size:11pt">Hi
Dimitris,</span></p>
<p class="MsoNormal"><span style="font-size:11pt"> </span></p>
<p class="MsoNormal"><span style="font-size:11pt"
lang="EN-US">I don´t know if the “(help to improve)”
is adding any additional hidden requirement. IMO,
I´d remove that.</span></p>
<p class="MsoNormal"><span style="font-size:11pt"
lang="EN-US"> </span></p>
<p class="MsoNormal"><span style="font-size:11pt"
lang="EN-US">Regards</span></p>
<p class="MsoNormal"><span style="font-size:11pt"
lang="EN-US"> </span></p>
<div>
<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
style="font-size:11pt;font-family:Calibri,sans-serif">De:</span></b><span
style="font-size:11pt;font-family:Calibri,sans-serif"> Servercert-wg
<<a
href="mailto:servercert-wg-bounces@cabforum.org" moz-do-not-send="true"
class="moz-txt-link-freetext">servercert-wg-bounces@cabforum.org</a>>
<b>En nombre de </b>Dimitris Zacharopoulos
(HARICA) via Servercert-wg<br>
<b>Enviado el:</b> lunes, 20 de mayo de 2024
19:57<br>
<b>Para:</b> CA/B Forum Server Certificate WG
Public Discussion List <<a
href="mailto:servercert-wg@cabforum.org"
moz-do-not-send="true"
class="moz-txt-link-freetext">servercert-wg@cabforum.org</a>><br>
<b>Asunto:</b> [Servercert-wg] Ballot SC-75 -
Pre-sign linting</span></p>
</div>
</div>
<p class="MsoNormal"> </p>
<div style="border:1pt solid black;padding:2pt">
<p class="MsoNormal"
style="line-height:12pt;background:rgb(250,250,3)"><span
style="font-size:10pt;font-family:Calibri,sans-serif;color:black">CAUTION:
This email originated from outside of the
organization. Do not click links or open
attachments unless you recognize the sender and
know the content is safe.</span></p>
</div>
<p class="MsoNormal"> </p>
<div>
<h1>SC-75 Pre-sign linting</h1>
<h2
id="m_2832419603062105658m_-7238962214217580443bkmrk-summary">Summary</h2>
<p
id="m_2832419603062105658m_-7238962214217580443bkmrk-this-pull-request-pr">There
have been numerous compliance incidents publicly
disclosed by CAs in which they failed to comply with
the technical requirements described in standards
associated with the issuance and management of
publicly-trusted TLS Certificates. However, the
industry has developed open-source tools, linters,
that are free to use and can help CAs avoid
certificate misissuance. Using such linters before
issuing a precertificate from a Publicly-Trusted CA
(pre-issuance linting) can prevent the mis-issuance
in a wide variety of cases.</p>
<p
id="m_2832419603062105658m_-7238962214217580443bkmrk-the-following-motion">The
following motion has been proposed by Dimitris
Zacharopoulos of HARICA and endorsed by Corey
Bonnell of Digicert and Ben Wilson of Mozilla.</p>
<p
id="m_2832419603062105658m_-7238962214217580443bkmrk-you-can-view-and-com">You
can view the GitHub pull request representing this
ballot <a
href="https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fcabforum%2Fservercert%2Fpull%2F518&data=05%7C02%7Cinigo.barreira%40sectigo.com%7Cba7a2f0fe37e4bb49d7a08dc78f6397c%7C0e9c48946caa465d96604b6968b49fb7%7C0%7C0%7C638518246126378220%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=ZzEsOoXvcYi%2F%2BO8TpaYY%2FIP7FV9sVmgn2sXa4fhHMTo%3D&reserved=0"
moz-do-not-send="true">here</a>. </p>
<h2
id="m_2832419603062105658m_-7238962214217580443bkmrk-motion-begins">Motion
Begins</h2>
<p
id="m_2832419603062105658m_-7238962214217580443bkmrk-modify-the-%22baseline">MODIFY
the "Baseline Requirements for the Issuance and
Management of Publicly-Trusted TLS Server
Certificates" based on Version 2.0.4 as specified in
the following redline:</p>
<ul
id="m_2832419603062105658m_-7238962214217580443bkmrk-https%3A%2F%2Fgithub.com%2Fc"
type="disc">
<li><a
href="https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fcabforum%2Fservercert%2Fcompare%2F049237e096650fe01f67780b7c24bd5211ee3038...ada5d6e0db76b32be28d64edd7b0677bbef9c2f5&data=05%7C02%7Cinigo.barreira%40sectigo.com%7Cba7a2f0fe37e4bb49d7a08dc78f6397c%7C0e9c48946caa465d96604b6968b49fb7%7C0%7C0%7C638518246126388782%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=0Yf5qjQ41hV93d91TsZ2PpvnRaK4zysf1UKIW%2Btuqwg%3D&reserved=0"
moz-do-not-send="true">https://github.com/cabforum/servercert/compare/049237e096650fe01f67780b7c24bd5211ee3038...ada5d6e0db76b32be28d64edd7b0677bbef9c2f5</a> </li>
</ul>
<h2
id="m_2832419603062105658m_-7238962214217580443bkmrk-motion-ends">Motion
Ends</h2>
<p
id="m_2832419603062105658m_-7238962214217580443bkmrk-this-ballot-proposes">This
ballot proposes a Final Maintenance Guideline. The
procedure for approval of this ballot is as follows:</p>
<h4
id="m_2832419603062105658m_-7238962214217580443bkmrk-discussion-%2811%2B-days">Discussion
(at least 7 days)</h4>
<ul
id="m_2832419603062105658m_-7238962214217580443bkmrk-start-time%3A-2024-01-"
type="disc">
<li>Start time: 2024-05-20 18:00:00 UTC</li>
<li>End time: on or after 2024-05-27 18:00:00 UTC</li>
</ul>
<h4
id="m_2832419603062105658m_-7238962214217580443bkmrk-vote-for-approval-%287">Vote
for approval (7 days)</h4>
<ul
id="m_2832419603062105658m_-7238962214217580443bkmrk-start-time%3A-tbd-end-"
type="disc">
<li>Start time: TBD</li>
<li>End time: TBD</li>
</ul>
<p class="MsoNormal"> </p>
</div>
</div>
</div>
_______________________________________________<br>
Servercert-wg mailing list<br>
<a href="mailto:Servercert-wg@cabforum.org"
moz-do-not-send="true" class="moz-txt-link-freetext">Servercert-wg@cabforum.org</a><br>
<a
href="https://lists.cabforum.org/mailman/listinfo/servercert-wg"
rel="noreferrer" moz-do-not-send="true"
class="moz-txt-link-freetext">https://lists.cabforum.org/mailman/listinfo/servercert-wg</a><br>
</div>
</blockquote>
</div>
</blockquote>
<br>
</body>
</html>