Firefox Susceptible To QuickTime Security Flaw
Hugh Pickens writes "Apple's QuickTime media player software contains a previously undocumented security weakness in the way QuickTime handles the RTSP media-streaming protocol. The vulnerability is present in QuickTime versions 4.0 through 7.3 (the latest version) on both Windows and Mac systems. Symantec has tested the publicly available exploit code and found that it failed to work properly against Internet Explorer 6/7 or Safari 3 Beta but the exploit works against Firefox if users have chosen QuickTime as the default player for multimedia formats. Firefox users are more susceptible to this attack because Firefox farms off the request directly to the QuickTime Player as a separate process outside of its control, while IE loads the QuickTime Player as an internal plugin and when the overflow occurs, standard buffer-overflow protection is triggered, shutting down the affected processes before any damage can occur."
Why? I mean help me understand how it simply farming the request to an external app, where the external app has the security problem, is a firefox problem?
ok, so I use Safari or Opera (if they handle this better) to browse porn for a while till they patch this
I felt a great disturbance in the Force... as if millions of fanboys suddenly cried out in terror and were suddenly silenced.
Web2.0: I love when people Flickr my cuil and digg my boingboing until my google is reddit and I start to yahoo
Man, I'm using IE from now on. It's WAY more secure...
So how is this a firefox problem? Firefox spawns off another process that has a flaw and it crashes. This process is completely outside of the memory space of firefox at this point.
>> if users have chosen QuickTime as the default player for multimedia formats hmm, Does anyone use quicktime as the default multimedia player?
Stupid, stupid, stupid summary.
-- Boycott Shell
IE will crash? And Firefox won't, but quicktime will? I think that's what I would prefer. It's not Firefox's responsibility to secure all external programs on the computer. Even if they do have plug-ins in Firefox.
Wasn't this fixed just few months ago? IIRC there was some quicktime flaw in FF a while ago and it got fixed. Or is this new bug?
So how many of these examples do we need to demonstrate that Apple software is not secure, and is only less exploited because it's less popular?
If it's just a simple buffer overflow, then shouldn't execute disable (NX bit for AMD, XD for stupid Intel who won't follow established standards) bit catch it for XP SP2 and other systems?
"It's the height of ridiculousness to say for those 9 lines you get hundreds of millions."
QuickTime is about as useful as java. A 'quick' 125Kb download, to install about 50Mb of crap on my system, and a damn useless
taskbar icon, using valuable desktop space, just to tell me, yay! you have QuickTime installed!
I make it a habit to simply not view quicktime content, it's usually not worth my 'time' quick or not.
"Quicktime bug!?! Oh sweet Joseph of Arimathea!!!! Quick, inform the users.. YES BOTH OF THEM!"
Summary mentions IE 6/7 but what about Mac? No IE 6/7 there.
I use Safari for most browsing and I just upgraded my Firefox to 2.0.0.10
-- Boycott Shell
QuickTime?
Haven't installed that in several years.
When you use QT in Firefox, it appears in the FF window itself, it in a very real way seems to be part of FF. We aren't talking about opening a file that ten spawns another app, we are talking about opening something embedded in a page itself. As such FF is the one that is going to get blamed. Also, one can argue, they should share some of the blame. If you are loading a plugin in your app, perhaps you should load it in such a way that your app can keep control over it. Seems that the other browsers do this.
So while it isn't FF's responsibility to fix the specific bug, it could be an indication of how things should be done better.
Cause that is what his post is.
Anyone smart enough to use Firefox should also be smart enough not to use Quicktime. Quicktime is an excellent example of poorly written software, if it were not for complete trash like WMP no one would use it. Everyone sane uses VLC anyways.
Does Firefox 3 handle Quicktime and an internal plug-in? I think it does now..
Quick fix: Download VLC player and it use as the default media player for Firefox..
Because that is what his post is.
Top right, in the links section for this page.
"Compare prices for Mozilla".
Uh . . . .
You mean tying it directly into the OS?
Software should be pessimistic. Design the code to handle incoming requests as potentially malicious, and you'll never be disappointed.
!#@%*)anks for hanging up the phone, dear.
Man am I glad my system seems to deal with this problem proactively: The Quicktime plugin crashes anything that contains it almost as soon as it's drawn!
Thank you Apple for protecting me from, well, Apple!
Any word on how this affects Quicktime Alternative or QTLite as they are based on the Quicktime code?
What like FireFox doesn't crash and burn anytime a plug-in misbehaves? FF is worse than IE in that regard, especially with plugins like Adobe Acrobat reader. Isn't the FF fanclub party line that instabilities and crashes are caused by misbehaving extensions and plug-ins.
is because they notified Apple and Steve Jobs said it was. Period. Steve has spoken.
Navy Tim www.navytim.com
Is that there's apparently no way to simply disable a plugin in Firefox. In order to completely disable Quacktime I've had to go through various plugin directories physically deleting the files, and next time I have to update it all the bloody plugins will be back again.
Why can't about:plugins just have a 'disable' box on each plugin? Or, better yet, a standard preferences menu list which just lets me disable them there and then?
So that's why FF updated by 3pm.
The cesspool just got a check and balance.
I just went to change the way that files are handled by Firefox as a work around.
The dialog requires that each file type be individually changed.
This would seem to be a VERY poor design.
http://erratasec.blogspot.com/2007/11/apple-quicktime-rtsp-update.html
http://erratasec.blogspot.com/2007/11/new-rtsp-quicktime-flaw-affects-both.html
Standard buffer overflow protection doesn't work, Symantec was wrong. It seems that parts of Quicktime are not enabled for ASLR making these attacks possible.
This problem's principle fault lies with Apple. But it seems that they are sitting on their asses because it seems to be a problem that has been around for awhile. So those websites that use quicktime should use flash player, media player, or realplayer. Heck I have gotten video lan to take care of them all but those who do not want the trouble should blame the stupid websites. As far as I am concerned about firefox not handling apple's screwup as well as the other browsers it is scary. Yet if quicktime is broken then even if you use the other browsers then it simply does not matter, you still have DoS.
Good question. I was thinking the same thing. Someone mod parent up ... and can anyone provide an answer?
Prov 9:8 Do not rebuke mockers or they will hate you; rebuke the wise and they will love you.
The only thing worse than QuickTime is RealPlayer. Both are asstastic pieces of shit that are NOT, under any circumstances, allowed on any of my machines.
This is Apple's screwup in its code. Could FireFox handle it differently? Sure. But it ain't the code that they wrote that is the problem here.
Angry Network Admin
Brought to you by Microsoft....
Guess what I saw before I opened Slashdot just now? Exactly:
You've Been Updated to the Latest Version of Firefox.
This update will make you safer online.
Yeah...right. Other than that I agree with the people who said that it's not a Firefox problem.
Is FireFox ready for mass adoption?
I'm been on Ubuntu for six months or so (Linux for wimps like me - and there was much rejoicing!), But the best thing I had for Media on XP is Mplayer.
I've have strongly disliked Quicktime for a long time, because it sticks it's little fingerprints into things worse than anything I've ever seen that's not from Redmond. I ripped my XP configuration out with Nlite, and setup my install CD with registry keys that hook everything to Mplayer. Short, sweet, runs everything that's not encrypted, and it doesn't try and grab everything in the world like Quicktime does. Setting up the original registry keys took a bit, but it works great, runs easy, low profile, and everything you want to do can be done from command line switches.
You can make a strong argument for VLC, if you need the options it gives (Or really can't stand having a command prompt popped up and want a GUI), but for simple ease of use - use Mplayer.
Pug
An Invisible Entity of Vast Power whose existence must be taken on faith alone: Liberal Media
if you are using 2.0.0.10 or later then you should already be protected against this exploit. THAT is why firefox is still the best browser available
what about quicktime alternative, is this affected as well?
1. Quicktime doesn't ask whether you actually want to install the browser plugin when you install the QT player
2. You HAVE to install Quicktime if you want to use iTunes
3. You (sort of) HAVE to install iTunes if you want to use an iPod (although I strongly recommend people consider Winamp, which has native support now, or the excellent ml_ipod plugin for Winamp)
4. Quicktime's browser plugin commandeers associations with a whole range of media types whether you want it to or not
5. QT doesn't give you the option of launching QT in a totally separate window - it automatically opens things embedded in the browser and starts playing them
6. QT seems to totally screw the ability to get Firefox to go back to launching media files with the good old "Open with..." dialog box, which lets you decide whether to open it, what to open it with, or whether to save it to disk
7. QT has absolutely no regard for what other media players and file association you might already have configured for your browser
and I guess we can add 8, although it was already implied
8. QT is a buggy p.o.s. with worse functionality and security than any half-decent media player including VLC, Winamp, and (in my humble opinion) even the dreaded WMP.
All of this reflects Apple's horrible attitude to developing software for the PC, which is essentially that they will utterly ignore the now well-established conventions of the platform in terms of installation behaviour, GUI and menu structure, and plugin behaviour and just run roughshod over the whole thing. Which would probably be more acceptable if their software JUST WORKED and was as fully featured as other options on the PC - but unfortunately that is not the case.
Read Pynchon.
The 90's called, they want their latest fad back.
Non-Firefox browser: exploit fails to execute, instead protected by bounds checking
Firefox: exploit executes unchecked
How is that NOT a Firefox problem? If you don't use Firefox, you're immune. If you do, you're vulnerable. Even if the final cause is currently QuickTime, it's only a matter of time until some other plugin is found vulnerable and exploitable under Firefox but nowhere else.
Besides, Firefox and IE use different plugin models. Apparently the flaw is with Firefox's plugin model - clearly a Firefox problem.
The headline should read "Vulnerability in QuickTime. IE mitigates attacks via its QT plugin. Firefox doesn't fix problem in QT."
Per the Symantec article, the issue as related to Firefox is not with a plugin. The article states that QuickTime is run as a plugin inside IE and Safari. The vulnerable software is run inside the browser, and thus falls under the browser's control. http://www.symantec.com/enterprise/security_response/weblog/upload/2007/11/Image_IE.html shows this. However, in the case of Firefox, QuickTime is run as a standalone app outside the browser. See http://www.symantec.com/enterprise/security_response/weblog/upload/2007/11/Image_FF.html. In this case, Firefox gets Item A and sees that the system is configured to handle that type of item with Program B. Therefore, Firefox hands Item A to Program B. It works exactly the same as launching the malicious file from the Run box.
Once again, it is not a problem with Firefox's plugin system because this is not running as a Firefox plugin. Let me correct your quote. See how that makes it a little less cut and dried?
If there were a vulnerability in your email or FTP program, would you blame Firefox because it hands off mailto: and ftp: links to those external programs? Should Firefox be held responsible for malicious files (of any type - Word, MP3, .exe, etc.) that you download and then run externally? The Symantec article also mentions emailing attachments as an attack vector. Uh oh, Outlook and Thunderbird are also flawed, because they hand the file off to QuickTime to open too!
Also, judging by the IE pic, it appears that their "buffer overrun protection" is "crashing the browser". In this case, the QT vuln is also a DoS against IE, while Firefox does not have that vulnerability.
I agree that every program should do what it can to limit damage. However, Firefox can't do much about completely external programs. In this case, Firefox has no understanding of the data being downloaded, just that the system is configured to handle the data with a certain program. The only way to fix this is with filename/URL blacklisting so it doesn't open the bad URL (gee, that's practical) or by coding Firefox to understand every type of data it encounters. Essentially, code every other program into Firefox itself so that it can determine if the data is good or bad before handing it off (gee, that's practical). If this were a problem with a Firefox plugin, I would agree with you fully. However, it's a completely external program which Firefox has no control over, so I can't disagree more.
So while it isn't FF's responsibility to fix the specific bug, it could be an indication of how things should be done better.
No, the testing done in the article was not embedded inside the Firefox window. It did indeed spawn a completely separate app. http://www.symantec.com/enterprise/security_response/weblog/upload/2007/11/Image_FF.html
Apples and oranges here. The plugin inside IE is protected via IE's features. The standalone app outside Firefox, as expected, is not protected by any features of Firefox.
I don't know why it's run as a standalone app rather than as a plugin inside Firefox. Perhaps they didn't install the Netscape plugin or it's misconfigured. Perhaps Apple did a poor job of coding the Netscape plugin and it can only support some features, and has to pass other stuff out to the external program. But as it stands, Symantec's results on Firefox have nothing to do with Firefox's plugin system.
That's not far from:
It is possible to write an OS in which malicious programs can be run, and are unable to do anything harmful, due to reduced privileges. Most of us don't do this, even to the extent that most modern OSes allow.
Think about it -- why stop with plugins? You could run absolutely every app out there with buffer overflow protection. And then some of them would break, due to legitimately executing "data" memory natively -- Wine is one example, and I imagine it would hurt some of the faster LISP interpreters.
Or you could decide that it's not the browser's job to fix everyone else's security issues, or limit the potential of what a "plugin" can be. Apple could certainly have implemented their own "buffer overflow protection".
Now, I'm not advocating one approach over the other. I'd certainly rather live in a world where least privilege is the default (but without Vista's UAC popups); where QuickTime is written in a higher-level, managed-memory language; and where something like QuickTime can't possibly compromise more than what video it's showing you (it could show you Goatse out of spite, but not much else).
But the reality is, QuickTime wasn't written in Java, or Erlang, and probably couldn't be run with its privileges any more reduced (on Windows) without triggering UAC popups, or (on OSX) sudo popups (or just not working at all). Given all of that, I think Firefox makes a reasonably fair compromise -- plugins are separate programs. If you want "safe plugins", you could always implement them as your own plugin (like nspluginwrapper).
Don't thank God, thank a doctor!
The engineer says that the glass is 25% larger than it needs to be when factoring in a safety margin of 1.5
I just got a firefox update and there was something in the last few security fixes listed about fixing some quicktime streaming thing. Or was that a different issue?
thats not a troll. If someone really wants a browser that has no security problems, but does not try to prevent security problems of its plugins, they should be using a browser without plugins, or one that is not widely distributed. This attitude led to IE's ( as well as many of Windows) security problems. When it comes to programs, They must behave as their brothers keepers. To not do so, is an act of negligence that harms the entire internet community.
Well.. maybe. Or Maybe not. But Definitely not sort of.
I read both of your referenced sources.
/dynamicbase. This sets a bit in their compiled code that tells Vista it can randomize the layout of memory. Apple developers do not set that all-important flag, telling [ed note: NO!] Vista NOT to randomize their layout.
"Humorously, Apple still has a problem here. Vista ASLR requires a little cooperation [snip] Developers have to link their code with the flag
Even though Apple didn't set it, you can set that flag yourself. It's just a single bit within the DLL file. If you flip that bit, then Vista will load QuickTime in a randomized fashion. As far as we can tell, QuickTime runs just fine under Vista with the ASLR bit set.
The original location of QTOControl.dll.
QuickTime has multiple executables, all of which must be changed in this manner. We set this bit on all the DLLs, then tried the latest QuickTime exploits. As we expected, setting the flag stops the exploits from working, protecting the system.
Paranoid Wendy says, this is an exploit purposely found and publiciZed by Vista/MS.
It's actually a bug in VISTA.
No. NX by itself cannot defend against an attack. If you mark some memory non-executable, an attacker can just do a return-to-libc attack and evade the protection. NX is one layer of security that needs to be used in conjunction with other layers like ASLR. Apple products do not take advantage of the aslr support on Vista so these attacks are still possible.
These links were posted earlier and do a good job of explainig it.
http://erratasec.blogspot.com/2007/11/new-rtsp-quicktime-flaw-affects-both.html
http://erratasec.blogspot.com/2007/11/apple-quicktime-rtsp-update.html
Why not just use VLC?
I tested with the Second Life Client and it seems to have the same problem see http://janrochat.wordpress.com/
Why? Just why?
Because it's the native format for MP4? Because I don't use Windows or have a system tray? Because it's installed by iTunes for anyone who owns an iPod? Because QuickTime Streaming server is free/open source? Because QuickTime supports everything from Karaoke to Photoshop formats? Because tons of cameras record in QuickTime movie format? ... I could really go on here... for quite a while. QuickTime does waaaaay more than movie playback.
Interestingly enough it seems that MetaSploit has already found a way to break IE6/7 and Safari 3 Beta. A little bit of the comments in their source:
If i had one dollar for every brain you dont have, i would have $1.
Code execution via QuickTime Media-link files
No, that's a separate bug (dealing with how QuickTime decides to completely ignore the APIs, instead opting for looking up the executable and manually making up a command line). This one is QuickTime failing to handle a RTSP stream and instead crashing.