Slashdot Mirror


Daily Exploit Releases Irk Both Vendors and Crooks

conJunk writes "Security Focus has an article about HD Moore's Exploit-Every-Day-in-July endeavor raising the hackles of both browser vendors and criminals. He started the project because he felt that vendors were not taking his analysis seriously enough, but he appears to be the only one enjoying it. 'Black Hats' are having their exploits exposed, and Microsoft (who bears responsibility for the majority of the browser holes) can't keep up with the pace he's setting." From the article: "The software giant indirectly criticized the release of vulnerabilities in a statement to SecurityFocus, underscoring the importance of getting customers updated before they are exposed to threats from malicious attackers. 'Microsoft continues to encourage responsible disclosure of vulnerabilities,' the software giant said in a statement sent to SecurityFocus. 'We believe the commonly accepted practice of reporting vulnerabilities directly to a vendor serves everyone's best interests.'"

165 comments

  1. Or by gowen · · Score: 3, Informative
    --
    Athletic Scholarships to universities make as much sense as academic scholarships to sports teams.
    1. Re:Or by Anonymous Coward · · Score: 0

      Bravo on posting as AC rather than karma whoring like the GP.

    2. Re:Or by gowen · · Score: 0, Offtopic

      My karma's been maxed out for about 7 years now.
      I couldn't care less.

      --
      Athletic Scholarships to universities make as much sense as academic scholarships to sports teams.
    3. Re:Or by n0-0p · · Score: 2, Interesting

      Wow, talk about some FUD. Of the 14 vulns so far 10 are NULL pointer dereferences. HD must be really desperate for publicity if he's trying to pump these up as legitimate security vulns. I mean, you can argue that a server crash is a DoS, but crashing a browser? Get real.

    4. Re:Or by Anonymous Coward · · Score: 5, Funny
    5. Re:Or by Anonymous Coward · · Score: 1, Funny

      Very interesting!

    6. Re:Or by jrockway · · Score: 5, Insightful

      Crashing browsers is a huge PITA. Do you like your history? Do you keep multiple tabs open. All that is gone when your browser SEGVs.

      If a remote user can make your software do something it's not supposed to do, that's a security problem.

      --
      My other car is first.
    7. Re:Or by mobby_6kl · · Score: 4, Funny

      I'm intrigued by your ideas and would like to subscribe to your newsletter.

    8. Re:Or by Dlugar · · Score: 4, Informative
      Crashing browsers is a huge PITA. Do you like your history? Do you keep multiple tabs open. All that is gone when your browser SEGVs.


      <shameless plug>Not if you use Opera!</shameless plug>
      --
      Computer Go: Writing Software to Play the Ancient Game of Go
    9. Re:Or by werewolf1031 · · Score: 1

      too... many.... ...jokes...



      <head explodes>

    10. Re:Or by Fred_A · · Score: 1

      But what if you don't like Opera ?</ear plug> ;)

      I haven't RTFA though, so I don't know if FF on Windows is a target.

      --

      May contain traces of nut.
      Made from the freshest electrons.
    11. Re:Or by advocate_one · · Score: 1

      and that still requires 2 pages...

      --
      Donald 'Duck' Dunn: We had a band powerful enough to turn goat piss into gasoline.
    12. Re:Or by Anonymous Coward · · Score: 0

      OMFG! Someone on Slashdot actually knows how to say, "I couldn't care less" properly! You sir need to gtfo with your grammar whoring!

    13. Re:Or by aymanh · · Score: 1

      FYI, Firefox 2.0 will include a session manager, and there is the session saver extension for previous versions.

      --
      python>>> q="'";s='q="%c";s=%c%s%c;print s%%(q,q,s,q)';print s%(q,q,s,q)
    14. Opera handles these use cases quite well.

      --
      Evolution is a fact. Darwinism is a joke.
    15. Re:Or by Phisbut · · Score: 1
      For those of you who like to read articles in 1 single page instead of multiple pages to maximise advertising revenu.

      Do you hate corporations so much that you need to make sure they make as little money as possible? If you don't want to see the ads, don't read the article. If you want to read the article, don't look at the ads.

      --
      After 3 days without programming, life becomes meaningless
      - The Tao of Programming
    16. Re:Or by FLEB · · Score: 1

      but lets get real, no one will remotely crash the browser just for shits and giggles because it's just dumb and a waste of time.

      You underestimate the shits-and-giggles deficit, especially among the script-kiddie twit crowd. #2,000 or "Press Alt-F4 to Download" on IRC ring a bell?

      --
      Information wants to be free.
      Entertainment wants to be paid.
      You just want to be cheap.
    17. Re:Or by empaler · · Score: 1

      Ah, but Opera has had this feature out of the box for years.
      The only reasons I don't use Opera as my standard browser are
      * because it's a pain to get it in a portable version (for USB keys).
      * Opera 8.5 didn't handle RTF editing well, which I use in my work.

    18. Re:Or by DrSkwid · · Score: 1

      does ANYONE give a shit about karma any more ?

      Surely the karma cap saw that fun off.

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    19. Re:Or by puffing_billy69 · · Score: 1

      Unless he means to say he really does care about his Karma...?

      --
      printf("%s@yahoo.co.uk\n", uid[569754].name);
    20. Re:Or by makomk · · Score: 1

      I dunno - it didn't take me long to crash not just Firefox but also take out my X session with it (using one of the browser-fuzzing tools, mangleme). Now *that's* a major PITA - not quite as bad as crashing the OS, but nearly so on a desktop system...

    21. Re:Or by Anonymous Coward · · Score: 0

      Yeah, you'll realize how useful that feature is when the browser instantly asplodes whenever you load up that browser context. Remember, the page that contains the browser-killing exploit will be loaded too.

      Well hey, at least you won't have trouble duplicating the bug for your bug report: "I visited some pages and then it crashed. Now it crashes within 2 seconds whenever I open it."

    22. Re:Or by Tekzel · · Score: 1

      Uh, wouldn't he say "I couldn't care more" if that were the case? The common miss-statement of "I could care less" means he is an indeterminate care-state. "I couldn't care less" means he is at the far end of the care scale, at total lack end. "I couldn't care more" would place him at the other end of the scale, maximum caring. Any other interpretation of "I couldn't care less" would be flawed, since if he wasn't at the total lack of caring point, then he COULD care less, just chooses not to.

      Stupid darn "lameness filter". I had a ascii "Care Scale" here but it wouldn't let me post it. Commie filters.

  2. No! Don't tell anyone!!! by dubmun · · Score: 5, Funny

    A direct quote from the IE team over at Microsoft: "Don't tell anyone about all our holes! Then we won't have to fix them."

    --
    (end of post)
    1. Re:No! Don't tell anyone!!! by dtfinch · · Score: 1

      Not far from the truth at all. In their mind, every reported vulnerability serves to give customers an impression that IE is riddled with security problems. No matter that the damage is already done. If they looked at what's on a typical home Windows system, they'd know that already.

    2. Re:No! Don't tell anyone!!! by Kesch · · Score: 5, Funny

      Here are the responses from the different browsers after recieving vulnerability reports:

      Firefox: Fixed!
      Opera: Fixed in 9.0
      IE: ...(4 months later) DUDE!? Why you have to go tattle on us!?

      --
      If this signature is witty enough, maybe somebody will like me.
    3. Re:No! Don't tell anyone!!! by alexandreracine · · Score: 1
      [Microsoft] the software giant said in a statement sent to SecurityFocus. 'We believe the commonly accepted practice of reporting vulnerabilities directly to a vendor serves everyone's best interests.'"
      Actually, this should have been like :"We believe we own you, your computer, and all your data, and we will fixe problem only when we want to, even if this is months after you got all those pop ups, etc, etc. Except in the case you by our One Care support of course."
      --
      No sig for now.
    4. Re:No! Don't tell anyone!!! by AK+Marc · · Score: 1

      Here are the responses from the different browsers after recieving vulnerability reports:

      Firefox: Fixed now, but when you install the new version for the fix, all your extensions won't work.
      Opera: We didn't have to fix it, it was a non-standard that everyone wanted bet we didn't impliment it because it might have broken an actual standard.
      IE: The problem is with the people that report vulnerabilities. It's much more efficient to wait until someone writes and exploit before patching.

    5. Re:No! Don't tell anyone!!! by Anonymous Coward · · Score: 1, Interesting

      http://www.nsfocus.com/english/homepage/research/0 604.htm

      Impact:
      ======
      NSFocus Security Team discovered a buffer overflow vulnerability in Microsoft Office GIF filter, which could allow attackers to run arbitrary code via a carefully crafted GIF image.

      Vendor Status
      ==============

      2005.05.27 Informed the vendor
      2005.06.02 Vendor confirmed the vulnerability
      2006.07.11 Microsoft has released a security bulletin (MS06-039) and related
                              patches.

      Over one YEAR !!

      don't tell anyone :)

    6. Re:No! Don't tell anyone!!! by jlarocco · · Score: 1
      Firefox: Fixed!

      I think you mean "Fixed in CVS!"

    7. Re:No! Don't tell anyone!!! by jZnat · · Score: 1

      Nah man, that's the answer to almost everything on the MPlayer mailing list. Nowadays, it's "Fixed in Subversion _ages_ ago."

      --
      'Yes, firefox is indeed greater than women. Can women block pops up for you? No. Can Firefox show you naked women? Yes.'
    8. Re:No! Don't tell anyone!!! by Anonymous Coward · · Score: 0

      I wouldn't be surprised if intelligence agencies sit around and chuckle at the vendors saying "Oh, you finally found that one" which was used to assist their activities.

    9. Re:No! Don't tell anyone!!! by makomk · · Score: 2, Informative

      Nah man, that's the answer to almost everything on the MPlayer mailing list. Nowadays, it's "Fixed in Subversion _ages_ ago."

      Not anymore - they finally did a release about a month ago. (A year between releases is far too long in the open-source world - Gentoo gave up and started using their own CVS snapshots of mplayer...)

    10. Re:No! Don't tell anyone!!! by ultranova · · Score: 1

      Not anymore - they finally did a release about a month ago. (A year between releases is far too long in the open-source world - Gentoo gave up and started using their own CVS snapshots of mplayer...)

      You mean that Gentoo doesn't just pull the newest files from CVS ?-o

      And here I thought I'd switch from my current RH9 into an up-to-date distro...

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

    11. Re:No! Don't tell anyone!!! by makomk · · Score: 1

      You mean that Gentoo doesn't just pull the newest files from CVS ?-o

      Oddly enough, no. There are ebuilds that do that for some programs (though not mplayer), but you're strongly discouraged from using them (for obvious reasons).

  3. Too bad these WERE reported to mickeysoft by drinkypoo · · Score: 5, Informative
    'Microsoft continues to encourage responsible disclosure of vulnerabilities,' the software giant said in a statement sent to SecurityFocus. 'We believe the commonly accepted practice of reporting vulnerabilities directly to a vendor serves everyone's best interests.'"

    Yep. Too bad each and every one of these vulnerabilities has already long since been reported to Microsoft... which is hinted at by the correction at the bottom of the article:

    CORRECTION: The article's discussion of Peter Swire's paper and position was clarified to stress that he believes proper disclosure involves first notifying the vendor, giving them time to fix the issue and then releasing vulnerability information.

    Quoting the Microsoft "position" seems like a very odd choice for a story submission, without also giving the information that every one of these vulnerabilities has already been reported. Microsoft is simply sitting on their thumbs and not fixing them as usual; also as usual, they don't want the vulnerabilities published because this is made obvious.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    1. Re:Too bad these WERE reported to mickeysoft by TheNetAvenger · · Score: 2, Interesting

      Ok, this does seem strange, but brings more questions for myself...

      First, lets assume he is reporting these to Microsoft in a responsible way...

      With that said, who is he to 'determine' the 'timeline' for the fix? What if the bug or exploit affects a vast amount of code and third party applications? Does he get to hold the industry hostage becuase he didn't get the 'timeline' response or fix from Microsoft 'he' expects, when he knows nothing of what the bug or exploit might entail?

      Microsoft 'should' also be keeping proper dialog with people that report these exploits, but that does not give one individual the 'button' to nuke MS when they don't jump on a fix as fast as the person wants, he is only screwing the consumers, not MS other than giving them bad press.

      So if MS doesn't meet his timeline, then the consumers and industry gets screwed and put at risk.

      If he 'had' the knowledge of all the downlevel code and testing to fix exploits that MS must undertake for each exploit, then sure he should be making the timeline call, but if the bug is more serious than what 'he' even may realize, it is still the Vendor that should have the say on publishing this information unless the person finding the 'exploit' can offer a credible fix, solution, or way to safe guard consumers.

      This borders on yelling fire in a theater, because it isn't the theater owner that is getting hurt, it is the people getting trampled in the aisles...

      Sure we all agree that MS should sometimes push up exploit fixes, but we also see others on here complain too much about MS addressing updates and fixes too rapidly if they break applications.

      So I am left a bit conflicted over this..

      Sure I can use another OS or another Browser, but there is a large base of 'consumers' that do use MS OSes and Browsers and they will be the least likely to even 'hear' of the exploit or protect themselves, instead this information will be gobbled up by the people that want to do harm to them and in the end the consumers get screwed.

      Also of note, it isn't only MS this person has released information about when the vendor hasn't meet his timeline demands, and what are his standards based on what formula for what level of exploit and what level of code that would need to be fixed?

      Does projects like Firefox and the Safari team have the resources to meet his timelines? How about distributions that spin off of other technologies that only have a small amount of people to work on them?

      What are your opinions 'bias aside' on a single entitiy making decisions for vendors and consumers that they probably are not in a position to make?

      Looking for honest debate because, I'm very curious to others views on this.

      (Side Note) I also have been in a position much like this myself, finding holes that don't seem to be addressed on a timeline I would have liked...

    2. Re:Too bad these WERE reported to mickeysoft by Anonymous Coward · · Score: 5, Insightful
      This borders on yelling fire in a theater, because it isn't the theater owner that is getting hurt, it is the people getting trampled in the aisles

      The problem is, that, using your stretched metaphor, there is a fire smoldering in the back of the theater, and nobody is aware. Sure, first thing you do is call the fire department, but you don't wait for them to put the blaze out in order to notify people.

      To construct a better metaphor: Would you tell someone if a pickpocket were stealing their wallet? Or would you call the police first?

      These kinds of holes are not only found by the 'white hat' security researchers... Odds are good that if he's found a hole, others have as well, and are misusing it.

      At which point, what good does keeping silent do?
    3. Re:Too bad these WERE reported to mickeysoft by drinkypoo · · Score: 5, Insightful
      If he 'had' the knowledge of all the downlevel code and testing to fix exploits that MS must undertake for each exploit, then sure he should be making the timeline call, but if the bug is more serious than what 'he' even may realize, it is still the Vendor that should have the say on publishing this information unless the person finding the 'exploit' can offer a credible fix, solution, or way to safe guard consumers.

      I disagree. Given that the EULA apparently allows software developers to eliminate all their liability for holes in their software, users should be very careful about who they get their software from. If a vendor can constantly be shown to leave big holes in their software, and people actually suffer loss due to said holes, then that vendor will lose all business. I believe that Microsoft would either be gone or releasing only [relatively] secure software if we had immediate release of vulnerabilities.

      I further believe that the only reason Microsoft doesn't want the vulnerabilities released is that they will have to actually motivate their sorry asses and release the patches in a timely fashion, which means they can't distribute them to Microsoft Select customers first as they always have done, which means they will likely have fewer Select subscribers. Which serves them right, those assholes.

      What are your opinions 'bias aside' on a single entitiy making decisions for vendors and consumers that they probably are not in a position to make?

      Clearly they are in a position to make it, because they have the information on the vulnerability :)

      Personally, I really, honestly believe that all vulnerabilities should simply be reported to the world at large. It would encourage vendors to use best security practices, and they would not be able to simply hide their head in the sand.

      Currently Microsoft does not utilize best practices - we're constantly finding vulnerabilities in new products that are due to the same old stupid crap like buffer overflows. Why coddle them?

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    4. Re:Too bad these WERE reported to mickeysoft by Loonacy · · Score: 1

      If it's going to take 2+ months to fix an exploit due to the large amount of code involved, is it right to leave your customers running vulnerable software just because you can't fix it fast enough?

    5. Re:Too bad these WERE reported to mickeysoft by Trepalium · · Score: 5, Insightful
      Let me play devil's advocate on this one.

      With that said, who is he to 'determine' the 'timeline' for the fix? What if the bug or exploit affects a vast amount of code and third party applications?
      And who is Microsoft to 'determine' when he is or is not allowed to notify the world of this? What if the author has knowledge that people are falling victim to this vulnerability?
      So if MS doesn't meet his timeline, then the consumers and industry gets screwed and put at risk.
      Customers and industry are already at risk from the vulnerabilities themselves, and these vulnerabilities may already be in use by criminals. Indeed the summary suggests that this is the case.

      I'm not saying he's right and Microsoft is wrong, but this isn't a simple issue. A combination of factors have left some sour tastes in people's mouths regarding Microsoft's current security practices. Microsoft's security advisories have become very terse/boilerplate with little or no details about what the vulnerability actually is. Their demand that people report the vulnerabilities in very specific ways (e.g. no proof of concept exploits, etc) in order to receive acknowledgement in the advisory is another. Add to this the fact it often takes months and months to get a patch to a reported vulnerability means that people are again thinking that Microsoft doesn't care about security other than as a bulletpoint on their sales literature.

      --
      I used up all my sick days, so I'm calling in dead.
    6. Re:Too bad these WERE reported to mickeysoft by YU+Nicks+NE+Way · · Score: 1
      Too bad each and every one of these vulnerabilities has already long since been reported to Microsoft
      And too bad that all of these which were actually vulnerabilities had already been patched in MS06-21.
    7. Re:Too bad these WERE reported to mickeysoft by mcrbids · · Score: 2, Insightful

      Currently Microsoft does not utilize best practices - we're constantly finding vulnerabilities in new products that are due to the same old stupid crap like buffer overflows. Why coddle them?

      Ok, then.

      Name an Operating System vendor that doesn't have any buffer overflows found! Even the much-beloved Open-BSD had one reported not so long ago, despite what I feel is the best effort possible to eliminate them, and despite limiting the scope of the operating system so much it's a mental strain to consider it an O/S at all - little more than a kernel and a few utilities.

      Linux is definitely imperfect. Slowlaris isn't all that wonderful. In short, they ALL have issues, some more than others. Many of the issues found in Windows are found in IE - compare that to the recent swath of holes found in Firefox/Mozilla.

      I choose Linux for my development because

      A) distributing patches is damned easy (yum update)

      B) I don't have to go to the facility to apply them,

      C) It's very reliable - 99.94% uptime on a single machine!

      D) It's very cheap - no licensing worries.

      E) Security record is decent overall.

      --
      I have no problem with your religion until you decide it's reason to deprive others of the truth.
    8. Re:Too bad these WERE reported to mickeysoft by fishbowl · · Score: 1

      >Personally, I really, honestly believe that all vulnerabilities should simply be reported to the world at large.

      And, thanks to our living in the twenty-first century, it is quite simple to report such things completely anonymously.

      Instead, we see people who insist on identifying themselves, making sure everyone knows *who* discovered and reported these vulnerabilities. And that makes it an entirely different game.

      --
      -fb Everything not expressly forbidden is now mandatory.
    9. Re:Too bad these WERE reported to mickeysoft by Entropy · · Score: 4, Interesting
      The problem is, that, using your stretched metaphor, there is a fire smoldering in the back of the theater, and nobody is aware.


      I think it goes further than you took it, though:

      Microsoft is the theater owner, and is very aware of the fire. He is in fact standing there in front of the smoldering flames to hide them.

      And telling all the ushers to stand in the way, too.

      And he's lit up a big fat cigar to cloak the smoke as best as possible.

      And he's laughing nervously and encouraging others to light up, too, so the fire is cloaked by everyone smoking ..
      --
      The sea changes color, but the sea does not change.
    10. Re:Too bad these WERE reported to mickeysoft by AK+Marc · · Score: 1

      With that said, who is he to 'determine' the 'timeline' for the fix?

      He is the person that reported it. I have never reported a problem to MS, but if they handle it like I expect (after dealing with other places that I've reported problems), I would expect that they take the information, toss it in the "we'll look at it" bucket, and ignore the person that reported it. If they want him to wait on reporting it, they should give him a reason. Perhaps something as simple as "we've had this reported before, but it is a difficult fix, we will be working on it, but it may be a while." Or even, "Thanks for reporting the overflow vulnerability, the engineer in charge is George. If you would like to follow the vulnerability you reported, please email RarelyCheckedEngineeringGeneralEmailBox@microsoft. com ATTN:George in the subject." However, an automated reply at best followed by days, weeks, months, possibly years of silence is not a way to deal with a valuable contributor to the security of your most ubiquitous product.

      So, to make it short, MS (like everyone else I've ever dealt with) probably treats him like some vulnerability scanning bot, not a human. So, though MS does set the timeline, he is (rightly) offended by his poor treatment and makes up his own timeline. When the companies treat these free workers as the asset they are, there will be fewer such incidents.

    11. Re:Too bad these WERE reported to mickeysoft by charlesnw · · Score: 1

      Having reported problems to microsoft and worked with people who do, I can say that Microsofts response to security issues is prompt DEPENDING ON THE PRODUCT. For excel and exchange the issues were fixed quickly and quietly. I don't know about other products and haven't delt with them. Obviously if you look at my website and the Projects I am involved in you will see why I have reported things for these products.

      --
      Charles Wyble System Engineer
    12. Re:Too bad these WERE reported to mickeysoft by plover · · Score: 1

      With that said, who is he to 'determine' the 'timeline' for the fix? What if the bug or exploit affects a vast amount of code and third party applications? Does he get to hold the industry hostage becuase he didn't get the 'timeline' response or fix from Microsoft 'he' expects, when he knows nothing of what the bug or exploit might entail?

      The hackers and the software firms wrestled with this throughout the last half of the 1990s. They came to an uneasy truce somewhere around 2000 and decided that 30 days should be enough time to elapse between reporting to the vendor and public disclosure.

      The hackers don't have to give them any notice at all. There is no legal obligation or responsibility to keep quiet. What they did was to agree to delay in exchange for some respectability; basically for the l33tness of seeing their names in the Microsoft technical bulletins. Microsoft was opposed to such a short timeframe, but acknowledged they needed to act quickly. Microsoft was (and still is, basically) opposed to any public disclosure, of course, but learned that the hackers can get themselves plenty of attention by simply exploiting the bugs. It was better to come to an arrangement than to be embarrassed on a daily basis.

      The 30 days isn't an absolute. Microsoft has been known to ask the "more legitimate" security researchers to sit on a critical bug for many months while they work up a fix. And plenty of grey-hat hackers have simply announced their exploits publically.

      --
      John
    13. Re:Too bad these WERE reported to mickeysoft by More+Trouble · · Score: 5, Insightful

      This borders on yelling fire in a theater, because it isn't the theater owner that is getting hurt, it is the people getting trampled in the aisles...

      And when there is a fire, how irresponsible is it to not yell fire?

    14. Re:Too bad these WERE reported to mickeysoft by Anonymous Coward · · Score: 0
    15. Re:Too bad these WERE reported to mickeysoft by Score+Whore · · Score: 1

      Nah to stretch the original metaphor... HD Self-Promoter sees a situation in the theatre that under the proper conditions that won't pop up in normal operations of the theatre would start a fire. So he decides to demonstrate that he is correct about this by burning the theatre to the ground.

    16. Re:Too bad these WERE reported to mickeysoft by Anonymous Coward · · Score: 0

      Name an Operating System vendor that doesn't have any buffer overflows found! Even the much-beloved Open-BSD had one reported not so long ago, despite what I feel is the best effort possible to eliminate them, and despite limiting the scope of the operating system so much it's a mental strain to consider it an O/S at all - little more than a kernel and a few utilities.

      Linux is definitely imperfect. Slowlaris isn't all that wonderful. In short, they ALL have issues, some more than others. Many of the issues found in Windows are found in IE - compare that to the recent swath of holes found in Firefox/Mozilla.


      True, all operating systems that have any degree of functionality are likely to foul up here and there. This is not the point, everyone realizes this, and few rational people have a problem with little problems cropping up in their software here and there.

      What we don't agree on is the level of responsibility Microsoft seems to assume. If a problem is found in Linux or OpenBSD, or FreeBSD, it's usually fixed within hours and is available as a patch or an update in some form within a day or two.

      If a big problem is found in Windows (like something that could be a security issue), the person who found it out could submit it to MS, but it's all too likely that it will be many moons before it's fixed, assuming they didn't chose to act like an ostrich. I can understand if it took a month on average to get a fix out... Heck, I'd be willing to give them a couple months. I think that's plenty generous when you consider a group of volunteers can fix a similar hole in a few days. You have to draw the a line somewhere.

      If the problem is made public, it sometimes happens that someone will find a workaround. Firewall that, disable this, whatever, you know. At least having this stuff in the public encourages MS to get off its ass. Like a multi-multi-billion dollar giant dosen't have the resources to fix their stuff! If the Linux guys were in charge, the problem would be fixed in the newest version in a reasonable amount of time--and it would eventually be backported to prior versions that were affected--even to some EOL'd versions.

    17. Re:Too bad these WERE reported to mickeysoft by schon · · Score: 3, Insightful

      Odds are good that if he's found a hole, others have as well, and are misusing it.

      Isn't that why the black hats are pissed too?

      The odds aren't "good" - they're 100%.

    18. Re:Too bad these WERE reported to mickeysoft by waferhead · · Score: 1

      ...Also note that "This common accepted practice " of only telling the vendor is ONLY MICROSOFTS preference.
      The nets historically accepted method is broadcasting to the world, via bulletins on a security related (but "open") mailing list,
      preferably with example exploit code. (Sometimes code witheld/only sent to vendor until reporter finds someone who cares)

    19. Re:Too bad these WERE reported to mickeysoft by dosius · · Score: 1

      Funny. I use Linux too.

      root@andisteele:~# yum
      -su: yum: command not found
      root@andisteele:~# uname -a
      Linux andisteele 2.6.12-9-686 #1 Mon Oct 10 13:25:32 BST 2005 i686 GNU/Linux

      Oh, you mean Hed Rat, not Linux per se.

      -uso.

      --
      What you hear in the ear, preach from the rooftop Matthew 10.27b
    20. Re:Too bad these WERE reported to mickeysoft by kevlarman · · Score: 1

      The 'parent' seems to 'like' using 'quotes' a lot in his 'posts'.

      --
      A mouse is a device used to point to the xterm you want to type in
    21. Re:Too bad these WERE reported to mickeysoft by Kaenneth · · Score: 0, Troll

      Or using flares to warn people there is a fire in the theatre

    22. Re:Too bad these WERE reported to mickeysoft by Ohreally_factor · · Score: 2, Funny

      That sounds almost like my scheme of using a magnifying glass to warn insects of the dangers from the sun's rays.

      --
      It's not offtopic, dumbass. It's orthogonal.
    23. Re:Too bad these WERE reported to mickeysoft by TheNetAvenger · · Score: 1

      This is both a response to you and the post above...

      This brings up another issue. MS is big... All it takes is one bad person to take the report, read the bug/report or email and the report isn't going anywhere.

      I have dealt with similar issues, as everyone here has, with every company. Whether it be customer service, to sales, to beta testing. Get the wrong moron on the other end of the phone or your email and the problem never gets addressed.

      What responsibility does the person 'preparing to publish the bug' have to keep telling or communicating with MS or any Vendor about the issue? Add in the human factor, what if he secretly hopes they don't fix it, so he can post the bug, and get 'press' and hits and fame for it? Greed is dangerous.

      So sure MS should have internal responsibility on this issue, but can every company afford to do so? What if a nut calls my secretary instead of our hotline, she goes mad, quits or jumps off the roof, then the bug is out there and my customers are at risk.

      Sure these are bit crazy extremes, but all it takes is one to fall through the cracks in a company the size of MS, or even a disgruntled employee, and millions of people's computers are put at risk?

      So in this senerio is the public disclosure the only method, or should the person that finds the problem be held a bit more accountable as well? Especially if they do not publish or submit the found bug anonymously and gain fame or $$$ from it falling through the cracks?

      What incentive do they have other than 'being a good guy' do they have to report the bug properly and not just go for the fame? In viruses we know that finding a virus and getting paid was a bad idea (as people were writing them to collect the money), but would reward systems work for exploits if the people remain anonymous in some standardized 'community' timeframe?

      As much as I don't like vendors not fixing the exploits I hate the people that use them for personal gain as well, when it could be at the cost of a lot of consumers.

      If you are 'doing the right thing' you probably don't need your name in the headlines, or have that be part of your goal.

      I guess more questions from more questions...

    24. Re:Too bad these WERE reported to mickeysoft by Schraegstrichpunkt · · Score: 2, Insightful
      With that said, who is he to 'determine' the 'timeline' for the fix? What if the bug or exploit affects a vast amount of code and third party applications?

      Tough. The jackasses who have been peddling broken software for years, making phony claims about its "security", are the ones to blame.

      News flash: The software was always vulnerable to these attacks. Blaming the guy who publishes exploits (with source code) is like blaming the auditors for disclosing your accounting fraud. Your books were cooked regardless of whether or not the auditors told anyone.

      This is nothing less than a free speech issue.

    25. Re:Too bad these WERE reported to mickeysoft by Schraegstrichpunkt · · Score: 3, Insightful

      Nice rhetoric, but you neglect the fact that "normal operations" on the Internet includes operating in an adversarial environment. There is no reason why Microsoft or anyone else should get special treatment regarding the public disclosure of vulnerabilities. As a competitor to Microsoft, if my computer is vulnerable to executing arbitrary code, I don't want to have to trust that Microsoft won't exploit that vulnerability to further its own ends, nor do I want to have to trust that Microsoft employees won't leak the information to malevolent third parties. Instead, I want to know now that my software is vulnerable, so that I can take the necessary precautions.

    26. Re:Too bad these WERE reported to mickeysoft by clambake · · Score: 1

      With that said, who is he to 'determine' the 'timeline' for the fix? What if the bug or exploit affects a vast amount of code and third party applications? Does he get to hold the industry hostage becuase he didn't get the 'timeline' response or fix from Microsoft 'he' expects, when he knows nothing of what the bug or exploit might entail?

      You discount the fact that the "fix" doesn't have to be a Microsoft patch, it might simply be a customer turning off a service or closing off a port that previously looked safe to keep open. THIS is why the information needs to go out ASAP.

    27. Re:Too bad these WERE reported to mickeysoft by Anonymous Coward · · Score: 0

      There was no fire. There was just a guy with a book of matches sitting in the front row saying "I can set the theater on fire whenever I want." Then he lights a match and sets the theater on fire.

    28. Re:Too bad these WERE reported to mickeysoft by Antique+Geekmeister · · Score: 1

      That 30 days is a polite guideline: but given Microsoft's strong history of ignoring some very deep holes, for months if not years, groups that collect such vulnerabilities and report them are in a very bad position. CERT, for example, has at least 3 severe vulnerabilities, at least 6 months old, that I read copies of the reports for when submitted. They can't publish because they won't publish without Microsoft's approval, so the holes remain unacknowledged and probably unpatched.

    29. Re:Too bad these WERE reported to mickeysoft by Tim+C · · Score: 1

      To construct a better metaphor: Would you tell someone if a pickpocket were stealing their wallet? Or would you call the police first?

      Actually, I think a better metaphor would be to warn someone that there are pickpockets operating in the area *and* that their bag is open and their wallet/purse clearly visible.

      Ie while they're not being robbed *right now*, they're definitely vulnerable.

    30. Re:Too bad these WERE reported to mickeysoft by Anonymous Coward · · Score: 0

      i dont think i could have put that anymore facetiously myself, you anal little prick.

    31. Re:Too bad these WERE reported to mickeysoft by JesseMcDonald · · Score: 1

      This borders on yelling fire in a theater, because it isn't the theater owner that is getting hurt, it is the people getting trampled in the aisles...

      And when there is a fire, how irresponsible is it to not yell fire?

      Furthermore the justification behind the ruling in question was unusually weak. There is a very good reason that one must not falsely yell "Fire!" in a crowded theatre, which has nothing at all to do with "necessary" restrictions on free speech: it infringes on an agreement (contract) made with either the owner of the theatre or its patrons.

      If the person yelling "Fire!" is the owner of the theatre, then it is breaking a contract made with each of the patrons to provide the theatric performance without purposeless interruptions. If it is instead one of the patrons, then it is breaking a contract made with the owner of the theatre to keep quite and respect the performance for the sake of the other patrons. There may also be specific, higher-penalty clauses on both contracts in regards to inciting a panic. Either way, the case could have been resolved through contract law alone. Even if speech itself is considered inalienable and cannot be legally prevented by a contract (as is my view), the contract can certainly impose fines for specific kinds of speech, because property is alienable. The fine is merely a conditional transfer of property rights; the condition can be anything the other party will agree to.

      --
      "The state is that great fiction by which everyone tries to live at the expense of everyone else." - Bastiat
    32. Re:Too bad these WERE reported to mickeysoft by Tony-A · · Score: 1

      Name an Operating System vendor that doesn't have any buffer overflows found!

      Burroughs B5000

      "It was a unique machine, well ahead of its time."

      One reason it never became all that popular was that it did not like reading and writing outside of the prescribed bounds.

    33. Re:Too bad these WERE reported to mickeysoft by Error27 · · Score: 1

      In short, they ALL have issues, some more than others. Many of the issues found in Windows are found in IE - compare that to the recent swath of holes found in Firefox/Mozilla.

      It's not fair to say that IE and Firefox are the same. IE has more issues and Firefox fixes their issues but IE doesn't.

      It's not that Microsoft is malicious. It just takes them a long time to release software. Look at how long Vista has been delayed.

    34. Re:Too bad these WERE reported to mickeysoft by Alsee · · Score: 1

      Going completely offtopic here, but...

      I basically agree with you "Fire in a theater" free speech cliche is lousy and basically a wrong/missleading one, but I think you are taking the wrong angle with the contract stuff.

      For example what if place it in the middle of a very crowded public street instead? The analysis should be made on the same basis and should produce the same result wherever it occurs.

      The government may not establish a law targeting speech. May not pass a law against saying the word 'fire'. Law we can have - law we do have - is that it is criminal to deliberately or recklessly cause death or injury to other people. It is also criminal to act to deliberately put people in fear for their life.

      So to support your basic point, the fact that non-speech crimes may be committed while using speech is not an example of or justification for creating "speech crime".

      P.S.
      I may be leaping to conclusions here, but your contract argument sounds very hardcore Libertarianism to me. While I lean partially libertarian and would like to see some political shift in that direction, I think one of the errors/excesses of extreme Libertarianism is in attempting to use contracts as the fix/answer for everything. Chuckle.

      If someone yells fire in a crowed movie theater and ends up getting several people KILLED in the crush to escape, that is not a subject for some "fine" as the "conditional transfer of property rights" of some contract with the theater owner, LOL. And that behavior doesn't catagorically drop to mere contract issue even if the other movie patrons are all lucky and all survive the escape rush.

      -

      --
      - - You can't take something off the Internet! That's like trying to take pee out of a swimming pool.
    35. Re:Too bad these WERE reported to mickeysoft by iminplaya · · Score: 1

      Don't equate speech with action. They are very distinct things. No matter how provacative the speech, you have the choice to act or not. Otherwise free will does not exist. And if we don't have a free will, then we shouldn't be allowed to punish people for what they do. They would have no choice.

      --
      What?
    36. Re:Too bad these WERE reported to mickeysoft by hedwards · · Score: 1

      I get tired of this EULA is everything argument. Realistically, without the ability to prove:
      1) who agreed to it.
      2) The existence of a viable option to reject the agreement.
      3) A stable agreement that doesn't change with every security update.

      Yes we all could switch to linux, mac os or bsd; but realistically is an individual who doesn't know anything about computers going to? Worse are the "supplemental EULAs." want the update agree to our demands, don't want to agree fine; just don't complain when the haxxors get through all the numerous bugs that this update corrects.

      Realistically, I doubt that these supplemental EULAs in particular are enforceable as one really cannot choose to say no.
      It's kind of like an offer you can't refuse. You say no, and possibly in the near future your private information is stolen.
      But you don't know for sure if or when it will happen.

    37. Re:Too bad these WERE reported to mickeysoft by ultranova · · Score: 1

      Even if speech itself is considered inalienable and cannot be legally prevented by a contract (as is my view), the contract can certainly impose fines for specific kinds of speech, because property is alienable. The fine is merely a conditional transfer of property rights; the condition can be anything the other party will agree to.

      I would like to point out that a contract can't actually prevent anything; all it can do is assign penalties for certain actions. A piece of paper is completely unable to stop anyone from yelling "FIRE", unless it's physically glued over his mouth. Therefore, a contract that orders a fine for an action has, in effect, forbidden you from excersizing your right to that action, therefore removing the right; concentrating on whether it outright states this or not is hair-splitting for the purposes of deception.

      Besides, your argument that "speech is unalienable but there is consequences for it" is completely absurd. In Soviet Russia during Stalin's reign you could go to the Red Square, piss on Lenin's statue (I'm sure there was one there) and shout "Down with Stalin! Down with Lenin! Communism stinks!". You would go to Siberia or get shot for it, but you could do it. Does this mean that Soviet Russia during Stalin's reign gave unalienable right to free speech to its citizens ?

      A right to do something means that you can do so without being punished, claiming that "you have an unalienable right to do this but you'll be fined if you use it" is pure nonsense. If you'll get fines for an action, then clearly your right for that action has, in effect, been removed.

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

  4. Lack of security sells PCs and crappy software. by a_greer2005 · · Score: 2, Insightful

    Think about it; if a PC gets exposed to viruses or malware, the average Joe will either A: buy a new version of Nortan, or just not realise it untill the PC fails to boot in under 10 minutes at which point they just buy a new one, which means by default, another license for Winodws that isnt really needed, but Redmond gets the $$$ non-the-less...

    1. Re:Lack of security sells PCs and crappy software. by smilindog2000 · · Score: 1

      It's all just evil marketting after all... Not stupidity, just good business.

      --
      Beer is proof that God loves us, and wants us to be happy.
    2. Re:Lack of security sells PCs and crappy software. by Anonymous Coward · · Score: 0

      Grandparent was not saying that it was planned, only that fixing problems may actually hurt revenue.

    3. Re:Lack of security sells PCs and crappy software. by grolschie · · Score: 1

      Co-incidentally, today I talked to a person who was asking whether they need to buy a new PC because a virus has stopped their PC from booting. Whether or not a virus was too blame or faulty hardware, it doesn't matter. This Joe Sixpack was ignorant enough to think that a virus destroyed OS = need for new computer.

  5. Reporting directly to vendors by dtfinch · · Score: 5, Insightful

    "We believe the commonly accepted practice of reporting vulnerabilities directly to a vendor serves everyone's best interests."

    From the looks of it, most if not all of those were reported months before they were published.

    Give a vendor 90 days. If they fix it, never, ever release the details of how to exploit the vulnerability, as a reward and to help users who are slow to update. But if they willfully choose not to fix it, release the exploit to educate their userbase, and to help them to reevaluate their dangerous security policy.

    1. Re:Reporting directly to vendors by vadim_t · · Score: 1

      You kidding?

      I'd give the vendor a week at most, and that's being generous. And always release full details anyway. That's a lot of systems that could be getting broken into during those 90 days. If you know how to exploit something, making a program to do it automatically is a question of hours.

    2. Re:Reporting directly to vendors by rthille · · Score: 1

      No, because if you never make the exploit public that doesn't mean that the black-hats won't know about it. And the 'slow to update' users will be vulnerable without ever knowing it.

      Hell, publish it with the note that if they don't patch this vulnerability then a black-hat can break into their computer and use it to steal all their money from their bank _and_ rape their puppy! Maybe that will help them to be less 'slow' to update.

      (yeah, I know it's pissing up a rope, but it's a dream)

      --
      Awesome furniture, accessories and cabinetry in Santa Rosa, CA: http://humanity-home.com/
    3. Re:Reporting directly to vendors by drinkypoo · · Score: 5, Interesting
      You notice that your neighbor often leaves his patio door unlocked when he leaves for work, so you kindly leave him a note, so that in the future he may avoid being harmed. All is well.

      This is not an even slightly similar situation to your example.

      If you can explain to me who in this example is Microsoft, I'll be seriously fucking impressed, because you didn't even include them.

      Now, what WOULD be a good example is if you noticed that your neighbor's patio door didn't lock properly, and you found another of the same model, and noticed it didn't lock properly either, then you got that information out to the general populace. On one hand, it would inform burglars that those doors were easy to get through, but on the other, people who had that kind of door could be informed, and take steps to correct it.

      Where does this analogy break down? There's a zillion places you can look to find security vulnerabilities, and most any of them that are worth anything are effectively equivalent, they all have the same vulnerabilities within a few days. There is no clearing house for patio door security information.

      Still, it makes dramatically more sense than the bullshit you spouted.

      Also, Microsoft has a shit security record miles long. Expecting Microsoft to release stable, secure software is like expecting the Pope to open an abortion clinic. By the same token, it's like someone today buying a Yugo. We all know they're utter, complete shitboxes, that will actively cost you money - they're not worth getting for free. Why would you do it? Granted, I do use Microsoft software, but I know it's insecure, so I make sure to take more care than I would were I on Linux or something.

      Finally, people learn from mistakes. If they are losing their data because they went with Microsoft, Microsoft will eventually suffer. It's a shame that people can't do some basic research and find out that Microsoft is awful, but that's their own fucking fault. People who would do tons of research before buying a car will do absolutely none before buying a computer, and then wonder why they have problems. I am not responsible for their willful stupidity. Or yours.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    4. Re:Reporting directly to vendors by vadim_t · · Score: 4, Interesting

      You know, I'm really tired of stupid analogies on slashdot.

      Let's say there's another OpenSSH (to remove MS angle) vulnerability. Somebody announces it:
      1. Somebody finds a vulnerability and makes it public
      2. I block SSH port immediately
      3. Mail everybody who uses it: SSH has a vulnerability, mail/call me with your IP address and I'll make an exception
      4. Now I can relax a little, read the security advisory, run tests, and patch SSH. Most exploits involve very straightforward patches.
      5. Test patch (obviously)
      6. Remove SSH port block
      7. Everything is back running, and all is well. Some time later I get the vendor-provided bugfix (updated package in Debian or whatever)

      Now your version:
      1. Somebody finds a vulnerability and only reveals it to the vendor. Vendor sits on their asses for a month
      2. Since I don't know anything, I can't take any action
      3. Two weeks later, some jerk roots the box
      4. Yay, now I have to take the box offine, examine it, restore from backups.
      5. Oops, I forgot, I still have to protect it against a vulnerability there's still no information about!
      6. Bring box back online, without being really sure I won't get rooted again
      7. If I'm lucky, some time later, the vendor's patch arrives.

    5. Re:Reporting directly to vendors by Loonacy · · Score: 1

      So, in your analogy, is your neighbor supposed to be MicroSoft, or everyone running IE?
      Who are the people who suffer if the door is unlocked? And who has the capability to lock the door?

      A better analogy would be:
      Your neighborhood all gets their locks from one vendor. You find out that someone can make a key that works in every one of those locks. You inform your vendor of the problem.
      Meanwhile, someone could be running around stealing things from people's homes because of these locks. Your vendor sits on it, doesn't seem to be doing anything about it. What do you do?

      Personally, I would tell everyone "Hey, your locks aren't secure! Change them now!" and hope people change to minimize the damage rather than just sit and hope nobody's already using that key.

      It doesn't really say in the article whether or not he's disclosing the DETAILS of the vulnerability, which would be like saying "Hey, if you make a key that looks like this, you can get in every house in the neibghborhood." and now everyone knows how to get into everyone else's house.

    6. Re:Reporting directly to vendors by CherniyVolk · · Score: 3, Interesting


      Three months is too long.

      Besides, especially for Microsoft exploits... the moment I have time to share any info on something I found, I do. This is in part becuase of my lack of admiration for the company, and any bane for them is a gleeful gain for me. Come to think of it, I never contacted Microsoft to report anything remotely construed as intent for improvement; save one instance where I did specifically contacted Microsoft presenting just one reason why I would never condone the use of their Server Operating Systems for even casual use, and they opened up dialog even. But, I think they could tell, I wasn't their friend.

      Bottom line here, is what is 'responsible' exploit exposure? Noone really has a hardened explanation. Companies would love for thier ideas governing exposure, basically it affords them the ability to flip the bird at one person (the discoverer) and hope noone else see's it; which is, the most likely scenerio becuase we all know, captialists think like this--'is it cost effective to address this bug? Is it cheaper to pay editors to belittle the effect of IE crashing by using phrases such as "[bugs within IE] MERELY causing IE to CRASH"?'.

      Is it really responsible to notify the vendor first? Inherent to proprietary business interests, denial is an all too common tactic and if they want to sue you, they could even to suffer an obvious loss just to introduce you to the ringer. Or, is it more responsible to out right give full details to the first person you see on the street? I say, in regards to consumer business, it's much more effective and therefore responsible should you post all exploits, with details and working examples the moment you are able to muster the content and activate the 'Send' command. This approach is akin to starting a fire underneath the perverbial ass. Why give a company an option? Force them to live up to their end of the deal; deal being that you paid for a product, as advertised and within reasonable expectation of operation. There is no option to fix or not to fix a bug that crashes an application, it must be fixed; while this is the tendancy in the Open Source area, it is a philosophical obligation for a company.

      So, light those fires is what I say. I think it's ridiculous that many exposing exploits do not give details and working example code, or some sites that do have that culture require registration and are less in the spotlight.

    7. Re:Reporting directly to vendors by Joebert · · Score: 1

      Must be nice to be able to sit around in the morning & watch everyone else go to work. What do you do for a living ? More importantly, why are you paying soo much attention to how I leave my house when I leave ? We live in a gated community. How did you get in here ?

      --
      Wanna fight ? Bend over, stick your head up your ass, and fight for air.
    8. Re:Reporting directly to vendors by Anonymous Coward · · Score: 0


      >I'd give the vendor a week at most, and that's being generous.

      Inform them that an anonymous report is going to be released with or without their action,
      and the report has already been written with the vulnerability documented and also thanks the company for
      the prompt fix.

      It's not your fault if they chose not to fix it in the time given. Either way, the report goes out.

    9. Re:Reporting directly to vendors by wordsofwisedumb · · Score: 1

      Let's say a vendor did fix the vulnerability. It's fine not to release the details of the vulnerability, but as a user I want to know that there was a vulnerability, how long it existed, and how long it took them to fix it once they were notified. It helps me make an educated decision as a consumer about which product to use. A vendor who has a track record of lots of vulnerabilities may not produce a product good enough for me to be using compared to their competition, but if they have very short turnover time on fixes that may outweigh excessive flaws. Keep the user educated, not in the dark.

    10. Re:Reporting directly to vendors by Keeper · · Score: 1

      because if you never make the exploit public that doesn't mean that the black-hats won't know about it. And the 'slow to update' users will be vulnerable without ever knowing it.

      This is only true if you assume that damage remains constant regardless of the number of people who know the problem.

      If 1 blackhat knows the problem and can exploit it, is it better or worse than 10 million blackhats knowing about the problem and exploiting it? Is it better or worse when spammers begin to use the exploit to expand their bot network? Is it better or worse when one of those blackhats creates a utility usable by a 10 year old to break into systems?

      THAT is the problem with public disclosure of exploit details.

    11. Re:Reporting directly to vendors by Keeper · · Score: 1

      Microsoft is the manufacturer of the door. The door allowed the user to leave the home without locking it.

    12. Re:Reporting directly to vendors by db32 · · Score: 2, Interesting

      First of all, its more like holding a chalupa upside down on a hot day while your friend holds a icecream cone upside down on a hot day...don't you think you should tell your friend "Hey, upside down icecream has a heat vulnerability"

      Excellent description of the problem, but I don't see why so many people shout about "MS shouldn't be allowed to get away with this". Yes, yes they should...because you bought their products, you agreed to the stuff that said "We might support you if we want". You agreed to it, they can do it. It doesn't really matter if you didn't read the fine print, you still agreed. The same goes for every other closed proprietary line of stuff people buy. Trust me, their lawyers are WAY smarter than their sense of morality is strong.

      It amuses me that the big software houses just don't get that. That they shout and scream and stomp their feet "You can't tell our customers we screwed them!" "You can't tell them we lied to them about what we offer!" Rather than spending the money to fix the problem, they spend a fortune in legal battles trying to silence the critics, so they don't have to spend the money fixing stuff. In the mean time the OSS world just goes "DOH!" and fixes it. Realistically, if this was pointed out to shareholders...things might change. "Look, rather than actually fixing the problems that are causing them to do worse, they want to try to hide them...but these service based companies over here...based on a new business model, just fix the problem, notifiy their customers, and continue to move in the right direction without wasting money on unneccessary legal battles"

      --
      The only change I can believe in is what I find in my couch cushions.
    13. Re:Reporting directly to vendors by Alsee · · Score: 1
      --
      - - You can't take something off the Internet! That's like trying to take pee out of a swimming pool.
  6. Only one OS? by Anonymous Coward · · Score: 1, Interesting

    Will he release vulnerabilites from several vendors?
    Or do some vendors not have enough to mention?
    Or do other vendors actually fix them in a timely fashion?

  7. In releated news... by Kenja · · Score: 2, Funny

    I feel that there's not enough being done to curb gun violence here in Oakland Ca. So I'm going to shoot one person a day, every day, for the month of July. Any reports that I'm enjoying it are exaggerations.

    --

    "Have you ever thought about just turning off the TV, sitting down with your kids, and hitting them?"
    1. Re:In releated news... by Anonymous Coward · · Score: 1, Funny

      I feel that there is not enough being done about stupid legislators. So I'm going to pass a stupid law a day, every day, for the month of July. Any reports I'm getting huge checks under the table are lies.

    2. Re:In releated news... by Tackhead · · Score: 2, Insightful
      > I feel that there's not enough being done to curb gun violence here in Oakland Ca. So I'm going to shoot one person a day, every day, for the month of July. Any reports that I'm enjoying it are exaggerations.

      (Not to put a downer on your funny post but...)

      ...it's more like "So I'm going to report every murder on the TV news, for everyone to see, until people get so fed up with seeing it every night, that they pressure the Oakland Police (who, just as Microsoft has a legal monopoly on its own source code, have the legal monopoly on the use of force in Oakland) to get off their asses and start doing something to stop it."

      (Of course, just as in Oakland... we get bored of seeing a bunch of dead people every night on the news, and we get bored of seeing the latest exploit, and once the cops - and the vendors - figure out that after a certain point, we stop giving a shit, nothing gets done :)

    3. Re:In releated news... by Odin_Tiger · · Score: 4, Insightful

      This is more a situation of, "I feel there's not enough being done to curb gun violence in Oakland, CA, so every day in July I'm going to disclose to the public one case of a cop failing to prosecute a known black market arms dealer, felon in posession of a firearm, or murderer, because it wasn't convenient for the Police Department's schedule."

      --
      Unpleasantries.
    4. Re:In releated news... by Odin_Tiger · · Score: 1

      Before anybody has the chance to point it out, yes I know I screwed up. -prosecute +arrest. >:P

      --
      Unpleasantries.
    5. Re:In releated news... by Joebert · · Score: 1

      That's ok, it had a Grand Theft Auto feel to it & I thought it said somthing about "falling prostitute" before you pointed it out. :)

      --
      Wanna fight ? Bend over, stick your head up your ass, and fight for air.
    6. Re:In releated news... by Keeper · · Score: 1

      The intended purpose is to hurt Microsoft. The actual effect hurts people other than Microsoft. At best, it is the equivelent of rubbing a dog's nose in its own turd. The turd is still there, the dog wimpers and is ashamed, but you're still left cleaning the shit off of the carpet.

      Telling people that you failed to prosecute a criminal only hurts the Police department. Shooting people because the Police department didn't prosecute a criminal hurts people other than the Police department.

    7. Re:In releated news... by Antique+Geekmeister · · Score: 1

      It's more like publishing the names and addresses of child molesters: the molesters don't want you to publish their names, the police often don't want to publish the names because it can screw up their pending court cases or prosecutions, but leaving the molesters alone will certainly not stop them or protect anyone.

  8. The Exploits Themselves by FsG · · Score: 4, Informative

    Here's the link to the list of Moore's browser exploits, the ones that the article is talking about.

    --
    I made a PHP/MySQL library that prevents SQL injection & makes coding easier!
    1. Re:The Exploits Themselves by Anonymous Coward · · Score: 0

      It's funny to read the comments on Slashdot about "responsible disclosure" and then look at the exploits. It seems like every one of these was "disclosed to Microsoft on March xx".

      Uh, guys it's July 14th, this *IS* responsible disclosure.

  9. If you annoy both groups by Anonymous Coward · · Score: 5, Insightful

    ...you must be doing something right.

    1. Re:If you annoy both groups by Anonymous Coward · · Score: 0

      That's not insightful -- that's trite and untrue. I can demolish that statement in 0.5 godwins: Neo-nazis piss off both ends of the political spectrum, so are they doing something right, or are they just assholes?

    2. Re:If you annoy both groups by Anonymous Coward · · Score: 0

      He didn't say "If you annoy any two groups...".

  10. Give reasonable deadlines then go public by davidwr · · Score: 2, Insightful

    Best practices in my not-so-humble-opinion:

    1) warn the vendor ASAP
    2) warn the security community within a week, immediately if the vendor has no objections
    3) as soon as there is an exploit that represents a real threat:
      a) give all details to the security community
      b) give a workaround, like "disable such and such service," to the general public.

    --
    Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
    1. Re:Give reasonable deadlines then go public by Anonymous Coward · · Score: 0

      Resulting practices of your suggested practices, in my not so humble oppinion:

      1. Infiltrate the "security community"
      2. Leak the mentioned warnings and exploits to blackhats
      3. ???
      4. Profit!

    2. Re:Give reasonable deadlines then go public by civilizedINTENSITY · · Score: 1

      This schedule sounds *much* more reasonable than the "tell vendor and then wait 90 days" version.

    3. Re:Give reasonable deadlines then go public by fermion · · Score: 2, Interesting
      This is the vendor party line, and this is why I disagree with it.

      First, this process does not protect the user, it is merely a PR thing for the vendor. While I feel for the vendor, wish to give them adequate time to correct the problem, history tells us that this sympathy backfires. Here is the normal drill. If a venerability gets reported, but there is no exploit "in the wild", then the venerability gets less priority. This is fine because the exploitable code needs to fixed first. But then later on the bug that was ignored does have an exploit. Well then that bug is put to the top of this list, and even though it may have knonw for ages, the vendor gets ages more to fix it. All the while the user is at uneccesary risk.

      As a customer the product cycle should take my convenience into account, at least as far as I willing to pay for it. And since MS has margins approaching 40%,and Apple has margins over 20%, I certainly think we are paying enough to both companies not to have to inconvenience ourselves because they can't get to work.

      Here is the second thing. The issue either has an exploit or it doesn't. If it has an exploit, then the customer deserves to know so they can protect against it, and often that requires some level of detail. If it makes the problem public, then that is a good thing because then the scrip kiddeies will exploit it, and it will be more of a problem, so then it will be fixed. Instead of having months of small problems, we will simply have a short time of big problems. If the bug has no exploit, then nothing is lost. However, knowing the bug is known does put pressure on the vendor to fix the issue.

      As i say, delaying publication is merely to protect the vendor, and does nothing to help the customer. As has been mentioned here often, a properly secured and updated system in any OS is relatively safe. But if we are going to blame the users, then the users must know what the exploits are than we need to defend against. If the exploits are secret, then we are back to the situation where the vendors are withholding material information, and they become liable. It is a very similar situation to the pinto.

      --
      "She's a scientist and a lesbian. She's not going to let it slide." Orphan Black
    4. Re:Give reasonable deadlines then go public by Gnavpot · · Score: 1
      If a venerability gets reported
      If a venerability gets reported, he has probably lost all possibilities of becoming a saint.
    5. Re:Give reasonable deadlines then go public by Joebert · · Score: 1

      I like this one better myself.

      1) Write an exploit for the hole that disables everything that would use that hole on the system, open a text editor with an explaination & instructions of how to save the file.

      2) Release it into the wild.

      3) Notify vendor, including source of temp-patch.


      Now,
      1) Temp-patch writer doesn't get screwed out of credit.
      2) Computer user is safe from said exploit untill a working patch is devoloped.
      3) Vendor doesn't sit around with their thumb up their ass wondering if it's actually an exploit or not. 4) Anti-virus products clean up after the MIB, err I mean the temp-patch writer.

      --
      Wanna fight ? Bend over, stick your head up your ass, and fight for air.
    6. Re:Give reasonable deadlines then go public by fishbowl · · Score: 1


      >Best practices in my not-so-humble-opinion:

      Warn the users in your enterprise immediately.
      Warn any clients or business associates immediately.
      Warn the vendor that if the situation is not corrected immediately,
      litigation will ensue.

      To hell with the public.

      --
      -fb Everything not expressly forbidden is now mandatory.
    7. Re:Give reasonable deadlines then go public by miffo.swe · · Score: 1

      Waiting is just letting the crackers have more time before things hit the fan. Security shouldnt be something you slap on like bandaid afterwards. Before exploits are being "found" by security vendors and researchers they are often being actively used by crackers. Security vendors then buy the exploits and sell the information to their customers.

      --
      HTTP/1.1 400
    8. Re:Give reasonable deadlines then go public by Anonymous Coward · · Score: 0

      Right, because there's no way that your acquaintances might have connections to black hats, and the money would not temp them to contact some.

    9. Re:Give reasonable deadlines then go public by fishbowl · · Score: 1


      >Right, because there's no way that your acquaintances might have connections to black hats

      You have to assume they had the info long before you did.

      --
      -fb Everything not expressly forbidden is now mandatory.
  11. Thank God by Anonymous Coward · · Score: 0

    Hopefully Microsoft switched to Patch-Tuesday once a month, otherwise
    it would have become "Reboot-Every-Day-in-July" nightmare.

    --

  12. It "irks" them? by andytrevino · · Score: 2, Insightful

    So, shedding light on these security problems "irks" some vendors. How about the sysadmins and users who are stuck wasting their time patching problems that should have been fixed months ago, or before release? What about people who have had data compromised or destroyed by exploits brought to the public eye in this report?

    While I realize that many of these bugs are not critical security issues, my hat is off to Moore for having the rocks to continue his effort in the face of "irked" vendors and hax0rs. Producing better software is far more important.

  13. Samson-smash? by cdrguru · · Score: 1

    So, is the proper way to move people from Windows to Linux is to destroy the ability to use Windows as a computing platform?

    1. Re:Samson-smash? by bombshelter13 · · Score: 1

      Possibly. We won't know until we try, right? And it's not like it isn't fair. They're free to beat on our OS, we're free to beat on theirs. If theirs doesn't take the hits quite as well and starts falling papart sooner, that's not our fault, is it? They're the ones who built it that way.

    2. Re:Samson-smash? by Max+Threshold · · Score: 1

      Microsoft destroyed the ability to use Windows as a computing platform. This guy's just making sure people get the word.

  14. How do you know if there is an exploit? by khasim · · Score: 1

    There's no reason that the bad guys cannot find the same flaws he is finding and exploit them.

    Unless the bad guys do something massively stupid, how would the researcher know that the bad guys were exploiting it?

    Instead, I'd prefer a 90 day countdown. This provides the incentive for the companies to patch their products.

    Otherwise, an exploit can exist for years without anyone but the bad guys knowing it.

  15. Been a long time by militaunt · · Score: 1

    I used to be a linux fan. never really stopped, but life didn't let me pursue it for a while. now i'm admin of a linux-based phone switch (eOn's equeue) and these alerts suddenly concern me. fact is, i don't even have root. it's menu-based, you can get a shell but su doesn't work. the eOn techs are the ones responsible for root tasks, and i'm not sure they're going to handle this promptly.

    in addition, it's making me have some slight apprehension regarding my plan to put a couple linux machines in the systems room at work. be a bit embarrassing if the new guy's machines got owned.

    1. Re:Been a long time by frogstar_robot · · Score: 2, Insightful

      in addition, it's making me have some slight apprehension regarding my plan to put a couple linux machines in the systems room at work. be a bit embarrassing if the new guy's machines got owned.

      New Windows machines get owned too but I don't think that is exactly your concern. Any alternative has to be outrageosly superior to whatever established way of doing things is being replaced. The various ways that Windows machines can malfunction are common experiences to many and after long conditioning somewhat forgivable. Even though a Linux machine may be an outstanding way to replace a cranky Windows server, ANY malfunction is evidence "This Linux stuff sucks!" even though worse might be tolerated from the accustomed Windows solutions.

      I've been the advocate for many such Linux deployments. Being the advocate, I make it my personal and professional business that the solutions I advance work. I've pulled a few overtimes here and there sorting issues out. It's what you have to do when it is YOUR big idea being tried out and that big idea bucks prejudices.

      If you've been a long while from Linux, then you are correct to hang back. Find a little time to get to know your shit again so that if you ever DO propose a Linux trial that you can do the groundwork to really make it perform.

    2. Re:Been a long time by kjs3 · · Score: 1

      Sounds like you picked the wrong product. That's a different issue.

  16. Another Vista Delay... by R3d+M3rcury · · Score: 1

    We had to take the time to patch XP, test those, then move them over to Vista, test those...

    Vista is now scheduled to be released to OEMs in the second quarter. No, we won't say what year...

  17. If you're pissing off everybody... by topham · · Score: 1, Redundant

    If you're pissing off everybody you're probably doing something right.

    1. Re:If you're pissing off everybody... by Anonymous Coward · · Score: 0

      Mod parent up +2 Reality

    2. Re:If you're pissing off everybody... by ettlz · · Score: 1

      Theo's Law, well applied.

  18. Why that won't work by geekoid · · Score: 1

    Go to vendor, vendor gets a court order against you so you can't sayanything, then doesn't fix the hole.
    Or, vendors sues you for trying to 'extort' them.

    no, these large companies have made their beds, now they can sleep in them.

    Tell everyone you can loud and clear about any exploit.

    --
    The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
  19. Month of Browser Bugs link by Anonymous Coward · · Score: 0
  20. In everyone's best interest by Trouvist · · Score: 1

    Clearly "in everyone's best interest" means "in Microsoft's interest." See, if 90% of the vulnerabilities found are part of Microsoft products, and they don't have time to patch them before they get exploited, then too many people will get burned for using the insecure software with the vulnerabilities. This in turn will pull those same users to the places that they find less threatening to their well being.

    The only way I can see something like public disclosure helping Microsoft would be to find vulnerabilities in the competition and disclose THEM publicly, all in order to discredit said competition. The hard part with that way of doing things involves the fact that the competition will probably have the code fixed within hours or days (without creating more vulnerabilities) compared to Microsoft's own lengthy patch procedure.

  21. Dep't of Redundancy Dept by PavementPizza · · Score: 4, Funny

    Headline says: Daily Exploit Releases Irk Both Vendors and Crooks

    Considering that Microsoft is the only Vendor complaining, and considering they've had months to fix all of these and didn't, the headline should be:

    Daily Exploit Releases Irk Crooks

    --
    Viper is the preferred editor of the Emacs operating system.
    1. Re:Dep't of Redundancy Dept by Anonymous Coward · · Score: 0

      No, no.

      Daily Exploit Releases Fixed ASAP by All Vendors. Except Microsoft.

  22. My answer by Anonymous Coward · · Score: 1, Informative

    Reading http://browserfun.blogspot.com/, it looks like he submitted these on March 6. He is publically reporting them in July. That's three months.

    Microsoft has had 3 months notification that they need to fix a list of bugs which are findable with publically available tools, and some of which are being actively exploited by the blackhat community.

    Without this publicity, the blackhat community would continue exploiting machines indefinitely. With it there is at least a fighting chance that Microsoft will fix their bugs and force the blackhat community to look for some new bugs and write new tools. I have a hard time thinking of this public disclosure as anything but beneficial.

    As for the open source bugs, there is no way to report bugs to those projects without making them public. However their development is fast enough, and they are small enough targets, that I don't see these releases as being a problem for them.

    1. Re:My answer by TheNetAvenger · · Score: 1

      Reading http://browserfun.blogspot.com/ [blogspot.com], it looks like he submitted these on March 6. He is publically reporting them in July. That's three months.


      Ok, but don't you think 3 months could even be a little short?

      Take the distribution cycle of an average product. (Think outside MS for a second and imagine getting updates out to clients? Ouch.) Ok, back to Microsoft, even with Microsoft's Update Site and Automation, the rollout of an update like this would be a couple of weeks for users that were connected. Then you have corporate 'dimwit' policy, when they only do monthly updates to systems. So this adds to the timecycle to a week to a month depending on release.

      So in real world, this gives MS two months to find the exploit, see if it is a design flaw, bug, etc, and find a fix that may or may not affect a mass of other interdependancies...

      So what if this were not a 'browser' bug, but something that was later found to be a lower level exploit in the kernel level. (Heck even remember the Win32 WMF exploit?)

      So if you have something at a low level, take even something that can move fast, pick your favorite *nix, do you honestly see a widespread 'major' kernel update getting done, tested, out to all the distributions, tested again, and out in three months?

      In this senerio MS or any vendor would have a HELL of a lot of testing even after the exploit is tied up, and lot of vendors to report back and confirm that the majority of applications businesses depend on don't break because of a major change.

      Also remember in terms of compatibility, you aren't just dealing with the main vendor like MS or Sun or Apple, you are dealing with every CRAZY 3rd party application that might be dependant or poking its head into that portion of the OS even if it shouldn't be.

      I'm not truly saying your wrong here, just questioning if 3 months should really be seen as a 'long timespan' in the scope of things? Again, someone outside the vendor would not know how deep the exploit might go.

      In reference to 'if the bug exists people are at risk' thinking, this is a statistics issue. Sure the vulnerability 'potentially' exists for millions of users, but widespread knowledge of 'how to use the exploit' is where damage really occurs. It is like the Sony Rootkit joke here, some 'hackers' never even thought down that road to root below and OS level, yet the widespread knowledge may have done more harm than the potential exploit would ever have in the first place.

      There is a statistical difference between a wide known exploit with documentation of how to use it maliciously, and a conceptual exploit or potential exploit. Again, back to numbers and risk assessment. And if you go with just Stats, the guy pointing out the bug before the vendor creates a fix has just blown the numbers to the other side of the argument.

      I concpetually do agree with the public disclosure might move vendors to act faster, but that is more of a perfect world ideal that I would like to see vendors live up to, but when reality hits, I'm not so sure it would be enough of a shift.

      All it would take is one massive bug the vendor couldn't get patched fast enough to destory a portion of the computing industry. And one slipping through is our reality and not the perfect world I wish it was.

      This less than perfect world, is also where I see a flaw in the open source model at times, just because most of us working in open source projects don't want to harm our own interests, does not mean there are people out that don't exist that would just to gain a bit of fame or revenge. So far the odds have been on the side of getting the patch out, but all it takes is one on enough in use computers and bingo, massive effects.

      As you can tell in my response, I'm still knocking this marble around in my head, and the more debate on this we all can have the better off the industry will be by the people that don't stop thinking about this here.

    2. Re:My answer by pthisis · · Score: 1

      No. 3 months is _way_ too long.

      The standard used to be notify the vendor and wait forever. Vendors never fixed anything. Bugtraq and other security lists implemented a "full and immediate disclosure" policy, and bugs started getting fixed.

      Lately, full and immediate has been pushed back to full and one month. That's a compromise so that in the unlikely event that hackers aren't already exploiting the bug it can be fixed by responsible companies before they get a chance to do so.

      The drawbacks of the delay are:

      1. The consumer is not informed about their risks; I might decide not to run that app at home, or not to do online banking on the same machine where I run the vulnerable app. I might be able to firewall off or otherwise protect myself using faculties outside the affected app.

      2. The irresponsible vendors now just don't start working on the bug until a month later, so fixes get delayed. Moreover, when immediate disclosure was the norm there was no yelling at the person who disclosed the bug as though they had done something wrong; now, companies are trying to make it seem as though the people who discover the holes are somehow the ones in the wrong instead of the vendors/authors who wrote the insecure code in the first place.

      Really, the one month delay ought to be the norm only with companies/individual who show that they actually use the month to work on a fix and often manage to get one out. For those who ignore things until they're disclosed, we should go back to immediate disclosure.

      And absolutely as a consumer I want to know if there's a problem so that I can take steps to protect myself. The month is an okay compromise but if you're leaving known holes open and unpatched, and not letting me know so I can decide how to deal with that risk, it's hurting me. And it's hurting other consumers.

      And ultimately the goal of 3rd-party security researchers should be to protect the consumers and users, not to cover the company's ass.

      --
      rage, rage against the dying of the light
    3. Re:My answer by d'fim · · Score: 1

      ". . . this gives MS two months to find the exploit . . ."

      You mean that -- "in the real world" -- Microsoft needs two months to find an exploit *after* someone reports it to them?

      OK, that was facetious, but your argument refers to "the exploit" (singular) when the geek community's ire is over the average time for MS to respond to the *thousands* of exploits found over the years. Why do you restict your argument to the (relatively) few bugs for which that amount of time is actually justified?

      As to the statistical argument, just how skewed do the data have to be for the fixes from the BSDs to average less than a day while MS averages well over a month to even acknowledge that an exploit exists?

      In your original post, you asked who should define how long it takes to fix an exploit. MS has more resources to throw at these problems than any company in history has ever had to solve any problem. Yes, that's a lot of superlatives; and no, I do not believe that to be an overstatement. So while I don't have a specific answer to that question, I'm pretty confident in agreeing with the vast majority of posters that Microsoft's rate of response is, and always has been, wholly inadequate.

      MS claims that their policies are designed to benefit the customer. Well, I'm not just a Slahdot poster, I'm also someone who makes purchasing decisions for my company; and *I* say that one day of vulnerability for my production machines is one day too many. The customer has spoken.

      --
      Adherence to the truth is a form of disloyalty.
    4. Re:My answer by TheNetAvenger · · Score: 1

      Well, I'm not just a Slahdot poster, I'm also someone who makes purchasing decisions for my company; and *I* say that one day of vulnerability for my production machines is one day too many. The customer has spoken.


      Ok, enjoyed your humor and all...

      However, if this is your baseline for your systems, a product doesn't exist that will 'always' meet this requirement.

      If you factor in the timeline and statistics, chances are no matter what routers you are using, what OSes you are using, there are probably 20-50 exploits in existence with your systems at any one time. Just because they haven't been found, doesn't mean they are not there.

      So as you apply your next round of patches to OSes, devices, etc... Just remember that the patches you are applying are for expoits that have been open for the entire lifecycle of the product. A scary fact... This is why I find it a bit distrubing to accept the 'shout the exploit' from the trees approach as a great rule, because it really doesn't work in the real world. All it does is alert hackers to new methods that they could be using on your systems right now.

      Go back to the Rootkit joke, this is also something to consider. What if the exploit that is reported to MS is a new concept of hitting systems, MS fixes and tells Apple, Sun, others of the potential risk. Now the dork that figured it out goes on a spree gaining fame stating he is the one that found a hole in a MS product and how it works. Great, until the rest of the idustry realizes that it is something that affects every other OS out there, and only ones that had time to investigate this technique and protect against it is MS. Apple, Sun, and all the *nix are now compromised.

      I agree MS can be slow, but people seem to discount the 100s of millions of appliations that run on Windows, as is it not only an OS, but a development platform that a LOT of software and code work in and around. So sure they have more people to throw at it, but the number of 3rd party support they have to keep their OSes running for is astronomical. In a way the 3rd party application base for MS OSes is too big for MS itself.

      Even Linux and BSD with adoptation and 3rd party software reliance is starting to see a greater magnitude of possible downstream problems any change could make. This is great when geeks can recompile and update, but as these OSes become more of a commercial product platform, this will become as big of a problem for them as it is for Microsoft.

      With these two points in mind, you seem to think every solution or bug or exploit is something that is 'find the bad code, fix it, test, publish'... This is not the case in the security world, where not only are bugs and exploits found that are easily fixable, but vast new ways of compromising systems are ALWAYS being developed that may take part of a kernel in an OS to be re-engineered, etc.

      Look at SP2 for WindowsXP. This was a major publish as it took the latest attack techniques used on OSes and software and applied them across the OS. This massive patch could not have been created in a day, as it even required new compiler technologies to combat some of the new injection and other techniques starting to be used.

      I like your 1 day concept, but I still don't see it working in the real world. It might make you feel safer at night, but truly you aren't nor is it realistic with large scale software.

  23. Don't mention security holes!! by LordofEntropy · · Score: 1

    Nothing beats security through obscurity!

    --
    Entropy just isn't what it used to be.
  24. MS doesn't care by NineNine · · Score: 1

    Call me nuts, but Microsoft isn't going to be intimidated by one guy, no matter who he is. If MS even notices this guy, they'll just send their lawyers after him, and he'll regret being such a smary ass reeeel fast.

  25. Ignorance by bunhed · · Score: 1

    I would rather know that my [insert product here] has problems then not, regardless of whether the manufacturer is ready willing and/or able to deal with it. It gives me the option to deal with it as well. Keeping me ignorant is not keeping me safe. Manufacturing has it's problems no matter what the field and bad things are bound to happen so blame is irrelevant to me. The issue is whether the product I am using is safe for my particular use. The manufacturer does not know the use I've put thier product to (am i playing WoW or running an air traffic control system?) so they are in no way informed enough to make the decision as to whether it is safe for me to use or not. It is my decision in the end and I appreciate having enough information to make that decision. Keep the expoits in the open. If the manufacturer does not have enough brains cells to fix it perhaps I have enough to determine whether to continue to use it or not.

  26. one more (at least) by Tom · · Score: 1

    but he appears to be the only one enjoying it

    Add at least me in there as well.

    Blackhats have been doing this and other work like it for years. The current state of security is defined better by ignorance than by safety. Patching is a workaround, not a solution. To use an analogy: Patching means we built more hospitals in response to car crashes, instead of inventing air bags.

    I'll enjoy the show. It's a very good demonstration that "oh, we'll fix whatever comes along as soon as we learn about it" is not a viable method in security. It's making closing the barn door after the horse has left a standard business procedure. I've been waiting for just such a "one exploit every day" event for a long time now, and I'll enjoy it a lot. If anything, I hope they can keep it up for more than one month. After this, everyone hopefully realizes that patching isn't enough and you can't fix up the plane after takeoff, in mid-flight.

    Windos is the worst offender, by far. But as Hughes said at HAL2001: "My spaceship will surely not be running Linux." - we're still very far away from reliable and secure software, and these two aspects are closer together than most people realize.

    --
    Assorted stuff I do sometimes: Lemuria.org
  27. Suddenly Camino feels very safe. by hawks5999 · · Score: 1

    Even the Firefox exploit(s?) don't work.

  28. H D Moore... by Anonymous Coward · · Score: 0
    ...rocks my fucking world. He's also responsible for the Metasploit Framework and to original DCOM exploit amongst many many other things. MOBB is helping me make the case for banning MSIE to the most obdurate management I've ever encountered. Every day I send out an update. "H D Moore today released vulnerability #14. Totals: MSIE: 11; Firefox: 1; Safari: 1; Konquerer: 1.

    I'm also a pen-tester and Metasploit saves an awful lot of arguing with idiots. "you say there's an obscure heap overflow in our domain controller, but why should we care?" Metasploit's point-and-exploit UI makes even the most irritatingly cretinous manager shut the fuck up.

    Thanks, H D!

  29. Agreed. by transporter_ii · · Score: 1

    Microsoft is in a tough position. The Windows line has matured to the point that it does most everything people need it to do. Heck, on an article posted just a little while ago here, people are jumping on MS for not supporting Win98 any more...which came out how long ago???

    The thing is, Windows 98 still does just about everything the average joe needs it to do, after all these years. What makes people upgrade is getting a new computer that comes with a new operating system and/or trying to get better security.

    Now, if Microsoft actually put out a stable and secure operating system, how much money would it cost them from the people who decide to stick with what they have because it does everything they need it to do???

    And the real kicker is, now that they have improved the security of their software, at least a little since the Win98 days, now we are looking at expiring licenses, forced upgrades...and DRM. Why? Because when the OS is mature and nobody is upgrading, that is where the money will be.

    Transporter_ii

    --
    Doctors destroy health, lawyers destroy justice, universities destroy knowledge, religion destroys spirituality
  30. A culture of secrecy doesn't help by dbIII · · Score: 1
    This borders on yelling fire in a theater
    No it is just another form of journalism, and parties that are made to look bad by inconvenient details want to make it as contentious as reporting on wars. Obsurity has not worked, and going after the people that point out that MS or others have problems is not giving comfort to some sort of enemy because the people vunerable to the flaws can also do something about it even if there is no patch available yet. Why should the script kiddies and two or three guys at Microsoft with the fix low on their schedule be the only ones to know about an exploit that could result in damaging security breaches?
  31. Mmhmm by derEikopf · · Score: 1

    "We believe the commonly accepted practice of reporting vulnerabilities directly to a vendor serves everyone's best interests."


    Microsoft knows exactly what everyone's best interest is, right?

    No...in this case Microsoft only knows what is in their own best interest.

  32. hackaday by Anonymous Coward · · Score: 0

    He should be posting at www.hackaday.com , they haven't had luck posting every day.

  33. Comment removed by account_deleted · · Score: 1, Troll

    Comment removed based on user account deletion

  34. HD Keep up the good work by Anonymous Coward · · Score: 0

    Software risk is not determined by the amount of vulnerabilities found in a product in the past, but how the vendor deals with the vulnerabilities and how the vendor moves forward with being proactive about vulnerabilities in the future, such as developer education, code reviews, etc.

  35. Maybe MS needs some humility. by Kadin2048 · · Score: 2, Insightful

    Microsoft 'should' also be keeping proper dialog with people that report these exploits, but that does not give one individual the 'button' to nuke MS when they don't jump on a fix as fast as the person wants, he is only screwing the consumers, not MS other than giving them bad press.

    Huh? It sure does. He found the vulnerability, it's his to disclose. (Unless of course Congress has made that illegal this week...)

    I think the software vendors are forgetting something: giving them an advance warning of the pending release of a vulnerability is a professional courtesy.

    If they don't do anything, particularly if they don't ask politely that the release of the vulnerability be delayed, then they really have no business bitching when they see it over their coffee while reading the Wall Street Journal some morning.

    I think reporting vulnerabilities to vendors is the right thing to do, but if the vendors piss all over people who are trying to do them a favor, then the hell with them. It's unfortunate that their customers end up getting hurt because of their lack of any sort of humility or willingness to communicate, but that's what you get when you do business with people like that.

    If I was advising Microsoft, or any other large vendor -- or if I was a major customer of theirs, large enough that I could give input on their internal policy -- I'd tell them that every time a serious vulnerability was reported, they should assign an analyst to it personally; not only to verify the possible implications of the threat, but also to act as a one-to-one point of contact with the discoverer, to build a relationship with them and hopefully get them to agree to hold off on disclosure until the problem can be fixed. (I'd also expect them to throw wads of cash at anyone with a possible 0-day, and troll the black-hat IRC channels just like the mafia does, buying them up.)

    It's ridiculous to expect people who are inherently doing the vendors and their customers a favor to simply sit on their hands when there's no active dialogue between them and the vendor on what progress is being made -- particularly when being the first to report a vulnerability can be a career-making move for some people.

    --
    "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
  36. Re:Reporting directly to vendors DAMN! by davidsyes · · Score: 1

    Why isn't there a SUPERPLUSGOOD for clean, crisp comments this one vadim_t posted. That pair of examples could summarize the best of all the best comments on this thread.

    But, yeh, if it IS provable that the guy indeed notified ms, then, with their EIGHT BILLION or more per year in R&D or whatEVER the hell it is they throw around that money on, they OUGHT to be forced to keep pace. If Open Source can do it with pennies and sweat, then ms should NOT be allowed to let its customers be shafted.

    Letting ms take its sweet time to issue fixes and patches is like watching a stream of front-end shovel-equipped highway cleaner trucks whiz by a set of 18-wheeler wheels and tires on the road with the lugs FACING UP. (I happened to run one over and because my U-Haul was overweight, the lugs hit the truck's transmission oil drain pan. Fortunately for me said the U-Haul guys, as had I NOT hit that wheel in the Sacto area and IF I tried to wend my way up the mountains going into Oregon, I'd have lost power on the incline and the gas-powered truck would likely have sputtered and rolled backwards with my car in tow, spilling all my goods, clogging up the lanes and would likely have gotten me billed for a whole truck lost as well as the clean up for snarling traffic for dozens if not over 100 miles. SO, in MY analogy, losing $1400 for repair and getting a DIESEL truck in exchange saved my ass BIG time. YOUR MILEAGE may vary with my analogy...)

    --
    Previously: "Linux... Toward the Sunrise..." Now: "Linux... Toward the-- No, now, part of Every Sunrise"
  37. MS's Timeline is a MOOT POINT. by Anonymous Coward · · Score: 0

    MS's Timeline is a MOOT POINT when the blackhats already have these!!

    The ONLY thing that allowing MS to supress general knowledge does is keep consumers of realizing just how bad the problems with thier software really are.

    Do you think that MS would accept responsibility for the losses caused by a vuln. that they knew about but hadent fixed yet?
    We all know they WONT.

    I'd rather that this sort of news scares people away from IE & OE that will minimize the damage (to those that switch) no matter what MS thinks is an accaptable timeline.

  38. Oh NO... by Anonymous Coward · · Score: 1, Funny

    ...it seems like a Win-Win situation for the consumer... it must be wrong.

  39. homeland security by SethJohnson · · Score: 1



    nor do I want to have to trust that Microsoft employees won't leak the information to malevolent third parties.

    I applaud this patriot. He's identifying breaches in our national security infrastructure which is being exploited by malevolent international organizations. This is a demonstrably greater threat to our national security (recent state department break-ins) than our porous southern border or our domestical phone call traffic.

    Microsoft's foot-dragging on repairing these weaknesses is endangering our national security. Imagine if Congress wasn't having to approve hundreds of BILLIONS of dollars each year to fight a physical war in a country that hasn't attacked the United States. Just a small fraction of that money could be directed to develop a secure operating system that would be deployed to all US government offices. I mention the war budget because it dwarfs the financial holdings of even Microsoft, which suggests it would be feasible to replace Microsoft with a government-produced secure OS. Unfortunately, the development would probably still be offshored, which would result in all kinds of quality control issues and we'd still end up with something as insecure as Windows.

    Seth

  40. Archives? by clover55 · · Score: 1

    While reading the posts I took a look at that blog he has going.

    If you look on the right, at the bottom, there is a header called "Archives." Under this header there is only one entry: July 2006.

    Mere speculation, but perhaps July isn't all he's packing.

  41. Crashing browsers, no PITA for me by Anonymous Coward · · Score: 0

    I use Firefox and SessionSaver. On the very rare occassion it does crash, I lose nothing.

    I haven't used IE in over a year except in IE-tab under Firefox, and Opera's layout and former ad bundling put me off.

    I've gotten spyware on machines using IE after a fresh install, just using IE to get drivers and updates (and Firefox).
    I've never had an infection due to a Firefox flaw or failure. Though I also use SpywareBlaster, SpyBot S&D, and Antivir. I assume these help.
    I never use IE or Outlook and I've been years without any malware.

    Tachyon

  42. give them three weeks? by v1 · · Score: 1


    So often we hear about worms that attack the net via vulnerabilities that have been around for months, and everyone screams at the vendor for being slow to patch.

    I've seen this suggested before and it's a simple idea. Give them three weeks. Send it to the bat-phone or whatever the vendor has. Three weeks later, post it somewhere nice and public - a forum for the discussion of existing unpatched vulnerabilities. Post it regardless of whether or not a patch is available.

    If the vendors cry, tell them if they patched in a reasonably fast timeframe this would be a non-issue.

    I don't see the problem with this. They are businesses, they react only to money. If taking 2 mos avg to release a patch starts costing them money due to bad press and pissed off owned customers, they will change their behavior. Costing them money is the only way to force them into action. They will whine and cry and snivel and litigate to prevent you from doing this, but in the end they aren't going slow for your good, they're slow for their bank book.

    --
    I work for the Department of Redundancy Department.
    1. Re:give them three weeks? by doesnothingwell · · Score: 1

      Very good points with one addition:

      Make microsoft purchase your silence if they want it that badly.

      Microsoft will do to users whatever their legal dept will approve, legal is a major corporate decision making checkpoint. If it is lawful in your country to sell this info then let the auctions begin. Microsoft might claim foul but when confronted with issues of "morality" in the past they defer to their legal dept.

      --
      They can have my command prompt when they pry it from my cold dead fingers.
    2. Re:give them three weeks? by v1 · · Score: 1

      You just KNOW what that will result in

      TERRORISM! THEY ARE TERRORIZING OUR CUSTOMERS! ARREST THEM!

      You laugh. now think about it. Yes, you see now, this is not meant to be modded "funny".

      --
      I work for the Department of Redundancy Department.
  43. Re:Or - mass media hurts EVERYONE by iamcf13 · · Score: 1

    Do you hate corporations so much that you need to make sure they make as little money as possible?

    The corps that are still in business and not 'bookcooking' are essentially doing fine. Whatever costs they have that they won't eat and/or write off on their taxes take the form of higher prices.

    Case in point

    When Coca-Cola first came out, you could get a small glass of it for a nickel if I'm not mistaken. Now, one costs $1.00 from a vending machine (granted its likely 20z). Why the ridiculous price increase?

    Advertising and competition.

    People come up with products and services.

    If word of mouth isn't enough, they use admen to get their message out -- big money!

    Somebody sees the ad and 'builds a better mousetrap' - competition.

    So the original maker has to spend more money to improve his product/service and andvertise it as 'new and improved'.

    And the vicious cycle goes on and on.

    The average consumer loses due to higher prices.

    Without mass market advertising, prices would be a lot lower.

    And as the late commedian Bill Hicks once said:

    Quit putting a godamm dollar sign on every fucking thing on this planet!

    Did they had advertisng in public bathrooms before he died? If so, his quote sums up vividly the problem with mass media advertising.