<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: APT repository: fix SSL certificate in Desktop (Linux)</title>
    <link>https://community.spotify.com/t5/Desktop-Linux/APT-repository-fix-SSL-certificate/m-p/4421338#M15947</link>
    <description>&lt;P&gt;We are aware of the problems of only GPG signing the repository metadata over plain http. We haven't spent enough time on fixing the cert problem on our current APT CDN mirror. We did spend some time to try to fix it and setup a new one a while ago:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://repository.scdn.co" target="_blank"&gt;https://repository.scdn.co&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Domains that end with&amp;nbsp;scdn.co are Spotify domains on one of our cdns, but you have to take my word for it here in the forum.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;We realized we had some cache issues with that that we haven't fixed yet, so we couldn't migrate away from our old CDN setup which doesn't handle https certs.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Both repository.spotify.com and repository.scdn.co CDN caches use our web server cluster:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://repository-origin.spotify.com/" target="_blank"&gt;https://repository-origin.spotify.com/&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;That one sits directly in one of our data centers (probably in London) and can handle pretty big load, but no way near what big CDN players can do.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Almost all of our new Linux users follow the download instructions on &lt;A href="https://www.spotify.com/download/linux/" target="_blank"&gt;https://www.spotify.com/download/linux/&lt;/A&gt; and install the snap package securily from Ubuntu Software. Most users who started using the Linux client before December 2017 however still use the debian package and since there is no obvious smooth migration plan, we will probably keep it around for a while.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Since version 1.0.69, which was released in December 2017, Spotify depends on either&amp;nbsp;libssl1.1, libssl1.0.2, libssl1.0.1 or libssl1.0.0 since 1.0.69 and dynamically links to the highest version it finds.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Because of how snap bundles dependencies, Spotify snap users don't have the libssl dependency problems (or the upcoming libcurl problem: see &lt;A href="https://community.spotify.com/t5/Desktop-Linux/libcurl4/td-p/4411011" target="_blank"&gt;https://community.spotify.com/t5/Desktop-Linux/libcurl4/td-p/4411011&lt;/A&gt; ). The trade-off is of course that they will need to wait for Spotify to send out an updated snap bundle in case of a security issue.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Thu, 15 Mar 2018 22:32:52 GMT</pubDate>
    <dc:creator>jooon</dc:creator>
    <dc:date>2018-03-15T22:32:52Z</dc:date>
    <item>
      <title>APT repository: fix SSL certificate</title>
      <link>https://community.spotify.com/t5/Desktop-Linux/APT-repository-fix-SSL-certificate/m-p/4420789#M15945</link>
      <description>&lt;P&gt;&lt;A href="https://repository.spotify.com/" target="_blank"&gt;https://repository.spotify.com/&lt;/A&gt; is served with an invalid SSL certificate, preventing its use with APT.&amp;nbsp; Serving APT repositories without TLS/SSL is a known security risk:&lt;/P&gt;&lt;P&gt;&lt;A href="https://blog.packagecloud.io/eng/2018/02/21/attacks-against-secure-apt-repositories/" target="_blank"&gt;https://blog.packagecloud.io/eng/2018/02/21/attacks-against-secure-apt-repositories/&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;--&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;On an unrelated note: when will the Spotify client be built against a newer version of libssl?&amp;nbsp; Debian no longer ships with libssl1.0.0.&lt;/P&gt;</description>
      <pubDate>Thu, 15 Mar 2018 15:46:11 GMT</pubDate>
      <guid>https://community.spotify.com/t5/Desktop-Linux/APT-repository-fix-SSL-certificate/m-p/4420789#M15945</guid>
      <dc:creator>reklipz</dc:creator>
      <dc:date>2018-03-15T15:46:11Z</dc:date>
    </item>
    <item>
      <title>Re: APT repository: fix SSL certificate</title>
      <link>https://community.spotify.com/t5/Desktop-Linux/APT-repository-fix-SSL-certificate/m-p/4421338#M15947</link>
      <description>&lt;P&gt;We are aware of the problems of only GPG signing the repository metadata over plain http. We haven't spent enough time on fixing the cert problem on our current APT CDN mirror. We did spend some time to try to fix it and setup a new one a while ago:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://repository.scdn.co" target="_blank"&gt;https://repository.scdn.co&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Domains that end with&amp;nbsp;scdn.co are Spotify domains on one of our cdns, but you have to take my word for it here in the forum.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;We realized we had some cache issues with that that we haven't fixed yet, so we couldn't migrate away from our old CDN setup which doesn't handle https certs.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Both repository.spotify.com and repository.scdn.co CDN caches use our web server cluster:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://repository-origin.spotify.com/" target="_blank"&gt;https://repository-origin.spotify.com/&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;That one sits directly in one of our data centers (probably in London) and can handle pretty big load, but no way near what big CDN players can do.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Almost all of our new Linux users follow the download instructions on &lt;A href="https://www.spotify.com/download/linux/" target="_blank"&gt;https://www.spotify.com/download/linux/&lt;/A&gt; and install the snap package securily from Ubuntu Software. Most users who started using the Linux client before December 2017 however still use the debian package and since there is no obvious smooth migration plan, we will probably keep it around for a while.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Since version 1.0.69, which was released in December 2017, Spotify depends on either&amp;nbsp;libssl1.1, libssl1.0.2, libssl1.0.1 or libssl1.0.0 since 1.0.69 and dynamically links to the highest version it finds.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Because of how snap bundles dependencies, Spotify snap users don't have the libssl dependency problems (or the upcoming libcurl problem: see &lt;A href="https://community.spotify.com/t5/Desktop-Linux/libcurl4/td-p/4411011" target="_blank"&gt;https://community.spotify.com/t5/Desktop-Linux/libcurl4/td-p/4411011&lt;/A&gt; ). The trade-off is of course that they will need to wait for Spotify to send out an updated snap bundle in case of a security issue.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 15 Mar 2018 22:32:52 GMT</pubDate>
      <guid>https://community.spotify.com/t5/Desktop-Linux/APT-repository-fix-SSL-certificate/m-p/4421338#M15947</guid>
      <dc:creator>jooon</dc:creator>
      <dc:date>2018-03-15T22:32:52Z</dc:date>
    </item>
    <item>
      <title>Re: APT repository: fix SSL certificate</title>
      <link>https://community.spotify.com/t5/Desktop-Linux/APT-repository-fix-SSL-certificate/m-p/4421357#M15948</link>
      <description>&lt;P&gt;Now that I read my own message, I wonder why we never just setup a temporary redirect from:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://repository.spotify.com" target="_blank"&gt;https://repository.spotify.com&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;to:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://d2czmavkeme1ql.cloudfront.net/" target="_blank"&gt;https://d2czmavkeme1ql.cloudfront.net/&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I will investigate it again to see if we can fix it quickly before properly migrating to a better CDN setup.&lt;/P&gt;</description>
      <pubDate>Thu, 15 Mar 2018 22:45:42 GMT</pubDate>
      <guid>https://community.spotify.com/t5/Desktop-Linux/APT-repository-fix-SSL-certificate/m-p/4421357#M15948</guid>
      <dc:creator>jooon</dc:creator>
      <dc:date>2018-03-15T22:45:42Z</dc:date>
    </item>
  </channel>
</rss>

