<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>SSL on Omid Farhang</title><link>https://omid.dev/tags/ssl/</link><description>Recent content in SSL on Omid Farhang</description><image><title>Omid Farhang</title><url>https://omid.dev/images/bio-photo-150x150.jpg</url><link>https://omid.dev/images/bio-photo-150x150.jpg</link></image><generator>Hugo -- 0.163.3</generator><language>en-US</language><copyright>2026 Omid Farhang | All rights reserved.</copyright><lastBuildDate>Fri, 05 Jun 2015 15:12:10 +0000</lastBuildDate><atom:link href="https://omid.dev/tags/ssl/index.xml" rel="self" type="application/rss+xml"/><atom:link href="https://pubsubhubbub.appspot.com/" rel="hub"/><item><title>Facebook farewells flaky SHA-1</title><link>https://omid.dev/2015/06/05/facebook-farewells-flaky-sha-1/</link><pubDate>Fri, 05 Jun 2015 15:12:10 +0000</pubDate><guid>https://omid.dev/2015/06/05/facebook-farewells-flaky-sha-1/</guid><description>&lt;p&gt;&lt;img loading="lazy" src="https://omid.dev/images/2013/05/Facebook-150x150.png" alt="Facebook" /&gt;
&lt;/p&gt;
&lt;p&gt;Facebook has set the date: on September 30, the ancient and creaking SHA-1 hashing algorithm will make its tumbril trip and get the chop.&lt;/p&gt;
&lt;p&gt;SHA-1, designed by the NSA in 1995, is a one-way algorithm: a block of data is turned into a message digest. The digest can&amp;rsquo;t be turned back into the original message, but serves as a digital signature confirming the authenticity of (for example) the software you&amp;rsquo;ve downloaded.&lt;/p&gt;</description></item><item><title>Firefox switching to encrypted Google search</title><link>https://omid.dev/2012/03/22/firefox-switching-to-encrypted-google-search/</link><pubDate>Thu, 22 Mar 2012 20:01:00 +0000</pubDate><guid>https://omid.dev/2012/03/22/firefox-switching-to-encrypted-google-search/</guid><description>&lt;p&gt;&lt;img loading="lazy" src="http://lh6.ggpht.com/-QGQvrTRY99I/T2t-BR5Z26I/AAAAAAAAFSE/SDGEPsy7f20/s1600-h/logo-wordmark%25255B3%25255D.png" alt="logo-wordmark" /&gt;
&lt;/p&gt;
&lt;p&gt;The H-Online: An inconspicuous “s” added to various &lt;a href="https://hg.mozilla.org/mozilla-central/rev/36fd3090b006"&gt;​lines&lt;/a&gt; of code in its &lt;a href="http://www.squarefree.com/burningedge/2012/03/18/2012-03-18-trunk-builds/"&gt;latest&lt;/a&gt; nightly builds means that future versions of Firefox will send all search queries to Google in encrypted form. This means that instead of HTTP, the open source browser will use the HTTPS protocol, which encrypts traffic between the web site and browser using SSL. The nightly builds will feed through, over the next few months, until the feature is, most probably, in Firefox 14.&lt;/p&gt;</description></item><item><title>Google is globally switching its search to HTTPS by default</title><link>https://omid.dev/2012/03/09/google-is-globally-switching-its-search-to-https-by-default/</link><pubDate>Fri, 09 Mar 2012 21:15:00 +0000</pubDate><guid>https://omid.dev/2012/03/09/google-is-globally-switching-its-search-to-https-by-default/</guid><description>&lt;p&gt;&lt;img loading="lazy" src="http://lh4.ggpht.com/-ZcsYTeWNjYM/T1pr-Ch5H9I/AAAAAAAAFGQ/gnIqwd8Jvis/s1600-h/Google%25255B1%25255D.png" alt="Google" /&gt;
&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;The H-Online:&lt;/strong&gt; Google &lt;a href="http://insidesearch.blogspot.com/2012/03/bringing-more-secure-search-around.html"&gt;has announced&lt;/a&gt; on its &lt;a href="http://insidesearch.blogspot.com/"&gt;Inside Search&lt;/a&gt; blog that it is enabling &lt;a href="http://en.wikipedia.org/wiki/Transport_Layer_Security"&gt;SSL encryption&lt;/a&gt; by default on its global search pages. The US site Google.com has been switching users to the secured HTTPS protocol since last year and now, to improve security and privacy for all its users, the company is rolling the behavior out to its international properties such as google.co.uk.&lt;/p&gt;
&lt;p&gt;As is the case on the US site, this only affects users who are signed into their Google account when visiting the site. The company expects to roll out this feature to the different local Google search pages “over the next few weeks”. Google hopes that this move will encourage other companies to adopt SSL more broadly across their web sites as well.&lt;/p&gt;</description></item><item><title>HTTPS Everywhere reaches 2.0, comes to Chrome as beta</title><link>https://omid.dev/2012/03/01/https-everywhere-reaches-2-0-comes-to-chrome-as-beta/</link><pubDate>Thu, 01 Mar 2012 07:33:00 +0000</pubDate><guid>https://omid.dev/2012/03/01/https-everywhere-reaches-2-0-comes-to-chrome-as-beta/</guid><description>&lt;p&gt;&lt;img loading="lazy" src="http://lh4.ggpht.com/-AOkkGqhGdoQ/T08ecW2vGHI/AAAAAAAAFAE/sOSWvkDVxFE/s1600-h/HTTPS_Everywhere_new_logo200%25255B3%25255D.png" alt="HTTPS_Everywhere_new_logo200" /&gt;
&lt;/p&gt;
&lt;p&gt;H-Online: Version 2.0 of the HTTPS Everywhere browser extension &lt;a href="https://mail1.eff.org/pipermail/https-everywhere/2012-February/001298.html"&gt;has been released&lt;/a&gt;. Where possible, the add-on automatically redirects users to more secure HTTPS connections when they access certain web pages. HTTPS Everywhere 2.0 includes an optional “Decentralised SSL Observatory” feature that detects weaknesses in encryption.&lt;/p&gt;
&lt;p&gt;When the extension detects an encryption issue, such as weak keys, it notifies users that the site they are visiting may contain security vulnerabilities that could be used to for &lt;a href="http://en.wikipedia.org/wiki/Man-in-the-middle_attack"&gt;man-in-the-middle&lt;/a&gt; (MITM) attacks. “This is an extra level of protection that we encourage Firefox users to download, install, and use” said &lt;a href="https://www.eff.org/"&gt;Electronic Frontier Foundation&lt;/a&gt; (EFF) Technology Projects Director Peter Eckersley.&lt;/p&gt;</description></item><item><title>Twitter enables HTTPS for all signed-in users</title><link>https://omid.dev/2012/02/15/twitter-enables-https-for-all-signed-in-users/</link><pubDate>Wed, 15 Feb 2012 18:02:00 +0000</pubDate><guid>https://omid.dev/2012/02/15/twitter-enables-https-for-all-signed-in-users/</guid><description>&lt;p&gt;&lt;strong&gt;&lt;img loading="lazy" src="http://lh3.ggpht.com/-gZeGJnVCi9g/TzvsMt6dIBI/AAAAAAAAEyY/Uc784lPerJY/s1600-h/twitter-logo200%25255B3%25255D.png" alt="twitter-logo200" /&gt;
The H-Online:&lt;/strong&gt; Twitter has &lt;a href="http://blog.twitter.com/2012/02/securing-your-twitter-experience-with.html"&gt;announced&lt;/a&gt; that it has now enabled &lt;a href="http://en.wikipedia.org/wiki/HTTP_Secure"&gt;HTTPS&lt;/a&gt; by default for all users signed into the micro-blogging service. By using HTTPS, all user information including log-in credentials transmitted to the company&amp;rsquo;s servers are sent using SSL encryption. This means that all data is transmitted in encrypted form and can no longer be read and exploited for fraudulent activities by attackers using tools such as the Firesheep extension for Firefox.&lt;/p&gt;</description></item><item><title>Google plans to turn off online checks for SSL certificate validity</title><link>https://omid.dev/2012/02/07/google-plans-to-turn-off-online-checks-for-ssl-certificate-validity/</link><pubDate>Tue, 07 Feb 2012 14:07:00 +0000</pubDate><guid>https://omid.dev/2012/02/07/google-plans-to-turn-off-online-checks-for-ssl-certificate-validity/</guid><description>&lt;p&gt;&lt;strong&gt;&lt;img loading="lazy" src="http://lh3.ggpht.com/-psxG5t21KGw/TzEo4Qx435I/AAAAAAAAEho/1lsmsL3CQAo/s1600-h/new-chrome-logo%25255B3%25255D.png" alt="new-chrome-logo" /&gt;
The H-Online:&lt;/strong&gt; Google plans to turn off online checks for SSL certificate validity in its Chrome browser soon, according to a &lt;a href="http://www.imperialviolet.org/2012/02/05/crlsets.html"&gt;blog post&lt;/a&gt; by Adam Langley, the developer in charge of that element of the browser. Instead, the browser will use the update mechanism to receive lists of revoked certificates.&lt;/p&gt;
&lt;p&gt;When browsers make a connection, they check whether the certificate presented by the server has already been blocked by the certificate authority, using either the certificate authority&amp;rsquo;s certificate revocation lists (CRLs) or, directly and interactively, the Online Certificate Status Protocol (OCSP). But that whole process has never been completely reliable, since, if the browser isn&amp;rsquo;t certain of the validity – if, say, an OCSP request doesn&amp;rsquo;t work – it simply “looks the other way”. Otherwise, there would be too many false alarms.&lt;/p&gt;</description></item><item><title>An update on attempted man-in-the-middle attacks</title><link>https://omid.dev/2011/08/31/an-update-on-attempted-man-in-the-middle-attacks/</link><pubDate>Wed, 31 Aug 2011 22:19:00 +0000</pubDate><guid>https://omid.dev/2011/08/31/an-update-on-attempted-man-in-the-middle-attacks/</guid><description>&lt;p&gt;&lt;a href="https://omid.dev/images/2011/08/Google-e9c48bae.jpg"&gt;&lt;img loading="lazy" src="https://omid.dev/images/2011/08/Google-4b7008bd.jpg" alt="" /&gt;
&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Google:&lt;/strong&gt; Today we received reports of attempted SSL man-in-the-middle (MITM) attacks against Google users, whereby someone tried to get between them and encrypted Google services. The people affected were primarily located in Iran. The attacker used a fraudulent SSL certificate issued by DigiNotar, a root certificate authority that should not issue certificates for Google (and has since revoked it).&lt;br&gt;
Google Chrome users were protected from this attack because Chrome was able to &lt;a href="http://blog.chromium.org/2011/06/new-chromium-security-features-june.html"&gt;detect&lt;/a&gt; the fraudulent certificate.&lt;/p&gt;</description></item></channel></rss>