<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:12.0pt;
font-family:"Times New Roman",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;}
span.m-7701146035324797899hoenzb
{mso-style-name:m_-7701146035324797899hoenzb;}
span.hoenzb
{mso-style-name:hoenzb;}
span.EmailStyle19
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;}
@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"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">To specifically answer Eric’s original point, the Forum followed its bylaws (to the letter) in admitting Comodo browser as a member. There was no gray area there
and there was no special consideration made, just as none has been made in admitting any CA, Associate member or Interested Party. They applied, were told to provide the specific info requested by the bylaws, and once that was reviewed, admitted.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">Now the point you raise (regarding running a root store) could be something to be discussed at a meeting and all you need to do is have the chair add it to the
agenda. If there’s enough interest, this could eventually lead to a change to the current bylaws.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">I should also point out that the Governance Reform Working Group is currently working on revised bylaws which, because of different types of members contemplated,
would divide into two different definitions: Issuers of Certificates and Consumers of Certificates (or something to that affect). Issuer is pretty clear (CAs). Browser is being changed to “consumer” since the Forum will likely take on other types of certificates
(i.e. SMIME, Code Signing, etc) where browsers don’t necessarily play a role but applications that “consume” such certificates do. Those applications may not necessarily run a root store.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">Given that the new bylaws will allow for distinct working groups with their own member definitions, the TLS working group can define their own rules for who can
be an issuer and a consumer.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">Dean<o:p></o:p></span></p>
<p class="MsoNormal"><a name="_MailEndCompose"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></a></p>
<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"> Public [mailto:public-bounces@cabforum.org]
<b>On Behalf Of </b>Ryan Sleevi via Public<br>
<b>Sent:</b> Monday, December 11, 2017 11:12 AM<br>
<b>To:</b> Eric Mill <eric@konklone.com>; CA/Browser Forum Public Discussion List <public@cabforum.org><br>
<b>Subject:</b> Re: [cabfpub] Browser eligibility in CABF in general (and Comodo specifically)<o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">Hi Eric,<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">I really appreciate you raising this point. I, too, am torn about this issue, and have been on the record expressing concerns going back for several years. To the extent the CA/Browser Forum serves to facilitate open communication between
CAs and the Root Stores they participate in, there is ostensibly some benefit in having as many root stores present. Google, representing ChromeOS and Android, Apple representing macOS, iOS and watchOS, Microsoft representing Windows (and all the various products
running Windows kernel or CryptoAPI, such as XBox), and Mozilla representing Firefox all represent potential points of friction for a CA that wishes to be ubiquitously trusted and ensure that there are no conflicting requirements. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Yet, at the same time, it's questionable whether or not Comodo runs a root store, it's questionable whether there has ever been friction in CAs communicating with Comodo for purposes of trust in their browser-based products, and it's questionable
whether the bar should be such that any Chromium-derived or Firefox-derived browser should qualify, for the reasons you mention. I think a natural consequence of both Comodo's participation specifically and the potential membership under the Bylaws is that
we will increasingly see the Forum become less relevant as the place for agreeing upon common baselines, and more as a place purely for discussion around trends in the industry. That's not to say I don't anticipate there being some updates to the Forum's documents
- when it aligns with both browsers and CAs interests - but I suspect that increasingly, the forward-thinking moves towards security will happen outside the Forum, through the respective root programs.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">I, too, don't have good suggestions on how to solve the membership problem. On the one hand, having a Forum for discussion, with the IP protections some members desire, serves as a great benefit for the community. It allows browsers to
solicit CAs' feedback about upcoming or planned policy changes, and allows for collaboration among browsers to avoid conflicting requirements. Having an open membership - including that of interested parties - helps provide robust discussion. Yet on the other
hand, the voting structure of the Forum, coupled with the misguided notion that the Forum 'leads' rather than follows the browser/root store members' program changes, lead to the situation you point out. Attempting to resolve that via excluding participation
may not be ideal - although notably, Comodo could have joined as an Interested Party. Proportional voting might be more reflective of the dynamic and purpose of the Forum, if we want to still maintain documents going forward, but in order to achieve that,
one must have a good definition of the issue.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">For example, one could measure by end-user browser share, but finding an appropriate measure of that can vary (for example, installations). Further, it can incentivize certain OS vendors to restrict and/or block competition from other browsers
on their platforms, whether through outright policies or through making it exceptionally difficult to change the browser, even more than they do today. Alternatives, such as measuring on 'number of pages loaded' or 'connections made' are complicated - after
all, cURL, as the most popular library on billions of devices, may want to be represented, although they alternatively use the OS store (if the SecureTransport/SChannel backend), a user-supplied store (most frequently, the Mozilla store), or a vendor-specific
store (in the case of the Wii U, Switch, PS3 or PS4, for example). How to defer that representation?<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">I note I didn't really offer any solutions - Comodo's joining as a browser may very well herald the start of the decline of the Forum's relevance as an SDO, and more into what it originally served as - a Forum for browser members to explore
changes and deconflict them, but without waiting for or needing the approval of CA members or other browsers. And I don't think that's necessarily a bad thing, especially for users that care about security and benefit from browsers that are able to do the
right thing.<o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">On Sun, Dec 10, 2017 at 11:21 PM, Eric Mill 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-right:0in">
<div>
<p class="MsoNormal">Does no one have thoughts on this? <o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">I can understand how CAs and Browsers both might find it difficult to discuss this aspect of the Forum in their official capacities. Perhaps there are other Interested Parties on the list with an opinion?<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">-- Eric<o:p></o:p></p>
</div>
</div>
<div>
<div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">On Sun, Dec 3, 2017 at 8:52 PM, Eric Mill <<a href="mailto:eric@konklone.com" target="_blank">eric@konklone.com</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-right:0in">
<div>
<p class="MsoNormal">I saw on the draft agenda, sent around on the 27th for last week's call, included "Membership Application of Comodo Security Solutions, Inc. (as a browser)".<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">I know it will take some time for the minutes of the call to be posted with the result of Comodo's application, but this seemed like a significant application that merits public discussion.<br clear="all">
<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<div>
<p class="MsoNormal">The Bylaws don't apply any rules about market share or other indicators of significance to the marketplace:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><a href="https://cabforum.org/wp-content/uploads/CA-Browser-Forum-Bylaws-v.-1.7.pdf" target="_blank">https://cabforum.org/wp-content/uploads/CA-Browser-Forum-Bylaws-v.-1.7.pdf</a><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">The entirety of the eligibility clause for Browsers states: "The member organization produces a software product intended for use by the general public for browsing the Web securely."<o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">The CA eligibility clause is significantly more constrained, in particular in that the certificates have to be recognized by Browser members. However, this makes the set of Browser members even more important in determining eligibility
of CAs.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<div>
<p class="MsoNormal">Comodo appears to publish two browsers, Dragon and IceDragon, based on Chromium and Firefox, respectively:
<a href="https://www.comodo.com/home/browsers-toolbars/internet-products.php" target="_blank">
https://www.comodo.com/home/browsers-toolbars/internet-products.php</a> <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">They don't appear to operate a root program or exercise independent discretion about what CAs are trusted on their platform in any visible way, they've never participated as a browser in any significant public conversations about the Web
PKI that I've seen, and their market share appears to be negligible from all available public data.<o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">But the Bylaws would seem to allow Comodo to join as a browser, which I think would significantly undermine the entire point of the Forum -- as well as potentially open a floodgate of applications from more marginal or almost-fictional
browsers.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">For a quick glance at how many browsers theoretically could join the Forum under the current bylaws, a long list of them can be in these daily-updated feeds of browsers (as their user agent appears in Google Analytics) that have at least
10 visits over 90 days to government properties:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><a href="https://analytics.usa.gov/data/live/browsers.csv" target="_blank">https://analytics.usa.gov/data/live/browsers.csv</a><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><a href="https://analytics.usa.gov/data/live/browsers.json" target="_blank">https://analytics.usa.gov/data/live/browsers.json</a><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Market share may or may not be the right threshold, and I don't have some specific text to suggest off the top of my head -- but it does feel like a discussion is merited about whether the Bylaws around browser eligibility adequately capture
the intent of the Forum.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="color:#888888"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="color:#888888">-- Eric<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="color:#888888"><o:p> </o:p></span></p>
</div>
<p class="MsoNormal"><span class="m-7701146035324797899hoenzb"><span style="color:#888888">--
</span><o:p></o:p></span></p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class="MsoNormal"><span style="color:#888888"><a href="https://konklone.com" target="_blank">konklone.com</a> |
<a href="https://twitter.com/konklone" target="_blank">@konklone</a></span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<p class="MsoNormal"><br>
<br clear="all">
<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</div>
<p class="MsoNormal"><span class="hoenzb"><span style="color:#888888">-- <o:p></o:p></span></span></p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class="MsoNormal"><span style="color:#888888"><a href="https://konklone.com" target="_blank">konklone.com</a> |
<a href="https://twitter.com/konklone" target="_blank">@konklone</a></span><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://cabforum.org/mailman/listinfo/public" 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>