<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:blogChannel="http://backend.userland.com/blogChannelModule">

<channel>
<title>Topic &#x27;Google disables SSL compression in Chrome against new attack&#x27; in forum &#x27;Security&#x27; - dslreports.com</title>
<link>http://www.dslreports.com/forum/Google-disables-SSL-compression-in-Chrome-against-new-attack-27519032</link>
<description></description>
<language>en</language>
<pubDate>Wed, 19 Jun 2013 08:47:30 EDT</pubDate>
<lastBuildDate>Wed, 19 Jun 2013 08:47:30 EDT</lastBuildDate>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27531019</link>
<description><![CDATA[Name Game posted : This should be a good tweet to follow to it's final resolution.<br><br><div class="bquote"><p>Why firefox could not load the css correctly whereas chrome does?<br>Is there something wrong with the site? Chrome won't let me visit it.<br>We're investigating Google Chrome and some other services flagging our CDN as suspicious.<br>FireFox is blocking our CSS on the back end because of the same warning Chrome is displaying.</p></div>&raquo;<A HREF="http://twitter.com/VergeSupport" >twitter.com/VergeSupport</A><br><br>&raquo;<A HREF="http://www.theverge.com/" >www.theverge.com/</A><br><small>--<br>Gladiator Security Forum <br> &raquo;<A HREF="http://www.gladiator-antivirus.com/" >www.gladiator-antivirus.com/</A> <br></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27531019</guid>
<pubDate>Mon, 17 Sep 2012 01:16:01 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27528206</link>
<description><![CDATA[Name Game posted : Well I think I am correct in assuming that the highest level of OS you run is XP  and maybe still only SP2 and that really limits one to browser choices and even how those choices really run in XP compared how they run on newer OS's offered by Microsoft. Yes many of those other browsers will run on XP and they are advertised that way..but I think in reality they might not be that safe just because of the XP architect. <br>I have the same problem with so many of my friends and family that I help..but at least they have the latest SP's for XP and then all the other updates to make it as secure as possible.<br><br>They are not rocket scientist..and just want two things..to enjoy the internet and all it's features on the sites they frequent..and not to get infected. They don't have time to run and install other plugins or proggies to keep them safe and would not even understand why they need them..so options are limited.<br><small>--<br>Gladiator Security Forum <br> &raquo;<A HREF="http://www.gladiator-antivirus.com/" >www.gladiator-antivirus.com/</A> <br></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27528206</guid>
<pubDate>Sat, 15 Sep 2012 20:58:09 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27528108</link>
<description><![CDATA[Mele20 posted : I already have older versions of SeaMonkey. I have several versions of every browser. <br><br>As for Opera, yes, Opera made a bad decision to try and keep up with other browser makers insane schedule. Since 11.0 Opera has been producing seriously buggy final versions which was never the case before 11.0. But Opera, I suppose, has felt the need to do this. They, like Mozilla, are scared of the crappy Chrome browser. And they have to worry about the vast majority of computer users who like Chrome for the very reasons that most (not you though) knowledge computer users dislike it, and avoid it, or at least use Iron. <br><br>The ignorance of the masses has, as usual, forced terrible problems for those who bother to educate themselves. A less rapid release schedule is far superior to the garbage we get now with all the browsers in this insane race to be faster in the release schedule out of the real fear that the ignorant of computer users will believe that only the fastest to release new versions browser is a good one. That, of course, is absurdly ridiculous, and a lie, but it is easy to fool those who refuse to take any responsibility to educate themselves about computers but still insist on using them! <br><small>--<br>When governments fear people, there is liberty. When the people fear the government, there is tyranny.  Thomas Jefferson</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27528108</guid>
<pubDate>Sat, 15 Sep 2012 20:23:10 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27527204</link>
<description><![CDATA[Name Game posted : Some people are still using older versions of Opera just like you are still using Firefox versions 4.0.1 28. <br>  You also have the new  Sea Monkey 2.12.1 which became available  10 September, 2012  :D which now has Spdy.<br>so get an older version<br>&raquo;<A HREF="http://dev.oldapps.com/seamonkey.php?old_seamonkey=8200" >dev.oldapps.com/seamonkey.php?ol&middot;&middot;&middot;key=8200</A><br><br>This SPDY thing you are on about trying to  destroy Proxo is still funny and the only guinea pigs (no caps needed)  :D I know with Opera are the users who try to get their final releases to work over the years.  That's why many stick with older versions. Sound familiar ?<br><small>--<br>Gladiator Security Forum <br> &raquo;<A HREF="http://www.gladiator-antivirus.com/" >www.gladiator-antivirus.com/</A> <br></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27527204</guid>
<pubDate>Sat, 15 Sep 2012 13:02:45 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27526626</link>
<description><![CDATA[KodiacZiller posted : <div class="bquote"><said>said by <a href="/profile/825862" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=825862');">MeDuZa</a>:</said><p><div class="bquote"><said>said by <a href="/profile/655093" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=655093');">Name Game</a>:</said><p>Exactly... </p></div>Not quite so Exactly.<br>- Opera(12) has HSTS support. evoxllx is wrong.<br>- Regarding ECDHE support:<br><br>  <BLOCKQUOTE><SMALL>quote:</SMALL><HR> Opera support Forward Secrecy in the form of the Ephemeral Diffie-Hellman (DHE) cipher suites, but not the Elliptic Curve DHE method Google selected to prioritize (At present Opera does not support Elliptic Curve crypto). Google seem to prioritize the ECDHE and RSA/ARC4 above the DHE methods (there is no DHE_RSA/ARC4 ciphersuite defined, which may explain that part; ARC4 is less costly than AES). AFAICT Google does not support the DHE_RSA methods on their server.<br><br>In the list of ciphersuites that Opera sends the server, the DHE_RSA ciphersuites are listed as more preferred than the corresponding RSA ciphersuite, so if the DHE method is not selected it is because the server either does not support the cipher suites (as is the case on google.com), or decided not to select it based on its own list of prioritized ciphersuites.<HR></BLOCKQUOTE><br><br> </p></div>ECC needs to become the standard already.  It is much more efficient than RSA (it uses much smaller keys, but they are equally secure at a smaller size).  Instead of a 2048 bit RSA key, you can get equivalent strength from a 224 bit ECC key, which makes it much faster and efficient.<br><small>--<br>Getting people to stop using windows is more or less the same as trying to get people to stop smoking tobacco products. They dont want to change; they are happy with slowly dying inside. -- munky99999</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27526626</guid>
<pubDate>Sat, 15 Sep 2012 07:18:18 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27526619</link>
<description><![CDATA[MeDuZa posted : <div class="bquote"><said>said by <a href="/profile/655093" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=655093');">Name Game</a>:</said><p>Exactly... </p></div>Not quite so Exactly.<br>- Opera(12) has HSTS support. evoxllx is wrong.<br>- Regarding ECDHE support:<br><br> <BLOCKQUOTE><SMALL>quote:</SMALL><HR> Opera support Forward Secrecy in the form of the Ephemeral Diffie-Hellman (DHE) cipher suites, but not the Elliptic Curve DHE method Google selected to prioritize (At present Opera does not support Elliptic Curve crypto). Google seem to prioritize the ECDHE and RSA/ARC4 above the DHE methods (there is no DHE_RSA/ARC4 ciphersuite defined, which may explain that part; ARC4 is less costly than AES). AFAICT Google does not support the DHE_RSA methods on their server.<br><br>In the list of ciphersuites that Opera sends the server, the DHE_RSA ciphersuites are listed as more preferred than the corresponding RSA ciphersuite, so if the DHE method is not selected it is because the server either does not support the cipher suites (as is the case on google.com), or decided not to select it based on its own list of prioritized ciphersuites.<HR></BLOCKQUOTE><br><small>--<br>Reality corrupted. Reboot universe? (Y/N)</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27526619</guid>
<pubDate>Sat, 15 Sep 2012 07:08:56 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27526503</link>
<description><![CDATA[Mele20 posted : Sigh. Why are you on such a tear?<br><br>The screenshot is from my favorite version of Opera, 10 Preview which I downloaded in Aug 2009. It has no Unite.  TLS 1.1 is checked. I've had it checked ever since it first appeared in an Opera version long before Beast attack last year. <br><br>You'll note from the screenshot that as far back as August 2009, Opera did not have SSL 2. I caught you out on that so I guess you are trying to get folks to forget that by going on about my being "funny". I believe the description fits you better.<br><br>"Panic over Crime"? Where in the world did you get that idea?  I am concerned about SPDY because of the possible implications for Proxo and the fact that on Sea Monkey the Fx extension won't install so I can't monitor SPDY usage. My other browsers don't use SPDY.  How does this translate to "panic over crime'?  Geez...you need to stop posting so much as you appear to be getting things all mixed up. :(<br><br>Stop putting words in my mouth. I never said Opera was a guinea pig. Go back and read what I said. I asked if Opera should be expected to START ACTING LIKE A GUINEA PIG by DEFAULTING to TLS 1.2. I pointed out the EXCELLENT reasons a highly respected security developer gave for why Opera defaults to TLS 1.0. YOU want Opera to be a guinea pig because you fault it for not defaulting to TLS 1.2. I do NOT want Opera to be a guinea pig and it is NOT one. <br><small>--<br>When governments fear people, there is liberty. When the people fear the government, there is tyranny.  Thomas Jefferson</small><div class="borderless"><TABLE WIDTH=95% align=center border=0 CELLPADDING=4"><TR><TD ALIGN=CENTER VALIGN=CENTER BGCOLOR=#FFFFFF nwrap COLSPAN=3 WIDTH=100%><A HREF="/speak/slideshow/27526503?c=2033544&ret=L2ZvcnVtL3IyNzUxOTAzMi54bWw%3D"><IMG class="apic" BORDER=0 TITLE="61877 bytes" WIDTH=600 HEIGHT=647 SRC="/r0/download/2033544.thumb600~76c93a3f8a8ea15d602f29b0541f2912/Friday, September 14, 2012 20;40;44001.png/thumb.jpg" ALT="Click for full size"></A></TD></TABLE></div>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27526503</guid>
<pubDate>Sat, 15 Sep 2012 03:25:16 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27526289</link>
<description><![CDATA[DownTheShore posted : <div class="bquote"><said>said by FF4m3 :</said><p>Set as above.<br> </p></div>Thanks! :)]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27526289</guid>
<pubDate>Fri, 14 Sep 2012 23:48:00 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27526173</link>
<description><![CDATA[Name Game posted : I like your's better since it displays in the thread. ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27526173</guid>
<pubDate>Fri, 14 Sep 2012 22:37:05 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27526169</link>
<description><![CDATA[MagnusM posted : Seems you were quicker than me on that one  :D]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27526169</guid>
<pubDate>Fri, 14 Sep 2012 22:34:28 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27526157</link>
<description><![CDATA[Name Game posted : Thanks here is another one. <br>&raquo;<A HREF="/forum/r27522125-">Re: Google disables SSL compression in Chrome against new attack</A>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27526157</guid>
<pubDate>Fri, 14 Sep 2012 22:28:22 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27526134</link>
<description><![CDATA[MagnusM posted : Here is a video that shows the CRIME exploit in action:<br><br><p><div style='z-index:0; text-align:center;display:block;'><object width='425' height='350'><param name='movie' value="http://www.youtube.com/v/gGPhHYyg9r4"><param name=wmode value="transparent"><embed wmode="transparent" src="http://www.youtube.com/v/gGPhHYyg9r4" type='application/x-shockwave-flash' width='425' height='350' allowscriptaccess='samedomain'></embed></object></div></p><center>&raquo;<A HREF="http://www.youtube.com/watch?v=gGPhHYyg9r4" >www.youtube.com/watch?v=gGPhHYyg9r4</A></center><br><small>--<br>Mischel Internet Security - Developer of <A HREF="http://www.trojanhunter.com">TrojanHunter</a></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27526134</guid>
<pubDate>Fri, 14 Sep 2012 22:19:55 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27525910</link>
<description><![CDATA[Name Game posted : Exactly...So I would suggest to everyone who thinks the developer of their chosen browser is not on top of this issue of CRIME  or any other vulnerability ...to hold off and see what they do..but if you are so paranoid and think the developer is behind the power curve..then start disabling "whatever"..at least you will learn more about your internet ride than you did last week... or change your browser.... I'll let Chrome change my oil and filter. :)]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27525910</guid>
<pubDate>Fri, 14 Sep 2012 20:45:25 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27525886</link>
<description><![CDATA[evoxllx posted : <div class="bquote"><said>said by <a href="/profile/403861" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=403861');">Mele20</a>:</said><p>SSL 2 hasn't been around on Opera since version 10 or earlier I think. Hasn't been, I know for sure, on version 11.0 and above. <br><br>I don't know what  Name Game <A HREF="/useremail/u/655093"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> is referring to as the Opera forum link he gives points out the futility of starting with TLS 1.1 or TLS 1.2 as 98% of servers are not able to use it. Opera's main security developer explains Opera's reasoning in that thread.<br><br>So, Opera, for PRACTICAL reasons, defaults to SSL 3 and TLS 1.0. Why  Name Game <A HREF="/useremail/u/655093"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> thinks Opera should support a protocol that is not supported yet on the web, except in a tiny minority of cases, I don't understand. Opera should be a guinea pig? Why? I think he should clarify his comment.<br> </p></div>The percentage of sites that don't support it is irrelevant when the sites that DO support it are some of the most sought after when it comes to these types of attacks, not to mention some of the largest sites/services on the internet.<br><br>Google, Facebook, PayPal, CloudFlare, etc.<br><br>The reason it's so slow to rollout is mostly due to buggy network devices and servers.<br><br>That being said, Opera lacks many things that I think are more important, such as HSTS and ECDHE support.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27525886</guid>
<pubDate>Fri, 14 Sep 2012 20:35:19 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27525862</link>
<description><![CDATA[Name Game posted : You are still funny and if you used opera..you would have done that last year to mitigate the BEAST..I posted that info in many forums myself and you can see it done here<br><br>&raquo;<A HREF="http://answers.yahoo.com/question/index?qid=20111115213605AAjCZy5" >answers.yahoo.com/question/index&middot;&middot;&middot;5AAjCZy5</A><br><br>&raquo;<A HREF="http://www.phonefactor.com/resources/CipherSuiteMitigationForBeast.pdf" >www.phonefactor.com/resources/Ci&middot;&middot;&middot;east.pdf</A><br><br>And that is also why I think your panic over Crime..which still not even presented yet... is mostly FUD..Beast was even a bigger problem and caught many with their pants down. Opera is not a guinea pig..it is a browser that has been out there since 1996 and never is really ready for prime time in all of it's development cycle and new versions.<br><small>--<br>Gladiator Security Forum <br> &raquo;<A HREF="http://www.gladiator-antivirus.com/" >www.gladiator-antivirus.com/</A> <br></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27525862</guid>
<pubDate>Fri, 14 Sep 2012 20:19:57 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27525791</link>
<description><![CDATA[Mele20 posted : SSL 2 hasn't been around on Opera since version 10 or earlier I think. Hasn't been, I know for sure, on version 11.0 and above. <br><br>I don't know what  Name Game <A HREF="/useremail/u/655093"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> is referring to as the Opera forum link he gives points out the futility of starting with TLS 1.1 or TLS 1.2 as 98% of servers are not able to use it. Opera's main security developer explains Opera's reasoning in that thread.<br><br>So, Opera, for PRACTICAL reasons, defaults to SSL 3 and TLS 1.0. Why  Name Game <A HREF="/useremail/u/655093"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> thinks Opera should support a protocol that is not supported yet on the web, except in a tiny minority of cases, I don't understand. Opera should be a guinea pig? Why? I think he should clarify his comment.<br><small>--<br>When governments fear people, there is liberty. When the people fear the government, there is tyranny.  Thomas Jefferson</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27525791</guid>
<pubDate>Fri, 14 Sep 2012 19:50:05 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27523381</link>
<description><![CDATA[anon posted : <A HREF="http://www.theregister.co.uk/2012/09/14/crime_tls_attack/">The perfect CRIME? New HTTPS web hijack attack explained</a>:<br><div class="bquote"><p>The so-called CRIME technique lures a vulnerable web browser into leaking an authentication cookie created when a user starts a secure session with a website. Once the cookie has been obtained, it can be used by hackers to login to the victim's account on the site.<br><br>The cookie is deduced by tricking the browser into sending compressed encrypted requests for files to a HTTPS website and exploiting information inadvertently leaked in the process. During the attack, the encrypted requests - each of which contains the cookie - are continually modified by malicious JavaScript code, and the changing size of the compressed message is used to determine the cookie's contents character by character.<br><br><b>Punters using web browsers that implement either TLS or SPDY compression are potentially at risk - but the vulnerability only comes into play if the victim visits a website that accepts the affected protocols. Support is widespread but far from ubiquitous.</b><br><br><b>The researchers worked with Mozilla and Google to ensure that both Firefox and Chrome are protected. Microsoft's Internet Explorer is not vulnerable to the attack, and only beta versions of Opera support SPDY. Smartphone browsers and other applications that rely on TLS may be vulnerable</b>, according to Ars Technica.<br><br>"Basically, the attacker is running a script on Evil.com," Rizzo <A HREF="http://threatpost.com/en_us/blogs/crime-attack-uses-compression-ratio-tls-requests-side-channel-hijack-secure-sessions-091312">explained to Kaspersky Labs' Threatpost</a>. "He forces the browser to open requests to Bank.com by, for example, adding  tags with the src pointing to Bank.com. Each of those requests contains data from mixed sources."<br><br>Each encrypted request includes an image file name - a constantly changing detail that is generated by the malicious script; the browser's identification headers, which don't change; and the login cookie, the target of the attack. When the file name matches part of the login cookie, the size of the message drops because the compression algorithm removes this redundancy.<br><br>"The problem is that compression combines all those sources together," Rizzo added. "The attacker can sniff the packets and get the size of the requests that are sent. By changing the [file name] path, he could attempt to minimise the request size, ie: when the file name matches the cookie."<br><br>This brute-force attack has been demonstrated against several sites including Dropbox, Github and Stripe. Affected organisations were notified by the pair, and the websites have reportedly suspended support for the leaky encryption compression protocols. Ivan Ristic, director of engineering at Qualys, estimates 42 percent of sites support TLS compression.<br><br>The researchers will present their work at the Ekoparty security conference in Buenos Aires, Argentina next week. In the meantime, Jeremiah Grossman, founder and chief technology officer of WhiteHat Security, has a detailed take on the attack <A HREF="http://blog.whitehatsec.com/crime-mitm-and-xss/">here</a>.</p></div>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27523381</guid>
<pubDate>Fri, 14 Sep 2012 13:24:21 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27524200</link>
<description><![CDATA[caffeinator posted : <div class="bquote"><said>said by <a href="/profile/655093" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=655093');">Name Game</a>:</said><p>If you use Opera..even many month ago..<br><br>SSL2 should be disabled.<br>TLS 1.1 and TLS 1.2 should be enabled and are preferred, though TLS 1.2 was not yet supported on many servers<br><br> </p></div>Hmm...<br><br>I'm still using Opera 11.64 on this box. Even so, when checking under security protocols, there is no SSL v2 listed at all. Only SSL v3 and the TLS variants.<br><br>[att=1]<br>Those are the default settings, I haven't had a need to change them.<br><br><small>--<br><br><A HREF="http://www.darkgrid.com/tribute/">My 9/11 Tribute</a>..online since 9/14/01 <br>Need an Avatar? Check out <A HREF="http://www.darkgrid.com/wafen/">Wafen's Avatar Pages</a></small><div class="borderless"><TABLE WIDTH=95% align=center border=0 CELLPADDING=4"><TR><TD ALIGN=CENTER VALIGN=CENTER BGCOLOR=#FFFFFF nwrap COLSPAN=3 WIDTH=100%><A HREF="/speak/slideshow/27524200?c=2033358&ret=L2ZvcnVtL3IyNzUxOTAzMi54bWw%3D"><IMG TITLE="28216 bytes" BORDER=0 WIDTH=438 HEIGHT=843 SRC="/r0/download/2033358~f33e3bf7dccf6382229adaf8f08cd061/Snap2.png"></A></TD></TABLE></div>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27524200</guid>
<pubDate>Fri, 14 Sep 2012 12:35:33 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27524002</link>
<description><![CDATA[norwegian posted : <div class="bquote"><said>said by <a href="/profile/655093" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=655093');">Name Game</a>:</said><p>TLS 1.1 .... .... should be enabled and are preferred, though TLS 1.2 was not yet supported on many servers<br></p></div>That comment seems to have merit. Turning it on has evolved my browsing experience.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27524002</guid>
<pubDate>Fri, 14 Sep 2012 11:47:27 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27523971</link>
<description><![CDATA[norwegian posted : <div class="bquote"><said>said by <a href="/profile/655093" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=655093');">Name Game</a>:</said><p>SSL2 should be disabled.<br>TLS 1.1 and TLS 1.2 should be enabled and are preferred, though TLS 1.2 was not yet supported on many servers<br><br>But for Opera this was the problem even in Jan 2012<br><br>&raquo;<A HREF="http://my.opera.com/community/forums/topic.dml?id=1262702" >my.opera.com/community/forums/to&middot;&middot;&middot;=1262702</A><br></p></div>Quite a good link. However it is interesting in this quote:<br><br>  <BLOCKQUOTE><SMALL>quote:</SMALL><HR><i>The RFC also says that servers MUST accept that clients send extensions (and ignore the ones it cannot handle)</i>, and MUST accept that clients may signal a higher version than they support. Unfortunately, what the RFCs say, and what got implemented in the server can be two very different things. There is a reason why RFC 5746 (The Renego patch) includes a reminder about what the RFCs say on those two points.<HR></BLOCKQUOTE><br><br>Well, what can you say. It is all too similar to a lot of Internet browsing.<br><br>You have to allow for it to be a reply to a request. What we need to do is create an environment whereby that initial handshake doesn't allow all, doesn't allow by default, looks for certain strings....guess to some extent that may happen already and you to become pwoned....<br><br>So to start with not allowing anything but still recognize the link it needs....love to be able to have that signed in my name. :)<br><small>--<br>The only thing necessary for the triumph of evil is for good men to do nothing - Edmund Burke<br><br></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27523971</guid>
<pubDate>Fri, 14 Sep 2012 11:39:46 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27523233</link>
<description><![CDATA[StuartMW posted : <div class="bquote"><said>said by <a href="/profile/403861" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=403861');">Mele20</a>:</said><p>(God forbid that any of us be able to block Google ads).<br> </p></div>I use the AdBlock Plus extension in FF and don't see Google or any other ads. But use whatever does, or doesn't, work for you.<br><small>--<br>Don't feed trolls--it only makes them grow!</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27523233</guid>
<pubDate>Fri, 14 Sep 2012 08:22:42 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27523198</link>
<description><![CDATA[Name Game posted : You are so funny..then stop using google and stop ranting about it.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27523198</guid>
<pubDate>Fri, 14 Sep 2012 08:02:02 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27523147</link>
<description><![CDATA[Mele20 posted : <div class="bquote"><said>said by <a href="/profile/655093" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=655093');">Name Game</a>:</said><p>Have they told you if proxo  with work with Windows 8..I hear it might be compatible but not tested..<br><br>You might understand it all more in this thread where scarlettrunner20<br>shows people how to do a little test at  "boh.com" The Bank of Hawaii .<br>&raquo;<A HREF="http://forums.mozillazine.org/viewtopic.php?f=7&t=2310053" >forums.mozillazine.org/viewtopic&middot;&middot;&middot;=2310053</A><br> </p></div>Proxo should work on Windows 8. As long as the web is based on HTTP protocol Proxo should work. Some sites may have problems when filtered by Proxo but that has always been the case and SPDY could pose some problems. When Sidki left public Proxo development after his 10/2010 filters gift to us users, he gave his notes, etc. to JJoe and JJoe gave us a filter set updating Sidki's last set in 12/11. I still use Sidki's 10/2010 filters on my host machine and JJoe's on virtual machines.<br><small>--<br>When governments fear people, there is liberty. When the people fear the government, there is tyranny.  Thomas Jefferson</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27523147</guid>
<pubDate>Fri, 14 Sep 2012 07:16:28 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522957</link>
<description><![CDATA[Mele20 posted : <div class="bquote"><said>said by FF4m3 :</said><p><div class="bquote"><said>said by <a href="/profile/403861" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=403861');">Mele20</a>:</said><p>Google wants Proxo dead.</p></div>No they don't. Google could care less about Proxo.<br></p></div>Google doesn't want Proxo dead? Then explain to me why they stopped allowing Proxo to fake a Google cookie?  Google has become more hostile toward Proxo in the last few years.<br><small>--<br>When governments fear people, there is liberty. When the people fear the government, there is tyranny.  Thomas Jefferson</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522957</guid>
<pubDate>Fri, 14 Sep 2012 02:10:15 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522873</link>
<description><![CDATA[Name Game posted : Are you Desiree ???   ;)<br>&raquo;<A HREF="https://groups.google.com/forum/?fromgroups=#!topic/mozilla.support.seamonkey/BSTfZTLW9Ak" >groups.google.com/forum/?fromgro&middot;&middot;&middot;fZTLW9Ak</A><br><br>&raquo;<A HREF="https://github.com/chengsun/moz-spdy-indicator/issues/2" >github.com/chengsun/moz-spdy-ind&middot;&middot;&middot;issues/2</A><br><br>&raquo;<A HREF="https://support.google.com/chrome/bin/answer.py?hl=en&answer=95617&p=ui_security_indicator" >support.google.com/chrome/bin/an&middot;&middot;&middot;ndicator</A><div class="borderless"><TABLE WIDTH=95% align=center border=0 CELLPADDING=4"><TR><TD ALIGN=CENTER VALIGN=CENTER BGCOLOR=#FFFFFF nwrap COLSPAN=3 WIDTH=100%><A HREF="/speak/slideshow/27522873?c=2033243&ret=L2ZvcnVtL3IyNzUxOTAzMi54bWw%3D"><IMG class="apic" BORDER=0 TITLE="150771 bytes" WIDTH=600 HEIGHT=366 SRC="/r0/download/2033243.thumb600~d194392ef05729d8830e3f6bc394e929/TLS.jpg/thumb.jpg" ALT="Click for full size"></A></TD></TABLE></div>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522873</guid>
<pubDate>Fri, 14 Sep 2012 00:46:21 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522808</link>
<description><![CDATA[redwolfe_98 posted : <div class="bquote"><said>said by <a href="/profile/403861" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=403861');">Mele20</a>:</said><p>It puzzles me why there is a push for secure browsing</p></div>it concerns me because i don't like the idea that data that is transferred via a secure connection bypasses my av program's "webguard"..]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522808</guid>
<pubDate>Fri, 14 Sep 2012 00:16:28 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522743</link>
<description><![CDATA[Mele20 posted : <div class="bquote"><said>said by <a href="/profile/655093" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=655093');">Name Game</a>:</said><p>SPDY indicator<br>An indicator in the address bar for SPDY usage by each website.<br>&raquo;<A HREF="https://chrome.google.com/webstore/detail/mpbpobfflnpcgagjijhmgnchggcjblin" >chrome.google.com/webstore/detai&middot;&middot;&middot;ggcjblin</A><br>These are the sites that happen to use it today<br><br>As of March 2012, there are not many SPDY-enabled websites. <br><br>For Firefox one can do this..but there is no reason to..be more concerned about TLS.<br><br>&raquo;<A HREF="https://bugzilla.mozilla.org/show_bug.cgi?id=763163" >bugzilla.mozilla.org/show_bug.cgi?id=763163</A><br> </p></div>I only have SPDY on SeaMonkey and earlier today I disabled it in about:config. That was after I tried to install the SPDY indicator 2.1 and it won't install on SM. <br>&raquo;<A HREF="https://addons.mozilla.org/en-US/firefox/addon/spdy-indicator/?src=ss" >addons.mozilla.org/en-US/firefox&middot;&middot;&middot;/?src=ss</A><br><br>So, I disabled SPDY as I would want to know when it is being used. Then I went to SM support newsgroup and asked about the extension and if/when it will be available for Sea Monkey or if there is a trick to get it working now on SM. I got one reponse so far and it was "Huh"?   Someone who didn't know about SPDY like I didn't until this thread. <br><small>--<br>When governments fear people, there is liberty. When the people fear the government, there is tyranny.  Thomas Jefferson</small><div class="borderless"><TABLE WIDTH=95% align=center border=0 CELLPADDING=4"><TR><TD ALIGN=CENTER VALIGN=CENTER BGCOLOR=#FFFFFF nwrap COLSPAN=3 WIDTH=100%><A HREF="/speak/slideshow/27522743?c=2033231&ret=L2ZvcnVtL3IyNzUxOTAzMi54bWw%3D"><IMG class="apic" BORDER=0 TITLE="94810 bytes" WIDTH=600 HEIGHT=248 SRC="/r0/download/2033231.thumb600~0403c52ed84f8ad41c617d0027f06348/Thursday, September 13, 2012 17;15;11001.png/thumb.jpg" ALT="Click for full size"></A></TD></TABLE></div>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522743</guid>
<pubDate>Thu, 13 Sep 2012 23:42:43 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522708</link>
<description><![CDATA[Name Game posted : <div class="bquote"><said>said by FF4m3 :</said><p><div class="bquote"><said>said by <a href="/profile/403861" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=403861');">Mele20</a>:</said><p>I don't like the possible threat it poses to Proxo even if you use Proxo with the files that make it able to filter HTTPS sites which I have never done. FF4m3 says he had to disable it in Fx so that Proxo will filter HTTPS correctly</p></div>From <A HREF="http://dev.chromium.org/spdy/spdy-whitepaper">SPDY: An experimental protocol for a faster web</a> I learned that SPDY has a goal to reduce the bandwidth currently used by HTTP by compressing headers, an admirable objective.<br><br>However, SPDY compresses request and response HTTP headers. Not so good for Proxo's digestive process. Hence my disabling of SPDY capabilities in Firefox.<br> </p></div>And even though the SPDY is spoken "speedy"  :D  It might not really be that fast today...<br><br>Performance<br><br><div class="bquote"><p>An independent study shows that, in testing, the page load time with SPDY is not significantly different on most websites from HTTP or HTTPS,[41] because old optimization techniques such as splitting the content between many hosts prevent pipelining from taking place.</p></div><small>--<br>Gladiator Security Forum <br> &raquo;<A HREF="http://www.gladiator-antivirus.com/" >www.gladiator-antivirus.com/</A> <br></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522708</guid>
<pubDate>Thu, 13 Sep 2012 23:27:59 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522689</link>
<description><![CDATA[Name Game posted : Have they told you if proxo  with work with Windows 8..I hear it might be compatible but not tested..<br><br>We have a lot of experts guessing at what Crime might be able to do and how..so we shall see... I do remember in Beast there was a lot of speculation...<br><br>Because of Beast this happened..<br><br>&raquo;<A HREF="https://blog.torproject.org/blog/tor-and-beast-ssl-attack" >blog.torproject.org/blog/tor-and&middot;&middot;&middot;l-attack</A><br><br>Then users were clamouring for TLS 1.1 or 1.2 support in firefox<br>&raquo;<A HREF="http://support.mozilla.org/en-US/questions/781028" >support.mozilla.org/en-US/questions/781028</A><br>Finally someone from Hawaii posted and <br>You might understand it all more in this thread where scarlettrunner20<br>shows people how to do a little test at  "boh.com" The Bank of Hawaii .<br>&raquo;<A HREF="http://forums.mozillazine.org/viewtopic.php?f=7&t=2310053" >forums.mozillazine.org/viewtopic&middot;&middot;&middot;=2310053</A><br><small>--<br>Gladiator Security Forum <br> &raquo;<A HREF="http://www.gladiator-antivirus.com/" >www.gladiator-antivirus.com/</A> <br></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522689</guid>
<pubDate>Thu, 13 Sep 2012 23:21:40 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522662</link>
<description><![CDATA[anon posted : <div class="bquote"><said>said by <a href="/profile/403861" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=403861');">Mele20</a>:</said><p>Google wants Proxo dead.</p></div>No they don't. Google could care less about Proxo.<br><br>I don't rely only on Proxo to block Google ads. It's easy to completely block Google's ad servers via host file entries and Avast's internal site blocking capabilities.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522662</guid>
<pubDate>Thu, 13 Sep 2012 23:18:48 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522640</link>
<description><![CDATA[anon posted : <div class="bquote"><said>said by <a href="/profile/403861" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=403861');">Mele20</a>:</said><p>I don't like the possible threat it poses to Proxo even if you use Proxo with the files that make it able to filter HTTPS sites which I have never done. FF4m3 says he had to disable it in Fx so that Proxo will filter HTTPS correctly</p></div>From <A HREF="http://dev.chromium.org/spdy/spdy-whitepaper">SPDY: An experimental protocol for a faster web</a> I learned that SPDY has a goal to reduce the bandwidth currently used by HTTP by compressing headers, an admirable objective.<br><br>However, SPDY compresses request and response HTTP headers. Not so good for Proxo's digestive process. Hence my disabling of SPDY capabilities in Firefox.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522640</guid>
<pubDate>Thu, 13 Sep 2012 23:18:06 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522649</link>
<description><![CDATA[Mele20 posted : Yes, it started out being about Crime and TLS but it quickly got into SPDY.  If SPDY should not be in this thread then please "hey mod" the thread and ask that all the posts on SPDY be moved to a new thread that is open for posts as I, and I think some others, would like to pursue not only the relationship of SPDY and Crime but SPDY more generally. <br><br>I'm sure I don't know a lot about SPDY as it is new to me but it is inaccurate for you to claim I know nothing and sounds just like a spiteful remark because you don't like the turn this thread has taken. :(<br><br>Yeah, I was about to go to prxbx and see if there was anything there regarding SPDY. I am not too surprised at that thread. It is very early to be concerned and we don't have Sidki now...stlll...the reply was lacking but that doesn't mean that when push comes to shove that Proxo lovers will not be able to meet the challenge. But the time will come, some day, when, because we don't have the Proxo code, it will become less and less relevant but I don't see that happening for years. <br><small>--<br>When governments fear people, there is liberty. When the people fear the government, there is tyranny.  Thomas Jefferson</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522649</guid>
<pubDate>Thu, 13 Sep 2012 23:04:06 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522634</link>
<description><![CDATA[Name Game posted : SPDY indicator<br>An indicator in the address bar for SPDY usage by each website.<br>&raquo;<A HREF="https://chrome.google.com/webstore/detail/mpbpobfflnpcgagjijhmgnchggcjblin" >chrome.google.com/webstore/detai&middot;&middot;&middot;ggcjblin</A><br>These are the sites that happen to use it today<br><div class="bquote"><p>Server support and usage<br><br>As of March 2012, there are not many SPDY-enabled websites. Some Google services (e.g. Google search, Gmail, and other SSL-enabled services) use SPDY when available.[26] Google's ads are also served from SPDY-enabled servers.[27]<br>Twitter has enabled SPDY on its servers in March 2012, making it the second largest site known to deploy SPDY.[28]<br>Cloudflare is also providing a beta of SPDY on their servers from June 2012, though users who would like to use/test it must be paying customers as SPDY is built on top of TLS, only paying customers can use SSL/TLS Certificates.[29]<br>In March 2012, the open source Jetty Web Server announced support for SPDY in version 7.6.2,[30] while other open source projects were working on implementing support for SPDY, like node.js,[31][32] Apache (mod_spdy),[33] curl,[34] and nginx.[35]<br>In April 2012 Google started providing SPDY packages for Apache servers which led some smaller websites to provide SPDY support.[36]<br>In May 2012 F5 Networks announced support for SPDY in its BIG-IP application delivery controllers.[37]<br>In June 2012 NGINX, Inc. announced support for SPDY in the open source web server Nginx.[38]<br>In July 2012 Facebook announced implementation plans for SPDY.[39]<br>In August 2012 Wordpress.com announced support for SPDY across all their hosted blogs.[40]</p></div>&raquo;<A HREF="http://en.wikipedia.org/wiki/SPDY" >en.wikipedia.org/wiki/SPDY</A><br><br>For Firefox one can do this..but there is no reason to..be more concerned about TLS.<br><br>&raquo;<A HREF="https://bugzilla.mozilla.org/show_bug.cgi?id=763163" >bugzilla.mozilla.org/show_bug.cgi?id=763163</A><br><small>--<br>Gladiator Security Forum <br> &raquo;<A HREF="http://www.gladiator-antivirus.com/" >www.gladiator-antivirus.com/</A> <br></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522634</guid>
<pubDate>Thu, 13 Sep 2012 22:58:49 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522620</link>
<description><![CDATA[StuartMW posted : <div class="bquote"><said>said by <a href="/profile/403861" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=403861');">Mele20</a>:</said><p>Yeah, I read that thread but that affects those who pirate.</p></div>I disagree. I don't pirate but that's not the point. Many ISP's now monitor traffic ostensibly in the name of preventing piracy but who knows what they do with the data they collect. No doubt the three letter agencies get a copy.<br><br>The bottom line: it's none of my ISP's (or anyone else's) business what I search for etc. But if you're ok with everything being monitored be my guest.<br><small>--<br>Don't feed trolls--it only makes them grow!</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522620</guid>
<pubDate>Thu, 13 Sep 2012 22:49:29 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522558</link>
<description><![CDATA[Name Game posted : And you still don't know anything about SPDY and this thread is about Crime..Rizzo and TLS.  <br><br>And this is a joke<br><br>&raquo;<A HREF="http://prxbx.com/forums/showthread.php?tid=2029" >prxbx.com/forums/showthread.php?tid=2029</A><br><small>--<br>Gladiator Security Forum <br> &raquo;<A HREF="http://www.gladiator-antivirus.com/" >www.gladiator-antivirus.com/</A> <br></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522558</guid>
<pubDate>Thu, 13 Sep 2012 22:22:04 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522520</link>
<description><![CDATA[Mele20 posted : Yes, TLS is vulnerable although supposedly Fx and SM are now patched according to the Arstechnica artile linked here in this thread.<br><br>But I am talking about SPDY and not just in the context of this exploit. You ignored this and instead began discussing TLS which is related but not the subject. I didn't know hardly anything about SPDY until this thread (it is not available on my default browser or my other Fx browser or Opera or IE so this thread is the first I have heard of it). I don't like the possible threat it poses to Proxo even if you use Proxo with the files that make it able to filter HTTPS sites which I have never done. FF4m3 says he had to disable it in Fx so that Proxo will filter HTTPS correctly. So, I am talking about SPDY and you deliberately? or obtusely? changed the subject to TLS. :(<br><br>I am in the real world. You though wandered off somewhere else.<br><small>--<br>When governments fear people, there is liberty. When the people fear the government, there is tyranny.  Thomas Jefferson</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522520</guid>
<pubDate>Thu, 13 Sep 2012 22:07:09 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522457</link>
<description><![CDATA[Name Game posted : Then I would remind you that Crime exploits TLS.<br><br>"The researchers who developed the attack that exploits this weakness say that all versions of TLS are affected, including TLS 1.2, and that the cipher suite used in the encrypted session makes no difference in the success of the attack."<br><br>And...<br>&raquo;<A HREF="/forum/r27067520-SSL-is-broken-and-nearly-impossible-to-fix">SSL is broken and nearly impossible to fix</A><br><br>If you use Opera..even many month ago..<br><br>SSL2 should be disabled.<br>TLS 1.1 and TLS 1.2 should be enabled and are preferred, though TLS 1.2 was not yet supported on many servers<br><br>But for Opera this was the problem even in Jan 2012<br><br>&raquo;<A HREF="http://my.opera.com/community/forums/topic.dml?id=1262702" >my.opera.com/community/forums/to&middot;&middot;&middot;=1262702</A><br><br>Firefox, with "HTTPS Everywhere" (which forces TLS when available), along with "Perspectives" (which polls various certificate notaries to bolster the browsers trust for the Certificate in question) should have been   used, if possible.<br><br>Sooo..getting back to the real world..<br><br><div class="bquote"><p><b>Rizzo confirmed Thursday via email that CRIME exploits that data compression feature of SSL and TLS. However, SPDY -- a networking protocol that uses a similar compression scheme -- is also vulnerable, he said.</b></p></div>&raquo;<A HREF="http://www.pcworld.idg.com.au/article/436448/_crime_attack_abuses_ssl_tls_data_compression_feature_hijack_https_sessions/" >www.pcworld.idg.com.au/article/4&middot;&middot;&middot;essions/</A><br><br><small>--<br>Gladiator Security Forum <br> &raquo;<A HREF="http://www.gladiator-antivirus.com/" >www.gladiator-antivirus.com/</A> <br></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522457</guid>
<pubDate>Thu, 13 Sep 2012 21:42:25 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522356</link>
<description><![CDATA[Mele20 posted : SPDY is an open standard <b>developed by Google</b> so what do you mean by "get real"?  I didn't claim Google invented SSL and TSL....geez. Just because you are madly in love with Google doesn't mean everyone is or that your admiration and love is not misplaced.<br><small>--<br>When governments fear people, there is liberty. When the people fear the government, there is tyranny.  Thomas Jefferson</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522356</guid>
<pubDate>Thu, 13 Sep 2012 21:07:05 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522277</link>
<description><![CDATA[anon posted : SPDY ON on Firefox 15!!! not on 10ESR<br><br>No wonder why Firefox Mobile has discontinued 10.0.7 ESR and force users to use 15.0.1<br><br>Just turned off SPDY in Firefox mobile 15, Thx a million!!! Shame Mozilla!!!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522277</guid>
<pubDate>Thu, 13 Sep 2012 21:04:20 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522336</link>
<description><![CDATA[Mele20 posted : Oh...the pirating thing....haven't done that in many years...errr...if I ever did.  :p  Yeah, I read that thread but that affects those who pirate. The ISPs have always been able to track the users so the only difference now is they will do so in connection with RIAA and that is the pits but unless you are a current pirate how does it affect you differently from before this? <br><br>I would be very pissed if my idiot state legislature had passed that hairbrained law that one representative introduced last session because she didn't know how to properly protect her website, but that got canned and I don't equate looking for pirates to be anything like what the state law would have been if passed and implemented. It is this latter crap that we must protest and stop.<br><small>--<br>When governments fear people, there is liberty. When the people fear the government, there is tyranny.  Thomas Jefferson</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522336</guid>
<pubDate>Thu, 13 Sep 2012 20:59:06 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522225</link>
<description><![CDATA[StuartMW posted : <div class="bquote"><said>said by <a href="/profile/403861" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=403861');">Mele20</a>:</said><p>...maybe I am missing something though.....<br> </p></div>I think so.<br><br><a href="https://www.privateinternetaccess.com/blog/2012/03/your-isp-is-going-to-spy-on-you-starting-july-12-2012/">Your ISP is Going to Spy on You Starting July 12, 2012</a><br><br> <BLOCKQUOTE><SMALL>quote:</SMALL><HR>One year ago, the RIAA and the MPAA organized a project with the largest internet service providers in the US to begin monitoring their customer&#146;s internet activity.  This monitoring was introduced as a joint coalition to combat piracy.  <br><HR></BLOCKQUOTE><br><small>--<br>Don't feed trolls--it only makes them grow!</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522225</guid>
<pubDate>Thu, 13 Sep 2012 20:30:14 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522219</link>
<description><![CDATA[Name Game posted : Right and google invented SSL and TSL   :D :D :D<br>Get real.<br><b>How can you protect yourself from CRIME, BEAST&#146;s successor?</b><br>&raquo;<A HREF="http://security.blogoverflow.com/2012/09/how-can-you-protect-yourself-from-crime-beasts-successor/" >security.blogoverflow.com/2012/0&middot;&middot;&middot;ccessor/</A><br><br><b>Crack in Internet&#146;s foundation of trust allows HTTPS session hijacking</b><br>safari info added:<br><br>&raquo;<A HREF="http://quickiphoneapps.com/crack-in-internets-foundation-of-trust-allows-https-session-hijacking/" >quickiphoneapps.com/crack-in-int&middot;&middot;&middot;jacking/</A><br><br><small>--<br><br>Gladiator Security Forum <br> &raquo;<A HREF="http://www.gladiator-antivirus.com/" >www.gladiator-antivirus.com/</A> <br></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522219</guid>
<pubDate>Thu, 13 Sep 2012 20:27:08 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522215</link>
<description><![CDATA[Mele20 posted : Well, I had forgotten momentarily that Google Sharing extension forces SSL connection. I love the extension but I see no real need for SSL for searches if the extension is scrambling and mixing up my search with a bunch of others. Because I don't use SSL for Proxo it means I see ads on Google searches using Google Sharing. <br><br>As for my ISP, well, gee, again I don't see why I should get upset about them theoretically being able to see every where I go. That has been the case since I got a computer in 1999. Why the sudden concern now, but not for all these past years? My ISP has never betrayed me (except for trying to force their search page for urls that are mistyped but I could easily and permanently opt out), but Google sure would just as Facebook, etc would.. and Yahoo...I haven't been to Yahoo about 10 years. They are the worst for betrayal and snooping...but my ISP? As I said, why would that suddenly concern me when it hasn't in all these years? I haven't seen my ISP suddenly becoming evel...maybe I am missing something though.....<br><small>--<br>When governments fear people, there is liberty. When the people fear the government, there is tyranny.  Thomas Jefferson</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522215</guid>
<pubDate>Thu, 13 Sep 2012 20:26:54 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522178</link>
<description><![CDATA[Mele20 posted : <div class="bquote"><said>said by <a href="/profile/655093" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=655093');">Name Game</a>:</said><p><div class="bquote"><p> SPDY is an open standard developed by Google to speed up Web-page load times and often uses TLS encryption. </p></div></p></div>So, this is a Google invention? That explains it. Google wants Proxo dead. (God forbid that any of us be able to block Google ads). Screw Google. I am so glad I don't use ANY of their crap except their search engine and I have Google Sharing extension on Fx and SM to thwart Google tracking me when using their search engine.<br><small>--<br>When governments fear people, there is liberty. When the people fear the government, there is tyranny.  Thomas Jefferson</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522178</guid>
<pubDate>Thu, 13 Sep 2012 20:15:38 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522168</link>
<description><![CDATA[StuartMW posted : <div class="bquote"><said>said by <a href="/profile/403861" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=403861');">Mele20</a>:</said><p>It puzzles me why there is a push for secure browsing when it is just ordinary browsing.<br> </p></div>Because using HTTPS makes snooping harder. I use SSL with Google/GoogleSharing to prevent my ISP from monitoring my searches. Bob might still be able to see stuff but without going to great lengths I can't stop that :(<br><small>--<br>Don't feed trolls--it only makes them grow!</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522168</guid>
<pubDate>Thu, 13 Sep 2012 20:13:38 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522148</link>
<description><![CDATA[Name Game posted : Looks to me one would still have to do a MITM for this one.<br><br>&raquo;<A HREF="http://blog.whitehatsec.com/crime-mitm-and-xss/" >blog.whitehatsec.com/crime-mitm-and-xss/</A>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522148</guid>
<pubDate>Thu, 13 Sep 2012 20:07:58 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522146</link>
<description><![CDATA[Mele20 posted : Thanks for the link. That was an interesting article. I knew very little about SPDY and any browser until this thread and that article was informative not just for Opera but in a more general way also.<br><br>I don't use secure web browsing except for banking or logging in somewhere. It puzzles me why there is a push for secure browsing when it is just ordinary browsing. I saw the Opera article refer to a Fx extension that shows you when SPDY is being used. I hope it will install on SM since I don't have a Fx version that has SPDY.<br><br>I wonder if this is the beginning of the eventual end of Proxo?  I don't use Proxo SSL because the only SSL I need is for banking, and logging in sites that require that, and the rare times when I purchase something on the internet (and I am extremely reluctant to do that so only if I absolutely have to as I can't find the item here or a reasonable substitute). <br><br>I obviously don't care how fast a browser is since my favorite browser is Fx 4 and it is much slower than Opera 12 but Opera 12 is an awful browser. Why sacrifice a good browser on the speed altar? So, I am not in need of SPDY and will disable it on any browser I see it on.<br><small>--<br>When governments fear people, there is liberty. When the people fear the government, there is tyranny.  Thomas Jefferson</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522146</guid>
<pubDate>Thu, 13 Sep 2012 20:07:22 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522125</link>
<description><![CDATA[Name Game posted : <div class="bquote"><p>Rizzo said that browsers that implement either TLS or SPDY compression are known to be vulnerable. That includes Google Chrome and Mozilla Firefox, as well as Amazon Silk. But the attack also works against several popular Web services, such as Gmail, Twitter, Dropbox and Yahoo Mail. SPDY is an open standard developed by Google to speed up Web-page load times and often uses TLS encryption.<br><br>Google and Mozilla have developed patches to defend against the CRIME attack, Rizzo said, and the latest versions of Chrome and Firefox are protected. </p></div>CRIME vs startups<br><br>&raquo;<A HREF="http://www.youtube.com/watch?feature=&v=gGPhHYyg9r4" >www.youtube.com/watch?feature=&v=gGPhHYyg9r4</A><br><small>--<br>Gladiator Security Forum <br> &raquo;<A HREF="http://www.gladiator-antivirus.com/" >www.gladiator-antivirus.com/</A> <br></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522125</guid>
<pubDate>Thu, 13 Sep 2012 20:01:30 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522123</link>
<description><![CDATA[StuartMW posted : <div class="bquote"><said>said by <a href="/profile/403861" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=403861');">Mele20</a>:</said><p>So this protocol was added to Mozilla browsers within the last six months thereabouts.<br> </p></div>FF 12.0, which was released in late April 2012, included SPDY v1 support but it was disabled by default. As I recall v13.0 enabled it by default.<br><br>FF 15.0 has SPDY v1 and v2 enabled by default but v3 (supported) is disabled.<br><br>As I posted above disabling SPDY doesn't have much effect so just turn it off and be happy (or not) :D<br><small>--<br>Don't feed trolls--it only makes them grow!</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522123</guid>
<pubDate>Thu, 13 Sep 2012 20:00:41 EDT</pubDate>
</item>

<item>
<title>Re: Google disables SSL compression in Chrome against new attack</title>
<link>http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522066</link>
<description><![CDATA[norwegian posted : I did find this link at dev.opera though.<br><br>&raquo;<A HREF="http://dev.opera.com/articles/view/opera-spdy-build/" >dev.opera.com/articles/view/oper&middot;&middot;&middot;y-build/</A><br><br> <BLOCKQUOTE><SMALL>quote:</SMALL><HR>SPDY would come in Opera 12.50 (if it's not hit by any major problems)<HR></BLOCKQUOTE> which isn't too far away? The team may review needs should this all come to head before release I would think? Speculation though. ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Google-disables-SSL-compression-in-Chrome-against-new-attack-27522066</guid>
<pubDate>Thu, 13 Sep 2012 19:41:50 EDT</pubDate>
</item>

</channel>
</rss>
