Slashdot Mirror


New Mozilla Firefox 1.0.3 Exploit

An anonymous reader writes "News sources are reporting that a 'killer' new Firefox exploit has been revealed today by FrSIRT who warn that this 0day exploit/vulnerability (as yet unpatched) should be rated as critical. Summary of the exploit: If a user clicks anywhere on a specially crafted page, this code will automatically create and execute a malicious batch/exe file. Proof of concept code supplied by FrSIRT."

49 of 596 comments (clear)

  1. This was reported to bugzilla some time ago! by Exter-C · · Score: 5, Informative

    This was reported to the mozilla bugzilla a while ago. https://bugzilla.mozilla.org/show_bug.cgi?id=29269 1

    1. Re:This was reported to bugzilla some time ago! by passthecrackpipe · · Score: 4, Informative

      interesting - even when you go past the "cant view bugs from slashdot" stuff, it seems access to this bugreport has been denied. Yay open source!

      --
      People who think they know everything are a great annoyance to those of us who do.
    2. Re:This was reported to bugzilla some time ago! by Anonymous Coward · · Score: 5, Informative

      It's a severe security-related bug, so the bug report is restricted. This is meant to stop script kiddies from scanning bugzilla for unpatched exploitable bugs. Unless you're a disciple of the full disclosure persuasion, that is the correct way. The Mozilla Foundation discloses all bugs when a patch is available to the general public.

      It's "Open Source", not "Sploitz4Free".

  2. Reported and temporarily fixed by alanjstr · · Score: 5, Informative

    Bugzilla bug 293302 has been filed. A temporary fix has been implemented on UMO.

  3. Re:Yup - secure... by Ithika · · Score: 2, Informative
    You're right, I'm gonna have real difficulty pressing those little green and red arrows in the corner of the window when the time comes for the new release. Oh boy, I'm sweating at the thought of the trials that await me! I'll probably need to lie down after that, it being so difficult and complicated and all.

    Woe is us.

  4. Stolen exploit by Anonymous Coward · · Score: 5, Informative

    They were already working on patching this, but it was stolen before they could finish and leaked to bugtraq with LIVE material in the exploit (it's not a proof of concept, folks!) and no explanation or advisory.

    Reminder: Bugzilla blocks /. referers. Copy URL and paste in new to view. (Beware Slashcode's extra spaces.)

    https://bugzilla.mozilla.org/show_bug.cgi?id=29269 1 %lt; Original security bug (probably still blocked to outsiders to prevent someone stealing it before mitigation)

    https://bugzilla.mozilla.org/show_bug.cgi?id=29330 2 %lt; Duplicate (reported after leak)

    They are going to release a 1.0.4 shortly, I gather.

    Still more timely than most of Microsoft's advisories... despite their earlier announcement. http://www.eeye.com/html/research/upcoming/index.h tml

  5. Re:Has he dropped this in bugzilla as well? by Anonymous Coward · · Score: 3, Informative

    Yes, it's in Bugzilla (bug is temporarily restricted because of security concerns). There's also a dupe already. No need to add more.

  6. Leaked known bug by Anonymous Coward · · Score: 5, Informative

    A^C^E, a Firefox security researcher, is claiming on Addict3D.org that this is a 0day duplicate of a leaked, known bug. He says, "I suspect that my server was compromised, and I am currently using my contacts to find the culprit and bring him to justice."

    Also, bugzilla.mozilla.org is claiming they've been slashdotted. Go easy on em.

  7. Possible workaround: by wideangle · · Score: 5, Informative

    Uncheck Tools > Options > Web Features > Allow web sites to install software

    1. Re:Possible workaround: by ScytheBlade1 · · Score: 2, Informative

      True, it SHOULD only apply to XPI's, but it also prevents this 0day from happening period.

    2. Re:Possible workaround: by jesser · · Score: 2, Informative

      This exploit has two parts: an XSS hole and a hole that lets xpi-installation-whitelisted sites execute arbitrary code. Your workaround only fixes the second part and leaves you open to an XSS hole, which is sufficient for stealing your saved passwords, cookies, secret pages on your intranet, etc. The real workaround is to disable JavaScript.

      --
      The shareholder is always right.
  8. Re:Uh oh! by Anonymous Coward · · Score: 1, Informative
  9. Re:Uh oh! by KronicD · · Score: 2, Informative

    This is what he was refering to.

    --
    "Those who would give up Essential Liberty, to purchase a little Temporary Safety, deserve neither Liberty nor Safety"
  10. This isn't much of an "exploit" by richg74 · · Score: 5, Informative
    The actual advisory page is here. The "Solutions" section says this:

    Disable JavaScript, or disable the "Allow web sites to install software" option [Tools - Options - Web Features].

    Why would anyone run routinely with "Allow web sites to install software" enabled ?

    1. Re:This isn't much of an "exploit" by Anonymous Coward · · Score: 1, Informative

      Doesn't matter. The code is injected by a third-party site which is linking to one of the known good mozilla sites.

    2. Re:This isn't much of an "exploit" by cortana · · Score: 5, Informative

      > Why would anyone run routinely with "Allow web sites to install
      > software" enabled?

      1. It's on by default
      2. We naievely assumed that the whitelist of web sites allowed to install software did its damn job.

  11. Re:Are you sure? by Anonymous Coward · · Score: 1, Informative

    The script is supposed to inject code into the chrome by calling a (chrome-)function "install(event, extensionname, iconurl)" with a javascript iconurl which then uses its elevated privileges to create and start the batch file.

    On my main system (WinXP, Firefox 1.0.3, fresh profile), the Javascript console tells me it can't find the install function.

    On my other system (WinXP, Firefox 1.0.3, fresh profile), it throws an access violation error about not being allowed to access window.title. I don't see how these installations differ, but apparently, the test-exploit is quite fragile.

  12. Get some priorities! by teamhasnoi · · Score: 1, Informative

    Today is the day that you should brave the yellow face, go upstairs and thank your mom for letting you turn the basement into a Nethack dungeon. Not posting in the typical smarmy, "I told you so" Slashdot fashion. You never told me so. You just say it now to look 'visionary'.

    Firefox is going to have bugs, it's going to break, it's going to suck sometimes. The difference between it and IE is that the Firefox devs actually *care*.

    So put on a less dirty shirt, douse yourself with some of that Stetson cologne you got for Christmas about ten years ago, pick some dandelions and go tell your mom 'Happy Mother's Day'.

  13. Re:Nasty by cortana · · Score: 5, Informative

    Unfortunately, the exploit could have just as easily created a file starting with #!/bin/sh, and passed 555 as the 'permissions' argument to createUnique.

    Why on earth the browser thinks it's necessary to allow scripts to create executeable files is beyond me.

  14. Secunia: Extremely Critical by MarkByers · · Score: 5, Informative

    Secunia have already released an advisory explaining how the exploit works:

    http://secunia.com/advisories/15292/

    This is the first Firefox exploit that has received the rating 'Extremely Critical'.

    --- Extract from Secunia's site ---

    Description:
    Two vulnerabilities have been discovered in Firefox, which can be exploited by malicious people to conduct cross-site scripting attacks and compromise a user's system.

    1) The problem is that "IFRAME" JavaScript URLs are not properly protected from being executed in context of another URL in the history list. This can be exploited to execute arbitrary HTML and script code in a user's browser session in context of an arbitrary site.

    2) Input passed to the "IconURL" parameter in "InstallTrigger.install()" is not properly verified before being used. This can be exploited to execute arbitrary JavaScript code with escalated privileges via a specially crafted JavaScript URL.

    Successful exploitation requires that the site is allowed to install software (default sites are "update.mozilla.org" and "addons.mozilla.org").

    A combination of vulnerability 1 and 2 can be exploited to execute arbitrary code.

    NOTE: Exploit code is publicly available.

    The vulnerabilities have been confirmed in version 1.0.3. Other versions may also be affected.

    Solution:
    Disable JavaScript.

    --
    I'll probably be modded down for this...
  15. Re:Uh oh! by Curtman · · Score: 4, Informative

    Start your stop watches and let's see how long before a patch is forthcoming

    Might as well hit stop now. The bug isn't exploitable any more since update.mozilla.org itself has been fixed.

  16. Re:Are you sure? by SEE · · Score: 4, Informative

    Reading the Secunia explanation:

    Successful exploitation requires that the site is allowed to install software (default sites are "update.mozilla.org" and "addons.mozilla.org").

    So, unless you've whitelisted the exploit site (which generally would mean it's a site you trusted enough to install an XPI from), or the Mozilla website has been compromised, the exploit won't work.

  17. Re:Yup - secure... by Mold · · Score: 2, Informative

    It puts a little red icon in the upper right-hand corner when an update is available. You click on it to get the newest version. It does this for me on both Windows and Linux.

    Seems simple enough to me.

  18. Re:Uh oh! by Anonymous Coward · · Score: 1, Informative

    If by 'known' you mean public, then yes, you are right. However, there are no less than THREE unpatched remote exploits for IE which have been discovered. See:

    http://www.eeye.com/html/research/upcoming/index.h tml

    I do agree that the 'Firefox is more secure' meme was largely unfounded, but don't let MSFT off the hook so easily. Switch to Opera ;-)

  19. Re:Uh oh! by MarkByers · · Score: 5, Informative

    In Firefox, to stop this vulnerability:

    Web Features->Allow web sites to install software

    I'll switch to MS IE as it has no known serious vulns

    Internet Explorer Long Share Name Buffer Overflow Highly Critical

    Yeah... whatever. I don't mind if you would rather use a browser with a known serious security problem, but saying that IE has no known serious issues is misinformed.

    --
    I'll probably be modded down for this...
  20. Re:Yup - secure... by starwed · · Score: 5, Informative

    This is already being worked on and should be in 1.1. ^_^ Check out ben's blog about it.

    A quote: "Darin has figured out how to get binary patching working, and is working on a system for incremental background update download."

  21. Fixes for large sites by shirro · · Score: 5, Informative

    For people running Firefox in a business or school with centrally locked down settings I think a quick fix might be to add

    lockpref("xpinstall.enabled","false");

    xpinstall.enabled seems to be the preference changed by "Allow websites to install software"

    1. Re:Fixes for large sites by Anonymous Coward · · Score: 1, Informative

      If your running in a centrally locked down setting you might also want to add

      lockPref("extensions.update.enabled","false");

      this wont let your user update themes,xpi extensions, etc. that you've setup.

  22. Root on Linspire by tepples · · Score: 2, Informative

    unlike in Windows, it also wouldn't have superuser privileges.

    Linspire (or at least older versions thereof) runs as superuser.

  23. Re:Nasty by cortana · · Score: 5, Informative

    Well, in Windows it would only have administrator priviliges if the user was dumb enough to run Firefox as an administrator. ;)

  24. Not everybody runs Windows XP by tepples · · Score: 2, Informative

    From a security standpoint, fully updated IE is much better than unupdated Firefox.

    Unfortunately, a legit copy of the full update to IE costs at least $100 for users of Microsoft Windows 2000 operating systems.

  25. Re:Are you sure? by CTho9305 · · Score: 3, Informative

    That is incorrect. The exploit works by loading a page from a trusted site (one of the mozilla.org sites on the whitelist), then taking advantage of another Firefox bug to run some javascript in the security context of the trusted site.

  26. Batch/EXE by kg4gyt · · Score: 2, Informative

    Sounds like a windows only vulnerability. Are the Mac and Linux versions open to the hole as well?

  27. Re:I'm sure everyone whill complain by CTho9305 · · Score: 2, Informative

    The devs were already working on it before some jerk full-disclosured w/working exploit. It had already been marked as a bug that would block both the 1.0.4 and 1.1 releases. All this person did was cause a lot of headaches for Mozilla developers, and put many users at risk.

  28. Trusted Sites Only? by sepluv · · Score: 2, Informative

    The security advisory doesn't explain it too well, but it it seems to imply that this only happens with sites that you've added to your list of sites trusted to install software (in which case it isn't really much of a problem).

    --
    Joe Llywelyn Griffith Blakesley
    [This post is in the public domain (copyright-free) unless otherwise stated]
  29. Re:Uh oh! by KnightMB · · Score: 3, Informative

    Anyone actually tried this yet? I did and it did NOT work on Windows XP, Windows 2000, Linux (obvious), Windows 98, Windows 2003 Server or Windows NT 4.0? So what gives? More FUD being spread about Firefox again?

  30. Re:Are you sure? by John_Booty · · Score: 2, Informative

    Doesn't work for me, either. Firefox 1.0.3, Windows XP SP2 here. I'm running Moox's build of Firefox; not sure if that affects anything.

    It looks like the script is spoofing ftp.mozilla.org somehow. I made sure that "Allow Web Sites To Install Software" was enabled in Firefox's preferences, and I even added "ftp.mozilla.org" to the whitelist of allowed sites! Still didn't work.

    Here's what happens when I load the page:

    1. Fx appears to contact ftp.mozilla.org and downloads the harmless XPI referenced in the "exploit" script. This takes several seconds.
    2. An error appears in the JavaScript console: "Error: install is not defined". No .bat file created at C:\ .........

    Either this "exploit" is B.S., or some other settings need to be in place for this to work.

    --

    OtakuBooty.com: Smart, funny, sexy nerds.
  31. Re:Uh oh! by Curtman · · Score: 4, Informative

    Are you telling me you expect a noob to know this? How is my grandmother supposed to know of this?

    Know what? Whats wrong with your grandma, Alzheimer's?

    Why doesn't the little red arrow (update icon) display yet?

    Because you don't need to update anything. It was fixed on updates.mozilla.org. The site needs to be in your white list of sites that are allowed to install software to be vulnerable. I'm sure they will have a more permanent fix later at some point, but the current exploit no longer works. Go ahead and try it.

    So, as far as I'm concerend -- it's not.

    But you're a bit of a fool, so I'm not sure your opinion counts.

  32. Re:Are you sure? by CTho9305 · · Score: 5, Informative

    We made some server-side changes on update.mozilla.org to mitigate the attack.

  33. Re:gah by yfan · · Score: 3, Informative

    Um, let's take a minute and remember that according to the secunia advisory, ONLY sites that are allowed to install software can exploit this. And by default, that's only update.mozilla.org and addons.mozilla.org. If you are not adding untrustd sites to the list of sites that can install software to your browser, you are probably not in danger. That is not to say this doesn't need to get fixed, it totally does. But we're probably getting a little more excited/worried than there is cause for.

  34. Perhaps... by MO! · · Score: 2, Informative

    Perhaps you should manually download and install a release past beta. If you've been running the same version for "all these months" then you probably don't have a version current enough to include the update code. I've been getting the update notification icon since the 1.0 release, and perhaps even one of the release candidates. I've had the update icon working on Win2000, WinXP, SuSE Linux, and for a short time on a FreeBSD box.

    --
    I AM, therefore I THINK!
  35. Re:Yup - secure... by SanityInAnarchy · · Score: 2, Informative

    And IE is more secure how?

    Windows update is worse. It'll force you to reboot your whole computer, not just your browser. And you still have to click the little button on most computers.

    --
    Don't thank God, thank a doctor!
  36. Re:Yup - secure... by karstux · · Score: 2, Informative

    Problem is, this little red icon isn't supported by all skins. I use the "SomeOrbitYellow" theme, and have never seen this icon - it's there and clickable, but invisible.

    --
    Don't whistle while you're pissing.
  37. Re:Uh oh! by Curtman · · Score: 2, Informative

    what's wrong with Opera's JavaScript?

    It's not the fault of Opera really, but the DOM doesn't match either Netscape/Moz or Exploder.. I wouldn't consider myself a "web developer" by any means, but I've done my share. Getting pages to work in IE and FF is a chore, and supporting Opera is just a waste of time.

  38. Re:It's not that easy... by EvilJoker · · Score: 3, Informative

    Mozilla provides a number of builds- Windows, MacOS X, and Linux i686, and each in a wide variety of languages.

    These are the ONLY builds they should be worried about patching (and if they could make it language independent, it would be 3 packages). Everyone else gets the source code. Let Portage figure out how to update things.

  39. Re:Yup - secure... by Finuvir · · Score: 4, Informative

    Firefox 1.1 will have support for binary patches, meaning no more full application download to fix a single bug.

    --
    Why is anything anything?
  40. Oh yes it will! by Anonymous Coward · · Score: 2, Informative
    Or all the windows users could just switch to Linux where this "exploit" won't do shit.

    Obviously "aichpvee" didn't RTFA:

    Additionally it has been confirmed that this exploit does not only affect Microsoft Windows users but, if the code is adapted, can also affect both MacOS and *nix operating systems running vulnerable version of Firefox. The basic problem lies within Firefox's pseudo "Active-X" mechanism designed to dynamically download executable programs.
  41. Re:gah by sploit · · Score: 2, Informative

    There are two independent bugs which are combined in the demo exploit. The cross site scripting part does not require any whitelist privilege whatsoever. If you're using login cookies, you're vulnerable. It is entirely possible to write an exploit which orders stuff from online stores, in your name and from your IP address. Combined with the cross site scripting bug, the whitelist requirement of the remote execution bug is moot, because a site can simply inject code into one of the standard whitelisted sites. The temporary fix on UMO breaks the published exploit, but there is no reason why an exploit couldn't simply inject its own call to InstallTrigger.install into one of these sites. This is a VERY dangerous combination of bugs. There will be exploits. The only way to escape both bugs is to turn off Javascript. Turning off software installation just prevents the remote execution, not the cross site scripting.