Slashdot Mirror


Security Researcher Finds Hundreds of Browser Bugs

An anonymous reader writes "PC Magazine reports on a very understated late night post to the full-disclosure mailing list, in which security researcher Michael Zalewski shared a fuzzing tool reportedly capable of identifying over a hundred browser bugs. Some of these bugs, he says, may be already known to third parties in China. The report also includes an account of how browser vendors fared fixing these flaws so far. Not surprisingly, Microsoft's response timeline appears depressing."

29 of 145 comments (clear)

  1. Known to third parties in China? by Anonymous Coward · · Score: 3, Insightful

    Why just China? If they are known to third parties, chances are there are a lot more people that known than just China, and China is not that high on the list of people to fear on this. Why the emphasis here?

    1. Re:Known to third parties in China? by MartinSchou · · Score: 2

      Because razy lacism sells adds.

    2. Re:Known to third parties in China? by Eil · · Score: 3, Informative

      Dear Anonymous Coward,

      You appear to be unfamiliar with how the World Wide Web works. When you see an underlined word or phrase (such as "already known to third parties in China"), that means you can click on it and your web browser will take you to a new page whereupon you can generally find more information on the word or phrase. It takes some practice but should eventually learn to get the hang of it.

      Sincerely,
      A Registered Slashdot User

  2. Re:Pass the salt please by MathFox · · Score: 2, Interesting

    It depends on the exact bug that is triggered. When a security researcher mentions "potentially exploitable bug" it could be serious. Very often a memory corruption is a first step into more serious exploits.

    --
    extern warranty;
    main()
    {
    (void)warranty;
    }
  3. Hard to get reproducible results by Anonymous Coward · · Score: 2, Interesting

    FTFA: The design of the fuzzer makes it unexpectedly difficult to get clean,
    deterministic repros; to that effect, in the current versions of all the
    affected browsers, we are still seeing a collection of elusive problems when
    running the tool - and some not-so-elusive ones.

    This might help explain at least part of the difficult communication with Microsoft.

    1. Re:Hard to get reproducible results by Stratoukos · · Score: 3, Interesting

      This might help explain at least part of the difficult communication with Microsoft.

      But not Mozilla, the Webkit team and Opera?

      --
      It may be 7 digits, but at least it's a semiprime
    2. Re:Hard to get reproducible results by Rockoon · · Score: 4, Insightful

      Just to be fucking honest...

      His tool only found a few bugs ("several") in Internet Explorer, found about two dozen in Webkit ("some" problems still unfixed), about 60 bugs in Mozilla ("several" still unfixed), and that for Opera some of the bugs arent fixed ("several".)

      So what we see here is that of the browsers, Internet Explorer didnt have nearly as many problems identifiable by his tool as the others to begin with, and that it still doesnt have more than the other browsers now even after all parties had 6 months.

      Could it be that all of the remaining bugs for all of the browsers require good reproducibility to address reasonably? Could it be that the person you replied to is correct, rather than that your "but not mozilla, webkit team and opera?" bullshit is just that, bullshit?

      --
      "His name was James Damore."
    3. Re:Hard to get reproducible results by yuhong · · Score: 2

      BTW, mangleme released by the same security researcher has a mangle.cgi that logs attempts to the server log, and a remangle.cgi that uses the info from the log to reproduce the exact same page. This could be done with this fuzzer too, but the problem is where to log. Filesystem access is restricted for obvious reasons. How about using document.cookie as a log?

    4. Re:Hard to get reproducible results by hairyfeet · · Score: 4, Informative

      But there are a couple of BIG differences between IE and the others that mean they should always looked at with more suspicion and scorn, and I'm a Windows guy. 1.-Refusing to backport IE 9 to XP means you are gonna have hundreds of millions of IE installs running on old versions, 2.- Thanks to their idiotic "Hey lets all run as admin!" design of XP when combined with IE just increases the risk of nasty, and 3.- the webkit based browsers, such as Chrome, Dragon, Safari, SWIron, etc at least attempt to sandbox the browser, whereas MSFT to kill off competition buried IE deeply into the system making IE the more dangerous choice.

      Finally since you read TFA you would see that while the others kept working with the writer MSFT closed the ticket and cut off communication right up to when he said he would release even though the writer was able to replicate the bugs with the July tool and so was MSFT. Then when he was ready to release did they begin talking about "PR nightmare" instead of actually seeming concerned with the security of their browser. Lets be honest folks, IE was nothing but a tool to kill Netscape and once it had accomplished its goal it was left to rot. You had millions infected thanks to their lax treatment of security via IE 6, and they are just now trying to get to where everyone else was a year ago. Considering your browser is the closest your OS gets to being "bare metal" with the wild and woolly Internet trusting your machine to a browser that is only updated on patch Tuesday unless something completely embarrassing hits is more than a little nuts.

      One of the nice things we have today is plenty of free choices is that department and thanks to the scourge of "This site requires IE" being all but a distant memory getting folks away from IE has never been easier. Just send them to Ninite and tell them which box to check. It is really just that easy. But trusting the weakest part of your security to a browser that always seems to be a day late, a dollar short, and has the biggest bullseye painted on it? There is a good reason to always assume the worst when it comes to IE, it is because that has been time and time again what you got.

      --
      ACs don't waste your time replying, your posts are never seen by me.
  4. Re:Terrific Research, But... by Xtense · · Score: 3, Insightful

    It comes preinstalled with the OS, it doesn't need any configuring (or, if needed, it syncs automatically with settings on a domain controller) and, for tasks actually needed in an office setting, it works.

    No, it isn't "good" by any stretch of the word, but switching to a different browser is definitely not high up on the list of needed IT changes.

    --
    "We are the music makers, and we are the dreamers of dreams [...]."
  5. Re:Sandbox time? by Xtense · · Score: 3, Funny

    And what if we put the VM... into ANOTHER VM? :O

    --
    "We are the music makers, and we are the dreamers of dreams [...]."
  6. Re:Terrific Research, But... by dgatwood · · Score: 4, Interesting

    Why do companies still use MS [Internet] Explorer?

    Momentum. A browser in operation tends to stay in operation unless acted upon by an outside IT consultant.

    --

    Check out my sci-fi/humor trilogy at PatriotsBooks.

  7. Re:Pass the salt please by burkmat · · Score: 3, Insightful

    ...maybe not very serious, nothing a program restart wouldn't fix, but still - damage.

    I'm sorry, what?

    Most browsers don't run in a particularly well secured sandbox. Sure there are additional security features, but the majority of people today still seem to be running (1) outdated browsers (2) as administrators (3) without any clue whatsoever regarding security.

    A security flaw exposed from this fuzzer could easily end up being a major trojan outbreak. Not exactly something you fix by restarting Firefox...

  8. Re:Terrific Research, But... by fuzzyfuzzyfungus · · Score: 4, Informative

    Home users, no idea. Ignorance and apathy I suppose.

    Corporate? ActiveX controls, trivial to keep up to date with WSUS, even when the user is non-admin and a firewall is blocking most outside downloads, accepts loads of configuration options from Active Directory Group Policies, etc.

  9. Re:Sandbox time? by fuzzyfuzzyfungus · · Score: 4, Insightful

    That runs into the convenience problem: Downloading pictures, files, executables, etc. and printing stuff are ridiculously common use cases for browsers. So to is the old 'opening a link in some other program in a browser'. Thus, any sort of security mechanism that makes those more of a pain will run into user resistance. Any sort of security mechanism that initially blocks those and then introduces a bunch of workarounds(shared filesystem location between VM and computer, virtual printer in VM mapping to real spooler, some sort of local process that catches URLs and passes them into the sandbox, etc. also raises the possibility of serious bugs in those workaround mechanisms...

    If browsers were exclusively used for reading web pages, securing them would be so much simpler...

  10. Re:Terrific Research, But... by Virtucon · · Score: 3, Insightful

    Because MSFT understands channel marketing. Their services, their products work with their tools. They've also fed that into the enterprise as well. Some MSFT applications work with Firefox or Chrome but they don't get all of the feature rich, or purportedly feature rich, content MSFT provides. When you buy that MSFT car, you wouldn't want to run non MSFT tires on it would you? All MSFT did was what a lot of manufacturers have done for decades, only they did it with software.

    --
    Harrison's Postulate - "For every action there is an equal and opposite criticism"
  11. Re:Pass the salt please by Xtense · · Score: 2

    This is, of course, if the vulnerabilities found can be accurately reproduced at an acceptable success rate. The original message on the mailing list mentions multiple times that software vendors found the bugs to be very hard to reproduce. It may be that the conditions needed for the bug to present itself are scarce enough that no malware programmer will opt to take that path, but, of course, now I've entered a realm of maybes and whatifs, so anything goes.

    --
    "We are the music makers, and we are the dreamers of dreams [...]."
  12. Re:Is Chrome not affected? by Xtense · · Score: 2

    Oh, right. Forgot about that one, sorry.

    *holds up geek card* So where do I turn in this thing?

    --
    "We are the music makers, and we are the dreamers of dreams [...]."
  13. Re:Terrific Research, But... by sjames · · Score: 2

    Funny, I have never even seen Ford brand tires, gas, oil, air filters, etc. etc..

  14. Re:Terrific Research, But... by MobileTatsu-NJG · · Score: 4, Funny

    > Why is ANYONE with half a brain still using Microsoft browsers?

    Why is anyone with half a brain still using any Microsoft software at all?

    People with half a brain should be using Linux instead?

    --

    "I like to lick butts!" by MobileTatsu-NJG (#32700246) (Score:5, Informative)

  15. Re:Pass the salt please by Barny · · Score: 5, Informative

    And after much follow up in late December MS finally acknowledged that they were reproducible with the July version of the tool.

    Basically this guy gave them over six months to fix the bugs, they bullshitted around and fixed one or two faults, then on the eve of his release of the tool (when all other affected vendors had worked closely with him to fix all the faults) MS tried to state that it was only the latest version of his tool that caused the majority of the bugs. The author said if this was the case he would hold off on release, but after testing found MS to still have a good supply of bullshit left (the flaws showed up with the older tool, which MS eventually conceded) so he released it on the date he said, January.

    Once again MS not willing or just plain not wanting to work with a security expert and then said expert doesn't buy their crap and releases on the schedule set.

    --
    ...
    /me sighs
  16. Re:Unwanted Pop-Unders Still a Security Issue by rudy_wayne · · Score: 3, Informative

    I'm amazed the pop-under problem still hasn't been addressed in MSIE nor, more surprisingly, in Firefox - even at the highest security settings, pop-unders, such as the Netflix and screensaver ones, still get through - a potential security flaw.

    I've search the bug reports for Firefox in the past and pop-unders ranks high on problems that people want fixed, and yet still isn't - seems to me if pop-up windows can be blocked, why can't pop-under windows?

    Pop-up windows are still a problem in Firefox. Websites have devised new ways to pop up annoying windows that Firefox apparently isn't able to block (as of FF4 beta 8).

  17. Re:Unwanted Pop-Unders Still a Security Issue by Vekseid · · Score: 3, Informative

    It's not new, those popups are being delivered through Flash, rather than javascript.

  18. Re:Terrific Research, But... by Virtucon · · Score: 2

    So here's one for you that's maybe a bit more contemporary. You wouldn't want to run that app on your iPhone unless it came from the App Store, now would you? Because Apple knows better than you, things are put in place to prohibit you from downloading that app. Just ask Mark Fiore about that one. Because "we" control the channel, the entire distribution chain, we then control the product and we can force you to take what we want to give you.

    All of this has been done before and to a much greater extent in the past. People nowadays think that it's something new to have this kind of bundling and tied product design with supporting Channel Marketing strategies employed, it's not. The Software and Electronics Industries have just caught on is all. Just like Region codes in DVDs for that matter.

    Of course you can run MSFT Sharepoint apps with Firefox, but it doesn't give you the full "robust" effect does it? Enterprises want the functionality that they pay for and are willing to put up with that argument because they're buying a solution, a COTS product. Because of that, they then mandate IE in the enterprise because they don't want to deal with heterogeneous environment support issues and so that the apps they test and deploy will work. Diversity in IT costs money. Now all of their thousands of PCs are running IE because "MSFT says so."

    Here's another one:

    Have you tried to run Outlook Web Express (Exchange) on Firefox? How about the same app on IE? Are they the same experience? hell no.

    People at Home want that easy to use experience and although I can't say how many folks are still running Windows XP I'd venture to say it's still more than run Windows 7. They don't want their kids coming to them and telling them that Fallout Vegas doesn't work on that PC that's 5 years old. They just want it to work for them and their kids. On that computer there rests a copy of IE, probably IE 6 because it let's the kids get onto to Disney.com and Mom can get her latest Oprah Content. Couple that with the fact that Microsoft isn't supporting XP anymore and you have a bigger problem because you didn't buy that MSFT upgrade path yet where you get the new service plan, warranty and all the new features.

    So, you wouldn't want to run non MSFT tires on that MSFT car you just bought, now would you?

    --
    Harrison's Postulate - "For every action there is an equal and opposite criticism"
  19. Re:Pass the salt please by CBM · · Score: 3, Informative

    Never states?

    "December 29, 2010: Response from MSRC confirms that these crashes are reproductible with the July 29 fuzzer; unclear why they were unable to replicate them earlier, or follow up on the case."

  20. Re:Pass the salt please by caerwyn · · Score: 2

    Did you actually read the article?

    December 28, 2010: I investigate code changes between July and December, and conclude they are unlikely to have a substantial effect. I confirm this by re-running the July 29 fuzzer and hitting the same condition as listed in #5. I notify MSRC and reaffirm my plan to release in the first week of January.

    and

    December 29, 2010: Response from MSRC confirms that these crashes are reproductible with the July 29 fuzzer; unclear why they were unable to replicate them earlier, or follow up on the case.

    He stated it and Microsoft confirmed it.

    --
    The ringing of the division bell has begun... -PF
  21. Re:Pass the salt please by eulernet · · Score: 4, Funny

    Once again MS not willing or just plain not wanting to work with a security expert and then said expert doesn't buy their crap and releases on the schedule set.

    It's not that Microsoft doesn't want to work with security experts, it's just that they don't have any money for that ;-)

  22. Re:Terrific Research, But... by thsths · · Score: 2

    We're not talking about IE6, and this isn't 2003. It's time to update your prejudices. IE9 is a decent standards-conforming browser.

    You say that, but even compared with the current generation of browsers, IE9 is usually ranked towards the bottom, and it is not even released yet. Once that happens, it will have to compete with Firefox 4, Opera 12 (I guess) and Chrome developing at insane speeds. Microsoft has promised to catch up with IE7, and again with IE8, and again with IE9. But it seems that is all they are doing: playing catch up.

  23. Re:Pass the salt please by BeanThere · · Score: 2

    If I understand correctly, these are worse, since they affect browsers automatically while loading a badly corrupt (fuzzed) page

    I'm afraid you don't understand correctly at all. The fuzzing is only part of the browser testing process, delivering a 'fuzzed' page is not an attack on its own. The fuzzing process is a kind of long-running randomized stress-test that throws literally millions of different random scenarios at the software and in the process reveals bugs / vulnerabilities. Once the vulnerabilities are revealed and understood, they can then be exploited by more targeted attacks (which are not 'fuzzed' at all), which can include far more serious payloads.

    Fuzzing is a standard software testing process, and if you ask me, this is something any serious browser developer should be doing internally already - that's their JOB as browser developers, it's a little disturbing that they wait for guys like Mr Zalewski to do their jobs for them --- honestly I hope they're at least paying him market value for the labor at the rates it would've cost them to hire someone to do this in-house. The value of this testing to them is gold, as they can basically be delivered a list of probably previously unknown bugs; this is pretty skilled work.