<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://msmvps.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Can't I trust the Postal Service? Part 2 - the certificate.</title><link>http://msmvps.com/blogs/alunj/archive/2007/06/08/can-t-i-trust-the-postal-service-part-2-the-certificate.aspx</link><description>In part 1 of this mini-series , I talked about how the US Postal Service had deployed only part of the certificate that they had bought, and that this resulted in either an irritating dialog (in IE 6, and other browsers), or a page that warned you not</description><dc:language>en</dc:language><generator>CommunityServer 2008.5 SP2 (Build: 40407.4157)</generator><item><title>re: Can't I trust the Postal Service? Part 2 - the certificate.</title><link>http://msmvps.com/blogs/alunj/archive/2007/06/08/can-t-i-trust-the-postal-service-part-2-the-certificate.aspx#1283226</link><pubDate>Mon, 05 Nov 2007 02:04:43 GMT</pubDate><guid isPermaLink="false">d67277c4-116b-43f1-b688-e9ef184ea916:1283226</guid><dc:creator>Alun Jones</dc:creator><description>&lt;p&gt;It was at a usps.gov site, but the site has been changed since then - now all usps.gov references get redirected to usps.com.&lt;/p&gt;
&lt;p&gt;So you won't be able to replicate the issue with live references to existing sites. You'll have to rely on my historical description.&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://msmvps.com/aggbug.aspx?PostID=1283226" width="1" height="1"&gt;</description></item><item><title>re: Can't I trust the Postal Service? Part 2 - the certificate.</title><link>http://msmvps.com/blogs/alunj/archive/2007/06/08/can-t-i-trust-the-postal-service-part-2-the-certificate.aspx#1283070</link><pubDate>Sun, 04 Nov 2007 23:36:29 GMT</pubDate><guid isPermaLink="false">d67277c4-116b-43f1-b688-e9ef184ea916:1283070</guid><dc:creator>U NO HOO</dc:creator><description>&lt;p&gt;usps.gov or usps.com?&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://msmvps.com/aggbug.aspx?PostID=1283070" width="1" height="1"&gt;</description></item><item><title>re: Can't I trust the Postal Service? Part 2 - the certificate.</title><link>http://msmvps.com/blogs/alunj/archive/2007/06/08/can-t-i-trust-the-postal-service-part-2-the-certificate.aspx#1205949</link><pubDate>Wed, 19 Sep 2007 16:53:26 GMT</pubDate><guid isPermaLink="false">d67277c4-116b-43f1-b688-e9ef184ea916:1205949</guid><dc:creator>Alun Jones</dc:creator><description>&lt;p&gt;No, it comes down to how confident you are that every one of your servers are secure. There's a big difference.&lt;/p&gt;
&lt;p&gt;If you use individual certificates for individual services (which may be spread across several servers), the strength of each certificate is dependent on the weakest of the servers within that service - but not dependent on the strength of any server outside the service.&lt;/p&gt;
&lt;p&gt;If you use a wildcard certificate for any service within your domain, then every server in your domain may be spoofed if an attacker can get at any one of those servers that uses a wildcard certificate.&lt;/p&gt;
&lt;p&gt;Note that this also means that you can't use a non-wildcard certificate to get &amp;quot;better security&amp;quot; inside your domain, because the wildcard certificate will still work to spoof that site. (e.g. if you registered certificates at *.example.com and securesite.example.com, an attacker who gets the key for *.example.com can use that certificate to pretend to be securesite.example.com also)&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://msmvps.com/aggbug.aspx?PostID=1205949" width="1" height="1"&gt;</description></item><item><title>re: Can't I trust the Postal Service? Part 2 - the certificate.</title><link>http://msmvps.com/blogs/alunj/archive/2007/06/08/can-t-i-trust-the-postal-service-part-2-the-certificate.aspx#1205360</link><pubDate>Wed, 19 Sep 2007 03:37:02 GMT</pubDate><guid isPermaLink="false">d67277c4-116b-43f1-b688-e9ef184ea916:1205360</guid><dc:creator>Orca</dc:creator><description>&lt;p&gt;Thanks for teh discussion. &amp;nbsp;We have been discussing this internally, and are trying to come up with risk profile.&lt;/p&gt;
&lt;p&gt;Of your Negitives, 3 are associated with cost, these are realtivly easily quantified, and in reality most will be motivated to to go with wildcards to reduce costs (its why we are condisering it) so that just becomes an excercise to ensure you are capturing all teh end to end costs.&lt;/p&gt;
&lt;p&gt;Your final point re 3rd party hosting is valid, but avoidable. &amp;nbsp;I agree that if you go for wildcards you can&amp;#39;t outsource that domain. &amp;nbsp;In fact you need to make sure you control your domain very tightly.&lt;/p&gt;
&lt;p&gt;Which leaves us with increased attack surface. &amp;nbsp; How likly is it for someone to &amp;quot;crack&amp;quot; your certificate? &amp;nbsp;Hopefully not very or else the entire SSL infrastructure is worthless. &amp;nbsp;So I assume that you are saying if you have multiple copies of a certificate that increases the chance someone will compromise one of them, and steal the certificate.&lt;/p&gt;
&lt;p&gt;So I guess it comes down to how confidant you are your server is secure, and that if it becomes compromised you will notice it before the attacker can take advantage of it. &amp;nbsp; &lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://msmvps.com/aggbug.aspx?PostID=1205360" width="1" height="1"&gt;</description></item></channel></rss>