Slashdot Mirror


Critical Mozilla, Thunderbird Vulnerabilities

d3ik writes "An advisory has been issued on several buffer overflow exploits in the Mozilla and Thunderbird code. Coincidentally, one of the exploits takes advantage of a unchecked buffer in the bitmap parser, very similar to recent Microsoft JPEG vulnerability. The good news is that if you have an updated version (Mozilla 1.7.3, Firefox 1.0PR, Thunderbird 0.8) you won't be affected."

5 of 596 comments (clear)

  1. Re:So will it be Mozilla's fault... by Jerph · · Score: 5, Informative

    This is generally fixed in 1.0PR - you can safely upgrade over a previous installation, and extensions are updated when possible. They even made it easier for extension writers to simply update the compatability number for their extensions without requiring you to download again.

  2. Re:So will it be Mozilla's fault... by mschiller · · Score: 5, Informative

    Well it shouldn't be possible to be infected with a virus from a picture... Because Data Memory should never EVER be able to be executed without specific privledge elevation [yeah, maybe root can do this, or perhaps only the deepest dark section of the kernel].

    1) Software designers should be more careful when using buffers, so that over runs don't occur is it really that hard to keep a counter around to make sure your don't overrun? I guess developers want their code to run fast and I suppose it doesn't help that C offers absolutely no protection from such problems. [Pascal and other strongly typed languages sure help in this regard it's alot harder to make this type of mistake].

    2) OS designers should do more through checking to make sure data pages are never executed. [and a data write can't write into an application memeory page!]. While it SHOULD be caught above, the OS should be looking out for requests to write into pages not assigned as data for a particular application.

    3) Hardware designers should implement features to optimize #1 and #2. [eg. noexecute flags. Harvard Architecture, etc. I can easily see a architecture that looks like a Harvard in normal mode and then turns into our traditional von neumann architecture in privledged mode.]

    It's really quite simple concept to have a no execute flag associated with a memory page that can only be changed in privledged mode. And such coding techniques should work fine for day to day computer use [self modifying code could be problem , etc].

  3. Re:So will it be Mozilla's fault... by TheDormouse · · Score: 5, Informative

    Why is this so hard for people:

    Upgrade Firefox.
    Your extensions will get disabled because they have a MaxVersion lower than the Firefox version.
    Let it happen. DON'T FREAK OUT.

    Go to the extension manager.
    Right click all the disabled extensions and select Enable.
    Restart Firefox.

    Woo hoo. Barring any changes in the code that genuinely make your old extensions incompatible, your world keeps on turning.

  4. Re:coverup by mozilla team by blakeross · · Score: 5, Informative

    We did disclose the security bugs. Every time we release, we update our vulnerabilities page (http://www.mozilla.org/projects/security/known-vu lnerabilities.html) with the list of security bugs fixed in the new release. Secunia just cribbed their advisory information from that very page. The world might be a better place if you actually paid some attention. -Blake Ross

  5. Re:So will it be Mozilla's fault... by brokenwndw · · Score: 5, Informative

    There's a new workaround for this here (no direct link allowed, sorry, you're stuck with copy paste):

    http://bugzilla.mozilla.org/show_bug.cgi?id=2586 79

    The summary: put this in your userChrome.css.

    /* Make the Search box flex wider */
    #search-container {
    -moz-box-flex: 200 !important;
    }

    #searchbar {
    -moz-box-flex: 200 !important;
    }

    Hope this works for you!