Firefox Moving On From SSL 2.0
Juha-Matti Laurio writes "Plans are afoot to remove support for SSL version 2.0 in Mozilla Firefox, reports MozillaZine portal. Mozilla Foundation is eager to disable support for SSL 2.0 and have all Firefox installations use only the newer and more secure SSL 3.0 and TLS 1.0 protocols." From the post: "Netscape Communications Corporation introduced SSL 2.0 with the launch of Netscape Navigator 1.0 in 1994. Netscape Navigator 2.0 included support for SSL 3.0 when it was released in 1996. The specification for TLS 1.0, essentially a standardized version of SSL 3.0 with some differences, was published in 1999."
How will this affect the end user? Will it break the online banking webs?
--
Superb hosting 4800MB Storage, 120GB bandwidth, $7,95.
Kunowalls!!! Random sexy wallpapers (NSFW!).
Hosting 20G hd, 1Tb bw! ssh $7.95
If this technology is 11 years old, then I don't think anyone would like to use it today. Especially if it's encryption standard.
Why remove - why not just disable, and make it an entry in a config file to re-enable it? I'm all for removing any software that is insecure, but this might cause trouble for users trying to access sites. It's all about choice, people.
Get your own free personal location tracker
omg ssl 3.0! *jumps to death*
P.S. Slashdot is slow. Please fix. KTHXBYE
P.P.S. Hillariously, my captcha is "lagoon". LOL
All the good times we have shared with SSL 2.0 now they will be gone. SSL 2.0 will locked in it's room sobbing and won't come out for a week. Well Firefox, I hope your satisfied, go on! Go off with your new Friends, see if SSL 2.0 cares.
Oh and SSL 2.0 want's it's ring back, otherwise there will be a messy lawsuit.
Sorry about the writing. Robot fingers, you know? Cliff Steele in DOOM PATROL #23
Is SSL3 backward compatible?
I'd be very surprised if any sites are still using SSL 2.0
Seeing a nice yellow "secure" address bar is reassuring for most people (I assume. It's reassuring to me). Using a known bad encryption scheme is almost like fraud, then.
There are 11 types of people. Those who understand binary, those who don't and those who are sick of this lame joke.
What always amazes me about the Mozilla Foundation is the push to support the newest and latest.
Now everybody might be thinking this is good for security and all; but I like it because of other reasons: namely because it allows to me exude tech eliteness amongst normal Windows users. Yep, I'm serious. I'm an IT admin, and people will tell me, "Dude, how do I stop spyware?" What do I say?
I preach Firefoxism and nobody can argue back. What can they say? Um, IE has really awesome, um...Active-something controls...which causes the spyware in my computer to make my machine inoperable...um...yeah. It's great. And no matter what Microsoft puts out, it'll always be one step behind! Thanks Mozilla!
IGB: More fun than eating oatmeal!
Hrm... wonder how long it take Microsoft to come out with a statement saying FF is becoming less secure, as they are taking out security functions.
Watch for Penguins, they eat Apples and throw rocks at Windows.
You can do the same thing in IE by going to Tools | Options | Advanced | Security. What is kind of amusing is that TLS 1.0 seems to be off for me. Not that I use it but still... heh
Anyway, if you're worried about it breaking a site you *must* use, try disabling it.
Gonzo Granzeau
"Nothing the god of biomechanics wouldn't let you into heaven for.." -Roy Batty
Good move by Mozilla.
At the very least, this has prompted more attention to the fact that SSL 2.0 is not so secure.
Even if some sites continue to use it, it is never a bad idea to bring attention to a flawed security system when a fix is easily available.
Of course, some of us now might have to have two legacy browsers installed in order to use all the sites we want to (IE & an older FF) -- unless SSL 2.0 is reversibly disabled.
"Trolls they were, but filled with the evil will of their master: a fell race..." -- J.R.R. Tolkien on Olog-hai
Keep it but just disabled it.
Has anyone done tests to see if servers still use SSL2?
At least since 2002. Haven't had a problem with a single major site, including banks and financial institutions. I also wonder when the support for TLS 1.1 will be incorporated.
I would like to change the world,
but they won't tell me the source code.
It'll make more space for SVG ;-)
The link posted in that site won't display the problem -- visit the wiki to display the problem (https://register.btinternet.com/ is a current offender).
And I love Firefox. I do. And I try to get everyone I know using it.
/. allowed) and indeed, this sucker is confirmed and has been known for over a year.
.iso file.
But would it kill the developers to fix one really annoying, yet increasingly serious bug?
I'm speaking of large file download support. I ran across this when trying to download the Knoppix 4 DVD, which is 3GB, to a filesystem that supports files up to 4GB. Basically it starts downloading fine, but after the first two GB the progress bar goes wonky (reading negative file size downloaded) and the file on disk gets corrupted. I guess it's a signed int problem or somesuch.
I checked with Bugzilla (no link from
Yeah, yeah, I know BT is better except I was downloading at work where the firewall won't let me use that. But it was shameful that I ended up having to use IE to download that
You can accomplish anything you set your mind to. The impossible just takes a little longer.
What you do in your spare time at the beach is your concern. We are interested only in how disabling SSL 2.0 affects our web browsing.
Do not try to read the dupe, thats impossible. Instead, only try to realize the truth
What truth?
There is no dupe
by keeping SSL 2.0, you maintain backward compatability for virtually zero-cost
the code-bloat related to SSL 2.0 must be tiny relative to other portions, such as Gecko
besides, Mozilla can always offload SSL 2.0 into a DLL module which doesn't need to be loaded unless a SSL 2.0 site is encountered, thus minimizing memory utilization
and if the SSL 2.0 module conflicts with a new feature, then they should decide whether it's worth the extra effort to keep SSL 2.0 around. but for now, the status quo will do.
------- Additional Comment #127 From Christian Biesinger (:bi) 2005-04-05 16:53 PDT [reply] -------
checked in. firefox and seamonkey should work.
bug 288585 is for camino
bug 289214 for embedding/browser/cocoa
bug 289216 for photon
bug 289218 for powerplant
Bug 289219 for not QIing mInner in nsDownloadProxy (toolkit)
Bug 289220 for not QIing mInner in nsDownloadProxy (xpfe)
Bug 289221 for making exthandler an nsIProgressEventSink.
Marking FIXED!
Mozilla community has a separate Bugzilla entry at https://bugzilla.mozilla.org/show_bug.cgi?id=76162 . However, sites tested (SSL2 turned of via Tools menu) after May '05 are listed to http://wiki.mozilla.org/Necko:SSL_v2_Sites Wiki page.
...but to login on the wi-fi network of my university (http://www.polito.it/ SSL 2.0 is required. The fun part is that we HAVE a IT department, and they TEACH us that SSL 2.0 is deprecated... but obviously the brilliant minds of our teachers are better employed elsewhere... (and we buy rubbish from third parts)
That the desire to remove the technology also makes the job of testing easier, especially when dealing with security related code, I am sure that testing of this is more of annoyance. People expect it to be secure and unexploitable. Then you can focus your development and patches on new code.
This isn't just about making stuff compatible for the users. Then the developers can focus on MSIE quicky mode rendering instead of SSL 2.0!
D.O.U.O.S.V.A.V.V.M.
Sorry, maybe I'm missing something:
But why is it a big deal that they're upgrading?
I thought this was a news site: not freshmeat or version tracker.
Is there some other item of importance here that I'm missing?
- - - -
KickingDragon
Try the standalone OffByOne browser with the "Fake SSL" setting enabled. It seems to get me in just about anywhere....
They were asking for people to submit sites that still use SSL 2, and they had found a mere 2000 left that people actually used that still used it (down from 10000 when they began this push).
Real men don't write sigs
I agree that some of the developers refuse to fix some easy, but annoying bugs. One of them is the Backspace issue, also known as World War III. It would not be difficult to give the users the option to make the Backspace key behave properly (page up instead of going to a previous page in the browser's history.) But they will not listen. I could very well jump to Opera, which has the ability to fix key mappings, especially now that they gave out free registrations recently....
Opera is free, that is, if you took advantage of the free registrations they gave out last week.
The complete list of public-key encryption algorithms in general use is as follows. (There will be others, they just aren't in any kind of general use in the public or private sectors.)
As for those who replied arguing that sweeping statements are always wrong (at least, those who did so seriously), I would refer you to the Liar's Paradox. After which, apply your statement to itself. Those who replied as a joke, already aware of the absurdity, I would remind you this is Slashdot and therefore subtle humour may well escape many readers.
It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
I nearly always switch this off when I'm fiddling with the preferences on the browser. Haven't found anything it doesn't work with so far...
Xenu loves you!
Apache has 70% of the market, IIS has about 20%, yet the the former has only two unpatched holes.
Since Apache is more popular (by 3 1/2 times), you'd think it would have 3 1/2 unpatched vulnerabilities, eh?
Yeah, right.
How will this effect our websites? Do we have to make sure the company that provides the SSL uses SSL3.0?
Is this serious?
- Keep on supporting them forever.
- Stop supporting them and force them to upgrade.
#2 is usually the right thing to do. It's especially right in this case. Every single line of code that processes remote user input (ie, every line of SSL and any other web server code) could potentially contain a security vulnerability. Developers are not actively working on this antique code so bugs will be left there, perhaps forever. If you're looking for holes, abandoned code is a good place to look. This is similar to the Linux vulnerability not long ago where there was some obscure bug in the processing of a.out files that let binaries escalate. Well, we don't use a.out format anymore. We use ELF format and have for years, so no one was paying attention to that antique code. It should have been removed from the kernel, but it wasn't.The second issue is that OpenSSL is maintained by volunteers. I'd rather have them working to make a small set of features perfect, instead of wasting time on dead code that almost no one is using. Would you rather have the GCC crew working on improving Java or Fortran support?
Apache has 70% of the market, IIS has about 20%, yet the the former has only two unpatched holes.
Since Apache is more popular (by 3 1/2 times), you'd think it would have 3 1/2 unpatched vulnerabilities, eh?
So Apache 2 has had 27 Secunia advisories, with 2 still unpatched, and IIS 6 has only had 3, of which one is still unpatched. Seems to support the GP's theory pretty well. Your point?
The advisories are grouped by version no. IIS has been through more versions that IIS so the vulnerabilities are more spread out.
Given that Apache 1.x is still being developed (and is more widely used) I think we can regard that as a product in itself. Compare that against the IIS 4 through to 6 and you get 12 for Apache against 14 for IIS. Furthermore all the IIS ones are remotely exploitable.
So far in 2005 there has been one advisory each for Apache 1.3 and IIS 6. There have been 4 for Apache 2 (the least widely used of the three), which is presumably because it is less mature than the other two. Each of them has one unpatched vulnerability.
IIS did do better than Apache in 2003 to 2004 in terms of the number of vulnerabilities. However if you look at the criticality of vulnerabilities IIS 5 had two "highly critical" vulnerabilities and one "extremely critical", while Apache 1.3 and Apache 2.0 had one "highly critical" each.
Bear in mind also, that beta versions of apache are publicly available for people to find bugs in, whereas all the security holes which get removed from beta versions of iis are kept secret.
http://spamdecoy.net - free throwaway anonymous email - avoid spam!
I still get hits from Code Red / etc infected IIS machines, years after the patch was very widely announced. Yet, possibly infectable machines make up less than 1/5 of the Internet...