{"id":4577,"date":"2017-08-04T12:19:22","date_gmt":"2017-08-04T16:19:22","guid":{"rendered":"https:\/\/www.thesslstore.com\/blog\/?p=4577"},"modified":"2017-08-08T02:15:25","modified_gmt":"2017-08-08T06:15:25","slug":"symantec-certificates-august-8","status":"publish","type":"post","link":"https:\/\/www.thesslstore.com\/blog\/symantec-certificates-august-8\/","title":{"rendered":"Symantec Certificates Are Not Being Dis-Trusted on August 8th"},"content":{"rendered":"<h2>Don\u2019t worry, your certificates are not days away from being invalid.<\/h2>\n<p>If you have been following the Symantec\/Google (and Mozilla) saga you likely know two things: it has been very confusing, and if you use Symantec certificates (or any of its other brands &#8211; RapidSSL, Thawte, or GeoTrust) you are going to need to replace your certificates at some point.<\/p>\n<p>Google announced its final plan last week &#8211; which will affect existing certificates<strong> starting April 2018<\/strong>. However, we have seen that some users are still confused if this is accurate. This post is here to set the record straight. <span id=\"newline\"><\/span><\/p>\n<p>Google\u2019s <em>previous <\/em>and now outdated proposal would have had a large number of Symantec certificates becoming invalid on August 8th, 2017 &#8211; as in, a few days from now. <strong>This is no longer applicable &#8211; it\u2019s not happening.<\/strong><\/p>\n<p>Instead, Google opted to push back any action involving existing certificates until April 2018 (in the \u201cStable\u201d version of Chrome &#8211; which most end users use. See our note below on pre-release versions). To learn about Google\u2019s final proposal, which you should be planning your changes around, <a href=\"https:\/\/www.thesslstore.com\/blog\/google-chrome-final-action-symantec\/\">please read this dedicated post<\/a>.<\/p>\n<p>Some have been concerned that the lack of an official post on <a href=\"https:\/\/security.googleblog.com\/\" rel=\"nofollow\">Google\u2019s Security Blog<\/a> means it is unclear what plan is being put into action.<\/p>\n<p>We understand the value of a <em>Professional &amp; Official Post<\/em> &#8211; especially when you are about to convince your organization that they don\u2019t need to worry about certificate errors in 4 days.<\/p>\n<p>But since that does not exist, we are hoping this post can be the next best thing. We are going to provide citations and everything to give you (and your coworkers) all the reassurance needed to enjoy your weekends.<\/p>\n<ol>\n<li>First, let\u2019s <a href=\"https:\/\/groups.google.com\/a\/chromium.org\/d\/msg\/blink-dev\/eUAKwjihhBs\/El1mH8S6AwAJ\" rel=\"nofollow\">look the proposal posted on July 27th<\/a>. Darin Fisher, <a href=\"https:\/\/developer.chrome.com\/devsummit\/schedule\/sessions\/keynote\" rel=\"nofollow\">VP of Chrome Engineering<\/a>, wrote:\u201cRepresenting Google Chrome and the Chromium open source project, what follows is our final proposal on this matter&#8230;.Chrome 66 will distrust Symantec-issued TLS certificates issued before June 1, 2016, which is tentatively scheduled [to release] on April 17, 2018.\u201d\n<p>This was the post that superseded previous plans and is Google\u2019s final and current dates for removing trust for existing certificates.<\/p>\n<p>We will say it again: it starts April 2018.<a href=\"https:\/\/www.thesslstore.com\/blog\/google-chrome-final-action-symantec\/\">We will again plug our summary of Chrome\u2019s final plan of action<\/a> &#8211; read this if you want to see all the relevant dates and changes.<\/li>\n<li>A second post from a Googler, this one<a href=\"https:\/\/groups.google.com\/a\/chromium.org\/d\/msg\/blink-dev\/eUAKwjihhBs\/1SRvvnKCAgAJ\" rel=\"nofollow\"> by Devon O\u2019Brien<\/a>, who works on Chrome\u2019s Security team (<a href=\"https:\/\/security.googleblog.com\/2017\/07\/final-removal-of-trust-in-wosign-and.html\" rel=\"nofollow\">see their by-line on this official blog post<\/a>), reaffirms that the older plan is outdated:\u201cThe previously-stated August 2017 dates are no longer applicable.\u201d<\/li>\n<li>Finally, Peter Bowen, <a href=\"https:\/\/twitter.com\/pzb?lang=en\" rel=\"nofollow\">who runs Amazon\u2019s Certificate Authority<\/a> and is an expert on how browser trust works, <a href=\"https:\/\/groups.google.com\/a\/chromium.org\/d\/msg\/blink-dev\/eUAKwjihhBs\/wDkSicwvBwAJ\" rel=\"nofollow\">explained (in two different posts) that at this point<\/a> it would be technically impossible for Symantec certificates to be affected on August 8th <a href=\"https:\/\/groups.google.com\/a\/chromium.org\/d\/msg\/blink-dev\/eUAKwjihhBs\/EPCsFQpuAgAJ\" rel=\"nofollow\">because no code has been added to Chrome<\/a> to do that:\u201cAs of this morning [August 3rd], there is zero code landed in Chromium to implement any of the changes here, so August 8 is very much not happening\u201d<\/li>\n<\/ol>\n<p>&nbsp;<\/p>\n<p>Hopefully, this can set the record straight and clear up any confusion people may have had. It&#8217;s April 2018, not August 2017. Capisce?<\/p>\n<h2>A Note On \u201cBeta\u201d and \u201cCanary\u201d<\/h2>\n<p>Google distributes four versions of Chrome: \u201cStable,\u201d \u201cBeta,\u201d \u201cDev,\u201d and \u201cCanary.\u201d It refers to these as its \u2018channels.\u2019<\/p>\n<p>The Stable channel is the version for the general public. This is the fully-tested, \u2018standard\u2019 version that is on hundreds of millions of computers.<\/p>\n<p>The other three versions are all pre-release versions that allow you to test upcoming versions of Chrome before they are finalized. That does not mean these are some sort of unstable, crazy-looking alternatives. For the most part, the other three Chrome channels look and feel the same and are fairly usable.<\/p>\n<p>Each channel is \u2018rougher\u2019 than the last &#8211; meaning it has been tested less and has more bugs. Each Chrome version passes through the channels &#8211; starting at Canary, usually months in advance &#8211; and makes its way to Stable when it is ready for prime time.<\/p>\n<p>The majority of your website\u2019s customers and visitors will be using Stable, however, some small percentage <em>will <\/em>be on one of the other channels and will see Symantec certificates become untrusted <strong>earlier<\/strong>.<\/p>\n<p>So, if you can, you should try to replace affected certificates early in order to avoid inconveniencing this small portion of users.<\/p>\n<p>Here is an <strong>approximate <\/strong>breakdown of when Chrome versions 66 and 70, the two versions which will have changes for Symantec certificates, release for each channel. The exact dates may change slightly due to delays or distribution:<\/p>\n<table width=\"468\">\n<tbody>\n<tr>\n<td width=\"229\"><\/td>\n<td width=\"81\"><strong>Stable<\/strong><\/td>\n<td width=\"86\">Beta<\/td>\n<td width=\"73\">Canary<\/td>\n<\/tr>\n<tr>\n<td width=\"229\"><strong>Chrome 66<\/strong><\/p>\n<p>&nbsp;<\/p>\n<p>Certificates Affected:<\/p>\n<p>&nbsp;<\/p>\n<p>Any Symantec certificates issued before June 1st, 2016<\/td>\n<td width=\"81\">April 17, 2018<\/td>\n<td width=\"86\">March 15, 2018<\/td>\n<td width=\"73\">Jan 19, 2018<\/td>\n<\/tr>\n<tr>\n<td width=\"229\"><strong>Chrome 70<\/strong><\/p>\n<p>&nbsp;<\/p>\n<p>Certificates Affected:<\/p>\n<p>&nbsp;<\/p>\n<p>ALL Symantec certificates issued from their current roots (which will be everything issued before December 1st, 2017).<\/td>\n<td width=\"81\">Oct 23, 2018<\/td>\n<td width=\"86\">Sept 13, 2018<\/td>\n<td width=\"73\">July 31, 2018<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>(These dates are calculated from Darin Fisher\u2019s post and from <a href=\"https:\/\/www.chromium.org\/getting-involved\/dev-channel\" rel=\"nofollow\">this Chromium page<\/a>. The Dev channel is not included because it does not have a strict release schedule.)<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Don\u2019t worry, your certificates are not days away from being invalid. If you have been following the Symantec\/Google (and Mozilla) saga you likely know two things: it has been very&#8230;<\/p>\n","protected":false},"author":2,"featured_media":4583,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"inline_featured_image":false,"footnotes":"","tve_updated_post":"","tve_custom_css":"","tve_user_custom_css":"","tve_globals":{},"tcb2_ready":0,"tcb_editor_enabled":0,"tve_landing_page":"","_tve_header":"","_tve_footer":""},"categories":[17],"tags":[467,139],"class_list":["post-4577","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-industry-lowdown","tag-ssltls","tag-symantec","post-with-tags"],"views":13455,"jetpack_featured_media_url":"https:\/\/www.thesslstore.com\/blog\/wp-content\/uploads\/2017\/08\/1200px-Symantec_Headquarters_Mountain_View.jpg","_links":{"self":[{"href":"https:\/\/www.thesslstore.com\/blog\/wp-json\/wp\/v2\/posts\/4577","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.thesslstore.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.thesslstore.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.thesslstore.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.thesslstore.com\/blog\/wp-json\/wp\/v2\/comments?post=4577"}],"version-history":[{"count":0,"href":"https:\/\/www.thesslstore.com\/blog\/wp-json\/wp\/v2\/posts\/4577\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.thesslstore.com\/blog\/wp-json\/wp\/v2\/media\/4583"}],"wp:attachment":[{"href":"https:\/\/www.thesslstore.com\/blog\/wp-json\/wp\/v2\/media?parent=4577"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.thesslstore.com\/blog\/wp-json\/wp\/v2\/categories?post=4577"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.thesslstore.com\/blog\/wp-json\/wp\/v2\/tags?post=4577"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}