Slashdot Mirror


Microsoft Says Upgrade To IE8, Even Though It's Vulnerable

Barence writes "Microsoft has issued a statement urging people to upgrade their browser to IE8, after the zero-day exploit that was used to attack companies such as Google went public. According to Microsoft's security advisory: 'the vulnerability exists as an invalid pointer reference within Internet Explorer. It is possible under certain conditions for the invalid pointer to be accessed after an object is deleted. In a specially-crafted attack, in attempting to access a freed object, Internet Explorer can be caused to allow remote code execution.' But, although IE6 has been the source of the attacks until now, Microsoft's advisory admits that both IE7 and IE8 are vulnerable to the same flaw, even on Windows 7."

59 of 279 comments (clear)

  1. IE8 has the flaw but is immune... by vistapwns · · Score: 5, Informative

    Because DEP is enabled by default in IE8, unlike IE6 and IE7. The exploit can not work against IE8. Also, IE in modern versions of Windows is sandboxed, unlike Firefox. Sorry to rain on the parade...

    --
    "...I think the Microsoft hatred is a disease." - Linus Torvalds
    1. Re:IE8 has the flaw but is immune... by FlyingBishop · · Score: 3, Interesting

      But even at Google they apparently have some stuff that requires them to disable it. You can bet a lot of the shops that can't ditch IE will have to disable DEP for backwards compatibility with the crappy apps that are the only reason they don't switch to something better anyway.

    2. Re:IE8 has the flaw but is immune... by vistapwns · · Score: 3, Informative

      And how are other browsers better in that case? If they have to disable DEP on firefox, it's even worse than IE because it's not sandboxed. Anyways, the articles I've been reading say Google was exploited thru IE6 that they have on XP systems.

      --
      "...I think the Microsoft hatred is a disease." - Linus Torvalds
    3. Re:IE8 has the flaw but is immune... by UnknowingFool · · Score: 4, Informative

      If it has the flaw, then it's not immune but it's less vulnerable. If DEP is disabled (which may be required to get some apps to work), then IE8 can become exploited too.

      --
      Well, there's spam egg sausage and spam, that's not got much spam in it.
    4. Re:IE8 has the flaw but is immune... by dunezone · · Score: 2, Insightful

      And thats Microsofts fault how?

      Microsoft provides the ability to be up to date and secure as well as backwards compatibility, its the users risk for which he chooses not Microsofts.

    5. Re:IE8 has the flaw but is immune... by KnownIssues · · Score: 4, Interesting

      Then why would Microsoft state that IE8 is vulnerable to this flaw? They don't seem to be known for exaggerating the vulnerability of their software. I'm sure I'm missing something here, I'm just sincerely not seeing why Microsoft would claim it would affect IE8 if they could make the opposite claim with any accuracy.

    6. Re:IE8 has the flaw but is immune... by UnknowingFool · · Score: 2, Insightful

      Maybe in the default configuration but every place I've worked, IT changes the configuration of IE due to needs of the company. Home users might not okay with using default configuration but some companies will not be.

      --
      Well, there's spam egg sausage and spam, that's not got much spam in it.
    7. Re:IE8 has the flaw but is immune... by should_be_linear · · Score: 3, Interesting

      And how are other browsers better in that case?
      This whole problem is based on fact that MS is not willing/able to fix this issue for quite long time (days?). Other browsers are different in a way that they are fixing security issues ASAP.

      --
      839*929
    8. Re:IE8 has the flaw but is immune... by vistapwns · · Score: 3, Insightful

      IE is used by corporations, and corporations do not want patches for patches for hotfixes and all that jazz, they expect the patch to be tested and corporations are the ones who wanted a monthly release for patches so the IT staff are not patching and testing patches all month long.

      --
      "...I think the Microsoft hatred is a disease." - Linus Torvalds
    9. Re:IE8 has the flaw but is immune... by Penguinisto · · Score: 4, Informative

      True, DEP is enabled by default on the Win 7 / IE8 combo. OTOH, neither will run (very well, anyway) a horde of old enterprise services and suites that still linger about the industry, compatibility modes be damned.

      There are fixes and workarounds, but they can get rather expensive (and usually involve an XP Mode server of sorts, or Terminal Services seat licenses, etc).

      Long story short, there's either gonna be a lot of code that will get re-written, or a lot of businesses that will hang on to IE6 until then.

      --
      Quo usque tandem abutere, Nimbus, patientia nostra?
    10. Re:IE8 has the flaw but is immune... by plague3106 · · Score: 3, Interesting

      A security fix which breaks other required functionality isn't much better though is it? A patch rushed out the door without much testing isn't a patch I necessarly want to install.

    11. Re:IE8 has the flaw but is immune... by should_be_linear · · Score: 4, Insightful

      Having radio button somewhere that makes your OS vulnerable to _KNOWN_ exploit is really stupid idea.

      --
      839*929
    12. Re:IE8 has the flaw but is immune... by should_be_linear · · Score: 4, Insightful

      OK, so Microsoft is opting for backwards compatibility, other browsers for security. And your original question was: And how are other browsers better in that case?

      --
      839*929
    13. Re:IE8 has the flaw but is immune... by plague3106 · · Score: 3, Insightful

      Sandboxing & virtualization of a sick browser is not a panacea. If the sandboxed application is compromised, it could still be controlled in its own domain and compromise cookies, passwords and anything else that it obtainable in its virtual space. It could still be used for malicious purposes, purposes that can could result in a knock on the door from the law.

      Sandboxing and virtualization are sane for ANY application which is processing content from untrusted sources, regardless of whether you think them secure or not.

      A hale and open sourced browser is the only safe way to go. Screw IE, any version.

      Right, because FF hasn't had any major security holes. Open source does not mean secure. It means you can see the code.

      Was it not the browser that would install keyloggers and dialers through the press of the [Enter] key as it would default on installation of any "signed" ActiveX, not matter how fucked up it was? Yes! Did these people have any idea of what was happening on the Internet? Yes! Fuckit, the said, system-browser integration is not debatable; Microsoft had their fun killing Netscape, now we have our fun watching them trying to fix the mess. (They wont).

      Ignoring the fact that they've come along way in both securing the browser and supporting standards shows nothing they do would make you happy. I think the problem is that you're upset that, even with problems in MS software, people would STILL rather use it than your favorite OS.

      Also, I haven't seen any indication that they aren't working on a fix. What will you say if the patch comes out? oh ya, it took way too long, they should have rushed it out without any kind of testing, like open source does.

    14. Re:IE8 has the flaw but is immune... by amicusNYCL · · Score: 3, Insightful

      Even though you're being sarcastic, to an extent you're correct. It is the fault of corporate IT, not Microsoft, that IE6 and IE7 are in such wide use and being exploited, when everyone should already be running on IE8. It would be the same situation as if you had tons of people running Firefox 1.5 and refusing to upgrade because it would break something they're used to, despite being vulnerable to a series of known problems. In that situation it's not Mozilla's fault that their user base hasn't upgraded any more than it's Microsoft's fault now.

      --
      "Our two-party system is like a bowl of shit looking at itself in a mirror." - Lewis Black
    15. Re:IE8 has the flaw but is immune... by Ralish · · Score: 5, Informative

      They are aiming for both backwards compatibility and security, but above all, they are aiming to put out a fix that isn't broke. I'm honestly not trying to be the Microsoft apologist here, but the complexity of putting out a patch for IE is a lot more complex than you might first think, even compared to other browsers. Here's why:

      Using Firefox as an example, when Mozilla finds a security flaw in Firefox, they simply release a new point release of all supported versions of Firefox (currently 3.0 and 3.5) that contains the fix, as well as all previous fixes, and usually several other security/stability fixes bundled into that particular point release. So, this means a release across two product versions, which can be expanded to releasing on the architectures supported for those particular versions as well as supported platforms. The source code change probably isn't architecture or platform specific (wrong?) so can thus be inserted into the correct maintenance trees in the source repository and the binaries/sources made available.

      Using Microsoft as an example, when Microsoft finds a security flaw in Internet Explorer, they need to patch every supported version of IE on every supported version of Windows down to specific IE patch level possibly also impacted by Windows patch level. For a security flaw like this that affects IE6 through IE8, that means patches for every version of Windows from 2000 to 7, for every architecture (x86, x86_64, ia64), for numerous patch levels. For example, in many versions of Windows two separate patch levels of IE might be simultaneously supported (e.g. IE6 SP1 on Windows 2000 and IE6 SP2(SP3?) on XP). Keep in mind that the binaries for the same exact patch level of IE on two different versions of Windows on the same architecture are highly unlikely to be the same (e.g. IE7 on XP will not be the same as IE7 on Vista, nor will the patch binaries be the same, and OS SP level may also make a difference). Versions of Internet Explorer on Windows CE/Mobile might also be impacted resulting in further patch complexity. Oh, and x64 versions of Windows (and ia64?) have both the 32-bit and 64-bit versions installed side-by-side, due to issues with plug-in compatibility (you can't load 32-bit code into a 64-bit application). So, you'll need to patch both versions on 64-bit platforms, and once again, the 32-bit binaries for 64-bit systems are unlikely to be identical to the 32-bit binaries for 32-bit systems. In summary, we are talking a huge number of binary patches that all need to be thoroughly tested, passed through regression suites, and so forth, because if even one of these patches breaks something, odds are, you'll have a lot of pissed off users.

      That being said, this is largely Microsoft's fault. By integrating the browser so closely to the OS, they've managed to create this complexity. A clean(er) separation of web browser from OS internals would, while not making things simple, would surely reduce the current clusterfuck. Doing so would bring you much closer to the model that most (every?) other web browser uses, and should drastically reduce the amount of testing that would need to be done. For now, this isn't the case, and the present reality is that patching every version of IE since 2001 is a very messy business.

    16. Re:IE8 has the flaw but is immune... by amicusNYCL · · Score: 2, Insightful

      It's clear that you need one. Maybe you could start by changing your worldview that all open source software is secure by virtue of being open source, and all proprietary software is crap. Maybe a look at Opera would prove otherwise. If you're not aware of the several security features which Microsoft has added to Windows 7 and IE8 (not to mention much-needed support for several missing standards), then maybe you can make yourself familiar with those before claiming that everything which you can't read the code for is insecure.

      --
      "Our two-party system is like a bowl of shit looking at itself in a mirror." - Lewis Black
    17. Re:IE8 has the flaw but is immune... by TiberiusMonkey · · Score: 3, Insightful

      Ignoring the fact that they've come along way in both securing the browser and supporting standards shows nothing they do would make you happy.

      Yes of course, the largest computer software company in the world should be given a hearty slap on the back for "coming a long way". I mean, they're only the standards that everyone else is following it's not like they matter.

    18. Re:IE8 has the flaw but is immune... by Bert64 · · Score: 3, Interesting

      The real solution is not open source browsers specifically...

      The real solution is diversity.
      All software will have bugs, but they are a lot more difficult to exploit if there are a handful of different browsers running on a handful of different platforms and hardware architectures that your targets could be running. Also, having an even split in the market would force all the different software makers to compete on quality... If one vendors drags their feet they will face losing lots of market share... MS can drag their feet without risk of losing anything right now because people are locked in to them.

      The attacks recently succeeded proved the dangers of monoculture, if your a hacker looking to target any large corporation or government you can be sure that your target will be running windows/ie/msoffice so one exploit, trojan and skillset will suffice against any number of targets.

      Nature has proven the importance of diversity...

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    19. Re:IE8 has the flaw but is immune... by Pharmboy · · Score: 2, Informative

      Yea, after reading the article (some of us do) I found that this summary is a piss poor one, more aimed at bashing MS than giving the real facts. We don't need to make up imaginary reasons to hate MS, they already provide plenty of real reasons.

      --
      Tequila: It's not just for breakfast anymore!
    20. Re:IE8 has the flaw but is immune... by Anonymous Coward · · Score: 2, Interesting

      Sorry, but Microsoft retains the lion's share of the blame by virtue of writing a thoroughly non-standards-compliant browser that required, at every bend, browser-specific workarounds which are not compatible with later releases.

      I'm currently working for an organisation with literally ten thousand plus web applications originally written for IE6. We've been working to migrate them to IE7 since Vista RC (over three years, wow, time flies) and are about a year over deadline for our Vista SOE release as a result.

      Some might conclude that more resources should have been thrown at the migration, and undoubtedly this would have sped things up. However in the corporate world, doing things quickly takes a back seat to doing things profitably; everyone should not be already running IE8 over IE6 if doing so incurs a loss.

      Would the cost of speeding the migration have exceeded the cost of extending support for IE6, plus the security and other costs of running an older OS/browser platform not under general support? Honestly I don't know, but the higher-ups here seemed to think so, and they're in a better position to judge than I.

      What's more IE6 is still under extended support, saying "upgrade to IE8 or wait until patch Tuesday" just doesn't fly when you're spending tens of thousands of dollars annually on support.

      Of course all of these details are invisible when you don't actually work in or have exposure to the types of corporations still running IE6. It easier to blame the situation on incompetent IT across the board than to understand the challenges involved.

      Insightful my arse.

  2. Marketing must be pleased by webdog314 · · Score: 5, Funny

    Software Engineer: "It's a complete mess... The vulnerability is present in IE6, 7, and 8 and it won't be an easy fix."

    Marketing Shill: "Excellent! Now they've no reason not to upgrade to IE8. Get out a Security Advisory at once!"

    1. Re:Marketing must be pleased by Anonymous Coward · · Score: 5, Insightful

      Software Engineer: "It's a complete mess... The vulnerability is present in IE6, 7, and 8 and it won't be an easy fix."

      Marketing Shill: "Excellent! Now they've no reason not to upgrade to IE8. Get out a Security Advisory at once!"

      Software Engineer: "Oddly enough, that makes good technical sense. Upgrading may not solve this particular problem, but it will eliminate many other vulnerabilities, as well as add sandboxing, thereby increasing security of the browser."

  3. Vista, Win7 - really? by TheNetAvenger · · Score: 5, Interesting

    Even if the exploit is successful on IE8 on Vista or Win7, the reduced security mode that it runs in will prevent it from actually doing anything.

    Sure it may be able to crash the browser, or maybe screw with a favorite, but it can't access user files and especially can't do anything to the OS even if the exploit works.

    So saying it is a 'problem' on Vista or Win7 is stretching the truth.

    1. Re:Vista, Win7 - really? by Sycraft-fu · · Score: 4, Interesting

      Also if you leave UAC on, it will be running as a normal user, not as an administrator. So if it broke out of the secure mode sandbox, it would still be limited to user data, no system access.

      By default, IE8 on 7 is pretty secure.

    2. Re:Vista, Win7 - really? by Penguinisto · · Score: 3, Informative

      Even if the exploit is successful on IE8 on Vista or Win7, the reduced security mode that it runs in will prevent it from actually doing anything.

      ...this time. It's the same excuse folks (wrongly) use to claim that *nix-based machinery is 100% invulnerable - true to an extent, but not perfectly so, on any OS. The problem is a little something called privilege escalation. This will likely be the next big thing that the folks at Microsoft will begin to discover, much to their horror.

      Microsoft has come a long way in securing their OS, but they still have a long way to go before claiming that their product is as secure as, say, FreeBSD or OSX.

      --
      Quo usque tandem abutere, Nimbus, patientia nostra?
    3. Re:Vista, Win7 - really? by duguk · · Score: 2, Insightful

      So if it broke out of the secure mode sandbox, it would still be limited to user data, no system access.

      By default, IE8 on 7 is pretty secure.

      So it's ok if a buggy webpage can wipe out My Documents, so long as it doesn't break my system?

      I'm not sure many users would agree with you there.

    4. Re:Vista, Win7 - really? by pyrbrand · · Score: 3, Informative

      Actually, on Vista and Win7, IE runs even lower privileged than normal user. It has no messaging access to any process not in limited mode, and no write access to any files not in the user's "local low" directory.

    5. Re:Vista, Win7 - really? by shutdown+-p+now · · Score: 2, Informative

      ...this time. It's the same excuse folks (wrongly) use to claim that *nix-based machinery is 100% invulnerable - true to an extent, but not perfectly so, on any OS. The problem is a little something called privilege escalation. This will likely be the next big thing that the folks at Microsoft will begin to discover, much to their horror.

      The folks who write IE (as well as other MS developers) are very well aware of the nature privilege escalation vulnerabilities. This is effectively the required read around here, and, while rather high-level, it does give a good overview of these kinds of attacks.

      Regardless, more security layers are always better, especially when you can't guarantee the code to be absolutely, definitely 100% secure. Things like sandbox, DEP, ASLR etc are absolutely not a replacement for writing proper code, security reviews etc, but they help to limit and contain the effects of many discovered vulnerabilities, which this particular case demonstrates very well. In many cases it can mean that a discovered vulnerability is downright non-exploitable (at best you can DoS the client by crashing him). In some other cases it is exploitable, but requires a very significant amount of effort to get past all the layers; if vulnerability becomes known before an exploit is available, this buys more time to get a proper fix out.

  4. well done Google by vacarul · · Score: 2, Interesting

    Looking back at the whole story it seems that Google planed this in advance. They got hacked for real... but then someone had an idea: this an IE exploit so lets benefit from this. Let's show everyone how bad IE really is. So they posted on their blog saying that they will get out of China because of this attack (very dramatic so everybody heard about it) but I suspect that they have no intention to do that. I think they used their blog just to let people know: "we are Google, we know stuff about security but we've been hacked, we will lose this big market and it's all because of this flawed IE". Now everybody is running away from IE (finally).

    Not sure if this is evil but I'm sure IE will lose because of this.

    1. Re:well done Google by ElSupreme · · Score: 3, Funny

      Yeah use our cool browser that reports almost all of you browsing back to us. We won't be evil, we promise!

      --
      My addiction: Arguing with idiots. AKA Slashdot!
  5. Re:Not fixing it in IE6... by Penguinisto · · Score: 3, Insightful

    That does bring up a good question - given the huge numbers of IE 6 installs that persist (due to hordes of crap .NET programmers*), Microsoft not supporting IE6 is likely what would help drive Firefox (or Chrome, Safari, Opera, etc) adoption.

    After all, if one cannot have IE6 and IE8 existing on the same machine at the same time, but IE6 on the Internet is the next best thing to suicide, then why not modify IT policy and the prebuilds so that IE6 is internal-only, while Firefox (or whatever else) becomes the browser of choice for public Internet use?

    * note that this isn't a knock against the language itself, but against the fact that while it was widely adopted, it was widely implemented by a lot of programmers who had no business being programmers (at least w/ lower-level languages, bad code tends to die off or get re-written much quicker). Also, there's the fact that Microsoft has a lot of old baggage around that it can ill afford to simply stop supporting.

    --
    Quo usque tandem abutere, Nimbus, patientia nostra?
  6. Re:Not fixing it in IE6... by quantumplacet · · Score: 4, Insightful

    it's a nice thought, but a) most end users won't accept using two different browsers and b) it's not just intranet pages that keep IE around. the biggest thing holding back other browsers in the corporate world is the inability to manage them centrally through group policy or something similar.

  7. Re:Not fixing it in IE6... by Bacon+Bits · · Score: 5, Insightful

    How is this a troll? What he said is true.

    Corporate IT departments don't want to deploy Firefox, Chrome, or Safari because they can't be centrally managed. There is no equivalent to the IEAK. Chrome is particularly loathed by IT departments because you can download it, install it, and run it as a user because the program only installs to the user's application directory. Additionally, adding Firefox means you've also got to support that in addition to IE. Switching away from IE doesn't mean you can stop supporting it; it's a core OS component.

    --
    The road to tyranny has always been paved with claims of necessity.
  8. Re:Faulty Products. A comparison. by plague3106 · · Score: 5, Informative

    Your memory fails you. Firestone said the problem was that their tire wasn't rated to the standards which were required for a particular Ford model. Ford installed them as OEM tires anyway. When it came out, Ford said Firestone made a faulty tire, but Firestone responded that the tire wasn't designed to be used in the environment created by Fords one SUV model.

    As usual, another analogy on /. fails...

  9. Re:Channeling BadAnalogyGuy by MrMr · · Score: 4, Informative

    Your comment is outrageous. The submission consists of a factual statement and some literal quotes from Microsoft.
    If this is FUD about explorer it is Microsoft FUD about explorer and not the submitters.

  10. Re:Not fixing it in IE6... by Penguinisto · · Score: 3, Informative

    Fair point on the former, but the latter could be managed to an extent via GPO - you just have to roll your own policies to do it.

    --
    Quo usque tandem abutere, Nimbus, patientia nostra?
  11. The right time to upgrade by Random+BedHead+Ed · · Score: 4, Informative

    The right time to stop using IE6 is not with this new exploit. It's circa 2003. I find all this perplexing because from what I hear, the people who keep thrusting IE6 on people like a poisoned dagger are IT departments, but aren't IT departments supposed to be staffed by, you know, techies? The kind of people who go to nerdy sites like /. and should know IE6 sucks rat balls?

    I understand that other browsers like Firefox might have been hard to push out and manage back when the world first discovered that browsing can improve as long as you avoid Microsoft, but what about IE7? That came out over two years ago and it definitely sucks slightly less. Can we revoke Geek status from IT staff that are still pushing IE6? Ban them from this site? Cut off their Internets until they appologize?

    (Special consideration would of course be extended to those techies who were unjustly forbidden from upgrading IE in their infrastructure because of web apps that only worked on IE6; the web app developers should have their Geek status revoked instead.)

    1. Re:The right time to upgrade by robogun · · Score: 3, Interesting

      So I was doing an install of ATT DSL a few months ago. You don't just plug it in, you have to authenticate.

      Only IE works with their server, and the install disc includes IE6 in case you don't have it.

  12. Re:Not fixing it in IE6... by Eirenarch · · Score: 3, Insightful

    WTF? First of all how do .NET programmers have anything to do with IE6 installs? Second - why pick on .NET and not on Java which came first or even Python and Ruby which claim to be even easier? Oh yeah... the first from Microsoft and the others are open source... And btw these programmers you are talking about would still be employed and would be doing much more damage if it was not for .NET and Java to keep them from producing billions of buffer overflows and memory leaks.

  13. When will we change programming practices? by haruchai · · Score: 4, Insightful

    It seems that all exploits that I've read about over the last decade all boil down to the same flaws - buffer overflows, invalid pointers, format strings, etc.
    Yet, developers persist in using the same old programming languages & libraries that are rife with weaknesses.
    Why haven't they changed to something better? From what I can see, better tools have been available for a long time and, quite frankly,
    the old "we've always done things this way and it would be too expensive to change" is real crap.
    What about the cost of NOT changing? Is that irrelevant because the cost ( and consequences ) are the burden of the end-user, not the vendor?

    Isn't it past time that things changed?

    --
    Pain is merely failure leaving the body
  14. Re:Not fixing it in IE6... by TheRaven64 · · Score: 4, Insightful

    (due to hordes of crap .NET programmers*)

    You mean hordes of crap ASP programmers. It's ASP and ActiveX in intranets that keep people on IE6, not .NET.

    --
    I am TheRaven on Soylent News
  15. Re:Faulty Products. A comparison. by robogun · · Score: 2, Informative

    Firestone still took the contract, they weren't going to turn down a sale of millions of tires.. They knew what Ford was putting them on.

  16. Pentagon thinking by Angst+Badger · · Score: 2, Insightful

    Are there a lot of ex-Pentagon bureaucrats at Microsoft? Both seem to have an incredibly self-destructive habit of doing anything but owning up to the problems they create, apparently oblivious to the fact that it's a lot better for all involved if they were to just say, "Hey, we fucked up, and we're going to fix it," and then fixing it. It's not like the competing browsers haven't had plenty of security holes, but the difference with -- to pick the one I'm most familiar with -- Firefox is that when a vulnerability is discovered, my first awareness of it is generally a new welcome screen in the morning announcing the fix. With IE, it's listening to users and admins bitch about unresolved issues in browsers that have been in the field for for years.

    Oh well, it could be worse. At least aerial defoliants and depleted uranium munitions are not among Microsoft's current offerings.

    --
    Proud member of the Weirdo-American community.
  17. Re:Not fixing it in IE6... by maotx · · Score: 4, Informative

    We were in a similar situation when we wanted to migrate away from IE6. We have several client sites that we must use that are IE6 only and were not compatible with IE8's backwards compatibility.

    The solution we came up with was to deploy Firefox throughout the company with IETab already installed with a list of rules to load incompatible pages into an Internet Explorer tab within Firefox. This is completely transparent to our users and the majority of web browsing is done with Firefox.

    --
    I'm a virgo and on Slashdot. Coincidence? Yes.
  18. Microsoft's advisory admits that both IE7 and IE8 by benjymouse · · Score: 3, Informative

    Microsoft's advisory admits that both IE7 and IE8 are vulnerable to the same flaw, even on Windows 7.

    That is a misrepresentation, at best.

    The knowledge-base article: http://blogs.technet.com/srd/archive/2010/01/15/assessing-risk-of-ie-0day-vulnerability.aspx

    It states pretty clearly that IE7 *may* be vulnerable to this attack. But it also states that IE8 - on all recent platforms (XPSP3, Vista, 7) - contains the bug but due to DEP (and protected mode on Vista/7) it is not exploitable. That seems to be a pretty good reason to upgrade.

    --
    Reading slashdot one-liner: (irm http://rss.slashdot.org/Slashdot/slashdot).rdf.item | fl title,desc*
  19. IE5 rules supreme by edxwelch · · Score: 4, Informative

    Actually, IE5 is the only version not effected. You should be downgrading not upgrading.

    http://www.theregister.co.uk/2010/01/14/cyber_assault_followup/

    "But Kurtz warned the vulnerability exists in all versions of IE except for IE 5.01, service pack 4, and that it would be possible for attackers to work around the protection."

  20. Re:Not fixing it in IE6... by riegel · · Score: 5, Insightful

    Chrome is particularly loathed by IT departments because you can download it, install it, and run it as a user because the program only installs to the user's application directory.

    Think of that, a web browser that runs in user space. Seems like it should be loved by competent IT depatments.

    --
    http://p8ste.com - Web based Clipboard
  21. MOD PARENT DOWN (INFORMATIVE?) by BasharTeg · · Score: 4, Insightful

    If you had any idea what OP was talking about, you're realize that this isn't "sandboxing and virtualization". Thus, the attacker won't be taking control of the browser in a non-priv account or in a virtual space. This is DEP, data execution prevention. You may also know it as the NX bit. It's disallowing the execution of code from non-code areas such as the stack/heap. Thus it LITERALLY disallows the code from being run. So while the vulnerability is academically "there" the reality is, it does not run code, at all. Not in some restricted domain, not as some no-priv user. It simply doesn't run. Thus it cannot be used for malicious purposes.

    Your entire post is anti-IE hate, and you have no idea what you're talking about. Then you go on to drag in some ActiveX bashing. Of course you've been modded up as "informative" even though your entire post is factually incorrect. I mean this is Slashdot right?

  22. Re:What?!?! by benjymouse · · Score: 2, Interesting

    Is this an ActiveX thing?

    No, it doesn't appear so at this time. But it could be.

    I mean how the hell do you get the pointer in the first place? And how do you keep the browser from page faulting?

    I'm so confused!

    The attacker actually don't "get the pointer". He discovered some bug where IE would deallocate an object but still hold a pointer to it. A "dangling" pointer.

    The attacker then typically allocates *a lot* of other objects, hoping that they will take up the address pointed to by the "dangling" pointer. He will try to arrange the allocations such that the allocated "data" is actually attack code if ever executed as instructions. The attacker could hide attack code in string constants/buffers etc.

    Then he proceeds to prompt IE to actually *follow* the dangling pointer. If he's lucky (and skillful) IE will now hit something which was actually "data" - but when executed as CPU instruction it is actually malicious attack code.

    This is why DEP will kill this attack. As soon as the CPU is jumping into a NX memory block, it faults. And the heap/stack are marked as NX (DEP) in all recent MS OSes for IE8.

    --
    Reading slashdot one-liner: (irm http://rss.slashdot.org/Slashdot/slashdot).rdf.item | fl title,desc*
  23. Re:Who cares? by amicusNYCL · · Score: 2, Informative

    Maybe if you're going to use a different browser, also set it as a default. When I type a URL into Windows Explorer it correctly opens the URL in my default browser, which is not IE.

    --
    "Our two-party system is like a bowl of shit looking at itself in a mirror." - Lewis Black
  24. Re:Not fixing it in IE6... by BlackBloq · · Score: 4, Interesting

    That's simple B.S. Every person I deal with in supporting their machine I get rid of every shortcut to IE and tell them that they have a new browser. They all love Firefox and Opera. I use Firefox (with noscript) to fix computers with alot of kids. This is good because some kids click everything they can find online! For slow systems I install Opera. It uses the least system resources and starts the fastest. This makes the user very happy cuz all they want is for their machine to function as advertised. So they don't really love the browser, they couldn't give two shits, they just know if it works on facebook, or takes forever loading up a 'heavy' page.

  25. Re:Free software puts fix schedule in your hands. by plague3106 · · Score: 3, Insightful

    One of the problems Microsoft (and this /. thread) gets at is how out of control Microsoft's users are. Microsoft wants you to upgrade to a version of a proprietary browser that can still be compromised with some reconfiguration.

    Ya, well then you're going out of your way to make yourself vunerable again. At which point, I'd have to ask... why did you bother to upgrade?

    Because IE is proprietary, all IE users must wait until Microsoft genuinely fixes the bugs that allow remote code to compromise the browser even after said reconfiguration. Firefox, while vulnerable even in a default install, is free software. Firefox's destiny is in our collective hands. We decide how and when Firefox is fixed and we decide how thorough that fix is.

    And to the average user, there is no differnce. They'll have to way for FF to update itself to get the patch as well, as they're waiting on the mozilla people to do so.

    So while you're probably not a programmer

    Actually I am.

    , like most computer users, you have options with Firefox that you don't have with IE. You could learn to program and help fix Firefox's code. You stand virtually no chance of doing this with IE's code no matter how expert you become. It is of no help to look at this as though Firefox hackers are your workers so you can sit back and wait for them to deliver a fix ("I haven't seen any indication that they aren't working on a fix. What will you say if the patch comes out?").

    Ya, in the real world, thats not going to happen. By the time the average user learned to progam, they'd be a new version of both IE and FF out already. As I explained, to the average user, there is no difference between FF and IE; either browser you're still at the mercy of a 3rd party for a patch.

    Software freedom changes the game by giving you permission to control your computer; the more free software you run, the more control you have. Like with any other freedom how much of that permission you're willing to leverage is up to you

    No, it doesn't. It puts users are the mercy of the OS community (which has an attitude "if you didn't pay for it you don't have a right to complain") instead of a company. But at the end of the day, its the same for them. Don't be delusional; people just want to USE their computers, not spend time learning to program to fix other people's software.

  26. Good Luck With that.... by cervo · · Score: 2, Insightful

    The place I work is still running IE 6. About 6 months ago they did a big effort to upgrade to IE 7, tested all their apps, and then decided that they weren't ready. There is currently no time table to upgrade to IE7 let alone 8.

    A company I interned at had IE 4.0 for the longest time, even after 5 came out, and the latest versions of netscape....

    I think what our friends at Microsoft don't realize is that big companies (especially big regulated companies) are really slow to move on things. Upgrade to IE 8 is not really a valid answer. A large regulated company will spend months testing, and in many cases it will take years to go upgrade. Now if IE didn't encourage people to violate web standards, then it wouldn't be that bad. But unfortunately it does and people do. So fixing things to work with IE7 or even IE8 after IE 6 is a pretty big deal.

    So good luck with that. I know my company is going to be running IE 6 for at least another year, maybe more. They have to go slow because it is a financial company and they are subject to all sorts of SOX controls and regulations. Also upgrading browsers does not immediately generate revenue so it is not a high priority. They don't even use the right resources for testing so it drags out much longer than it should....

    I worked at a Microsoft Fanboy company but even then it took a good 6 months to test all the apps with IE 7 and there the roll out wasn't company wide, just that division. There was also a project in Parallel to fix the issues and move all development projects to Visual Studio 2005. They properly staffed based on what they had, and it still took 6 months. And they were Microsoft Fanboys. I mean SQL SErver 2005 comes out, they need to upgrade within a year. SQL Server 2008 comes out, they put on a project to upgrade within a year. Windows Vista comes out, they need to upgrade.... And even there 6 months time is a lot of time to be exposed to a vulnerability. And they are the exception not the rule.

    For many companies a security issue or browser upgrade does not generate revenue and is super low priority....

  27. Re:Not fixing it in IE6... by fluffy99 · · Score: 3, Interesting

    My compromise to the problem of users installing Firefox is simply to accept it and push updates to them.

    I have a GPO with computer startup script that checks if Firefox is installed, if it's not the latest version it installs the latest version. The downside of this approach is that I have to manually update the script everytime there is an update, and this does nothing to update add-ons. IE at least gets updated via wsus and I don't even have to think about it.

  28. Re:Not fixing it in IE6... by sgtrock · · Score: 3, Informative

    Corporate IT departments don't want to deploy Firefox, Chrome, or Safari because they can't be centrally managed. There is no equivalent to the IEAK

    Nonsense. We manage something like 2,800 apps centrally for 60,000+ desktops using a 3rd party tool. We have another 400 or so apps that we manage for our 11,000 servers. Total staff to package and update this environment? About a dozen.

    Firefox is just another app to us.

  29. Re:Not fixing it in IE6... by Anonymous Coward · · Score: 3, Informative

    https://developer.mozilla.org/En/A_Brief_Guide_to_Mozilla_Preferences

    If the administrators can write to the application directory and prevent the user from doing so, then they can enforce profile settings in Firefox (and almost any Mozilla app).

  30. Re:Not fixing it in IE6... by totally+bogus+dude · · Score: 2, Insightful

    The problem is you need to invest a lot of time, money and expertise into setting something like that. For a big shop like yours, that's no problem - the cost of initial setup is easily justified by the fact you have to manage 60k+ desktops and over 2,000 apps, and doing that manually would cost a fortune.

    Most of us aren't that large though. We've got maybe 150 desktops/laptops, which is enough to make managing them manually impractical, but not enough to justify purchasing and learning systems management and package management software and the ins and outs of crafting your own package for each application and so on.

    You say that "Firefox is just another app to us", but I'm sure you (or someone) spent a long time figuring out how to pull apart the installer and repackage it for your environment and to have everything working for the users but without giving them too much control over bits you want/need to manage centrally, and so on. Again, if you're already set up and have the knowledge of doing that for thousands of other apps, it's not too big a deal. But for us, nobody has that knowledge, and even if they did, nobody has the time to sit around working out how to repackage the application of the month; especially when it's only going to be required by a handful of people.

    So either you need to buy some fantastic systems management software ($$$) and hope the vendor supplies packages/scripts/instructions for packaging the apps you use; or you buy packaging tools and learn to do it yourself ($$ + time), or you just use the stuff the more-or-less works out of the box ($). It's no surprise then that most smaller shops use Microsoft's software across the board, and then manually manage installs of additional software in the few cases where they're really needed.

  31. Re:Not fixing it in IE6... by sgtrock · · Score: 2, Informative

    No registry hacks are necessary to set configuration information in Firefox. It's all text files, the way God intended config files to be. :)