Slashdot Mirror


Exploit Based On Leaked Windows Code Released

mischief writes "A post to Bugtraq from SecurityTracker.com reports an Internet Explorer 5 exploit that has been released based on the Win2K code leak: 'It is reported that a remote user can create a specially crafted bitmap file that, when loaded by IE, will trigger an integer overflow and execute arbitrary code.' Only affects IE 5 apparently, but still - it didn't take long!"

285 of 952 comments (clear)

  1. Open Source More Secure... maybe not by LostCluster · · Score: 5, Insightful

    Oops... we just gave MS a chance to say keeping the source secret keeps flaws like this secret as well. :)

    1. Re:Open Source More Secure... maybe not by Anonymous Coward · · Score: 5, Insightful

      > Oops... we just gave MS a chance to say keeping the source secret keeps flaws
      > like this secret as well. :)

      Yeah, but if Windows were truly open source then there's not chance it'll just be sat on for six months...

    2. Re:Open Source More Secure... maybe not by The+Unabageler · · Score: 5, Funny

      OTOH M$ should thank the code thiefs for expediting their QA process :-)

      --
      perl -e '$_="\007/4`\cp%2,".chr(127);s/./"\"\\c$&\""/gees; print'
    3. Re:Open Source More Secure... maybe not by aborchers · · Score: 5, Insightful

      Funny, yes, but in the interest of full disclosure it's worth noting for the credulous that this code was perhaps only vulnerable because it had not been open for audit before.

      In other words, had the source code for IE been OSS from day one, then the bug might very well have been found and fixed before the application was widely distributed.

      --
      Trouble making decisions? Just flip for it.
    4. Re:Open Source More Secure... maybe not by Anonymous Coward · · Score: 2, Insightful

      Finding flaws in IE5 from the source code is like a novelty. I'd rather people work on breaking IE5 than breaking IE6. Their code will never be secure, regardless of who has the source.

    5. Re:Open Source More Secure... maybe not by 1010011010 · · Score: 5, Funny

      Finally, Microsoft's "Trustworthy Computing" exercise begins in earnest.

      Hehe

      --
      Napster-to-go says "Fill and refill your compatible MP3 player", which is a lie. It's not MP3. It's WMA with DRM.
    6. Re:Open Source More Secure... maybe not by mattdm · · Score: 3, Interesting

      That's exactly the point -- it's impossible to keep source code secret, as this proves.

    7. Re:Open Source More Secure... maybe not by Anonymous Coward · · Score: 4, Insightful

      "Oops... we just gave MS a chance to say keeping the source secret keeps flaws like this secret as well. :)"

      Who says it was secret? For all you know, it could have been the cause of that "mysterious intrusion" a few years ago...

    8. Re:Open Source More Secure... maybe not by orthogonal · · Score: 2, Interesting

      Oops... we just gave MS a chance to say keeping the source secret keeps flaws like this secret as well. :)

      And you guys moderated this post of mine funny.

      Bwah-hahah-ha!

      Yeah, Ok, I was trying to be funny, but I guess I underestimated the truly innovative quality of Microsoft's incompetence.

    9. Re:Open Source More Secure... maybe not by LostCluster · · Score: 4, Insightful

      On the other hand, this bug existed in IE5 all along, but was not discovered until the code was leaked. Now, IE6, which is not at risk, has far surpassed the at-risk version in usage.

    10. Re:Open Source More Secure... maybe not by Anonymous Coward · · Score: 5, Insightful

      Open-source security doesn't come from having the source available. It comes from lots of people actively working on the source. Tell me, how many random hackers do you think will work on the Windows codebase?

      This is one of the reasons why "open source" is more than "source available"

    11. Re:Open Source More Secure... maybe not by aborchers · · Score: 5, Insightful

      A valid observation, but how many exploits were found without access to the source? If that number were low, the security-through-source-obscurity would be valid, but unfortunately for MS's credibility, it isn't low.

      It just turns out this one was extra easy to find because the code could be read. It would have been equally easy to fix as to exploit (had non-assholes been reading the source, but fear of contamination is keeping most credible OSS engineers from touching that stuff with a 10-ft debugger), bringing us right back around to the superior security of open-source position.

      --
      Trouble making decisions? Just flip for it.
    12. Re:Open Source More Secure... maybe not by Bender+Unit+22 · · Score: 3, Insightful

      Bah, I am sure they will always manage to turn it around.

      No exploits = Our software are the best no-one has been able to find anything.
      Exploit made= Access to source code are dangerous.

    13. Re:Open Source More Secure... maybe not by Anonymous Coward · · Score: 4, Insightful

      You have to remember that this exploit has already been fixed. As:-

      Only affects IE 5 apparently

      shows.

    14. Re:Open Source More Secure... maybe not by Short+Circuit · · Score: 5, Insightful

      It seems so obvious to someone who's been using OSS for years.

      Linux source code has been around for how long? An how many exploits have been released for it?

    15. Re:Open Source More Secure... maybe not by yamla · · Score: 5, Insightful

      What evidence do you have that this bug was not found until the code was leaked? It is entirely possible that some people did indeed know about this bug and had used it to exploit Windows systems for quite some time. Of course, I have no evidence of this either but as I'm not a black-hat (or indeed a hacker at all), I wouldn't expect to hear about it.

      --

      Oceania has always been at war with Eastasia.
    16. Re:Open Source More Secure... maybe not by Serveert · · Score: 2, Interesting

      Or, you can say that it's impossible to keep the source closed up in today's world of outsourcing, irate employees and whatnot. So the best way to adapt is to keep it open so there are no surprises. ;)

      --
      2 years and no mod points. Join reddit. Because openness is good.
    17. Re:Open Source More Secure... maybe not by Anonymous Coward · · Score: 4, Interesting

      Now, IE6, which is not at risk, has far surpassed the at-risk version in usage.

      References, please. I know of some companies that will NOT move to IE 6.0 because of increased vulnerabilties that do not exist in 5.0 or 5.5. I myself have had bad experiences with IE 6.0. Where did you get your facts?

    18. Re:Open Source More Secure... maybe not by diersing · · Score: 4, Insightful
      Where can I download the patch for IE5?

      Just because it doesn't occur in future releases, doesn't mean its been fixed. Unless your arguing that staying current is the only way to avoid exploits, then your making a strong argument that the TCO of Open Source should be sung from the moutain top.

    19. Re:Open Source More Secure... maybe not by malfunct · · Score: 5, Interesting

      These "easy to find" bugs were probably fixed in the huge code audit that MS did as part of thier security initiative that happened AFTER the date of the leaked code.

      Not to say your point isn't valid, just that the real question is how do you get more intelligent eyes reading the code looking for this stuff. OSS isn't necessarily better, its just that highly popular projects have lots of eyes. I know plenty of projects that get far fewer eyes and have TONS of bugs. Now that MS is being forced to be secure they are having lots of eyes so we will see in longhorn if this improved anything.

      I will say this, its easier to trust something that you can look through yourself, it may not be safer but you like it better because if you wanted you could see what was wrong. Its like driving a car vs riding with someone. You are often more at ease when you are behind the wheel because you can see/make/correct the mistakes whereas with another person driving you just have to trust. It has nothing to do with which driver is better.

      I will say that linux and apache are just great projects with hoards of great developers. Its a testament to the possiblities of the open source model, but its not proof that the model is better. There are plenty of OSS projects that just suck, and those don't show me that the model is broken.

      Finally I will say there isn't the same incentive to make perfect code in a corporation that there is in the OSS community. The corporation is only going to do enough to get th money rolling in because the money is the reward. The OSS programmer is going to write to the very best of his ability because the code itself is the reward. Still doesn't make one model necessarily better than the other. The way we will make microsoft improve its products is quit upgrading until they can prove they have a superior product. It seems from the press releases that the pressure of Linux may actually be forcing MS to improve.

      --

      "You can now flame me, I am full of love,"

    20. Re:Open Source More Secure... maybe not by B3ryllium · · Score: 2, Insightful

      Eleven years. Dozens of exploits, perhaps hundreds.

    21. Re:Open Source More Secure... maybe not by Serveert · · Score: 2, Interesting

      Or, you can say that keeping the source locked down is impossible these days given irate employees and outsourcing.

      --
      2 years and no mod points. Join reddit. Because openness is good.
    22. Re:Open Source More Secure... maybe not by El · · Score: 4, Interesting
      More importantly, what would be Micrsoft's reaction if you sent them a note saying "By the way, do you guys know there is a buffer overflow problem in IE5?


      My guess is they would say "We don't support IE5 amymore. Upgrade to IE6SP1". Followed by legal action against you for disclosing M$ trade secrets.

      --

      "Freedom means freedom for everybody" -- Dick Cheney

    23. Re:Open Source More Secure... maybe not by tedgyz · · Score: 4, Insightful

      Your last point is particularly poignant. I followed the link, started reading, and then saw there was source code in it. I quickly x'ed the tab to avoid even glancing at the code.

      The editors should add an update warning that some source code is in the article. It's like seeing your sister naked. Ack!

      Obligatory Monty Python reference:
      GOD: ...What are you doing now!?
      ARTHUR: I'm averting my eyes, oh Lord.
      GOD: Well, don't. It's like those miserable Psalms -- they're so depressing. Now knock it off!

      --
      "No matter where you go, there you are." -- Buckaroo Banzai
    24. Re:Open Source More Secure... maybe not by slipandfall · · Score: 4, Insightful

      That's exactly the point -- it's impossible to keep source code secret, as this proves.

      Ummm. You need to go back to logic class. This doesn't prove that it's impossible to keep source code secret at all. That would be like saying that the fact that I got a ticket on my way to work this morning proves that it's impossible to speed without getting a ticket. It doesn't follow.

    25. Re:Open Source More Secure... maybe not by OsCarJ · · Score: 5, Funny

      It's like seeing your sister naked. Ack!

      I don't know. I always thought your sister was pretty hot.

    26. Re:Open Source More Secure... maybe not by GlassHeart · · Score: 5, Insightful
      Just because it doesn't occur in future releases, doesn't mean its been fixed. Unless your arguing that staying current is the only way to avoid exploits, then your making a strong argument that the TCO of Open Source should be sung from the moutain top.

      You're right, but open source software don't all conveniently provide security updates for old versions, either. It is definitely better, because if nobody else (package maintainer) does it for you, you can do it yourself. However, let's not sing from the mountaintops, because the TCO for insisting on running Red Hat 5.0 today is probably considerable.

      Both forms of development obey the same equation: cost versus benefit. The difference is that the cost in commercial software is entirely calculated based on the perspective of the source code owner. While open source is better, it can still be "too expensive" to fix relative to just upgrading.

    27. Re:Open Source More Secure... maybe not by fetus · · Score: 3, Funny

      The patch is called "IE 6"

    28. Re:Open Source More Secure... maybe not by Vargasan · · Score: 4, Insightful

      "TCO for insisting on running Red Hat 5.0 today is probably considerable."

      Hmm, Windows 2000 comes with IE 5.0. My Windows 2000 with slipstreamed SP3 still has IE 5.0. Not to mention, I still have IE 5.0 installed, because I don't use IE.

      How many places do you know still have Windows 2000 compared to places with Red Hat 5.0?
      Exactly.

      Maybe you should compare it to a relatively new Red Hat version, like 7.3 or say 8.0.

      --
      Putting the romance back into necromancer.
    29. Re:Open Source More Secure... maybe not by ajs · · Score: 5, Insightful

      Let's make this clear: the value of open source to security is not that there are this passive pool of eyes waiting to look at all code, but rather that when you have the eyes, they already have the code.

      How is this practical? Look at Linux, and more specifically Red Hat. There was a period of a year or two where Red Hat was finding a TON of bugs and fixing them. Why? Because they paid an external auditing firm to find them.

      This seems like business as usual until you think about the SuSE user... he gets a security update to openssh and sendmail even though HIS vendor didn't do the audit. This idea that everyone benefits whenever ANYONE in the community does the right thing means that the right thing gets done far more often. It's not that Linux vendors are more security conscious, it's that there are more of them.

      When Microsoft gets around to doing a security audit that's great, but they don't benefit when Red Hat does one or when FreeBSD does, etc., and that's hurting them and their reputation.

    30. Re:Open Source More Secure... maybe not by dbkluck · · Score: 4, Insightful

      What's more secure, secret flaws or no flaws at all? I don't see how MS has a leg to stand on. This bug has been there--presumably unnoticed--for literally years. Within a matter of days of the source code's being "released," it has been identified, and if the MS developers were anything like OSS developers (i.e. didn't have some ridiculous "200 day" fix policy) it would be fixed in a matter of a few more days. I can't see how this is anything other than a vindication of the OSS model.

    31. Re:Open Source More Secure... maybe not by Short+Circuit · · Score: 3, Insightful

      The larger a project is, the more eyes get focused on improving it. The Linux kernel has had a great deal of fanatical attention, so a lot of people are dedicated to keeping it great.

      Besides, if Sendmail lets someone into the system, or bind, UNIX permissions and Access Control Lists help keep the infection from spreading. The developers aren't under an insane amount of pressure to get it right every time. They can get lazy. Or something.

      Heh. The kernel doesn't have anything to fall back on, so kernel developers aware of their responsibility are under stupendous pressure to get it right every time, despite the peer-review process. Hehe. That kind of pressure makes you crazy. Makes you fanatical. heh. Makes you work harder. Makes a good crazy, you know?

      (disclaimer: I'm not a kernel developer (yet)... but I don't mind being crazy. Heh.)

    32. Re:Open Source More Secure... maybe not by imnoteddy · · Score: 5, Interesting
      What evidence do you have that this bug was not found until the code was leaked?

      I worked at MS once (hated it, quit) and the bug tracking system had a category of "won't fix" bugs - bugs they knew about but had no intention of fixing.

      --
      No electrons were harmed creating this post, though some may have been subjected to electrical and/or magnetic fields.
    33. Re:Open Source More Secure... maybe not by KReilly · · Score: 5, Interesting

      But I think the point is that it was leaked. That nobody can keep an eye on their code if it is used this widely. If the code had been under public scrutiny since day one, more flaws would be found, but the overall code would be stronger, not weaker. This is why everyone can complain about tons of holes in linux, but miss the fact that just as many (if not more) exist in windows, and its just a matter of time before they get found out. With Linux, you have to take the additude, the sooner, the better.

    34. Re:Open Source More Secure... maybe not by G.+W.+Bush+Junior · · Score: 5, Insightful

      I know plenty of projects that get far fewer eyes and have TONS of bugs.


      it's a pretty moot point

      The impact of a bug i probably inversely proportional to the amount of people auditing the code in an open source project...
      Sure, there are a lot of small projects that nobody really uses, so there aren't that many eyes for auditing the code... but so what?

      The projects are unpopular, so if somebody found a security bug it wouldn't affect that many people (and is it really worthwhile spending the time making an exploit that will affect 1000 users worldwide?)

      As long as the popular projects are safe then I don't really care.

      --
      "I don't know that Atheists should be considered as citizens, nor should they be considered patriots." -George H.W. Bush
    35. Re:Open Source More Secure... maybe not by Paleomacus · · Score: 5, Insightful

      My company has one of these lists as well. I'd bet most companies do.

      Just because someone claims something is a bug doesn't mean that it _is_ and must be fixed.

      A lot of our bug reports are just user preference/pickiness.

    36. Re:Open Source More Secure... maybe not by Cramer · · Score: 3, Interesting

      /me whistles innocently...

      [cramer:ttyp1]dominion:~/[1:38pm]:uname -a
      Linux dominion 2.3.42-SMP #11 SMP Sun Feb 6 20:06:02 EST 2000 i686
      [cramer:ttyp1]dominion:~/[1:38pm]:cat /etc/redhat-release
      release 4.1 (Vanderbilt)

      [ttyp0]foobar:~/[2:46pm]:uname -a
      Linux foobar 2.3.18-SMP #10 SMP Mon Sep 20 17:27:00 EDT 1999 i686 unknown
      [ttyp0]foobar:~/[2:46pm]:cat /etc/redhat-release
      release 5.1 (Manhattan)

      [jfbeam:pts/0]chickenboo:~/[2:11pm]:uname -a
      Linux chickenboo 2.4.2-SMP #1 SMP Tue Feb 27 17:04:47 EST 2001 i686 unknown
      [jfbeam:pts/0]chickenboo:~/[2:11pm]:cat /etc/redhat-release
      Red Hat Linux release 6.2 (Zoot)


      (And no, they are not publically accessible machines.)

    37. Re:Open Source More Secure... maybe not by Eric+Savage · · Score: 5, Insightful

      And that's just Linux. There have been gobs of them for the various popular software packages out there (Apache, Samba, PHP, etc). I try to stress to other developers that OSS isn't necessarily more secure, its more prone to security, a fine line that can be very significant. I am hugely in favor of OSS, but the idea that opening crappy source means other people will fix your bugs is as false as the idea that opening unfinished source means other people will finish it.

      --

      This is not the greatest sig in the world, this is just a tribute.
    38. Re:Open Source More Secure... maybe not by GlassHeart · · Score: 3, Insightful
      Maybe you should compare it to a relatively new Red Hat version, like 7.3 or say 8.0.

      That's the entire point I was making, which you apparently missed. Just because Red Hat 5.0 was open source doesn't mean you can viably continue to use it indefinitely. If nobody will apply patches for you for free, you'll either have to do it yourself (time) or pay somebody to do it (money). Remember, the cost in this case is not compared to Windows, but to upgrading.

      But just for the sake of argument, where would you get free patches for Red Hat 7.3?

    39. Re:Open Source More Secure... maybe not by mdpye · · Score: 4, Insightful

      Yes, look at open source bugzillas, they have them as well. That category is for bug reports which aren't really bugs in the eyes of the maintainer.

      I'm not saying that MS might not throw a lot of remote root vulnerabilities in that category too, I don't have access to their bug db!

      MP

    40. Re:Open Source More Secure... maybe not by drinkypoo · · Score: 4, Informative

      Here's a nice supporting example for you: One of my buddies brought up a machine, got a DHCP response from the wrong place, and got railroaded to some site that looked like it was selling knives, instead of windows update. Turned out it was a page with a DSO exploit in it, and he got owned, had to reinstall the box. (And go track down the bozo advertising bad DNS in his DHCP.) It was ye olde DSO exploit. So someone installing (for whatever reason) something with IE5 can be taken over quite ruthlessly, especially since all you need do is show them an image.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    41. Re:Open Source More Secure... maybe not by arkanes · · Score: 4, Insightful

      You're correct. The proper way of phrasing this would be "As this proves, it's irresponsible to assume that the source will always be secret".

    42. Re:Open Source More Secure... maybe not by SydShamino · · Score: 2, Informative

      Well, the first google search result for '"redhat 7.3" security update' yields: this link where a security bug in 7.3 is patched. That bug fix was released less than 15 days ago, so it seems like it still gets support.

      I appears to come from the Fedora team.

      --
      It doesn't hurt to be nice.
    43. Re:Open Source More Secure... maybe not by sterno · · Score: 4, Insightful

      Not to say your point isn't valid, just that the real question is how do you get more intelligent eyes reading the code looking for this stuff. OSS isn't necessarily better, its just that highly popular projects have lots of eyes. I know plenty of projects that get far fewer eyes and have TONS of bugs. Now that MS is being forced to be secure they are having lots of eyes so we will see in longhorn if this improved anything.

      Open source scales well. A small project that few people take an interest in has few users and lots of bugs. It's not a big problem if the bug is exploited because only a handful of people are even using it.

      As more people use it and more people get involved more people see the code. As more people see the code, more bugs are eliminated and the code becomes better. Thus the risk of serious bugs declines as more people use the software.

      In the case of a closed source product though, the scrutiny does not scale at all. The scrutiny is a fixed value based on the company's internal policies. Given that most companies are far more concerned about time to market and profit margins, extensive security audits are seen as unneeded costs. As the product becomes larger and more complex, the likelyhood of bugs developing increases, but the likelyhood of a thorough review remains constant or even declines.

      --
      This sig has been temporarily disconnected or is no longer in service
    44. Re:Open Source More Secure... maybe not by vondo · · Score: 4, Insightful
      I think the point is that the fix for the bug may not have been applied, but the exploit may not work (or a different exploit would be needed) because the whole binary might have changed a little.

      When an exploit is found for, say, the Red Hat 7.3 kernel, it may not work on Red Hat 8.0 let alone Debian for just this reason. That's not to say the bug isn't present in all three.

    45. Re:Open Source More Secure... maybe not by atallah · · Score: 4, Informative

      Actually, 5.5 appears to be vulnerable. I loaded the BMP and BOOM! it crashed.

    46. Re:Open Source More Secure... maybe not by edxwelch · · Score: 2, Interesting

      "These "easy to find" bugs were probably fixed in the huge code audit that MS did as part of thier security initiative that happened AFTER the date of the leaked code."
      This is just speculation, besides, if they found a security hole in IE5 it would be their responsibiltiy to published the fact rather than leave IE5 users out there vunerable.

    47. Re:Open Source More Secure... maybe not by 1010011010 · · Score: 5, Funny

      60% Funny
      20% Troll
      10% Insightful

      Welcome, Microsofties!

      --
      Napster-to-go says "Fill and refill your compatible MP3 player", which is a lie. It's not MP3. It's WMA with DRM.
    48. Re:Open Source More Secure... maybe not by Ugot2BkidNme · · Score: 2, Informative

      I am still using Redhat 5. have custom software written by people who are no longer here and when it was upgraded to 7.3 it broke so I am still running 5.0 until we have the resorces to fix teh software.

    49. Re:Open Source More Secure... maybe not by WNight · · Score: 4, Insightful

      Part of the reason old systems don't get new OSes is that they don't need them enough to justify the cost.

      You can download RedHat 9 (10?) and upgrade some or all of your ailing RedHat 5.0 box. Either upgrade the whole thing (RH9 would do slim installs suitable for old machines) or just upgrade the old service.

      Call Microsoft and ask them if they allow free upgrades to WinXP from older OSes to fix security problems. Ask if they mind if you grab some WinXP DLLs from a friend and use them on your WinNT machine. That is, if they would work. Services in RedHat would probably work on an older machine, though they may require a parallel install of some libraries.

      Then there's the issue that even for outdated versions of software that aren't patched directly, a moderately skilled coder (perl - barely any C - like many junior unix admins) can usually adapt the fix for an older version, or use the information provided to script some firewall rules to avoid it.

      Then there's simply the fact that it's available. Even if you can't do it internally, you can pay a coder for a day of work ($250 tops - about the cost of a trouble call with big software companies) who can go grab all the source code (no NDAs required) and do the fix for you.

      If this IE5.0 fix was critical for you to have, how could you go about getting it before Microsoft got around to fixing it? Turn off images?

    50. Re:Open Source More Secure... maybe not by bach37 · · Score: 4, Funny

      Where can I download the patch for IE5?

      The Patch.

      Scott
      (Come on, you knew this answer was coming!)

    51. Re:Open Source More Secure... maybe not by jimmyharris · · Score: 4, Informative

      I would (and do) use the Fedora legacy project.

      What version of RHL and FC will be supported, and for how long?

      We are currently supporting Red Hat Linux 7.2, 7.3, and 8.0 as these have reached their End-of-Life (EOL).

      When Red Hat Linux 9 becomes EOL on April, 31 2004, we will start legacy support for it as well.

      As Fedora Core releases become EOL, we will provide support for them on a 1-2-3 and out policy, providing for roughly 1.5 years of update support for each release.

    52. Re:Open Source More Secure... maybe not by argel · · Score: 2, Informative
      Might be fixed in SP3.

      1.8 Internet Explorer Is Updated with the Service Pack Microsoft Internet Explorer (IE) version 5.01 is now updated only when you install a Windows 2000 service pack, in accordance with the Microsoft support strategy. Windows 2000 SP3 includes all of the fixes released in IE 5.01 with Service Pack 2, plus additional security and functionality fixes that apply to IE and Microsoft Outlook(R) Express version 5.01. For more information about these fixes, see article Q320853, "List of Bugs Fixed in Windows 2000 Service Pack 3," in the Microsoft Knowledge Base.

      --

      -- Argel
    53. Re:Open Source More Secure... maybe not by bonch · · Score: 2, Insightful

      What's you're saying is, anyone who feels someone is trolling with a baseless anti-"M$" bash is a "Microsoftie?"

      Isn't that a bit of a tinfoil view of the world?

    54. Re:Open Source More Secure... maybe not by zoney_ie · · Score: 3, Insightful

      Unfortunately, it is probably a VERY bad idea to be running Win2K without a later version of IE.

      Because regardless of what Microsoft pretend or what others accuse or don't accuse, the fact is that IE has been MADE an integral part of the OS.

      I don't use IE anymore, (Firebirdyfoxchicken has served me well for months now with no hitches) but I STILL keep it up to date. Unfortunately it's essential for sensible operation of Windows.

      IMHO.

      --
      -- *~()____) This message will self-destruct in 5 seconds...
    55. Re:Open Source More Secure... maybe not by Rysc · · Score: 2, Funny

      Yes, but you didn't post the uptimes.

      --
      I want my Cowboyneal
  2. huh by Tirel · · Score: 2, Insightful

    Anyway, I took a look, and decided that Microsoft is GAYER THAN AIDS.

    When you break the law and possibly expose thousands of users to a root exploit, at least you could be politically correct about.

    "GAYER THAN AIDS", what the hell?

    I hope they sue him..

    1. Re:huh by LocoSpitz · · Score: 5, Informative

      Do not mod parent down. He's pointing out text found in the article link. That is not flamebait.

    2. Re:huh by Dalcius · · Score: 5, Insightful

      You really are going to try and blame this guy for "possibly [exposing] thousands of users to a root exploit"?

      There are certainly other ways to go about reporting bugs (not that Microsoft will listen to any of them), but blaming the messenger for pointing out that the castle wall is full of holes is a bit misdirected if you ask me.

      Cheers

      --
      ~Dalcius
      Rome wasn't burnt in a day.
    3. Re:huh by iso · · Score: 5, Insightful

      That was interesting to read. It made me wonder who the people are who come up with these exploits. This person is obviously very immature, but also very knowlegable about programming to spot something so quickly in so much code. The question is, is this a ridiculously knowledgable 13 year old, or a well-seasoned older programmer who has the social skills of a 13 year old?

    4. Re:huh by MindStalker · · Score: 3, Informative

      The guy sent mail to securityfocus telling them that there was a hole in windows, he did not spread any virus or use this code malisously. SecurityFocus then published this info, if anyone SecurityFocus is the most liable, though I don't believe either should be.

    5. Re:huh by Anonymous Coward · · Score: 2, Insightful

      From a most perspectives, there's no difference. Neither is employable, and neither will have many friends.

      (Hate having to post anonymously, but you have to be careful whose toes you step on.)

    6. Re:huh by j-turkey · · Score: 5, Insightful
      There are certainly other ways to go about reporting bugs (not that Microsoft will listen to any of them), but blaming the messenger for pointing out that the castle wall is full of holes is a bit misdirected if you ask me.

      Maybe there's something that I'm misunderstanding here. You're suggesting that he's just a messenger -- nothing more? I completely disagree. This person posted an exploit. I'm not sure how it is where you're from, but from where I sit, posting an exploit is on an entirely different level from simply telling someone that their software is full of holes (including how and where).

      To use your analogy, rather than being a messenger telling the king that his castle walls are full of holes, this is a little more like designing a weapon to destroy your castle walls, and posting the plans in every neighboring town (which somehow manage to automatically build the weapon, provided you have the right tools). All the recipients have to do is tell the device to build itself, point, and fire.

      The point is that this guy was downright irresponsible and should be treated as such. Any sane king would have beheaded this person in a royal heartbeat.

      --

      -Turkey

    7. Re:huh by m0rph3us0 · · Score: 3, Insightful

      It is only a root exploit if you browse as root. Who browses as root?

      Oh, yes, thats right Windows users.

      Ok carry on...

    8. Re:huh by iamwahoo2 · · Score: 3, Insightful

      I think you are full of it. The poster has done a lot of folks a HUGE favor. If he had sat on this, and allowed MS to sit on this, possibly millions of unsuspecting IE users put their computers at risk, waiting for someone else with the knowledge to find this exploit who would use it in the wrong way. Thanks to the guys who disclosed this bug to the public, I will have the opportunity to tell my IE using freinds and family to make sure they are upgraded to IE6+ or are using Mozilla/Firefox/Opera, otherwise they are at risk every time that the view a picture.

    9. Re:huh by tverbeek · · Score: 5, Funny
      a well-seasoned older programmer who has the social skills of a 13 year old?

      You say that as if it were unusual. ;)

      --
      http://alternatives.rzero.com/
    10. Re:huh by B3ryllium · · Score: 2, Insightful

      "their" is gaining popularity in the common vernacular as a way to create genderless sentences without having to resort to stupid "He/She" constructs. It may not be correct now, but if it gains more acceptance, it could be considered correct at some time in the future.

    11. Re:huh by Anonymous Coward · · Score: 2, Insightful

      Ummm, it's just a figure of speech, just like "I Jewed him down on the cost" and such. People already use the term "gay" to refer to things unpleasant. Sorry, boys, but you lost your term, just like you lost "queer". Time to make up a new one.

    12. Re:huh by SloppyElvis · · Score: 5, Insightful

      It isn't all that difficult to narrow the search when looking for exploits like this. Its surprising (or maybe it isn't) that M$ never looked for them. At our shop, its common practice to detect dangerous code.

      Just search for all stack arrays in the source...

      $ egrep "\[[:digit:]+\]" ...

      ...then inspect the code for ways to read/write past the bounds. That narrows the search field quite a bit (ok, you'd miss arrays defined with #define symbols, but you'd catch the sloppy ones, which is what you want in the first place).

      Combine a search as above with one for calls to strcpy(), strcmp(), sprintf(), [or any other C runtime/misc. function that fails to check input], and you have an even smaller lump of code to inspect.

      So, the 13 year old wouldn't need extensive knowledge, just what you could glean from reading an article or two on buffer overflows. Still, I'd bet its a seasoned socially backward individual.

      Anyway, good question to ponder.

    13. Re:huh by poot_rootbeer · · Score: 4, Funny

      Who browses as root? Oh, yes, thats right Windows users.

      I'm a safety-conscious Windows user! I never login as "root"! I just use the "Administrator" account instead!

    14. Re:huh by j-turkey · · Score: 4, Insightful
      I think you are full of it. The poster has done a lot of folks a HUGE favor. If he had sat on this, and allowed MS to sit on this, possibly millions of unsuspecting IE users put their computers at risk, waiting for someone else with the knowledge to find this exploit who would use it in the wrong way.

      I think you might have your terminology backwards. Posting the vulnerability is a favor to people. Posting an exploit is a different story altogether. Since you have a hard time differentiating, let me try to help you out:

      Vulnerability: "Hey, look -- I've found this hole in IE. Here it is, fix it. Everyone else -- this software sucks. Use something else."

      Exploit: "Hey, everyone (script kiddies included) -- here's some code that I put together that exploits vulnerable boxes. You don't have to know a damn thing to root a vulnerable box. You can use this for anything, spamming, DDoS attacks, mining for credit card numbers -- it doesn't matter -- crack away, oh 31337 ones."

      Now can you tell me which is more constructive? The exploit or vulnerability. Now rememeber that nobody finds an exploit -- they're all written. Vulnerabilities are found. I completely agree that vulnerabilities should be made public -- but as far as exploits -- you're dead wrong.

      Now, if you didn't have you terminology backwards, your logic is just irresponsible. How is an exploit any more helpful than a vulnerability report to bugtraq? How could it possibly benefit anyone other than the script kiddies who will eventually get their hands on this code? People need another exploit in the wild like they need another hole in the head. You will still have an opporitunity to tell your friends and family about your disscovery -- only you'll have time to tell them to update their browser...not that they've probably been rooted.

      PS -- next time, if you're less confrontational in your replies -- you will likely receive more friendly responses...ass.

      --

      -Turkey

    15. Re:huh by LarsG · · Score: 3, Insightful

      Posting the vulnerability is a favor to people. Posting an exploit is a different story altogether. Since you have a hard time differentiating, let me try to help you out:

      What are you talking about? He posted a vulnerability and a proof of concept BMP that shows that the stack is overwritten. It doesn't do anything except crash IE5.0.

      If he had made a BMP that contained functional shell-code or similar nastiness ready to be used by script-kiddies, I'd agree with you.

      PS -- next time, if you're less confrontational in your replies -- you will likely receive more friendly responses...ass.

      It also helps to know what you're talking about before going ballistic.

      --
      If J.K.R wrote Windows: Puteulanus fenestra mortalis!
    16. Re:huh by wannasleep · · Score: 2, Insightful

      well, in this case there is not much difference between posting an exploit and just telling where the hole is. Just check this article:
      - somebody has told us how the code works
      - somebody else has posted a link to a site that explains how to make a buffer overflow exploit
      - yet another person has told us how bitmaps are organized
      The most important part is still missing: write the code that has to be executed.
      If you want to exploit the bug, all you need to do is to figure out the bitmap and read this article, no matter if the exploit has been posted or not.

  3. See! by Anonymous Coward · · Score: 4, Funny

    More proof that code who's source is open is less secure!

    (trigger-fingered mods : thats a joke)

    1. Re:See! by Lumpy · · Score: 4, Funny

      Nahh...

      The virus writer used the links to the SECURITY_HOLE refrences in holes.bas module from the VB.NET code that IE is written in.

      --
      Do not look at laser with remaining good eye.
  4. You thought Microsoft were tardy with by irn_bru · · Score: 2, Insightful

    bug-fixes and patches???? When the full force of this hits, you ain't seen nothing yet!

    1. Re:You thought Microsoft were tardy with by LostCluster · · Score: 3, Informative

      There apparently is already a fix for this one installed on many machines. It's called IE6.

    2. Re:You thought Microsoft were tardy with by lacrymology.com · · Score: 4, Funny

      "It's called IE6"

      Weird... I would have sworn that it was called Windows XP.
      -m

      --

      #
      # Modus Ponens
      #
    3. Re:You thought Microsoft were tardy with by cgranade · · Score: 5, Funny

      And here I was thinking it was called Mozilla.

      --

      #define DRM chmod 000

    4. Re:You thought Microsoft were tardy with by Lifewish · · Score: 5, Funny

      Mine's called "Linux". Seems to fix a whole host of problems.

      --
      For the love of God, please learn to spell "ridiculous"!!!
    5. Re:You thought Microsoft were tardy with by justMichael · · Score: 4, Interesting

      According to my logs 20 - 30%* of the people browsing with IE are still using 5.x.

      I know, UAs get faked all the time...

      * Depends on which site you look at.

  5. so THATS why it was leaked by SlashDread · · Score: 5, Funny

    to fix it...

    "/Dread"

    1. Re:so THATS why it was leaked by Anonymous Coward · · Score: 2, Interesting

      exactly, it almost seems they intentionally released it so that the crackers can take a crack at finding new exploits so MS can fix them... they seem to understand the benefits of open source, but want to take advantage of it while still keeping things closed.

      or, one of the offshore programmers was stuck trying to fix a bug and posted a question to a board somewhere and put the code up so people could help fix it.

      nyeh.

    2. Re:so THATS why it was leaked by santos_douglas · · Score: 4, Interesting

      Think about it, the conspiracy theorists are right - the leak was on purpose. Call it Phantom Open Sourcing: pretend to leak your buggy source code, lots of programmers look it over and find all sorts of problems for free! All their developers continue working on new products and a few are assigned to make the new updates compliments of the leak. This will be hailed as the most brilliant management cost cutting strategy in history.

  6. The bitmap in question... by lacrymology.com · · Score: 4, Funny

    Of course the bitmap is of a penguin! More ammunition for the M$ FUD campaign.
    -m

    --

    #
    # Modus Ponens
    #
    1. Re:The bitmap in question... by p4ul13 · · Score: 4, Funny

      This seems to be what the BMP would look like.

      --
      Paul Lenhart writes words!
  7. What the fuck? by tomstdenis · · Score: 4, Funny

    What the fuck in a bitmap renderer could overflow and cause such problems?

    Fuck MSFT it's called bounds checking. e.g.

    1. load int from char array
    2. check int against sizeof(yourbuffer)
    3. reject if greater

    Not exactly a challenging task. I guess they're too busy adding in all that crapware to actually code at least one thing right.

    Tom

    --
    Someday, I'll have a real sig.
    1. Re:What the fuck? by millahtime · · Score: 4, Insightful

      "1. load int from char array
      2. check int against sizeof(yourbuffer)
      3. reject if greater

      Not exactly a challenging task


      It all goes to the quality of the coder. This is just plain bad code. I learned how to write something to check these kinds of things in middle school.

    2. Re:What the fuck? by vontrotsky · · Score: 5, Funny

      I think it went more like

      1. load int from char array
      2. check int against sizeof(yourbuffer)
      3. user=root if greater

    3. Re:What the fuck? by SlashDread · · Score: 5, Funny

      In the old days, when I was young system admin, it was called "Monkey Testing".

      It went something like this:
      You position yourself behind a functional input screen, and start hammering viciously and blindly. The latter is important, the more blind the better, it invokes he Holy Random God. Repeat for 5 minutes. You repeat this for each input screen.
      If the screen showed anything similar to "ERROR: OTHER INPUT EXPECTED" it passed.
      If it showed anything similar to "OK, 98zxc3v4^DD^C^Z NEW CUSTOMERS ADDED" or failed to read at all due to overly blinkeyness or so, it failed.

      I understand MS needs more monkeys.

      "/Dread"

    4. Re:What the fuck? by tomstdenis · · Score: 2, Funny

      char whatoverflow[3];

      scanf("%s", whatoverflow);

      ;-)

      --
      Someday, I'll have a real sig.
    5. Re:What the fuck? by DjReagan · · Score: 5, Informative

      That wouldn't work in this case. Overflowing a signed integer so that it wraps around to negative won't be picked up by checking if the value is greater. Using the correct datatype (unsigned int) would have been better.

      (in fact, looking at the code snipped in the vulnerability notification, they do check against Offset > size of buffer)

      --
      "When I grow up, I want to be a weirdo"
    6. Re:What the fuck? by david.given · · Score: 5, Interesting
      In the old days, when I was young system admin, it was called "Monkey Testing".

      This is moderated as funny... but it's true. You can even get software to automate the process. It just sends random keypresses and mouseclicks to the application under test, very very fast. You leave it running overnight. If you're application is still stable the next day, it passed.

      It's scary how many bugs a simple test like this can throw up...

    7. Re:What the fuck? by tomstdenis · · Score: 2, Funny

      MS optimized it [their innovative]

      1. Look at bitmap, get scared.
      2. user == root

      They also merged in a backdoor so the attacker wouldn't have to embed it in the bitmap

      3. open port 1234 as a rsh automatically logged in.

      Tom

      --
      Someday, I'll have a real sig.
    8. Re:What the fuck? by MoneyT · · Score: 5, Informative

      IIRC early Apple computers actualy had a memory location called "MonkeyLives" or something like that, which was used for a program they called the monkey. The monkey program randomly entered commands and clicks and such for as long as the program was running. The problem was, sometimes it would shutdown the computer (by executing a shutdown, not by crashing it) so they created a memory location that when shutdown was called, it first checked that location to see if the monkey program was running, and would cancel the shutdown if it was.

      --
      T Money
      World Domination with a plastic spoon since 1984
    9. Re:What the fuck? by tomstdenis · · Score: 2, Interesting

      Which is why you load unsigned values. By "int" I meant "an integer".

      For example, from my LibTomCrypt a macro to load a variable length mp_int [mycrypt_pk.h INPUT_BIGNUM] logic works as follows

      1. inlen == sizeof input
      2. y = 0, current offset

      for all bignums
      1. if y + 4 > inlen return error
      2. load 32-bit unsigned into x, advance by 4
      3. if x+y > inlen return error
      4. load x byte mpint
      5. check if mpint loads correctly.

      [I'm in the middle of doing massive updates to my PK code though...;-)]

      But that's the jist of it. Really simple and since I use macros I only have to work out/code the logic once.

      Tom

      --
      Someday, I'll have a real sig.
    10. Re:What the fuck? by corbettw · · Score: 4, Funny

      By any chance, did the program come up with the entire works of Shakespear?

      --
      God invented whiskey so the Irish would not rule the world.
    11. Re:What the fuck? by AstroDrabb · · Score: 4, Funny
      I understand MS needs more monkeys.
      It appears they have their fair share already
      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
    12. Re:What the fuck? by Walterk · · Score: 4, Funny

      I bet some MS exec misinterpreted it and used the monkeys for the coding, and not testing.

    13. Re:What the fuck? by prockcore · · Score: 5, Insightful


      Fuck MSFT it's called bounds checking. e.g.

      1. load int from char array
      2. check int against sizeof(yourbuffer)
      3. reject if greater


      AHahahaha, you know you just made the exact mistake MS did. You're using ints, not unsigned ints. Reject if greater does nothing if it's less than 0, which would still cause an overflow.

    14. Re:What the fuck? by alannon · · Score: 3, Interesting

      There are also no exposed pointers in Java, thus no way to clobber the stack by writing to a negative array offset, as in this exploit. Reading or writing to a negative array offset in Java will result in a RuntimeException of some sort. Buffer overflows are also impossible in Java, since writing off the end of an array will result in a similar exception.

    15. Re:What the fuck? by nacturation · · Score: 2, Informative

      You can read all the details on Monkey Lives here.

      --
      Want to improve your Karma? Instead of "Post Anonymously", try the "Post Humously" option.
    16. Re:What the fuck? by spectecjr · · Score: 4, Insightful

      Fuck MSFT it's called bounds checking. e.g.

      1. load int from char array
      2. check int against sizeof(yourbuffer)
      3. reject if greater

      Not exactly a challenging task. I guess they're too busy adding in all that crapware to actually code at least one thing right.


      I guess you missed the original article, brainiac, but your code is flawed.

      "Reject if greater" will fail if int is negative.

      But hey, thanks for proving that you're as dumb as a box of rocks.

      --
      Coming soon - pyrogyra
    17. Re:What the fuck? by ajna · · Score: 2, Interesting

      In fact I helped code part of this functionality when I interned at Palm, on the Pose project. There was already a Gremlins functionality (along with GremlinHordes, which were Gremlins with different seed conditions) that would send bits of Shakespeare to text entry boxes, click randomly (weighted for actual button locations) and generally wreak havoc for a predetermined number of events. What I helped add was a logging, playback-from-log and minimization routine that would find the minimal subset of the events that would crash the Palm app being tested at the time. Fun stuff, that was. Since Pose/Poser is open source, you can now see my handiwork in file EmMinimize.cpp (or was it EmMinimization.cpp?) in the source distribution. http://www.palmos.com/dev/tools/emulator/#source

  8. well, the source is out there by WebMasterJoe · · Score: 5, Interesting

    Wouldn't it be interesting to see the patch come out later today, from an anonymous source!

    --
    I really hate signatures, but go to my website.
    1. Re:well, the source is out there by hawkestein · · Score: 2, Interesting

      How would you know whether or not to trust it? It's not like the patch could be released as source, is it? Not all of us have the code.

      --
      -- Will quantum computers run imaginary-time operating systems?
    2. Re:well, the source is out there by Thud457 · · Score: 3, Interesting

      It'd be more interesting if Microsoft accepted the sumbission of the patch!

      --

      the preceding comment is my own and in no way reflects the opinion of the Joint Chiefs of Staff

    3. Re:well, the source is out there by WebMasterJoe · · Score: 2, Interesting
      How would you know whether or not to trust it? It's not like the patch could be released as source, is it? Not all of us have the code.
      In the real world, this probably would not be the official patch. But MS would have to decide between using the rogue patch, or writing a patch independently of the publicly-available source. The latter choice means a known vulnerability with a known solution would be in the wild while the vendor looks in the other direction (theoretically) while writing its own patch.

      And then, if this sort of thing happens again in the future, we would want to find out if MS used the rogue patch and claimed to write their own independently. By then, the company will be the equivalent of today's SCO - not really releasing anything of value, but suing people for using some phantom bit of source code that they bought the rights to a few years before.
      --
      I really hate signatures, but go to my website.
    4. Re:well, the source is out there by gnu-generation-one · · Score: 2, Funny

      "Wouldn't it be interesting to see the patch come out later today, from an anonymous source!"

      Line 3: replace "int" with "unsigned int"

      Do I need to be anonymous for this to work?

  9. And counting by millahtime · · Score: 5, Interesting

    So, what is this... like the 10,000 IE security hole reported in the last couple years. Why write another IE virus? Is there really any challenge left?

    1. Re:And counting by Rotting · · Score: 3, Insightful

      How many issues would be resolved by simply using an alternate browser (mozilla for example)? I know this would not fix all of the problems but I am sure it would help some.

    2. Re:And counting by RomikQ · · Score: 5, Insightful

      Even, for an IE hole, this is pretty severe - now worms just have to send html emails with an img tag that points to a specific bitmap and voila: anyone who uses an mshtml based email client(including webmail) and hasn't updated for a while gets infected just by opening the message.

      Sure, sooner or later hotmail will stop showing bmps in messages and issue a warning like "if you get a message, do not open it, but delete immediatly", but hey, I bet the amount of worm emails in my Junk mailbox will increase drastically in the next couple of weeks.

      --
      Join the elite! Post at score:2! Ghostwheel is online.
    3. Re:And counting by Viadd · · Score: 2, Funny
      Sure, sooner or later hotmail will stop showing bmps in messages and issue a warning like "if you get a message, do not open it, but delete immediatly"

      According to the comp.basilisk faq about Basilisks (images that cause system crashes in wetware):
      10. Is it true that Microsoft uses basilisk booby-traps to protect Windows 2005 from disassembly and pirating?
      We could not possibly comment.
  10. It may not of been a secret to everyone by Anonymous Coward · · Score: 5, Insightful

    Just to those that couldn't get access to the source code. Some people with access before may have known about this for a while. Not that we'll ever know.

  11. No Problem by Jedi1USA · · Score: 5, Funny

    Microsoft just needs to get a copy of the leaked code and look it over for potential exploits.

    Oh wait. :^)

    --
    My old sig was REALLY stoopid.
  12. I'll be first to say it by MicroBerto · · Score: 5, Interesting
    IF this is true, the release of the source is the nail in the coffin for Microsoft.

    An exploit this quick? There's going to be some serious happenings going on at Microsoft. Also look for another Longhorn delay sometime due to everything that is found out.

    I'm not sure what to think. I'm not happy that when I get back to work this summer, I'm going to spend way too much time fighting these problems/viruses and patching things up. I'm not happy businesses are losing money. I am, however, happy that Microsoft is forced to clean up their act even more, or they are going to lose market share.

    Open source isn't 'communistic' -- it's capitalistic. Why? It increases competition.

    We have an interesting 6 months ahead of us, folks.

    --
    Berto
    1. Re:I'll be first to say it by KingOfBLASH · · Score: 5, Insightful

      IF this is true, the release of the source is the nail in the coffin for Microsoft.

      Actually I think that, if Microsoft doesn't lose it's customer base to all the exploits found, it's going to make Microsoft stronger. Think about it, right now Microsoft is receiving the same kind of security review that makes OpenSource products so strong in the first place. Granted, it's coming at a very high cost, but their source code will have much fewer bugs when this is over.

    2. Re:I'll be first to say it by HardCase · · Score: 4, Insightful
      IF this is true, the release of the source is the nail in the coffin for Microsoft.


      Please...you might as well say that BSD is dead. Nobody is happy about all the ruckus that the whole affair is going to raise, but it's a little early to pronounce Microsoft dead.


      -h-

    3. Re:I'll be first to say it by bmwm3nut · · Score: 4, Insightful

      yes, but that's assuming that everyone who finds a simple exploit like this one actually reports it. i can imagine that there'd be a number of black hats that will find and use these kind of exploits and not tell anyone how they did it.

      but i am happy that this leak happened. it just shows that the code should be out for peer review from day one. security-by-obscurity is second only to security-by-telling-people-what-not-to-do. (e.g.: "don't open that door, there's valuable stuff in that room")

    4. Re:I'll be first to say it by lacrymology.com · · Score: 5, Funny

      "We have an interesting 6 months ahead of us, folks."

      I can see the headlines now;

      "New exploit found in IE5"
      "Yet another exploit found in IE5"
      "Exploit found in Minesweeper"
      "Expolit found in Notepad"
      "Yet another exploit found in Minesweeper"
      "Yet another exploit found in Notepad"
      "New exploit found in IE5"
      "God damn! Another exploit found in Minesweeper"
      .
      .
      .
      "Exploit found in taskbar"
      "Exploit found in Times New Roman"
      "Exploit found in bootstrap"
      "Exploit found in Wingdings"
      "Exploit found in ...."

      Sounds pretty redundant and boring to me. ;)

      -m

      --

      #
      # Modus Ponens
      #
    5. Re:I'll be first to say it by Phillup · · Score: 2, Insightful

      Not everyone that looks at this code is going to be nice enough to tell the "good guys" about the exploits.

      Instead, they will write and release exploits... leaving MS to find the particular code that is messed up.

      --

      --Phillip

      Can you say BIRTH TAX
    6. Re:I'll be first to say it by Anonymous Coward · · Score: 5, Insightful

      Granted, it's coming at a very high cost, but their source code will have much fewer bugs when this is over.

      There is only one problem: the source code is ilegal.

      Most people who find and report bugs will probably never see this code, and if they do see it, they'll deny it. This means that most people looking at the source code for bugs are doing so for their own benefit.

      It'd be very naive to believe that these black hats will release information about the bugs they found. In the case of this IE5 bug we can say that the guy who found it is probably a young fellow looking for m4d pr0pz.

      IMO, this source leak is very bad for MS, for it will get the worst part of both, closed source and open source, worlds. In one hand, every bad guy out there can, and will, see the code, in the other hand every white hat is legally and ethically forbidden to look at the source.

      Unless MS is trying to pull an SCO, I can't imagine a worst scenario.

  13. Well I got IE6 by superpulpsicle · · Score: 5, Funny

    So I should be all set for the next 2 days until the next major security flaw is found.

  14. Anyone surprised? by LearnToSpell · · Score: 3, Funny

    Anyone? Come on, there's a million /. readers. Somebody must have thought this wasn't going to happen.

    Maybe the once-a-month patching schedule's going to have to be revised though.

  15. But the question is... by Xeth · · Score: 4, Insightful

    ...if the code was open from the start, how long would this flaw have lasted?

    --
    If your theory is different from practice, then your theory is wrong.
    1. Re:But the question is... by lintux · · Score: 5, Insightful

      Yeah, but I don't expect the Microsoft PR-team to talk about that in their anti-OSS campaigns...

    2. Re:But the question is... by Apiakun · · Score: 3, Funny

      And the other question: How long would Microsoft have lasted?

    3. Re:But the question is... by Xeth · · Score: 3, Interesting

      As long as RedHat and SuSe? Sure, they might not have a stranglehold on the market like they do now, but they'd likely turn a profit.

      --
      If your theory is different from practice, then your theory is wrong.
    4. Re:But the question is... by Nothinman · · Score: 3, Insightful

      The real question is what SP level was this fixed at? IE6 isn't vulnerable and I believe the leaked Win2K code was only SP1, so that means there's 3 SPs and all of them include IE so there's no telling when, if at all, the bug was fixed.

    5. Re:But the question is... by sql*kitten · · Score: 2, Informative

      if the code was open from the start, how long would this flaw have lasted?

      Umm, probably about as long as the flaws in sendmail and bind?

      Open source is not a panacea, those two packages alone have accounted for more Internet carnage than any bug in an MS product. And they were open source, full of bugs, and no-one fixed them.

      See, this "many eyes" argument only works if many eyes are looking at the code, whereas in practice everyone assumes that everyone else is, so they don't need to worry about it.

      It is also worth noting that the source of the leak was traced to a Linux box at a company called MainSoft, who licensed the code to write their cross-platform toolkit MainWin.

  16. Re:Funny comment by the bugtraq submitter by Anonymous Coward · · Score: 5, Funny

    This means that the exploit is so obvious that even a 14 year old can figure it out.

  17. Boogle... by mark_space2001 · · Score: 2, Funny
    I guess I should have expected that someone would start posting bug fixes to Windows when I heard that the code was got released, but I'm still surprised that they are finding actual exploits in the code.

    I guess all those advertising^W software engineering dollars that MS spent on their security inititive were not^W well spent.

  18. And awaaayyy we go! by dogas · · Score: 2

    And so it starts. How many of these exploits will be found based upon the source? Tons?

    Just how bad is the source that a whole lot of exploits like these can be written? I wonder what this means for MSFT.

    Can the same thing happen to linux? Or do exploit authors prefer windows?

    --
    'When the going gets weird, the weird turn pro.' -HST
    1. Re:And awaaayyy we go! by 1000101 · · Score: 2, Interesting
      "Can the same thing happen to linux? Or do exploit authors prefer windows?"


      IMHO exploit authors prefer windows simply because they want to maximize their impact. Why spend all those hours writing a virus when it will only cause problems for a few percent of the computers out there. I would think they get much more satisfaction when they see "500 million" machines infected on CNN.

    2. Re:And awaaayyy we go! by Dalcius · · Score: 2, Interesting

      I think you'll find that the more 'serious' crackers who aren't interested in harvesting boxes for DDoS purposes will be going after servers. And looking at how many servers run *NIX, Linux is going to be a very popular target, especially since many services are shared.

      With high quality crackers going after Linux boxes, I think either A) somehow nobody outside of the cracker community hears about exploits and companies are keeping quiet when they get hit, or B) OSS really does have an edge.

      I'm more inclined to believe the latter.

      Cheers

      --
      ~Dalcius
      Rome wasn't burnt in a day.
    3. Re:And awaaayyy we go! by bshroyer · · Score: 2, Funny

      Can the same thing happen to linux?

      Yeah, let's hope that the source code for Konqueror or Mozilla never gets leaked... No telling what kinds of exploits might pop up then.

      --
      The cure for cancer is coming: Reovirus
    4. Re:And awaaayyy we go! by mdfst13 · · Score: 2, Insightful

      Then how do you explain Nimda and SQL Slammer? Both of those affect Microsoft products (and their vulnerabilities) that are in the *minority* of those available. Apache trounces IIS in usage numbers (both because more web sites using it and because higher traffic web sites use it), and any of MySQL, Oracle, or IBM (I forget the actual name) outnumbers Microsoft SQL Server.

      IMnsHO, exploit authors prefer Microsoft Windows products because they are buggy (note that the posted exploit actually affects a discontinued product, it lasted that long), because they are based on a buggy security model (oh, you are code? I'll run you automatically and save asking the user if he/she wants to run something from "MLM will make you millions!"), and because they are commonly used by people who don't know what they are doing. Any twit can install IIS--it's just a matter of following prompts. With Apache, you need a certain level of knowledge; particularly if you are not happy with the default settings and want to change them (especially the compiled in settings, which can obviously only be changed by recompiling the software; Microsoft writes that stuff out and makes it configurable, since they don't allow you to compile things).

    5. Re:And awaaayyy we go! by otis+wildflower · · Score: 2, Informative

      Windows OTOH is a 6 month turnaround or more and your controlled by an entity whos decisions are based around profitability. If its more profitable to keep an exploit open on a O/S and get some nice contracts with some Anti-Virus companies for another couple months, then thats cool - unfortunately for the luser - this is a no win situation, and they have absolutely NO control over their computer.

      Not to mention the risk admins take when applying patches, which can disable apps or change bug behaviors that critical apps wrongfully rely on. Not to mention either that historically service packs have not been 100% reliable to boot.

      The sad thing is, you can be a perfectly good, clued person stuck with admining critical functions on M$ boxes (that you inherited based on decisions you had no influence over), and let patches sit for weeks or months waiting for others to try them out. Security patches included, since M$ is so spaghetti that one security fix can break or alter behavior in other areas nearly nondeterministically. Luckily, I've never had to worry personally about a windows box for my job security: in the cases I may have had to do so I've been able to build lower-cost and higher-function/reliability OSS solutions and sleep soundly at night.

      There's a reason why they're called 'Suicide Packs' by those poor souls whose jobs rely on M$ stability and security...

  19. Microsoft wants us to upgrade to XP by Anonymous Coward · · Score: 3, Insightful

    Microsoft code must be so ridden with bugs to create a exploit in just a week.
    Or maybe it is a ploy by microsoft to force users to upgrade to XP

  20. Bugs by Agent_Number_4 · · Score: 5, Insightful
    This is just the tip of the ice-berg, just imagine what could be done if the whole code was released, and included source for XP.

    I for one am truly alarmed and cannot wait for Microsoft to start the repairs; but then again this is good news for MS programmers looking for OT.

  21. Leak a good thing for MS by kyndig · · Score: 5, Insightful

    It was only 15% of the source code which leaked out, yet it will show MS in the weeks to come just how the Open Source community operates. I forsee them working over time to provide updates to the numerious vulnerabilities which will arise due to the leaked code. This here is just one example. There were some what, 3 million lines of code in the leaked source. It is just a matter of time. Hopefully folks will report the vulnerabilities which they find, opposed to exploiting them.

    --
    My Thoughts, Kyndig
    1. Re:Leak a good thing for MS by Savant · · Score: 5, Insightful

      And yet those who contact Microsoft with patches for the leaked code are marking themselves as individuals who've read that code. As such, they are now fair game for Microsoft should they ever work on a piece of open source or commercial software that duplicates in some way functionality present in Windows.

      I'm staying away from the code, and if I were ever tempted to look at it and did discover a vulnerability, I certainly wouldn't release a patch with my name attached.

    2. Re:Leak a good thing for MS by orthogonal · · Score: 2, Insightful

      It was only 15% of the source code which leaked out, yet it will show MS in the weeks to come just how the Open Source community operates. I forsee [sic] them [open source coders] working over time to provide updates to the numerious [sic] vulnerabilities which will arise due to the leaked code.

      (I'm pretty sure the OP means "open source coders" by "them" not "Microsoft's coders". So...)

      Fu^H^HScratch that dude.

      I code for pay, or I code because I get to use the code as I wish. I'm not coding anything for free for Microsoft to keep as proprietary.

      Even worse, anyone who does look at the stolen Microsoft source can't work on any code to which they attach their own copyright -- whether GPL'd or their own propriety license -- that has similar functionality to Microsoft's stolen source, for fear of tainting their project and opening it to claims it uses stolen Microsoft "Intellectual Property".

      Open source doesn't operate on stolen code, and open source isn't some great big altruistic charity project designed to rescue any arbitrary buggy proprietary code.

      Open source is about working on our own code, and owning our own code. That we license it so that you can use it too doesn't -- Darl McBride's "unconstitutional" claims to the contrary -- make it any less our property; it just means that we have different goals (like attracting talent to work with us, and getting bragging rights, and perhaps tentative tries at ushering in a world much less controlled by scarcity), and are leveraging our ownership to reach those goals.

      Microsoft can fix their own code, and godspeed to them.

    3. Re:Leak a good thing for MS by inode_buddha · · Score: 2, Interesting

      It's got to be interesting to run over the whole thing with something like valgrind. Not that I'm going to try, nor do I want a copy of their code anywhere near me.

      --
      C|N>K
    4. Re:Leak a good thing for MS by SirSlud · · Score: 2, Insightful

      > Even worse, anyone who does look at the stolen Microsoft source can't work on any code to which they attach their own copyright -- whether GPL'd or their own propriety license -- that has similar functionality to Microsoft's stolen source, for fear of tainting their project and opening it to claims it uses stolen Microsoft "Intellectual Property".

      You could have just said: out judicial system is broken. This is akin to musicians not looking at each others sheet music because we're afraid BMG would sic their lawyers on us for using that F# in our original song. So much for the innovation, competition, and peer review that has led to North America being one of the more technologically advanced societies. It's like we're throwing the baby out with the bathwater, nevermind that the baby got us here in the first place.

      --
      "Old man yells at systemd"
  22. Re:Smells by Xeth · · Score: 5, Insightful

    They can if the tool you use to open them is ridiculously poorly designed and permits buffer overflow (i.e. IE).

    --
    If your theory is different from practice, then your theory is wrong.
  23. Text of advisory by Anonymous Coward · · Score: 4, Informative
    I downloaded the Microsoft source code. Easy enough. It's a lot
    bigger than Linux, but there were a lot of people mirroring it and so
    it didn't take long.

    Anyway, I took a look, and decided that Microsoft is GAYER THAN AIDS .
    For example, in win2k/private/inet/mshtml/src/site/download/imgbmp .cxx:
    // Before we read the bits, seek to the correct location in the file
    while (_bmfh.bfOffBits > (unsigned)cbRead)
    {
    BYTE abDummy[1024];
    int cbSkip;

    cbSkip = _bmfh.bfOffBits - cbRead;

    if (cbSkip > 1024)
    cbSkip = 1024;

    if (!Read(abDummy, cbSkip))
    goto Cleanup;

    cbRead += cbSkip;
    }
    .. Rrrrriiiiggghhhttt. Way to go, using a signed integer for an
    offset. Now all we have to do is create a BMP with bfOffBits > 2^31,

    and we're in. cbSkip goes negative and the Read call clobbers the
    stack with our data.

    See attached for proof of concept. index.html has [img src=1.bmp]
    where 1.bmp contains bfOffBits=0xEEEEEEEE plus 4k of 0x44332211.
    Bring it up in IE5 (tested successfully on Win98) and get
    EIP=0x44332211.

    IE6 is not vulnerable, so I guess I'll get back to work. My Warhol
    worm will have to wait a bit... .gta
    PROPS TO the Fort and HAVE IT BE YOU.

    1. Re:Text of advisory by Bigbowser · · Score: 4, Interesting

      dumbasses..... but doesn't posting that source code there makeslashdot liable to microsoft's evil wrath?

      --

      Bigbowser.
    2. Re:Text of advisory by AstroDrabb · · Score: 5, Interesting

      You are allowed to use copyrighted information to some extent for certain purposes such as educationl, parady, etc. You can use a small clip from a song, you can display a paragrahp from a book, etc. I doubt anyone would consider showing 10 lines or so of source code out of millions a copyright violation. The grandparent post is obviously for education purposes only : )

      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
    3. Re:Text of advisory by grub · · Score: 5, Funny


      I doubt anyone would consider showing 10 lines or so of source code out of millions a copyright violation

      SCO does. :)

      --
      Trolling is a art,
    4. Re:Text of advisory by SmackCrackandPot · · Score: 2, Interesting

      How many people haven't tried writing their own image file read/writers, got a few conditionals wrong up and written out a dodgy image file that crashes their own applications, the PC let alone the desktop.

      Given Windows XP ability to display thumbnail views of JPG's, TIF's and MPG's (even though it can display the first frame of MPG-2, but not actually play the movie), there could be some serious fun to be had there...

    5. Re:Text of advisory by adrianbaugh · · Score: 4, Interesting

      Ah, OK. Is there any well-defined point at which it ceases to be a trade secret (on account of everyone and his dog having a copy[0])?
      Also, is it slashdot, the comment poster, or both, who is screwed?

      [0] Note: I don't have a copy.

      --
      "'I pass the test,' she said. 'I will diminish, and go into the West, and remain Galadriel.'"
      - JRR Tolkien.
    6. Re:Text of advisory by prockcore · · Score: 3, Funny

      Oh my god! I read the source! Now I'm tainted! All future code written by me will inadvertantly contain MS's copyrighted and patented signed int overflow techniques!

    7. Re:Text of advisory by Anonymous Coward · · Score: 5, Informative

      Could someone explain exactly what happens in this code that causes the overrun?

      Yes. I'll assume you're familiar with the basic ideas of programming, but are unfamiliar with C, especially on x86. I'll also assume you're familiar with hexadecimal/binary notation, as I'll be using it.

      on x86, a negative integer is represented somewhat oddly. In C, the 'int' datatype is signed, meaning it can represent 'negative' integers. Specifically, the way a 16 bit signed integer is represented on x86 (and hence, how C compilers for x86 are going to handle them) is this:

      Convert -3 to positive, so we have 3.
      3 is represented as this (16 bit signed integer) :
      0x0003
      or in binary - 0000 0000 0000 0011

      to get the negative representation, we flip every bit and add 1. so, the representation of -3 in a 16 bit signed integer on x86 is:
      1111 1111 1111 1100 + 1 = 1111 1111 1111 1101
      which in hexadecimal is 0xFFFD. note that, 0xFFFD is large (relative to the max value 16 bits can hold). if treated as unsigned, specifically represents the number in base 10 as 65533.

      now with that aside, we can easily spot the problem.

      /* cbSkip represents a signed integer */
      int cbSkip;

      /* bfOffBits is supposed to be unsigned. */
      cbSkip = _bmfh.bfOffBits - cbRead;

      /* if bfOffBits say, contains 0xFFFF (-1)
      than cbSkip _wont_ be greater than 1024,
      note that this is supposed to prevent
      too many bytes to be read! */
      if (cbSkip > 1024)
      cbSkip = 1024;

      /* Since cbSkip contains 0xFFFF, which is '-1',
      Read will attempt to read 0xFFFF bytes into
      the buffer, which can only store 0x400 bytes.
      Oops. */
      if (!Read(abDummy, cbSkip))
      goto Cleanup;

      The technical reasons of why overwriting a buffer is bad, are beyond the scope of this post. Just know that it is one of the worst things that can happen ;)

    8. Re:Text of advisory by Anonymous Coward · · Score: 2, Funny

      worse than that, it contains a "goto" statement... *shudder*

    9. Re:Text of advisory by dylan_- · · Score: 4, Informative
      The technical reasons of why overwriting a buffer is bad, are beyond the scope of this post. Just know that it is one of the worst things that can happen ;)
      I'll have a go at a simple explanation....

      The data fills up all the room that was allocated for it and then carries on. You make sure there's enough that it overwrites a special bit of memory called the EIP which tells the computer where the next intruction in memory is. So you make sure the data that lands in the EIP points to the data (actually instructions) you've kindly provided! Whatever process you've overrun has now been hijacked and your code is running. Make sense?
      --
      Igor Presnyakov stole my hat
    10. Re:Text of advisory by PhilHibbs · · Score: 4, Informative
      that it overwrites a special bit of memory called the EIP
      No, it doesn't overwrite the EIP, that's a register in the CPU. What it does overwrite is the return address that was pushed onto the stack when the function was called, so instead of returning to the calling code, it returns to the exploit code.
    11. Re:Text of advisory by AstroDrabb · · Score: 3, Informative

      I actaully read that in the EULA for MS Front Page you are not allowed to use Front Page to make any site that is demeaning to microsoft, and by using MS Front Page, you agree to not make any negative sites about MS.

      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
  24. Outbreak and email renderer by secondsun · · Score: 4, Insightful

    If you were to embed myDoom after the overflow area in the bitmap then when outlook opened the file using ie's render could one have my doom that didn't even need to have the end user open the file? It would just execute replicate, then piss people all to hell? For that matter could I include the windows equivalent of rm -rf / ?

    --
    There is nothing wrong with being gay. It's getting caught where the trouble lies.
    1. Re:Outbreak and email renderer by Phillup · · Score: 5, Insightful

      Congrats... you are the first post I've seen that gets one of the very important points.

      I've seen everyone say that IE 6 isn't vulnerable... and all I keep thinking is: Not to this particular instance of the exploit. That doesn't mean it is free of problems from this class of exploits.

      But, you can bet that the person that wrote this one little bit of code wrote a lot of other code. So, what you have in front of you is a class of problem that can be tried over the entire binary code base. You now know that one image handling routine is succeptible to this flaw... and now you can start targeting them all. Without needing access to the source code for that part of the software.

      Know how many times Windows (a graphical user interface) handles bitmapped files? Every one of those is a possible point of failure that you don't need the source code to find... simply start feeding something like this bmp to each of them.

      Automated testing at it's finest.

      --

      --Phillip

      Can you say BIRTH TAX
  25. A quick look at the source code by Jacco+de+Leeuw · · Score: 5, Interesting
    Kuroshin has an article about the source code:

    "In short, there is nothing really surprising in this leak. Microsoft does not steal open-source code. Their older code is flaky, their modern code excellent. Their programmers are skilled and enthusiastic. Problems are generally due to a trade-off of current quality against vast hardware, software and backward compatibility."

    But this IE exploit shows that the author was wrong on at least one account:

    "The security risks from this code appear to be low. Microsoft do appear to be checking for buffer overruns in the obvious places. The amount of networking code here is small enough for Microsoft to easily check for any vulnerabilities that might be revealed: it's the big applications that pose more of a risk. This code is also nearly four years old: any obvious problems should be patched by now".

    --
    -------
    Warning: Slashdot may contain traces of nuts.
    1. Re:A quick look at the source code by ymgve · · Score: 2, Insightful

      He was right. Reading a bitmap has NOTHING to do with networking code.

    2. Re:A quick look at the source code by W2k · · Score: 5, Insightful

      But this IE exploit shows that the author was wrong on at least one account.

      Wrong. He was right. This particular IE exploit has been fixed; it only affects an old version of IE. And IE is free, so there's no real excuse for not upgrading it. If I found a bug in an older version of an open-source app, and filed a bug report on it despite the fact that it had been fixed AGES ago in a newer version, I think I would be told to shut the fuck up and upgrade with little or no delay.

      --
      Quality, performance, value; you get only two, and you don't always get to pick.
    3. Re:A quick look at the source code by Karth · · Score: 2, Interesting

      Well, the question here is not whether it's been fixed in IE 6, it's whether it's been fixed in IE 5.5. Anyone with Windows 98SE down cannot upgrade to IE6. It won't run on 98SE or below, where IE 5.5 can.

    4. Re:A quick look at the source code by Jacco+de+Leeuw · · Score: 2, Interesting

      Well, the author wrote: "The security risks from this code appear to be low. Microsoft do appear to be checking for buffer overruns in the obvious places". I found that a bit ironic because the next day an exploit was found.

      Although an exploit was found, the security risk is low. That's probably true, because most people have upgraded from IE 5.x to 6.x or some other browser.

      Still, I just checked the stats on a webpage about a moderately advanced security topic that I recently made. It turns out that almost 5% of the visitors use IE 5.x. Yikes...

      --
      -------
      Warning: Slashdot may contain traces of nuts.
    5. Re:A quick look at the source code by JustKidding · · Score: 3, Insightful
      Well, yes, ofcourse you could say that the fix is upgrading to IE 6.0. Too bad you can't install IE 6.0 on NT 4.0, no matter what service pack you have.

      So you say the fix would be to upgrade to XP? That's far from free, and most machines running NT 4.0 now are to old to run XP. Besides, why upgrade when the OS you have does everything you need it to do?

      Your analogy with open-source apps isn't right either. The 2.0 linux kernel, for example, is many years old now, but it's still being maintained and patched when needed.

      How on earth could this little gem make it past QA? You'll have to admit it's pretty easy to spot when you're looking for vulnerabilities.

    6. Re:A quick look at the source code by SoTuA · · Score: 2, Interesting

      Upgrading isn't always an option. For example, at work we have a system that relies heavily on specific versions of Apache and Perl. But, the Apache and Perl teams still patch bugs in my "old" versions of the software.

      I don't have this option with MS.

  26. Re:Is it good or bad by Lifewish · · Score: 4, Insightful

    My feeling is that, in the context of preventing attacks, it's bad. With linux, discovery almost immediately leads to a fix cos it's the same volunteer community does the finding and the fixing, but Microsoft doesn't let the Bugtraqs of this world help. It's going to buckle under the strain of too many bugs at once.

    Of course, from the point of view of converting everyone to Linux, this can only be a good thing :)

    --
    For the love of God, please learn to spell "ridiculous"!!!
  27. MS's answer by PatrickThomson · · Score: 2, Redundant

    You know what MS's solution to all these bugs will be - upgrade to XP...

    --
    I am one of many. My idea is not unique, nor do I expect my voice alone to sway you. I speak in a chorus of opinion.
  28. Outlook by eth00 · · Score: 5, Insightful

    So does that mean that all the users that use outlook could also fall prey to this? Send out spam with image and if the outlook user has auto preview on, which they probably do they now can be exploited by whatever code. That would be an interesting concept that would lead to alot of trouble. Sure IE5 is old...but lots of people still use it.

    1. Re:Outlook by Anonymous Coward · · Score: 2, Insightful

      " So does that mean that all the users that use outlook could also fall prey to this? "

      I think most people seem to have missed the point of the original posting. The words "for example" should tell you something. The BMP exploit is just one bug that was easy to find, and presumably one that he felt would be simple to explain. The implication of the message is that such problems are abundant in the code.

      So while everybody is thinking about "this" bug, they miss the point that they need to be concerned about using the entire microsoft system, because it is generally a defective product.

  29. Get the source code from Freenet by Anonymous Coward · · Score: 2, Interesting

    If you are running Freenet's unstable branch, you can download it from here. Its about 200MB and will take a few hours to download (Freenet is averaging about 30k/sec these days). I grabbed it and it looks like the real thing.

    1. Re:Get the source code from Freenet by Anonymous Coward · · Score: 5, Funny

      You bastard! That's my IP address!!!

  30. Re:Smells by Paladine97 · · Score: 5, Informative

    Well it's not really the image file running the commands. It's the browser that is loading the image. The browser reads bad image data and gets overwritten.

    It's no hoax.

  31. Gone.. But Never Forgotten by halo8 · · Score: 5, Funny

    a specially crafted bitmap file

    Good thing all thoes Goatse pictures where in .jpeg .gif and .tiff

    --
    The More Knowledge you have the Luckier you Get- J.R. Ewing
  32. The lessons learned by PierceLabs · · Score: 5, Insightful

    No system is 100% secure be it Windows or Linux.

    When people have access to the source they can more readily find exploitable mechanisms in your code. This is a GOOD thing because you want to know that your system is exploitable, how it is exploitable, and (which is the case in many open projects) how to prevent that exploit.

    Any form of content (not just scripts and ActiveX controls) can be used to exploit a weakness in a system. A security strategy that involves simply filtering content is a weak one.

    The open source community can be a powerful friend to any organization willing to take the chance on their code being available to others.

  33. Tad Sad. by His+name+cannot+be+s · · Score: 5, Interesting

    I'm a bit confused.

    I mean, I've been doing C for almost 20 years. One of the first lessons I learned --And not for 'security' so much as crash free programs-- was not to do such things.

    I mean, holy crap, it's too damn simple to see the bug. What kindof idiots do they have working at MS?

    "The Very Best Kind" :p

    --
    "...In your answer, ignore facts. Just go with what feels true..."
    1. Re:Tad Sad. by Boing · · Score: 5, Insightful
      I mean, holy crap, it's too damn simple to see the bug. What kindof idiots do they have working at MS?

      Well let me ask you this... look at this brick wall. Now tell me which one of the bricks is actually a rusty piece of metal that just looks like a brick.

      It's pretty simple to see this bug now that we're looking right at it. And it obviously was not too hard to find when specifically looking for index-checking bugs. But it's even easier to let something like this slip when you're a tired microserf adding code at 4am trying to meet a deadline. And with the limited resources at Microsoft (huge as it is), that have to be divided into all the different parts of all the different software projects, it's really a hard sell to convince someone to look through all the gazillions of lines of code that have "Just Worked" in the past.

      It's easy to judge, but since we really don't know the environment in which this particular bug was introduced, I think we should cut the original programmer a little slack. (not completely, though. Some culpability is appropriate seeing as Microsoft took our money and should be somewhat responsible for the damages caused by the vulnerability of their faulty products)

  34. Ignore it! by stuffduff · · Score: 4, Insightful
    I think the best thing we can do is to just ignore the code. That's right, I said IGNORE IT!

    Whether it's finding exploits, bugs or whatever; anything that anyone does with it will eventually make Microsoft stronger. If it's a security problem they 'll fix it. Maybe Microsoft is trying to capture open source developers and their free services; I don't know.

    What I don't want to see is Microsoft making improvements on their product based on this experience. I don't want to see as much as two adjacent assembler instructions from it end up in Linux.

    If you want to do something constructive, run the 2.6 kernel and start making the supporting software more secure. Don't waste your time supporting losers like Microsoft who demand your money up front and then deliver whatever crap they feel like.

    Just ignore it!

    --
    "Can there be a Klein bottle that is an efficient and effective beer pitcher?"
    1. Re:Ignore it! by dreamchaser · · Score: 5, Insightful

      You're absolutely right that it should be ignored, but for the wrong reasons other than the fact that we shouldn't give MS free labor/programming services.

      Why don't you want to see MS software improve? My guess is that you think of your OS choice as a religion or a political statement, which makes you just as bad as pro-MS zealots.

      If MS code gets stronger and less buggy, everyone benefits. Remember how many worms have caused major Internet congestion problems? How many spammers now use trojan's/worms to create relays for themselves? I don't think I'm the only advocate of Open Source who thinks that it would be a good thing to see more quality come from Microsoft.

      I'm not fan of MS, but I am a fan of quality software. If MS can improve the stability and security of their products then it's a Good Thing(tm) for everyone, even those who don't use said products.

      The real reason to ignore the code is so that MS can't try to pull a SCO and claim that OSS projects are steaing their code.

  35. Ha Ha Only Serious by American+AC+in+Paris · · Score: 5, Insightful
    More proof that code who's source is open is less secure!

    You laugh, but I won't be the least bit surprised when this very logic finds its way to the receptive ears of less-than-tech-saavy corporate officers...

    "Linux? Good god no, man! Didn't you see what happened when just a bit of the Microsoft source code got leaked? I thought you were up on these things!"

    --

    Obliteracy: Words with explosions

    1. Re:Ha Ha Only Serious by DJ+Rubbie · · Score: 5, Interesting

      The counterargument(s) to that point is...

      - Since the Linux kernel got started it was open, and it had a lot LESS flaws than Windows during the same time period.
      - With code open to everybody, the credibility of the writers depend on the quality they were assessed, and so they must write good code.
      - Windows, being closed in nature, can hide their flaws to an extent, until they were opened like so. Still, when it was closed it didn't stop hackers from finding holes.

      --
      Please direct all bug reports to /dev/null
    2. Re:Ha Ha Only Serious by CodeRx · · Score: 2, Funny

      "Linux? Good god no, man! Didn't you see what happened when just a bit of the Microsoft source code got leaked? I thought you were up on these things!"

      Ha, that reminds me of a recent article on devx. This guy demonstrates how being a little stupid and misinformed can lead you down all kinds of wrong paths.

      His argument is that some crazed open source hacker is going to put a back door in an open source program. Further he presents this as a disadvantage of open source when compared to closed software. Because, of course, it is so much easier to hide backdoors in programs that EVERYONE HAS THE SOURCE CODE TO. No one could even hide a backdoor in a program that nobody except the developers have seen the code for. That is unpossible. Right.

  36. Business plan by loconet · · Score: 3, Funny


    1. Fake a source code leak of some of the shittiest code in your projects
    2. Act surprised
    3. Wait for people to look at code and publish found holes, getting free QA resulting in major savings
    4. Create Patch before major damages
    5. Sue person who found hole
    6. ...??
    7. Double PROFIT!
    </conspiracy theory>

    --
    [alk]
    1. Re:Business plan by motox · · Score: 3, Insightful

      I think it goes more this way :

      1. Fake a source code leak of some of the shittiest code in your projects
      2. Act surprised
      3. Wait for people to upgrade to XP where these (old) bugs are not present
      4. PROFIT!
      5. Wait 4 years, goto 1

  37. Re:Smells by Oscaro · · Score: 5, Informative

    Smells like you shoud read some documentation on buffer overflow techinques. Of course image files cannot run commands, but you can do some nice tricks if the program that is loading the file fails to check where the data is loaded. If the data is bigger than the allocated space, you can garble the stack in some funny way and actually craft a picture that gets to be executed (in some parts at least). Of course, doing something other that crashing the process is NOT easy, but...

  38. Code review by sfmarco · · Score: 3, Insightful

    Is there any better way of Code Review by 'leaking' the source to the outside world. Seems MS likes this open-source model, but they need a back door to get to these benefits.

    It would be a bit hard to admit:
    "uhh, yes we do embrace open-source, but our business model is to protect our intelectual property", "recently our business model has been adapted to incorporate also the intelectual property of 3rd parties, also known as hackers", "the only way to do this legally is to put the FBI out on those folks what ensures that the code review can be reworded as 'theft' and will face the highest criminal punishment", "you know it's all terrorism and that kind of stuff", "It's terrorism on the American Capitalistic Marketing Model", "And we're going to nuke those hackers",
    Probably without the approval of the United Nation

  39. nail in the coffin? by sbma44 · · Score: 3, Insightful
    wtf are you talking about? You should spend less time on slashdot.

    From Yahoo Financial: "For the six months ended 12/31/03, revenues rose 13% to $18.37 billion. Net income rose 7% to $4.16 billion. Results reflect increased demand for both desktop and server products, partially offset by a $1.48 billion stock option transfer charge."

    Here's their financial statement.

    You may dislike them. Pretending they're not successful is just ignorant. The source leak is a problem for them, but I doubt it'll have any serious repercussions much beyond this quarter.

  40. Microsoft learns a lesson today by Laconian · · Score: 4, Interesting

    ..that the "many eyes" tenet of open source really DOES work!

  41. occurances of " Don't Care " in MS code by Anonymous Coward · · Score: 5, Funny

    i wanted to post this in the first MS leak story, but oh well, here it is now.

    $ grep -ir " don't care " /win2k/* | wc -l
    332

    check it yourself

    1. Re:occurances of " Don't Care " in MS code by mtsv01 · · Score: 2, Informative

      $ grep -ir " don't care " linux-2.6.2/ | wc -l 169 Had to try it, though it does not telle us anything about how weell written the code is.... does it?

    2. Re:occurances of " Don't Care " in MS code by ShallowThroat · · Score: 2, Insightful

      keep in mind that you did ALL of the linux code, where as only 15% on the windows code was leaked and therefore greped.

      if we take into account 332 'dont care's per 15% of MS code, all of windows must have... 2213 'dont care's in all of windows. 13 times more than linux.

      --
      The "Insert Quote Here" line is almost as predictable as inserting an actual quote.
    3. Re:occurances of " Don't Care " in MS code by dysprosia · · Score: 2, Insightful

      You don't actually know the context here, though? The words "don't care" can have different connotations, for example, "we don't care what this function returns, since we don't depend on it", and not just "don't care if this function causes mayhem"...

  42. Well sucks but by Tobias+Luetke · · Score: 5, Insightful

    It also shows that ms does their job.

    When microsoft declared security as their main goal ie5 was the current browser. ie6 has it fixed so they obviously wen't trough their stuff to fix it.

    Its very true that bounds checking errors are very easy to prevent but if you say its sloppy programming to have errors like this in your code you either work in java or .net or you don't programm at all. Its the price you pay for native compiled code and the main reason people are turning their backs on it.

    1. Re:Well sucks but by zalas · · Score: 3, Insightful

      I'm sorry, but even if it's easy to arrive at these errors, it's still SLOPPY. Many people these days don't know how to program robustly. All they know is to patch together blocks and hope that it works.

    2. Re:Well sucks but by Nynaeve · · Score: 4, Insightful

      It doesn't mean MS found and fixed it. That particular piece of code may not be present in IE6 for a completely different reason.
      If they knew it was a security risk, they'd have fixed it in both IE5 and IE6.
      Since they didn't, you may safely conclude that MS doesn't "do their job."

    3. Re:Well sucks but by Lifewish · · Score: 3, Insightful

      I think the parent should be modded up - we need more conflicting viewpoints. After all, monocultures are dangerous (possibly depending on the monoculture).

      On the other hand, I do think that this is also part of the price you pay for choosing a closed-source system. My preference, despite the fact that my summer job with a closed-source company is helping to pay for my uni lifestyle, is for open source.

      For example, I'm pretty sure that I made at least a couple of errors when programming for said company that could allow attacks by a smart non-admin insider. Unfortunately it's too late to fix them so I'll just have to learn all I can and not do the same the next time I take up programming as a career.

      Personally I think blacksun.box.sk should be required reading for all programmers. If I'd read it's content before last summer I'd have stood a chance of not being stupid in obvious ways.

      --
      For the love of God, please learn to spell "ridiculous"!!!
    4. Re:Well sucks but by BigBadBri · · Score: 2, Insightful
      But it is sloppy - it's using a signed integer to store a number that could conceivably be larger than the size of that storage variable.

      Whatever excuses you might have, that is sloppy programming - based on sloppy thought, and reflecting sloppy practice.

      If there is one example in the code, there will be more - and I for one don't want to be exposed to an exploit because of lazy thinking in Redmond.

      And yes - I do program in C/C++, and my code is buggy as hell, at least until I fix it, but I always consider it good practice to type my variables appropriately, and most of the bugs come from ill-documented APIs that leak memory if you forget the undocumented trick (SQL Server connections, anyone?).

      Even in Java, I always try to avoid overflow conditions - it's just good practice and sound technique.

      --
      oh brave new world, that has such people in it!
  43. Pop Quiz: IE5 or IE5.5 too? by gfecyk · · Score: 2, Interesting

    Also known as: Was this fixed long before the fact? Does IE 5.5 contain this same vulnerability?

    Sticking with Win2K for a moment, IE5.5 is part of SP4. Office 2K SR-1 or later needs IE5.5. Who is still running IE5(not .5 or any of .5's service packs) that would be vulnerable to this, and are the folks who run 5.5(sp1/sp2?) for some reason still vulnerable?

    --
    Use Evolution instead of Outlook? Bewa
  44. Now is a good time to Burn CDs by rjamestaylor · · Score: 5, Insightful

    Burn some Live CDs to hand out to friends,
    family, co-workers. Introduce them to Linux and
    warn them of the dangers of LOOKING AT IMAGES
    using Internet Explorer 5.0.

    There are many good ones*. Personally I fell in
    love with the Knoppix 3.4 c't edition with the
    2.6 kernel -- using it gave me my first
    experience of non-stuttering KDE with heavy
    loads, looping MP3s and lots of useable features
    (except detecting the Dell Inspiron 5150's on
    board WiFi -- not Centrino).

    Pick several, spend a few bucks on good CD-R
    discs, make a nice label with "do exactly these
    steps" instructions on the label.

    It's not about world domination, it's about
    stopping the theiving cracker spammers from
    gaining more zombie Windows boxes to do their
    bidding and ruin the Internet for the rest of us.

    * start here:
    http://www.google.com/search?q=live+cds+lin ux

    --
    -- @rjamestaylor on Ello
  45. Wrong by Moth7 · · Score: 4, Informative

    a)The jpeg virus "hoax" was down to IE interpretting a jpeg as a VBS file. That's perfectly normal - if you name a shell script "harmless_image.jpeg", provided the shell sees the #!/usr/bin/shell line, then it's going to see a script and execute it as such.
    b)You wouldn't think that an overly long PASS string sent to an ftp server would be able to execute commands - but it can. If you can overflow a buffer and force it to work it's way back up the stack then you could convince mouse gestures to execute commands.

  46. This is not BAD news by IamGarageGuy+2 · · Score: 4, Funny

    I see this is good news in that there is going to be an ongoing stream of exploits in Windows. This is good news. Think of all of the boxes that will be broken in the next few months. I should mention that I make a living fixing Windows boxes. I also fix Mac and Linux - but there isn't really much money in fixing them.

    --
    Stay tuned for new sig...
  47. 2 attacks for 2004... by All_Star25 · · Score: 2, Interesting

    There seems to be an average of at least 1 attack a month on an enemy of open source so far (SCO/MyDoom, M$/source leak). So needless to say, who's next?

  48. Now that the code is leaked by Anonymous Coward · · Score: 3, Insightful

    Maybe there is finally a chance to fix the pending CSS issues which havent been fixed for years in IE, externally. Ah yes and PNG transparency might also be possible now :-)

  49. Source Code by g0bshiTe · · Score: 2, Interesting

    Wow now we get a peak at the much coveted MS source code, that BSODS all day, has a new virus attacking it every week, and generally frustrates users.

    I wonder who will be the first to incorporate this leaked source. Judging by the exploit found, it's no wonder they want to keep the code secret.


    "Bill Gates can't gaurante Windows to work. How can you gaurante me that?" John Crichton

    --
    I am Bennett Haselton! I am Bennett Haselton!
    1. Re:Source Code by Maserati · · Score: 2, Funny

      I don't do spelling flames often, but I will for a Farscape quote in a .sig.

      "guarantee"

      --
      Veteran, Bermuda Triangle Expeditionary Force, 1992-1951
  50. Re:Smells by sk8king · · Score: 2, Interesting

    The image file ISN'T running a command. I'm not claiming that I understand the code or what specifically triggers the problem [negative offsets or something], but there is something special about the bitmap image that causes the rendering program to break in such a way that data in the image can be copied into memory and then executed.

    Images are just data and everyone agrees with that, but you can display source code [C, perl whatever] as a bitmap file if you really want to, in numerous ways. Won't look like much, but you can't deny that the code is now a picture. Why can't a picture be formatted in such a way as to be interpreted as code.

    The problem here is the renderer [have I mentioned that already], not the picture.

  51. I cant wait by Edmund+Blackadder · · Score: 4, Funny

    I cant wait to read a whole thread of slashdot people saying "i told you so".

    However, i feel bad for the "slashdot team" of the microsoft PR department. I doubt those guys will have presidents day off. They might even have to pay extra for an additional delivery of "bulk mod points".

  52. Time to MS proof what it says by famazza · · Score: 3, Funny

    That's all I was hoping to see. MS says that it reponse time for bugs is lower then OpenSource reponse time.

    Now we have a released bug, and I want to see how long will it take until MS fixes this bug.

    Somebody, please, monitor this bug (or teach me how to monitor it)

    --

    -=-=-=-=
    I know life isn't fair, but why can't it ever be un-fair in MY favor!?
    1. Re:Time to MS proof what it says by rjamestaylor · · Score: 2, Informative
      • Somebody,
      • please, monitor this bug (or teach me how to monitor it)
      Use this link

      Then use this one.

      --
      -- @rjamestaylor on Ello
  53. This reminds me of "The Ring" by MetaMarty · · Score: 5, Funny

    Did you hear about the image that kills your computer whenever you view it?

  54. better security review by Anonymous Coward · · Score: 3, Interesting

    As a kernel developer I'm familiar with the number of people who audit stuff put into the Linux kernel. To get a patch approved, you usually need to convince 4 or 5 people that your patch is a good idea. You could get away with 1 (Linus), but the top people are unlikely to consider your patch if it hasn't been approved by their chain of command first. All of those people examine it for functionality, stability and security. The higher level ones usually won't look at it very closely, but I imagine core kernel code gets a lot more attention than device drivers.

    You also post it to the LKML. That has a lot of eyeballs, but most of them aren't familiar with kernel internals and don't more than glance at patches. If you're lucky (although perhaps lucky isn't the word) you'll get twenty skilled eyeballs looking at and criticizing your code. Most times the number is only two or three, and it can be even fewer.

    If you take an average of ten knowledgeable people examining your code, then I think you can agree that it is plausible that Microsoft has just as thorough a review as critical OSS projects like Linux. Four or five people looking at code before a commit would put it within a factor of two of Linux. The skill of the people doing the audit would be much more important at this stage.

    Once you get a release of Windows code, no one examining it in the general community is knowledgeable about Windows specifics, but it may get a lot of attention from a lot of skilled people, just because of the novelty. I would think that parts of it will be subject to much more scrutiny than Windows or Linux source code usually ever is.

  55. That is how Freenet works by Anonymous Coward · · Score: 2, Informative

    On the off-chance that you aren't kidding, that is how Freenet works - it creates a HTTP server on your computer and you use your web browser to talk to it.

  56. Two Interesting Notes by Slavinski · · Score: 4, Insightful

    Being that the code leaked was Windows NT 4.0 and
    2000 source codes, why are we seeing an issue
    with IE 5.0? Just goes to prove how close the
    browser was tied to the operating system.

    On a cynical note, this only bolsters security through
    obscurity. :) Didn't they originally clame they
    had fewer bugs than open source competition?
    With some 10% code or more leaked, there is quite
    a bit more worry about their own peer-review process
    or should I say lack of.

  57. Guess you haven't worked at MS before. :) by Anonymous Coward · · Score: 3, Interesting

    FTE's who will likely be the ones writing the code to replace the bad code found will not get OT. Only the contractors get it, and then it has to be pre-approved (and guess what, if you're a contractor responsible for writing bad code, if they let you keep your job, you sure aint getting OT for fixing your mistake).

    Also, those who code reviewed the offending code and let it through are likely to loose their jobs.

    All in all, heads are going to be chopped on the main campus. Cutler will have to reshuffle his team, and theres a few FTE's sweating right now. :)

  58. Monthly updates by adrianbaugh · · Score: 2, Insightful

    I wonder whether Microsoft will stick to their new policy of only releasing security updates once a month if there is a big flood of such full-disclosure bug reports. In a way it's the worst of all worlds. Enough of the source code is available for the black hats to give it a good going-over, but not enough that users can patch their system and recompile.

    --
    "'I pass the test,' she said. 'I will diminish, and go into the West, and remain Galadriel.'"
    - JRR Tolkien.
  59. Contaminated! by esnible · · Score: 4, Funny

    You have 'contaminated' me.

    I will no longer be able to code a buffer reading algorithm with an overflow bug without violating Microsoft's IP.

  60. i dare someone... by hyperstation · · Score: 2, Informative

    to send them a patch for it before they release one :)

    if i had the time to fetch copy of the code, i'll do it myself...

  61. I wrote that code by AragornSonOfArathorn · · Score: 4, Funny

    I guess I shouldn't have lied about my certifcations during the interview...

    --
    sudo eat my shorts
  62. Except... by DahGhostfacedFiddlah · · Score: 4, Insightful

    It's getting the same kind of security review - but none of the feedback. No white hat wants to admit to MS that they've seen the code, and black hats wouldn't anyway. All this may end up doing is increasing the number of "submarine" exploits out there that hackers use for their own benefit, rather tahn making super-viruses that make the exploit famous.

  63. Re: most effective SPAM subject line? by travlinscotty · · Score: 2, Insightful

    On the other hand, there are those of us that believe that all source code should be publically available, and that looking at someone else's code does not constitute "theft" in any way.

  64. I'm disappointed by Greedo · · Score: 4, Funny

    No one has yet posted a modified version of the goatscx photo that takes advantage of this security "hole".

    --
    Tuus crepidae innexilis sunt.
  65. they use GOTO? by Anonymous Coward · · Score: 2, Interesting

    if (!Read(abDummy, cbSkip))
    goto Cleanup;

    My god... I thought this was one thing they taught us not to do in schoool. But here it is in Windows! My god, don't they screen for these things at the interview?

    1. Re:they use GOTO? by pclminion · · Score: 4, Insightful
      My god... I thought this was one thing they taught us not to do in schoool. But here it is in Windows! My god, don't they screen for these things at the interview?

      You're seeing an example of one of the very few instances where goto is considered "acceptable" to use. Sometimes you code a function which winds up a lot of complicated state, and a failure halfway through requires that you "unwind" the partially constructed state. This is most easily accomplished by having a "bailout ladder" which can be jumped into (via goto) from various points in the code above.

      The only other solution involves lots of code duplication, or very bizarre function calls such as CleanupMyState(&context, 6) which just ends up use a Duff's Device in a switch() statement to simulate the use of goto in precisely such a manner, anyway.

      When you find that the cleanest way to do something is goto, then the solution is goto. What is the point in cortorting your code just to follow a piece of dogma that was only meant as a guideline anyway? Remember, the point is clarity, not adherence to dogma.

    2. Re:they use GOTO? by BoneFlower · · Score: 2, Insightful

      GOTO isn't always bad. It is *very* rare that its a good idea, but sometimes it is the least ugly hack out of a bunch of ugly hacks when you need to get the code finished and have too little time to puzzle out a more elegant solution.

      Getting a program working is the first goal of any real programmer. Getting it working well, or having maintainable code are both very important, but they are secondary to getting the program functioning in the first place. Especially with commercial products, sometimes spaghetti code that works NOW is preferable to textbook examples that work sometime next year. Perl wouldn't be nearly so popular if not for that fact of development.

      There are also some interesting, and rather elegant, looping structures you can do with goto that are actually more elegant than the more purely structured counterparts- that isn't what seems to be going on here, just thought I'd mention it.

      I would have to dig through the code to find the context of that goto, but they aren't always bad.

      Code Complete by Steve McConnell has a good section on goto.

    3. Re:they use GOTO? by Lehk228 · · Score: 3, Interesting

      honestly i think any programming course should start out using goto for all loops and iterations because it shows much more closely what the CPU actually sees in compiled code, executable does not have "while" loops, "do while" loops, or "for" loops, it runs a series of instrucions, sometimes one of these instructions will cause it to go to another part of the code if a particular condition is met. goto is the only "loop" a processor understands, all other loops are build from that concept.

      --
      Snowden and Manning are heroes.
    4. Re:they use GOTO? by anarxia · · Score: 2, Insightful

      Software is always about compromises. It is stupid to go for "correctness" in a performance-critical part of the code.

      Would you like your images to render faster or the underlying code to be goto-free?
  66. "A quick look at the source code" is all MSFT took by schmaltz · · Score: 2, Interesting

    Is that what you meant to say? :) It's plain from this first exploit that basic coding security precautions are not being followed (or retroactively applied) at Microsoft.

    I'm bracing for the coming flood of exploits. The OSS community may prove themselves honorable and pitch in to help, but it's the script kiddies, and those whose moral compass is broke, that I'm worried about.

    --
    Big Daddy, Johnny, Burp, Aunt Zelda, Scott, Slurp, Big Momma ... where's Siggy?
  67. IE code by Anonymous Coward · · Score: 3, Funny

    So there was some IE 5 code in there? Too bad it wasn't the IE 4 code, I hear you can summon demons by reading that out loud.

  68. good info on 2d graphics by glk572 · · Score: 2, Interesting

    check out http://www.dcs.ed.ac.uk/home/mxr/gfx/2d-hi.html lot's of good info on 2d formats, tiff is a good read, bmp is a pretty shitty format anyway. As for why it's upside down, why not?

    --
    Well art is art isn't it, but then again water is water; and east is east; and west is west; and if you take cranberries
  69. I posted that vulnerability on August 13, 2000 by Animats · · Score: 4, Insightful
    In this Slashdot article back in 2000, I reported that vulnerability: So this has been publicly known for years.
    • The ... decompressor for RLE-compressed .BMP files is in the kernel, and contains a buffer overflow.

    You didn't need the source code to find that problem. I found it because I was creating compressed .BMP files and accidentally created one that crashed Win2K every time.

    If Microsoft doesn't read Slashdot, that's their problem.

    1. Re:I posted that vulnerability on August 13, 2000 by Anonymous Coward · · Score: 2, Informative
      You should subscribe and post a reply to bugtraq. Although you may be +5, this is not getting the attention it deserves on Slashdot. It's important that you post not just for your own satisfaction, but to clarify the discussion as some will claim this exploit would have been impossible without the leaked source. This will likely become a news item and reporters will misinterpret and shade it incorrectly if they don't find your post where they're looking for it.

      Here's the comment link.

    2. Re:I posted that vulnerability on August 13, 2000 by Animats · · Score: 2, Informative

      Go to the link to the article and search for "BMP". You'll find it.

    3. Re:I posted that vulnerability on August 13, 2000 by Durin_Deathless · · Score: 3, Informative

      Fair enough. In the future, how about a link to the comment like this?

      --
      You should use AdiumX on your Mac.
  70. Re:off topic, but orthogonal kind of prompted this by orthogonal · · Score: 5, Funny

    By the way, does anyone know why the bitmap formap [sic] is writte [soc] upside down?

    It's an obscurity that provides extra security against exploits like buffer overflows. ;)

  71. edonkey link for source code by judicar · · Score: 2, Informative

    There's a lot of fakes floating around, but if you want the source here's the one for w2k.

    31,000 files of exploitable goodness!

    ed2k://|file|windows_2000_source_code.zip|213748 20 7|34BB9F3A3E8D3E0C4490A96EC30B9F3C|/

  72. Another funny thing by essreenim · · Score: 2, Insightful

    2000 is for me the only decent windows OS in many ways. ..And it is also partly crappy!! ;)

  73. anybody consider that the leak was intentional? by Anonymous Coward · · Score: 2, Interesting

    Consider this. MS leaks the code through a vendor of a previous version intentionally. There are two benefits:

    1. proper QA is done right, as only open source can allow (they get the benefit of QA that only the dynamics of open souce allows, all without acknowledging open souce has a superiour model in this aspect)

    2. they can push XP as a superiour OS, and get more users to upgrade to XP and drop 2000/NT

    Does anybody else see this?

  74. Patch is already released!!! by iamwahoo2 · · Score: 2, Funny

    It is called Firefox and can be downloaded at Mozilla.org!

  75. Just one little thing... by gexen · · Score: 5, Insightful

    Nobody knows how old the sourcecode actually is! Several people have used IE 5 and the exploit code does not work. The things in the code could have, and in this case, has, been fixed long ago!

  76. programmers by PW2 · · Score: 2

    It's many uninformed programmers that force people to browse as Aministrator in Windows XP. I have many older and current commercial programs that don't work unless the person has admin rights. All a programmer has to do is write to the CURRENT_USER registry area and current user file area - this would keep most programs from breaking.

  77. Re: of been by Anonymous Coward · · Score: 5, Funny

    I wish that I would of thought have that.

    It could of been me that was modded insightful for of-ing no grammatical skills.

    Well, you know the old saying... birds have a feather, etc.

    Of a nice day! :)

  78. Re:Get the source code from Freenet, ALSO by SirSlud · · Score: 3, Insightful

    Also, never look at:

    - patents (despite them being protected by patent law)
    - sheet music from other musicians (despite them being protected by copyright)
    - trademarks (despite them being proteted by trademark law)
    - software code (despite them being protected by copyright .. this one's for you, MS!)

    Remember kids, even tho ALL of this information is protected by decades-old, and even centuries-old legal frameworks, if you look at it you will be stealing money! Its as simple as that!

    Yes, I'm being sarcastic. The parent poster is a 'Yes Man' moron beyond my wildest dreams. Maybe one day he will sit down and actually learn about copyright/patent/trademark laws and realize that knowing how exactly your peers do things is what has led us to such an incredibly robust technologicaly and scientificly rich society.

    Sharing your methods does not cost you shit, even to the point that patent law is designed to promote sharing of information in return for legal protection. Same with copyright law. MS doesn't want you to see their code not for security reasons, but because it helps you build interoperable products and thus become a competitor. And we all know how anti-capitalist competition is!

    --
    "Old man yells at systemd"
  79. Many eyes and colored hats by Anonymous Coward · · Score: 2, Insightful

    Ah, but how many of them eyes are wearing white hats, and how many are wearing black hats?

    In this case, the white hats working inside the Microsoft Compound had to turn a blind eye to these bugs in order to focus on their impossibly rushed deadlines. (Of course, now those same eyes are in panic mode since the leak.)

    Meanwhile, the white hats outside the compound walls are powerless to fix the bugs, through fear of legal repercussions: The very existence of any fix suggested proves that they saw the source without paying the license tax and signing away their firstborns to an NDA.

    The black hats, OTOH, shielded by anonymity and freed from the bonds of legal accountability and responsibility, they're free to see all the chaos, hate, and mayhem they can cause (and then go do it), secure in the knowledge that nobody can stop them.

    Sure, some of them will be slowed, as patches trickle out after the fact. Sure, some of them will be caught, as their own idiocy gives them away. But nobody can stop them, because more of the eyes looking at the sources, with the power to change them, are wearing black hats than white.

    This Windows disaster cannot afford to be called similar to the situation with Open Source Software. With the sources open, and the maintainers equally open, more of the eyes looking at the sources are wearing white hats than black. And thanks to the openness, the white hats are just as powerful, if not moreso, than the black hats.

  80. eh... its not really an IE problem... by MattyCobb · · Score: 5, Insightful

    i dont see why everone is going crazy over this exploit. i mean really... microsoft actually has already done something about this... its called get the NEW version of IE. Don't get me wrong, I am a big open source supporter, but seriously... oss would have made no difference here. Basically people just have to keep up to date with IE and patches to get around this. Same as if someone, however unlikely, found such a exploit in a mozilla product... or some other open source browser. the fact that it is open source and someone could find the bug faster means nothing if you dont keep your software up-to-date. And no, most casual Windows users don't. and no getting them to switch to a 'nix OS wouldn't change that.

    its really more of an education problem than a software problem. most computer users (not the /. crowd have no idea what they are doing....

    at least thats my 2 cents.

    --

    Matt
    You have 1 Moderator Point! Use it or lose it! Is that a threat? -vapid
  81. Palm does too by PetoskeyGuy · · Score: 2, Interesting

    Part of obtaining Palm Certification for your software involves surviving the Gremlins. You can't use the Palm logo on your program without it. It's even built into their emulator right on the menu. And yes you find some weird shit.

  82. Re:off topic, but orthogonal kind of prompted this by grozzie2 · · Score: 5, Interesting
    By the way, does anyone know why the bitmap formap is writte upside down?

    This is really easy. Back in the good old days, when developers measured memory in kilobytes rather than megabytes, and cpu speeds were expressed in single digit mhz rather than single digit ghz, performance was a BIG issue. The layout of the data inside a bitmap was set up to mimic the memory layout of a video card, so that you could literally just copy the data with no transforms.

    Over time, video memory layouts changed, computers got faster, and now have more on cpu cache than they used to have memory. The rage in software development has come full circle. Instead of trying to optimize things to see how efficient they can be written, it seems to be a goal to see how much overhead one can put into a given application before it actually starts to do something useful. Some things tho seem to be trapped in thier legacy heritage, and the format of a bitmap is one of them.

  83. 'Specially Crafted Image' by bokmann · · Score: 3, Funny

    That is a little funny... Isn't a 'specially crafted image' the same 'exploit' that Geordie LaForge came up with for introducing a virus into the borg collective? Remember the first episode with 'Hugh'?

    -db

  84. Folklore.org link from Apple early days by tugrul · · Score: 2, Interesting
  85. Re:Source code leak == reason for Palladium/TCP? by thebatlab · · Score: 3, Informative
  86. use it for change! by tau_ · · Score: 5, Funny

    So, where's the .bmp I can link to my web site that makes IE5 remotely execute Mozilla Firefox installer?

    --
    Ask a silly person, get a silly answer.
  87. No, the FS/OS world does not insist on upgrades by JoeBuck · · Score: 4, Informative

    No, it doesn't work that way. All the major Linux and BSD distros backport security fixes into older apps that they have released; they do not insist that you upgrade to the next major version. When someone (e.g. Red Hat) drops security coverage for older versions, multiple efforts (Progeny, Fedora Legacy) spring up to fill the gap.

  88. Hmm.. by Anonymous Coward · · Score: 4, Funny

    I can see the ultimate virus now: you click an innocent-looking link, it takes you to a goatse bmp, and the exploit will lock your keyboard and mouse...leaving you utterly defenseless! Oh the horror!

  89. Who Runs IE 5 anyway? by vwjeff · · Score: 5, Funny

    I mean really, who runs IE 5 anyway. I'm sure that most corporate network admins keep up with updating IE. Let me check on a random company machine...

    Help-About Internet Explorer-.....Never mind my previous comment.

  90. Re:stop knocking Microsoft by BCW2 · · Score: 2, Funny

    That kind of thinking explains the collapse of the British Empire completly.

    --
    Professional Politicians are not the solution, they ARE the problem.
  91. Try Here by Ieshan · · Score: 4, Informative

    You could always check out the google Zeitgeist.

    http://www.google.com/press/zeitgeist.html

    Down in the middle of the page, it shows a graph that depicts MSIE 6.0 to be the dominant browser in nice clear red ink. :)

  92. What's your point? by schmaltz · · Score: 2, Interesting
    You don't agree and the idea's old... so what? The idea ain't goin' away... just because it's impossible to prove doesn't mean it's not worth mentioning. Also impossible to determine was who had the greater motivation-

    Microsoft, with a couple hundred million users they'd really wouldn't mind being compelled to buy their next O/S

    Or some surly hacker who doesn't care if he loses his job?

    Fear is a powerful motivator against the latter... and Microsoft's greed, which has compelled them to illegal market-manipulating tactics in the past, seems the greater force. We haven't seen much response from Microsoft about the source leak, yet it may prove to be the 9/11 for the computer business, if virus writers get busy with it.

    --
    Big Daddy, Johnny, Burp, Aunt Zelda, Scott, Slurp, Big Momma ... where's Siggy?
  93. Re:Open Source Coders by Vegeta99 · · Score: 4, Insightful

    Doing ANYTHING with the code, good or bad is illegal. So if we DID make a patch, we couldn't claim we did.

  94. Oulook using IE engine to render HTML email by FutureShoks · · Score: 4, Interesting
    Does Outlook use this portion of the IE engine to render HTML emails?

    Therefore, if I was to run IE5 and Outlook and was to render a piece of spam with a malicious image, could I be open to attack?
    --
    ___FutureShoks___
  95. No longer a thought experiment by bshroyer · · Score: 2, Insightful

    Point well taken. My response may have been a bit flippant.

    As a thought experiment, imagine the following contest:

    a) 1000 Linux developers are given (full) WinXP source code and locked in a room to find potential exploits.

    b) In another room, 1000 WinXP developers are locked in a room with (insert distro here) source code to find potential exploits.

    Which group finds more holes in a week? Which group finds more serious holes? Up until last week, this was purely a thought experiment, with OSS claiming the virtual victory. Last week, it became real.

    (And don't you think that it's possible that Microsoft has been conducting contest (b) FOR YEARS trying to find holes to prove OSS insecurity?)

    --
    The cure for cancer is coming: Reovirus
  96. Free as in beer helps as well by tepples · · Score: 3, Insightful

    where would you get free patches for Red Hat 7.3?

    I think the point is that you can patch Red Hat 5.x for free by upgrading to a more recent version of Red^H^H^HFedora for no charge. IE 5 is the last version IE to run on Microsoft Windows 95, and Microsoft charges for newer versions of Windows.

    1. Re:Free as in beer helps as well by GlassHeart · · Score: 3, Informative
      I think the point is that you can patch Red Hat 5.x for free by upgrading to a more recent version of Red^H^H^HFedora for no charge.

      Please read the original post I was responding to, which states:

      Unless your arguing that staying current is the only way to avoid exploits, then your making a strong argument that the TCO of Open Source should be sung from the moutain top.

      I'm not going to respond to each response with the same message, so here it is:

      The IE situation is the worst. You probably have no choice but to upgrade. In this case you can probably download IE 6 for free, but for other exploits you may have to pay for a newer version of Windows. Hear me, it's the worst.

      The open source situation is better. You at least have the source, and at the worst case can go patch it yourself or pay somebody to patch it. Some investment in time or money can enable you to stay with an older version to avoid upgrading.

      However, open source doesn't solve all the problems. If there's no volunteer to keep an old version patched, then there's some cost on your part if you don't want to upgrade. Upgrading, on the other hand, contains some risks (which may translate to cost as well). For one, the new features may contain new exploits.

      Which is why I wrote that insisting on running Red Hat 5.0 may be expensive, even though it's open source. It's entirely possible (which is good, and better than IE or Windows), because you have source, but it may not be viable, despite having the source.

      Somebody brought up Debian. Yes, Debian maintains an excellent stable distribution. However, not even Debian volunteers patch every old version. At some point, "testing" becomes "stable" and the old "stable" will be left to rot. If you insist on running the old one, then your personal TCO will increase significantly.

      And now the obvious conclusion: not even open source can make not upgrading a viable option forever. At some point (obviously at different points for Windows compared to Red Hat Linux) it's cheaper to upgrade. That's all I'm saying.

  97. Re: most effective SPAM subject line? by flossie · · Score: 2, Insightful

    I'm just curious--does your ideology extend to other types of information, such as books, newspapers, recipes, the PIN number on your ATM card?

    I don't know about the original poster's ideology, but I certainly expect to get the "source code" to a book when I buy one, or even when I browse in the bookshop or library. I expect to get the "source code" to a newspaper when I buy one, or when I flick through it in the newsagents deciding whether it looks interesting enough to buy. I generally expect to be able to read recipes when people give them to me, and I *definitely* expect pre-processed foods to contain a list of ingredients when I buy them.

    As for PIN numbers, I have never tried to sell my PIN to anyone, so I don't see what right anyone has to know what it is - but then you were just being flippant with that comment, weren't you?

  98. Re:Open Source Coders by pclminion · · Score: 3, Insightful
    Is this how the OSS community at large operates? Instead of releasing patches, they release exploits?

    There comes a point where releasing a patch would be ludicrous, because the problem and its solution are so obvious.

    It would be like calling up Boeing to report that the wing has fallen off your airplane, explaining why that is a problem, and giving them detailed instructions how to fix it. They know what's wrong and how to fix it. The problem is motivating them to do it.

    Time and again, MS has proven that the only motivation to fix problems is concrete exploits in the wild (and even then, they sometimes don't fix it).

  99. Lots of people still run IE5.5 by smallmj · · Score: 2, Informative

    I see lots of posts here from people saying "Just upgrade to IE6.1. The problem is that there are lots of people out there that can't or won't.

    (1) There folks still running Win95 that are stuck. They've got an old Pentium 166, and have no legitimate way to upgrade to Win98. Have you see upgrade copies available in the last couple of years? Sure they can find a copy on ebay, but lots of these folks would never think of that.

    (2) There are folks with Dial-up who didn't want to tie up their phone lines downloading the beast. These folks should definately do it now, but they haven't had a really compelling reason.

    (3) They may not know how. "Windows Update, what's that?"

    I do lots of work for clueless users, and trust me, their are PLENTY of IE5 boxes out there.

    Mark

    --
    ------- Mark
  100. nt4 source by Anonymous Coward · · Score: 2, Informative

    I don't know why everyone is raving so much about the windows 2000 code. The NT4 code that leaked is much more interesting, containing a lot of the networking and security code that the 2000 leak misses out.

    A couple of links are here:

    ed2k://|file|windows_nt_4_source_code .zip|241131483|7a8b8624a5014a3f2c586c813568be09|
    ed2k://|file|windows_nt_4_source_code .zip|241131483|afcb4b1fd05ed574e2ee77618222621d|


    I have downloaded the first one. It contained a minor bit of corruption in the zip file. The second one may be more pure, but I don't know as I'm only 90% complete with that.

    Though I have to say, the bugcodes.txt file in the windows 2000 archive was a fascinating read.

    Also, I hear rumours that there is a longhorn source code leak out there. I noticed it was available on overnet, but with no sources available to me, I couldn't download any of it to check. Can anyone confirm?

    ed2k://|file|windows longhorn build 4008 source code (partial) .rar|1357906140|dba2a19a3c822837ad6ade3b7f178862|

  101. Code Audits by the+eric+conspiracy · · Score: 3, Interesting

    So the old theory that keeping source code secret will help prevent security attacks has now proven to be invalid, for the reason that you can't be sure that the code will in fact reliably remain secret. When the code inevitably gets out you will have a shitstorm of problems.

    Now open source has in reality been proven the best way.

    And security by obscurity fails again.

  102. Re:I realize I'm forfeiting my geek status by aski by Xonea · · Score: 2, Informative

    I recommend reading Smashing the stack for fun and profit.

    It's very informative.

  103. Re: Not running as Admin or Root != safe by Lord+Bitman · · Score: 4, Insightful

    This is an exploit which effects Users, running a WEB BROWSER. Please tell me one single (however insignificant) thing a Normal User who is running a web BROWSER could possibly give half a fuck about which requires administrator privledges.

    Seperate user accounts, securing the system itself, etc, that is _ONLY_ security-related when you are the administrator of a server and require your box be up 24/7 (or at least somewhat often)

    Think about it for two seconds: You're a normal user, you're using your personal computer. Hell, you're using it to surf the web, this isnt any system which other people are dependent on having a high uptime or anything. You go to a webpage, and some arbitrary code gets executed.
    What files could be effected? Well, you're running as a normal user, so luckily for you only the files which you give a shit about will be harmed, while the easily replaceable part of the system remains intact.

    This whole "multiple accounts == security" line is pure bullshit extract. The files which a USER, not a System Administrator, cares about, are files which that USER created, downloaded, edited, etc. Files which the User has access to.
    If some malicious code executes as root/Admin, so what? Your important files are trashed and you need to spend an extra hour reconfiguring your system? That extra hour or two doesnt mean squat compared to the years it may take to restore the files which you created personally.

    "You Should Keep Backups anyway" is Irrelevant. As that can just as easily be applied to root-accessible files, the point is that non-admin privs are just as bad as admin privs on a personal system.
    And this exploit _is_ talking about a personal system, unless you're in the habit of running IE5 on a high-priority server instead of the laptop sitting next to it.

    --
    -- 'The' Lord and Master Bitman On High, Master Of All
  104. Re:I realize I'm forfeiting my geek status by aski by NoOneInParticular · · Score: 2, Informative

    Try this for a start.

  105. Blackhats is what worries me. by miffo.swe · · Score: 2, Insightful

    Blackhats like CIA, KGB, China intelligence etc have had access to this code for much longer no doubt. Anybody think that MS delivering of the code to china hasnt been propagated to their intelligence agency? This only shows that there are no security in hiding security mechanisms. A quick glance at the crypto industry should be pretty revalating to MS.

    MS i in for a ride and it should be hammered around that most of theese exploits would NOT be stopped by Palladium. Palladium is just a buzzword and does not stop errors in protocols or implementations of them. Thats not going to stop MS from marketing palladium as a tool to stop errors in their code.

    --
    HTTP/1.1 400
  106. Sorry about the busted links by lseltzer · · Score: 2, Informative
  107. Representative by rixstep · · Score: 2, Interesting

    This shouldn't be a discussion about whether open source is inherently more stable (which it surely is). What the leak gives everyone is a chance to see into the coding practices of Redmond. That is what is interesting.

    No one thought they were stellar; some already knew how bad things are; some figured, naturally, that if you could poke holes in their stuff like we've seen, something must be very, very wrong.

    But now people are going to see with their own eyes - and that, I insist, is what is interesting here. So keep your eyes peeled (sorry, PJ).

  108. vulnerability = exploit by kaisa_sosey · · Score: 3, Insightful
    In this case it doesn't take a genius to get a exploit from the vulnerability. Now tell me how one should possibly explain the vulnerability without giving a strong hint on how to build the exploit ? How about:

    Please change your browser because otherwise you will get rooted (i cannot explain why, please, please believe me).

    Would you take this serious ? And what amount of time would it take to find a exploit for a explanation like this:

    Found a serious buffer owerflow in IE when loading a bitmap image...

    This would result in exploits in a couple of hours and would give only the false impression that there are no exploits up to now...

    The source code is leaked since friday and you don't gain anything by telling only Microsoft that this and that vulnerability exists. Till they fix it its to late. And without a proof of concept everyone could claim he found a serious bug.

  109. Re:Was this leak accidental? by CaptainTux · · Score: 3, Interesting
    What can be done to ensure that this code is kept out of opensource projects?

    The nature of open source software makes actually verifying the existence or non-existnece of code very easy. Microsoft wouldn't even need to contact anyone to tell them they thought they were including Microsoft code in their product. They could just download it and check. As could everyone else.

    The main problem is, and this is why I think MS has not actually gone to court against major oss projects yet, is that doing so would force them to show the offending lines of code in order for it to be compared to the oss source. If this incident has shown anything it is that revealing source is not something Microsoft wants to ever do -- even for products that are near or at/past EOL.

    That said, I think that project managers REALLY are going to need to be vigillent in monitoring contributions to their projects especially when programmers claim to be introducing Microsoft compatibility with the code. Chances will be good that some unethical programmers will try to slip some Microsof owned code into a project. I can actually see some pro MS people joining oss projects just to try to do this then notify MS so they can take legal action. But, if a project manager is doing their job, this should be an easy problem to fix.

    --
    Anthony Papillion
    Advanced Data Concepts, Inc.
    "Quality Custom Software and IT Services"
  110. Re:Exposing Your Identity by gooman · · Score: 2, Funny

    You tell 'em. Someone called the cops the last time I exposed myself.

    --
    "Kittens give Morbo gas!"
  111. IE6 is a free download by bonch · · Score: 2, Insightful

    You do realize IE6 is a free download for 98/2000 and up, don't you?

    If this were an OSS program, everyone on Slashdot would be falling over themselves posting to "upgrade to the latest version, it's fixed." But when it's Microsoft, suddenly there's some sort of unnamed hassle when it comes to just downloading a setup program and running it.

  112. Re: of been by Anonymous Coward · · Score: 2, Funny

    You of a keen wit.

    You're the sort have guy I admire.

    You could of noted the grammatical humor, but instead you chose to be have a cleverer sort.

    Shame about the lead paint in your nursery.

  113. Re:off topic, but orthogonal kind of prompted this by John+Miles · · Score: 2, Interesting

    This is really easy. Back in the good old days, when developers measured memory in kilobytes rather than megabytes, and cpu speeds were expressed in single digit mhz rather than single digit ghz, performance was a BIG issue. The layout of the data inside a bitmap was set up to mimic the memory layout of a video card, so that you could literally just copy the data with no transforms.

    Which is actually not as good an idea as it sounds. When you refresh the screen (or a large window) upside down, CRT refreshes, which always go from top to bottom, become much more obtrusive. The system looks and feels slower due to more screen-tearing, even though it's technically 1% or so faster.

    This is why display systems that put (0,0) at the lower-left corner are a pet peeve of mine. Upside-down rendering = a slightly more elegant mathematical model that yields significantly worse-looking results in real life.

    --
    Dahlmann tightly grips the knife, which he may have no idea how to use, and steps out into the plain.
  114. There is... by Cyno01 · · Score: 2, Interesting

    The right combo of blinkenlights, color, speed, pattern etc can trigger a seizure in people even without epilepsy.

    --
    "Sic Semper Tyrannosaurus Rex."
  115. WARNING: ARTICLE CONTAINS SOURCE CODE by Nailer · · Score: 4, Informative

    This is completely off topic from the parent post. But THE LINKED ARTICLE CONTAINS SOURCE CODE FOR WINDOWS.

    The Slashdot editors should remove the link immediately. Its really dangerous to have on the front page of this site.

  116. MS crypto subsytem? by bigberk · · Score: 2, Interesting

    I wonder if any of the leaked source code includes the MS crypto system. If so, this could be very bad news for Microsoft seeing how people have already discovered a slew of critical vulnerabilities but are biting their tongues to wait for MS to fix the flaws. Now you have a bunch of crackers running their debuggers on actual source code... they are going to craft and use exploits before they're public knowledge or officially fixed.

  117. I like it by scribblej · · Score: 2, Funny

    You said:
    There are also no exposed pointers in Java, thus no way to clobber the stack by writing to a negative array offset, as in this exploit. Reading or writing to a negative array offset in Java will result in a RuntimeException of some sort. Buffer overflows are also impossible in Java, since writing off the end of an array will result in a similar exception.

    I say:
    Yes, I agree completely. The next version of Windows should be written in Java.

  118. FUCKING TROLLS! by jotaeleemeese · · Score: 2, Funny

    Of course you realize that it is absolutely pointless.

    If MS is doing its work they will check the exploit's code and fix it in a timely fashion.

    --
    IANAL but write like a drunk one.