Slashdot Mirror


Several Critical MSIE Flaws Uncovered

An anonymous reader writes "Several flaws have been uncovered by security firm eEye in Microsoft's Internet Explorer. The flaws allow remote compromise of computers running Windows Operating Systems and affect IE, Outlook and possibly other MS software. With the next MS Windows security bulletin release scheduled for June 14, 2005 news sources are reporting that in comparison with the Mozilla Foundation's prompt fix for the recently reported Mozilla 1.0.3 vulnerabilities MS appear to be leaving a large window for the possible malicious exploitation of these flaws."

35 of 388 comments (clear)

  1. Note This For The Next Firefox Flaw by Anonymous Coward · · Score: 0, Insightful

    Then make sure to follow up all the articles appearing saying Firefox is just is bad as IE for security and remind them of the huge gap in time to fix and who seems to get their ass in gear and sort things quickly.

  2. IE is not a Browser by mfh · · Score: 4, Insightful

    Using IE as a browser is like putting your OS on the internet. Be smart, use a PROGRAM, not your OS to surf the web. Get Firefox http://getfirefox.com.

    --
    The dangers of knowledge trigger emotional distress in human beings.
    1. Re:IE is not a Browser by Anonymous Coward · · Score: 2, Insightful

      Accessing the internet with IE is like sharing needles with people under a bridge somewhere.

      At least with other browsers you can disable internet behaviour. IE runs with so many things open it's far from funny. Microsoft doesn't want to fix it, or it would be done.

    2. Re:IE is not a Browser by gvc · · Score: 4, Insightful

      Using Windows *is* putting your OS on the internet.

      Although Windows has non-privileged user accounts, they are essentially useless. I tried to set up my mother and my daughter with these, and they were just a pain in the neck. So they, along with just about everybody else, run administrator-privilege accounts.

      If I'm running as a non-privileged user, the most a javascript hack can do is mess up my account.

      So for most Windows machines, any old application program (and Firefox is just any old application) is an open wound.

      If Microsoft want to get serious about security, they'll have to change the run-as-administrator culture. To do this they'll have to:

      (a) make it easy, and the default, to run
      without privilege

      (b) make it unpleasant to run with privilege

      I won't bet on an attitude adjustment - from Microsoft or from Windows users - any time soon.

    3. Re:IE is not a Browser by fermion · · Score: 2, Insightful
      Which is a point I also try to make. IE is a simple application front end. It allows developers to create GUI based applications without getting into all the GUI specifics. The controls are limited, but when one needs a simple cross platfrom(meaning that if you write it on Windows XP, it will probably work on Windows ME), writing for IE is a good compromise. This is especially try for prototyping.

      The problem comes when one is trying to develop a serious web application that one expects customers to use, or one has a very large and divergent employee base, that one wants constant communcition with, but won't always have a windows computer around. Then one needs to reconsidr the shortcut of IE and try to do some real web application design.

      In any case, it is best to have a web browser and IE on all computers.

      --
      "She's a scientist and a lesbian. She's not going to let it slide." Orphan Black
    4. Re:IE is not a Browser by QuietLagoon · · Score: 5, Insightful
      While I agree 100% with your comment, there is another factor here as well, third-party software. For example, I maintain the PC for my cousin's family. They run Windows XP with individual [non-privileged] user accounts, and one password-protected admin account that is used only when I'm on the phone with them.

      It has been working OK, except for some thrid-party software. One example, Kodak's EasyShare. Everytime a user logs into their account, EasyShare puts up a modal dialog box stating that some features may not be available unless the user account is raised to admin privilege.

      This causes two problems: I get questions about the presence of the dialog box, and I get questions about the missing features.

      While it is often correct to blame Microsoft, Kodak is the problem in this instance, not Microsoft.

  3. Re:Great.. by Mz6 · · Score: 3, Insightful

    I've found that most corporate sites, both internal and external, require MORE features than most regular web sites. An IE Lite that cuts down on that, would take away those flashy "features" :)

    --
    Hmmm.
  4. Re:"Nothing for you to see here. Please move along by Liquidrage · · Score: 3, Insightful

    Yes, it is.

    The linked article with the flaws is about as useful as lipstick on a pig. So even when there's something to see there's still nothing to see. I think there's some Taoist wisdom in there somewhere.

  5. A large window? by ninja_assault_kitten · · Score: 4, Insightful

    You need to realize that there's a difference betwen public and private disclosure.

    I happen to know for certain that Mozilla was aware of the vulnerabilities to which you speak at least 10 days before they were publicly disclosed.

    Take your head out of the sand and realize that there's more going on around you than meets the eye.

  6. Re:Simple solution: restricted user for browsing by Phil+John · · Score: 2, Insightful

    Until your OS has a privilege escalation vulnerability and suddenly a buffer overflow allows execution of arbitrary code.

    --
    I am NaN
  7. Re:Thanks Microsoft! by Anonymous Coward · · Score: 1, Insightful

    Sorry, browser exploits were still more common before SP2 or windows 2003. Why don't you try... y'know researching it?

  8. Vulnerabilities by Mark_MF-WN · · Score: 4, Insightful

    Browsers are easily the most common way of accessing network resources of all kinds. Virtually all ecommerce, business, data access, etc, goes through a browser. Lots of people access their email through a browser, and that tendency seems to be increasing. This makes browser security absolutely paramount. It is the biggest gateway into the system.

    1. Re:Vulnerabilities by sl70 · · Score: 4, Insightful

      Browsers are easily the most common way of accessing network resources of all kinds. Virtually all ecommerce, business, data access, etc, goes through a browser.

      Damn this is true! I went to my insurance agent the other day, and he uses IE to access all my account information that is stored on the headquarters's server. Made me want to reconsider my choice of insurance companies.

      --
      Thank God I'm an atheist!
  9. Re:Funny how the emphasize by vegaspctech · · Score: 4, Insightful

    ...in an attempt to take the spotlight off all of the Firefox exploits lately.

    ALL of the Firefox exploits lately? In the last two years there have been 17 reported Firefox vulnerabilities and 81 reported Internet Explorer vulnerabilities. The browser with the most recent, critical vulnerability is Internet Explorer. Do tell, where does the spotlight belong?

    --

    Making the world a better place, one psychotic episode at a time.

  10. Re:Thanks Microsoft! by n0-0p · · Score: 5, Insightful
    Well, I assess software for a living, and in my experience it's a combination of several things that makes browsers so difficult to secure.
    • Browsers are in general extremely complex apps and complexity leads to security issues
    • Browsers generally contain parsers for a large number of file types, and parsers are notorious for security issues
    • Browsers must deal with cross domain concerns (local system vs. remote sight), which can be very tricky
    • Most browsers were initially developed during the internet boom when features ruled and security was a foreign word
    IE in particular has the deck stacked against it because it was pretty much ignored in the MS security push that started in 2002. The team had already been disolved and the app was in maintenance mode. They just didn't commit the resources to dig into the code and do a thorough security review like they did with most of their apps. Instead there were some tacked on fixes like shuffling the zones, modifying ActiveX prompts, and disabling most functionality in Server 2K3. I personally have no question that they regret that decision, and we'll see what happens with IE7 this summer.
  11. Re:But thats not fair! by joeljkp · · Score: 5, Insightful

    I simply don't understand the policy of scheduling security patches. If a vulnerability is found, isn't the best policy to release the patch as soon as it is available (and properly tested)?

    This seems akin to scheduling firefighter visits every two weeks, and if your house catches fire in the meantime, being told to wait it out.

    --
    WeRelate.org - wiki-based genealogy
  12. Re:"Nothing for you to see here. Please move along by Liquidrage · · Score: 2, Insightful

    Which is fine for them and MS, but that still leaves us with nothing to discuss in regards to the flaws so there was no point in posting the story.

  13. Please tell me you don't write code. by khasim · · Score: 5, Insightful
    Well, you have to consider also that, Internet Explorer having somewhere in the range of 90% market share as opposed to under 7% market share for Mozilla, about 13 times as many vulnerabilities would logically be found... (and only about 5 times as many are)
    No .... that's only "logical" if there is no such thing as "security", just "marketshare".

    By your logic, a program written by a first year student who didn't pay any attention to any security would have as many flaws discovered as a program written by an expert who tested for vulnerabilities ....

    As long as both of them had the same number of users.

    In other words, the flaws aren't errors in code writing, the flaws magically spaw when a certain number of people use it.
  14. Re:You can't compare like that by MarkByers · · Score: 2, Insightful

    I disagree.

    To do a proper comparison, you should rate each individual vulnerability, based on: how critical its is, if there was an exploit released, how long it took to patch, etc.

    Just saying 81 > 17 is not an accurate comparison at all. How do you know that the 81 vulnerabilities in IE weren't all very minor things? Have you checked? Adding in a fudge factor doesn't make up for not knowing the facts.

    Also IE has been around for a lot longer so of course there has been more time to find more exploits.

    On the other hand, having a lot of vulnerabilities discovered and patched is a good thing. If a large team of enthusiastic hackers sat down and combed the Firefox source code maybe they could find and fix 100 bugs. Would you suddenly turn around and say that now IE is more secure because Firefox have patched more bugs than IE? Of course not. But your x > y rule would suggest that.

    I have nothing against comparing security of different browsers, but there are better ways to do it than just comparing the number of advisories released by one company.

    I happen to remember that amongst the 81 vulnerabilities there are quite a few extremely critical vulnerabilities and some of these went unpatched for months, and there is still one that is unpatched. That, in my opinion, makes Firefox more secure than IE.

    --
    I'll probably be modded down for this...
  15. IE7 by Saeed+al-Sahaf · · Score: 1, Insightful
    I personally have no question that they regret that decision, and we'll see what happens with IE7 this summer.

    I suspect you are right about this, Microsoft is certainly tired of IE issues flogging them. This is why I suspect that IE7 will give Firefox a run for it's money of even possibly kill it. MS knows all eyes will be on IE7, and has probibly done a lot of work from the ground up on it with security spacifically in mind. I think all the FF fanboys my be dissapointed when IE7 comes out.

    On the other hand, we are talking about Microsoft, so who knows...

    --
    "Who are in control, they are not in control of anything - they don't even control themselves!" - Glen Beck
    1. Re:IE7 by LazyEmc2 · · Score: 2, Insightful

      IMO I believe that the biggest reward for using FF is not the features or the small build, it is the support issue. Mozilla patched FF in less than a week when the latest flaws were annouced. No matter how small, sleek, and sophisticated IE7 is you cannot tell me that Microsoft is going to patch flaws that quickly.

      --
      "I'm in it to win it, and no limit is my home." - Snoop Dog c/o PvP Online (July 12th, 2006)
    2. Re:IE7 by Anonymous Coward · · Score: 5, Insightful

      Yes, all the Linux, UNIX, OS/2, Solaris, etc. etc. users are going to dump Firefox and switch their systems to Windows so they can use IE7 and then Firefox will die.

    3. Re:IE7 by The+Snowman · · Score: 4, Insightful

      I don't see how basically a patch against what is most often just a few lines of code can open more holes, either. That's just dumb.

      I see you have never worked on an enterprise-class application, otherwise you would know that just changing the boolean algebra inside an if() statement can have catastrophic consequences. Usually what happens is there is a bug. To fix this bug, the developer must modify this conditional (i.e. a transaction is not always processing because the if() skips it under weird circumstances). However, there is some obscure requirement that, despite being well-documented, is difficult to understand. That if() statement has conflicting requirements, and the logic needs to be expanded to accomodate both situations. However, desparate for a quick, one line fix, the developer changes a single line (or character, e.g. "!" not logic). This breaks a bunch of other stuff.

      Some applications are like a house of cards -- precariously perched, even one small error can bring the whole structure down. Good configuration and requirements management can mitigate this risk, but the possibility of error is always there.

      --
      24 beers in a case, 24 hours in a day. Coincidence? I think not!
    4. Re:IE7 by Trepalium · · Score: 2, Insightful

      You really ought to hope that IE7 DOESN'T kill Firefox. Anything, regardless of if you personally use it or not, that keeps Microsoft on it's toes, is good for the customer. It's forcing Microsoft to be competitive, and that's means a better product for everyone.

      --
      I used up all my sick days, so I'm calling in dead.
  16. Re:Funny how the emphasize by KiloByte · · Score: 4, Insightful

    It also may be a good idea to compare the criticalness level of MSIE vulnerabilities to the Firefox ones that get published.

    People just don't bother with minor problems in IE -- on the other hand, there is much vested interest in digging every smallest issue in Firefox, and dragging it into the press.

    --
    The creatures outside looked from Alt-Right to Antifa; but already it was impossible to say which was which.
  17. Re:Is MSIE addictive? by Bazzalisk · · Score: 2, Insightful

    Familiarity is an issue, I always open firefox when on the computer of one of my friends who primarily uses Opera. One of his housmates always opens IE ;-/

    --
    James P. Barrett
  18. Re:admin privilege req'd by Baron_Yam · · Score: 4, Insightful

    Try printing from MS Publisher or editing an MS Org chart in PowerPoint; Neither will work unless you have admin privilege, because both expect to write to %systemroot%.

    If MS doesn't care about the problem (and these two examples are still present in the latest version without any apparent intention of being fixed), why should 3rd party software develpers care?

  19. Re:You can't compare like that by sqlrob · · Score: 2, Insightful

    Also IE has been around for a lot longer so of course there has been more time to find more exploits.

    Which is countered by the fact that firefox has more transperency. You can throw automated source code validators against the firefox source, not true with IE.

  20. Re:But thats not fair! by Tiger4 · · Score: 3, Insightful

    It is a marketing decision, but it comes straight from Machiavelli's little book, the Prince.

    If a Prince is going to distribute benefits, be sure they are annoucned singly and prominently, no matter how trivial, to maximize their seeming importance. If a Prince will announce taxes or bad news, be sure to collect them into groups and hit the people al at once, so that each has lessend overall impact.

    MS has no trouble telling you about new products and features, no matter what day or week of the month. But they save the bug fixes and announcements for one day a month, no matter how critical.

    They are following the advice. I'll leave it to the reader to figure out who the Prince might be.

    This delay scheme is done as a "service" to all those poor admins out there, who have so many patches to keep up with. MS only tells you how wide open you are once a month. Thanks.

    --
    Behold, this dreamer cometh. Come now, and let us slay him... and we shall see what will become of his dreams.
  21. Re:Great.. by Anonymous Coward · · Score: 2, Insightful

    I'm stuck with an internal deveopment team making web apps (in .Net) that require IE.. And a bunch of users who will click on anything.

    ...a big blue 'e' being the first mistake.

    Why don't you remove the Internet Explorer shortcuts, set Firefox to be the default browser, and set up a special shortcut to each web application that you do that loads Internet Explorer (disabling the address bar and favourites, of course).

    Just because they need to use Internet Explorer for internal web apps, it doesn't mean that they need to use Internet Explorer to surf the web.

  22. Ineffective and impossible. by argent · · Score: 5, Insightful

    Let's pretend for a moment that this would actually work. It's not possible to get people to implement it.

    It's hard enough to get any of the browser teams to commit to implementing a complete sandbox, even though that could be done without inconveniencing the users.

    It's hard enough to get users to adjust the sandbox that they're already using so that it's as complete as possible, even though doing so imposes very little invenvenience.

    Getting users to go through a lot of inconvenience to create a new account to run their browser in, that's really tough.

    But even if you could do it, it wouldn't be effective.

    A restricted account could still be used to compromise their privacy, it could still be used to destroy data they consider important... their bookmarks, information maintained on websites they connect to, and so on.

    And that's assuming it would remain restricted: once I can run native code on your machine, getting out of a restricted environment is just a matter of time. It's easiest on Windows, of course, but even your typical UNIX or Mac OS X box has all kinds of mechanisms that a restricted account can use to extract information from your "real" account, or launch code (directly or through a boobytrap) into the "real" environment.

    The only "restricted environments" I have used that I would consider secure enough to not treat malware running in that account as an immediate threat, apart from physically separate boxes, are FreeBSD Jails or completely emulated systems (VMware, Virtual PC, etc).

    But we do know one thing that does work very well. And that's having a sandbox that has no holes in its design. That means there's no holes that the developer's reluctant to close, and no holes that users are reluctant to see closed. That means that any holes that do occur are bugs, and as such can be quickly fixed without embarassment and without discouraging users from applying them.

    It's not perfect, but it works much better than a whole sandboxed account, and it's much easier to implement and MUCH more convenient.

    So: the first absolute requirement for building a secure web is for the browser manufacturers to commit to a completely closed sandbox. That means there is no mechanism inside the sandbox to get outside the sandbox even as far as to see information stored about other websites. That means: no XPI installers, no ActiveX or Active Scripting, no "open safe files after download", no use of "Desktop" applications to open documents (even if you think the document is local), nothing. Any application you hand off a document to has to be one that has an equal commitment to maintaining that sandbox. If the user wants to do anything like that, they have to explicitly download the document and so move it outside the sandbox, and THEN explicitly open it in the unsandboxed environment. Those two steps must never be shortchanged.

    What does that mean to the user, then?

    Not much, in most cases. For Firefox users that means they'll have to download XPI files and then load them from the menu or their desktop file manager. For Safari users, no more "open safe files", and no more warnings the first time they open an app because the browser won't ever be opening apps behind their back. For Windows, there would be a bigger impact: a few tools like Software Update would be separate applications, but the bigger impact is that some third-party applications would need to be redesigned to use the new safe API.

    Windows, I can see their reluctance. The rest? I don't get it... they're not gaining all that much by having a leaky sandbox, and the fact that even such small leaks can be exploited is sure a good argument for having at the very least no designed-in holes at all.

  23. Re:Thanks Microsoft! by starfishsystems · · Score: 2, Insightful
    we'll see what happens with IE7 this summer

    I expect that Microsoft's "integration" strategy for subverting interoperability will continue to induce pain points in fresh code just as it has done in legacy code.

    In a complex design which combines a tolerance for brittleness and nonmodularity with a strong preference for products to fail open rather than closed, that has to be so. It becomes that much harder to meet functional tests, let alone the nonfunctional ones related to security.

    --
    Parity: What to do when the weekend comes.
  24. Slashdot FUD by Anonymous Coward · · Score: 2, Insightful

    Yeah, talk about FUD -- Slashdot distributes more FUD than Microsoft ever did.

    Read the following article:
    http://www.eweek.com/article2/0,1759,1815784,00.as p?kc=EWRSS03119TX1K0000594

    There are a few points to notice:
    1.) The vulnerability has been PRIVATELY disclosed, meaning that the exploit is not openly known by everyone the way Firefox's was a couple of weeks ago.

    2.) There is no reason to believe that it will take as long as mid June. According to the above link, "Under normal circumstances, Microsoft patches are released on a monthly cycle, but in cases of emergency, the company could release an out-of-cycle update"

    This is just another case of classic Slashdot anti-Microsoft bias.

  25. Re:Thanks Microsoft! by calculadoru · · Score: 3, Insightful

    Please do not mention Lotus Notes ever again. It has been, still is, and looks like it will be, the absolute bane of my existence as a corporate drone. It sucks the life out of everyone who uses it, it destroys and maims everything it touches. It is the worst program/platform/whatever the bloody hell they think it is, EVER. It was designed to incur maximum confusion in the user, with productivity and ease of use kept to an absolute minimum. It is a vile, pestilent disease on the otherwise healthy body of my computer. I could (and am actually rather enjoying) go on about this monumental piece of excrement, but I have to go archive a few megs of mail now, and Notes is SURE to crash on me, AGAIN, then require me to reboot so I can access a puny email from six months ago. As the wise man said, AAAAAAAAAAAAAAAAAAAAAAAAAARGH

    --
    The power of accurate observation is commonly called cynicism by those who have not got it. -- G.B. Shaw
  26. Re:Thanks Microsoft! by hey! · · Score: 2, Insightful

    Lotus always had a horrible touch with user interfaces. It always amazed me that they couldn't hire a couple of HCI gurus for a couple of hundred thousand dollars to whip it into shape. It's a flagship product, after all.

    Notes and I parted ways around R5, when it was clear where the IBM/Lotus people managing the product were headed. They were building a layer of HCI crap over the good stuff in the product, which was nearly a decade old. It was clear to me that the facade they were putting up in front of the product was shaky, and that various long standing issues that the product had weren't going to be addressed.

    This, by the way, is the kind of thing that provokes a fork in the F/OSS world, and why this is a good thing.

    In some ways what they were doing is completely understandable from a business perspective. It sucks to have a product that you have to educate people as to why they need it. It's a lot easier (and better for quarterly revenue projections) to slap some crappy glitz on it and try to compete for a smaller slice of an (initially) bigger pie.

    --
    Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.