Slashdot Mirror


Microsoft Blames the Messengers

Roger writes: "In an essay published on microsoft.com, Scott Culp, Manager of the Microsoft Security Response Center, calls on security experts to "end information anarchy" and stop releasing sample code that exploits security holes in Windows and other operating systems. "It's high time the security community stopped providing the blueprints for building these weapons," Culp writes in the essay. "And it's high time that computer users insisted that the security community live up to its obligation to protect them." See the story on Cnet News.com."

731 comments

  1. MS by MissMyNewton · · Score: 4, Offtopic
    "It's high time the security community stopped providing the blueprints for building these weapons,"

    It's probably high time that Microsoft stop building houses made of straw to defend against big bad 'net wolves... It'd sure make a lot of our lives easier...

    --

    ---

    Information wants...you to shut your pie hole.

    1. Re:MS by darnellmc · · Score: 2, Insightful

      Exactly. MS needs to build products that are less vulnerable. Security companies not publishing code will allow MS to slack on fixes. The threat of hackers helps companies stay on their toes and release the best products and not half-step.

      What if security companies do not bow to MS's wishes? Will MS use the DMCA to bust them?

    2. Oh, now lets be fair, this isn't Microsoft's faul! If someone breaks into your house because you left the door unlocked, it's not YOUR fault, but the fault of whoever it was that showed the thief how to use a door knob. Didn't you know???

      I mean Micrsoft makes reliable, stable and highly secure *chuckle* operating *giggle* systems which should be on every *snort*laugh* server *guffaw*....

      OK ok ok I tried... but I just couldn't keep saying that with a straight face.

      --

      Ceci n'est pas une sig.
    3. Re:MS by exick · · Score: 1

      Speaking of houses of straw, maybe someone should remind Microsoft that it's crap like this that is the reason for publishing sample sources.

      YAMB (Yet Another Microsoft Bug)

      -Exick

    4. Re:MS by SilentChris · · Score: 3, Insightful
      "If someone breaks into your house because you left the door unlocked, it's not YOUR fault, but the fault of whoever it was that showed the thief how to use a door knob."

      One would argue that a decent MS admin would remember to keep the door locked.

    5. Re:MS by BLAG-blast · · Score: 1
      Oh, now lets be fair, this isn't Microsoft's faul! If someone breaks into your house because you left
      the door unlocked, it's not YOUR fault, but the fault of whoever it was that showed the thief how to
      use a door knob. Didn't you know???

      True, but now microsoft wants to stop people telling you that the lock doesn't work if you paint the door green.

      Something is amazenly wrong. Why don't they just buy up all the security companies so they can control what they do, it's not as if they don't use that as standard business practice...

      --
      M0571y H@rml355.
    6. Re:MS by NoInfo · · Score: 2, Insightful

      "If someone breaks into your house because you left the door unlocked, it's not YOUR fault, but the fault of whoever it was that showed the thief how to use a door knob."

      Poor analogy. More like:
      "If someone breaks into your house because you had a poorly made lock, it's not the lockmaker's fault, but the fault of whoever it was that told the thief about the faulty lock."

      It's not as cut and dry as some of you slashdotters paint it to be. Some might even say it's closer to this:
      "If someone breaks into your house because you had a lock that could be bypassed with a special lockpick, it's not the lockmaker's fault, but the fault of whoever it was that gave you the special lockpick"

    7. Re:MS by Anonymous Coward · · Score: 0

      "One would argue that a decent MS admin would remember to keep the door locked."

      But, last time they tried it, the lock didn't work as advertised, and applying the vendor-supplied fixit kit wound up breaking a few Windows, so the admin's a little leery of applying any more fixits except on test doors, not the main door.

      But, by the time the fixit's been checked out on the test door, the main door's already been opened. Ooooops.

    8. Re:MS by dbrutus · · Score: 2

      One would argue that a decent admin would not pick such a flimsy door.

      Administrators need to pick the best tool for the job whatever the vendor.

    9. Re:MS by John+Allsup · · Score: 1

      But it helps when the door is fitted with a lock that actually locks into something in the doorframe :-)

      --
      John_Chalisque
    10. Re:MS by HBD · · Score: 0

      noone is really stating the obvious here..lol..why would you put anything of any value on a microsoft server, at LEAST get a third-party server..lol

      --
      -- Note to self - 'Don't push that button'.
    11. Re:MS by rgmoore · · Score: 2, Informative
      Administrators need to pick the best tool for the job whatever the vendor.

      Of course that assumes that the people who are in charge of keeping things secure actually have the authority to pick the tools they'll be using to do so. Sadly, that's often not the case. Decisions about things like which operating system to use are made by people higher up in the company, and the poor Admins are stuck trying to do the best they can with the tools they're given.

      --

      There's no point in questioning authority if you aren't going to listen to the answers.

    12. Re:MS by HBD · · Score: 0

      that is seriously just a pathetic bug, anyone knows that you need to declare vars..bet that that coder just left it out so he could stay w/ the company to fix it later..lol

      --
      -- Note to self - 'Don't push that button'.
    13. Re:MS by xmedar · · Score: 2

      I disagree and here is why, what would happen if a company was crippled, and I don't mean the Code Red or NIMBA stuff, I mean really hurt so badly that it was put on the edge of bankrupcy by a hole in M$ software? Personally I think it would scare other companies so badly that they would be scrambling to find alternatives, and guess what? Yep, lots of OS products would suddenly look immensely attractive. What you have to understand is many business leaders are like political leaders, they don't act until there is a massive crisis that threatens their very survival, while I don't like to see any company go down and people get laid off, one big collapse because of a M$ vulnerability would surely wake CEOs up and help them make the switch.

      --
      Any sufficiently advanced man is indistinguishable from God
    14. Re:MS by bigbadwlf · · Score: 1

      ... or the fault of whoever bought that cheap lock.

    15. Re:MS by gej · · Score: 1

      If your business dies due to a vulnerability in MS software, can you sue MS for the lost business?

    16. Re:MS by Solokron · · Score: 0

      Of course not. Read the EULA.

      --
      30% off web hosting. Coupon code "SLASHDOT".
    17. Re:MS by tzanger · · Score: 3, Interesting

      "If someone breaks into your house because you had a lock that could be bypassed with a special lockpick, it's not the lockmaker's fault, but the fault of whoever it was that gave you the special lockpick"

      I disagree.

      When I buy a lock, I expect it to be secure, and I expect that the manufacturer has tested the lock against most common circumvention methods. I would be damned pissed off if my lock were openable by using any old key blank.

      Similarly, when I buy server software, I expect it to hold up against point-blank buffer overflows and backdoors/side effects so large you could drive a truck through. I mean jesus, I can get free software where the authors have spent more time making sure that stupid shit doesn't get through. Some code monkey getting paid $x/hr should at least have a monetary incentive to check over the code, shouldn't they??

      Or let's take a look from a different angle. I pay money for software. If it costs me money and time when it falls down, I expect to be able to get money out of the manufacturer or at least get timely fixes or decent technical support. What am I paying them for anyway?

    18. Re:MS by SoftwareJanitor · · Score: 2

      It is my opinion that if the security community didn't publicize exploit code samples, that Microsoft would take even longer to release patches for their security holes than they do, and despite the number and severity of problems they have, they are fairly slow to respond to them. Their complaints sound as if they'd like to be even more lazy. It is too much easier to blame others for their troubles.

      Of course, if they built and tested for security in house before they released in the first place as you mention, then they'd be better off, but it doesn't seem like they want to do that either.

    19. Re:MS by darf · · Score: 1

      No. The EULA that you "accepted" when you opened the plastic wrap on your copy of M$ whatever-the-fsck says that you can not hold M$ responsible for damages that result due to use of the product.

      Great state of affairs, isn't it?

    20. Re:MS by Trepalium · · Score: 1
      It is my opinion that if the security community didn't publicize exploit code samples, that Microsoft would take even longer to release patches for their security holes than they do, and despite the number and severity of problems they have, they are fairly slow to respond to them.
      Microsoft isn't too slow at responding to security holes, and they usually release a patch within a couple weeks of being notified. The problem, however, is that they don't always successfully fix the problem the first time. Some of the UNICODE decode path traversal vulnerabilities have been "fixed" by Microsoft several times before being completely fixed. The real value of published vulnerabilities is that if you're concerned, you can check the server to make sure the patch was successful in closing and eliminiating the vulnerability.
      --
      I used up all my sick days, so I'm calling in dead.
    21. Re:MS by Anonymous Coward · · Score: 0

      More like having a bunch of security experts wandering around the streets looking at the security problems in houses. Then when they find one, instead of saying to the owner "look, you might want to take care of that", they just announce to everyone, "Hey, number 23 Acacia Road has left a window open!".

      No, actually Microsoft themselves are more like the window(s?) makers, and the 'experts' are the ones who figure out how to get through the window and then tell everyone.

    22. Re:MS by Anonymous Coward · · Score: 0

      You're obviously not a programmer (or perhaps just a worthless one). I get pissed if it takes more than 15 minutes to track down and fix a bug, why should I expect 15 DAYS to be considered good? Why do most open-source programs have patches released within HOURS?

    23. Re:MS by Dwonis · · Score: 2
      Gee... Sounds like government. :-(

      Really, I'll get some sleep now. I promise.

    24. Re:MS by Anonymous Coward · · Score: 0

      But MS aklso has a strong financial incentive - from the U.S. secret service and/or $cientology, who hava a definite interest in keeping the world's computers insecure.

    25. Re:MS by Hammer · · Score: 1

      No, more like whoever bought that very expensive lock that turned out to be a very cheap lock...

    26. Re:MS by Anonymous Coward · · Score: 0

      You must work on one of the many low-quality Linux projects.

      "This patch is untested and ill-thought-out, but put it in anyway."

    27. Re:MS by Pig+Hogger · · Score: 1, Troll
      I disagree and here is why, what would happen if a company was crippled, and I don't mean the Code Red or NIMBA stuff, I mean really hurt so badly that it was put on the edge of bankrupcy by a hole in M$ software?
      Though shit. That'll teach them. Think of it as elimination of the most stupid by natural selection.
    28. Re:MS by dup_account · · Score: 1

      More like "who sold you the expensive lock that was really a cheap lock, and then tried to convince you that 1) it really was a good lock, and 2) it's the fault of the consumer advocates who tried to point out that it was a bad lock, and here is why it's a bad lock, and others shouldn't buy the cheap lock and the company that originally sold the cheap lock as an expensive lock (and knew it was a cheap lock) should be help responsible to fix the lock or at least inform everyone who bought the cheap lock that it is a cheap lock, but they aren't going to do that because it might hurt their sales so ultimiatly, the consumer who the original company claims theirs is the only interest of the company is the last thing (the consumer) that the company is interested in benefiting.

      Parse that sucker!

    29. Re:MS by dup_account · · Score: 3, Insightful

      Here's an interesting story.... We recently had a new house built. During the construction locks were install that have a pin that enables the builder to use a common key for all the locks in all the houses he was working on. We didn't know this thou..... After the builder was done, we had a locksmith come in and rekey all the locks (the builder was a _______ whom we didn't trust). The locksmith pointed out to us that the builder had left this pin in, making our house very vounerable (when is /. going to add a spell check?) to break ins.

      I would relate M$ to the builder, and the locksmith to the security boards.

    30. Re:MS by saridder · · Score: 2

      I agree also. The only way to test if something is secure is to try and break it, because usually a scientist, developer, etc,. can declare if something is secure only in theory. It's letting the peers test their theories and see if they can break it. The longer something stays "unbroken" the more secure it can be assumed to be.

      If people aren't asked to try and break MS security, we never really know if it is secure. Imagine if only a few people knew about all the security flaws MS has had over the last 5-6 years, we be getting robbed blind and DDOS'ed with Ping of Death's and Syn attacks.

      --
      --- RFC 1149 Compliant.
    31. Re:MS by tzanger · · Score: 2

      We recently had a new house built. During the construction locks were install that have a pin that enables the builder to use a common key for all the locks in all the houses he was working on.

      I knew there were such things as skeleton keys and so on, but I did not know that they were so prevalent! Thanks for this little tidbit of info, we're planning on having a house built soon.

      I would relate M$ to the builder, and the locksmith to the security boards.

      As would I. I don't moderate but your post deserves a +5. Very informative and insightful. Thanks!

    32. Re:MS by sir99 · · Score: 1
      The only way to test if something is secure is to try and break it, because usually a scientist, developer, etc,. can declare if something is secure only in theory.
      Hell, it's a lot worse than that. Most of the people making the security software think, "yeah, this will probably work." They don't even attempt to determine if it was a good idea.
      --
      The ocean parts and the meteors come down
      Laid out in amber, baby.
    33. Re:MS by Anonymous Coward · · Score: 0

      The fact that someone with expertise can break into a system is not equivalent to someone going in when a door is unlocked. It is more like a good thief picking a lock to get in. That being the case the person who taught them how to pick the lock is indeed culpable as an accessory. Yes, MS should work harder to provide security, but it is always easier to breach security than to maintain it. It is irresponsible to help others breach that security.

    34. Re:MS by SoftwareJanitor · · Score: 2

      A couple weeks is pretty slow, many other vendors and a lot of open source developers provide patches within a few days. And it is more like a couple weeks after exploit code is released, they have a track record of blowing off notifications as being "theoretical" unless they are backed up with a code example. That is pretty pathetic when you consider that Microsoft has more resources to put behind fixing bugs and security holes than anyone else if they were serious about the problem. You are right that they don't always successfully fix the problem the first time (and that they sometimes re-break old holes with patches - DOHH!). That only makes things worse, especially in that many people have become very skeptical of their patches and are often even slower to apply them than they should be. Your point about being able to check to make sure the patch really works by testing the exploit code example is an excellent one I hadn't thought of.

    35. Re:MS by Trepalium · · Score: 1

      You obviously don't work for a company of any size. You can bet that with a company the size of Microsoft, the paperwork alone probably accounts for 50% of that time, along with tracking down which group is responsible for the code, and the exchange of blame between groups. Never underestimate the ability for a company to build up a bureaucracy. And I was referring to the fact that Microsoft is PROMPT in releasing patches compared to almost all commercial software vendors. Many of them will take well over a month, or just completely refuse to acknowledge such a bug exists.

      --
      I used up all my sick days, so I'm calling in dead.
    36. Re:MS by fedos · · Score: 1
      Uh, the bug being griped about is not the undeclared object, but the fact that the full source code was made available, thus showing the address for the database server, in addition to other information. The author's point was that anyone could place a Trojan horse on the Web server, and because it would not be blocked by the firewall, the cracker would own the database.

  2. Ya, see.. we do.. by Lord+Bitman · · Score: 0, Flamebait

    And by providing sample code we as administrators are shown exactly where the weakness is.
    Everyone here knows that.. I'm just posting to be an asshole

    --
    -- 'The' Lord and Master Bitman On High, Master Of All
    1. Re:Ya, see.. we do.. by Purificator · · Score: 1

      but is an exploit REALLY necessary? it's useful, but why make life easier for script kiddies? what i, as a sysadmin, would find more useful than an exploit is a tool that says "yes, you're vulnerable to this exploit" when that's possible (and finding out is more difficult than, say, checking a version number).

      i think i agree with microsoft, here: search for problem, yes; warn people, yes; offer solutions/patches/workarounds, yes; make toys for script kiddies, no.

      --
      "Mister Potato-head --MISTER POTATO-HEAD! Backdoors are not secrets!" (War Games, 1983)
    2. Re:Ya, see.. we do.. by dbrutus · · Score: 2

      So how are you going to prevent an unethical company from alleging fake bugs and providing tools to detect the fake bug and providing patches that don't do a thing for security but destabilize the software a bit. Bottom line, the exploit code needs to be out there somewhere or we're just setting ourselves up for a different type of exploitation

      DB

    3. Re:Ya, see.. we do.. by fanatic · · Score: 5, Insightful

      but is an exploit REALLY necessary?

      It's very useful. For example, you can scan your network for machines running given servers, then launch exploits agains all those that are running, as a double check to find unpatched srervers. Since MS installs servers by default on damn near everything*, without advising the installer, this is the ONLY to be sure your not running unpatched servers. My organization found numerous vulnerable machines this way, even though we thought we had this nailed down.

      *(example: Visio 2000 installs MSDE, a form of SQL server, vunerable. CiscoWorks 4.2 (getting old, now) installs IIS vulnerable.)

      --
      "that's not encryption - it's a new perl script that I'm working on..." - from some Matrix parody
    4. Re:Ya, see.. we do.. by d.valued · · Score: 2

      Sample code alone won't break a system (unless a sysadmin is dumb enough to run it themselves).

      This is a case of obfuscation masking as security. Or, perhaps better, your availability as a mask for my deficiencies.

      It's like me saying "I'm going to sue you for tripping on your front steps" because I broke my arm using a sledgehammer and am feeling litigious today.

      Not that I ever would, mind you.. Yes, I know Your Honor, I'm not discussing this case, honestly... ;)

      --
      I used to be someone else. Now I'm someone better.
      Real life is underrated.
    5. Re:Ya, see.. we do.. by Purificator · · Score: 1

      i could carry your argument a step further and say that an unethical entity (company/person) might release security patches that INTRODUCE holes. when they do i'll name that method "trojan horse" (you know, after condoms). i currently protect myself from these kinds of attacks by confirming the hole with a trusted source. since ethical, reputable security groups like l0pht or SANS usually contact the product's author(s) first, the author(s) are usually my first choice.

      my point isn't that they're useless; just that exploits are probably doing more harm than good.

      --
      "Mister Potato-head --MISTER POTATO-HEAD! Backdoors are not secrets!" (War Games, 1983)
    6. Re:Ya, see.. we do.. by budgenator · · Score: 2
      I agree with you, the exploit code is needed, scientific method demands that experimental results be repeatable. the only question is who needs the code?
      1. If only "certified security professionals" are alowed to see the code and not "hackers" then how is the pro going to know what the "hackers are up to? Getting that information involves blending into that social structure by a little give and take.
        Imagine for example a "hacker" discovers an exploit in a popular system and only notifies the software vendor. The patch get posted but without any hackers exploiting it the admins are going to sit on their hands with it rather than risk upseting their production servers. The result is only people who use the exploit will be the software vendors (just protecting their IP) and possibly the Gov (just protecting us from the current set of bad-guys).
      2. Or let everyone know, with every script-kiddy using the exploit the servers get patched a lot quicker, which locks out everyone including Industrial spies, Gov agents foriegn and domestic, the serious hackers and script-kiddies.

      Seems like a no brainer, who do you want to hack your system, a kiddy that only wants bragging rights or a real dangerous type like a spy? About a third of these "exploits" are legit networking tools slightly modified anyways. The worms are only the crude highly visible stuff the tip of the iceberg, not as dangerous as the stealthy stuff you don't hear alot about.

      What most of these hackers want is respect anyways, like the respect that was conspicously absent by Scott Culp's placing Linux® without the registered Tm between Windows® and Solaris®; both with their registered Tm symbols.

      All tho I only complied my own kernal, I still made my own Linux so when Linux is insulted like this I still take it personaly. I was going to tell them about it to, but guess what, their stupid web sites contact page is BROKEN ! Yeah right we trust you to fix things without the ability to independently verify it. (I realy tried not to go on a rant honest)

      --
      Apocalypse Cancelled, Sorry, No Ticket Refunds
  3. Security Through Obscurity by FreakOfTheWeek · · Score: 2, Funny

    boy, we're sure learning that lesson fast!

    1. Re:Security Through Obscurity by Anonymous Coward · · Score: 0

      ok, lets all let M$soft do this, what will happen, their software will get buggier,
      they wont fix holes as quickly,
      holes will be open to those who do the most damage
      for longer, ie. it will be in the wild for longer,
      nice one aye,

      if we let big companies change the way the internet runs, the way people do things, they will keep going, its time to let the community tell m$soft waht we want, and for them to do that, not tell us what we want,
      who said every bodyt uses exploit code to break into boxes, people interested in security,

      here is the sitch:
      1% of users using the code to break into boxes,
      the other 99% are doing the right thing,
      fuck microsoft, jsut because they cant

    2. Re:Security Through Obscurity by Anonymous Coward · · Score: 0

      they cant, write code securely,
      make them impleent a proper solution to this problem, not just do it by taking peoples rights to look at something,

      security through obsecurity,
      will code get better this way?? no,

      dont let the BIG voice, shake you, ignore microsoft, fuck them,

      when they actually do something constructive
      like better security to solve the problem,

      their solution as it appears>
      uneducate the people in order for them to stop breaking into our product which we make for them the people,

      is it a means to an end,
      or an end to a means,

      we are not criminals, not terriosts, why do comapines treat the 99% like the 1%???

      and with the way things keep going, we will all be slaves to the companies, they already rule the people of the earth,

      time to take some power back,
      fuck microsoft

    3. Re:Security Through Obscurity by bendude · · Score: 1

      Let me get this straight, according to M$'s argument, if I see someone acting suspiciously around a petrochemical plant, I should tell no one. Lest they get an incling of how to perpetrate a terrorist attack in light of my information.

      --


      Get the Hell off my planet, you slimy mobster Bush!
  4. So basically... by 11thangel · · Score: 5, Funny

    They're trying to say "stop finding holes faster than we can make...err...fix them". My my what a cheap political backstab.

    --

    I am !amused.
    1. Re:So basically... by Happy+Monkey · · Score: 4, Funny

      We'll soon be able to find out the Culp ability to shift blame...

      --
      __
      Do ya feel happy-go-lucky, punk?
    2. Re:So basically... by Rimbo · · Score: 2

      Tragically, when Microsoft speaks, people listen.

      So it may be a cheap political backstab for Microsoft, but it will end up being a costly comment for the rest of us.

      What we need, my fellow nerds, is ammunition. Political and economic ammunition, so that when they shoot at us like this, we can shoot back.

    3. Re:So basically... by spongman · · Score: 2

      why would it be costly for the rest of us? since the only code that's vulnerable to virii like codered and nimda is closed-source, there's absolutely no advantage i can see of being able to view the code for an exploit.

  5. When you point the finger of blame... by A_Non_Moose · · Score: 2, Insightful

    there are 3 of them pointing at you....

    I think the author/Microsoft should not forget this.

    Moose

    --
    Have you read the moderator guidelines? Well, have you, PUNK? (and I want a Karma: Gnarly option)
    1. Re:When you point the finger of blame... by irksome · · Score: 2, Funny

      which is why you should always point with an open hand ;)

      -

    2. Re:When you point the finger of blame... by Anonymous Coward · · Score: 0

      When pointing the finger of blame at Microsoft, it is important to use the longest finger.

    3. Re:When you point the finger of blame... by A_Non_Moose · · Score: 2

      ROTFLMAO...3 isightful and 3 overrated...

      I love /. , I really do.

      That finger of blame comment really needed to be said. Far be it for me to state the obvious....oh, wait I did, didn't I?

      Reminds me of a history class where the question was posed "Why did more Americans die in the Civil War than any other in our history?"

      American agains American, was the answer, but it was so obvious that no one dared voice it, it sounded so stupid.

      So anyway, Microsoft is essentially saying "don't blame us for making (insert product) vulnerable, blame the people that show us/you how to exploit/fix it/get you started on a solution.."
      That is what I came away with from reading the article.

      Point is, the obvious needs stating from time to time to make sure it is not overlooked.

      Nes't pas? (is it not so?...my apologies for slaughtering the French language, too)

      Moose

      --
      Have you read the moderator guidelines? Well, have you, PUNK? (and I want a Karma: Gnarly option)
    4. Re:When you point the finger of blame... by quasar0 · · Score: 1

      are you sure it wasnt the fact that the american civil war was fought using thousand year old war tatics developed for infentry and cavelry using swards and spears instead of rifels? The civil war was the first war fought with rifels that were actually cabable of killing someone a hundred yards away as opposed to the muskets of eriler wars where you were lucky if you hit someone 10 yards away. That combined with the tatic of having all the soldiers stand up in rows and columns of a company while fireing at eachother, instad of hiding behind obsticles like soldiers of later wars lead to the extreamly high death rate. Also the poor medical conditions did not help the situation much.

    5. Re:When you point the finger of blame... by GlassUser · · Score: 2

      More accurately, it's because the north won. If the south had won, only the Union deaths would have been counted as "american." (well, only one side would, at least at a time - Americans and Rebs, or Yanks and Americans)

    6. Re:When you point the finger of blame... by Anonymous Coward · · Score: 0

      And four of them are pointing back at you when you punch someone in the face.

      I think you should not forget this, as I'm punching you in the face.

  6. Right by IsleOfView · · Score: 5, Informative


    Much better that the "black-hats" "secretly" circulate the information.
    </sarcasm>

    If the security experts didn't find and pubilsh the holes, good luck on Microsoft making the fixes a "priority".

    1. Re:Right by csmacd · · Score: 1

      Priority? When have you ever seen a bugfix be a priority?

      Well, there was that one bugfix for Win95, I think it was called Win98.....

      --
      Don't pick up the pho*(@)$*@&@!@ NO CARRIER
    2. Re:Right by BradleyUffner · · Score: 1
      "Priority? When have you ever seen a bugfix be a priority? "
      Hmm... let's see, many times. If I recal the bugs that allowed codered and nimda to attack computers was patched MONTHS before the virus was even released.
    3. Re:Right by Publicus · · Score: 0, Offtopic

      Offtopic? What the hell? IsleOfView makes a very good point. Obviously he got modded up appropriately also, but this kind of shit is really starting to bug me.

      CmdrTaco: Why do you only let people Meta-Moderate once a day?

      People: Metamoderate, make /. better than it already is!

      --

      My Karma was at 49, then they switched to words. All that work for nothing!

    4. Re:Right by Anonymous Coward · · Score: 0
      Much better that the "black-hats" "secretly" circulate the information

      If all "legitimate" security-types were to not post the crack, it would be much easier for the law-enforcement (who-ever they so be) to find, trace and then take them to court (or perhaps merely blackball them in a public forum).

    5. Re:Right by Twanfox · · Score: 1

      I sometimes question the stability of Microsoft Bugfixes. This comes with experience from their NT service packs. Service packs are "Supposed" to be bug fixes, yet each one lumps in new features, etc. Not only that, Microsoft's "Bug fix" mentality is to, at times, do a knee jerk reaction. The I Love You virus spreads due to the Autorun code, so rather than give the customer the OPTION to say 'yes, run this', their bug fix is to outright disable it. Some fix, considering that autorun feature was touted by Microsoft as being an ideal way for something or other. Never did quite understand it.

      Point is, sometimes, IT professionals are lazy and stupid. Sometimes, Bug fixes are buggy themselves. Because of Microsoft's poor rep (with me at least, and likely others), even deploying a Service pack turns into a major endevor to ensure productivity remains.

    6. Re:Right by Your+Login+Here · · Score: 2, Insightful

      The I Love You virus spreads due to the Autorun code, so rather than give the customer the OPTION to say 'yes, run this', their bug fix is to outright disable it. Some fix, considering that autorun feature was touted by Microsoft as being an ideal way for something or other. Never did quite understand it.

      Well, let me put this descition in perspective. As 'I Love You.vbs' proved, there are a -lot- of Outlook users out there. Now, take that number and multiply it by the probability of a typical office worker clicking on 'Yes, run the unknown code' when the file is named 'I love you!', 'Important!', or something similarly fluffy.

      All my experience with typical computer users tells me that you would still have a major network problem on your hands.

      Personally I think a better solution would be to prevent macros from sending emails without confirmation. However, MS probably implemented mailing lists, or some other feature, by using that function. I heard in the newer version they plan to ask before letting a macro access your Address Book, which seems like a good idea.
  7. history by Telastyn · · Score: 5, Informative

    Yes, just like keeping Cryptography code secret improves the algorithm. I agree that the company should be notified before the flaw is announced, but seriously, the entire point of a security response center is to inform users as to vulnerabilities...

    1. Re:history by Ghost-in-the-shell · · Score: 2, Insightful

      Actually most security firms who announce these flaws inform the company first to allow them to fix the bug/flaw before it can be used as a tool for harm.

      just my $.02

      --
      -Ghost
    2. Re:history by Telastyn · · Score: 1

      *nod* perhaps I did not communicate my meaning very well (as I am apt to do) though I think Microsoft meant that the exploit code should never be released even after the problem's been patched, which is silly.

    3. Re:history by Anonymous Coward · · Score: 0

      A couple of weeks ago Novell sent a mail that there's a serious vulnerability in GroupWise, and urged to patch it. However they didn't give any information about the hole. I havent seen anything about it on the net either. A few days ago they sent mail that 85 % or so of the notified customers have pathced the system, and gave rest of the people time to do that until 23rd of November. Then they'll tell more about it.

      Is this good? I think it is. By the look of the mail the security hole was serious (cant be sure of course) but yet I haven't heard anybody exploiting it. Of course, Novell/Microsoft customers aren
      t exactly the same. I would assume percentage of registered NetWare users is far more greater than average Windows NT/2000 users.

  8. 1st by Anonymous Coward · · Score: 0

    first post!

  9. They Have a Point by ZeroLogic · · Score: 2, Funny

    Yes, I realize that this isn't a fix, but if obscurity makes it just a little harder for people to do bad things then I don't see why it's such a bad thing. Especially in the case of Microsoft, where only they can fix the source, why should the security companies publish the source on the web instead of sending it directly to microsoft? What gains are there to be had by having the source displayed all over the web?

    1. Re:They Have a Point by chowdmouse · · Score: 1

      Security through obscurity is a huge mistake, IMHO. I leads to a false sense of security (err..sorry..) that everything's OK forever and ever so the the software gets worse and worse.

    2. Re:They Have a Point by jonnyq · · Score: 2, Insightful

      Standard courtesy and many mailing lists recommend just this approach, but many companies have a really bad track record about fixing bugs that noone knows about. therefore, after a period of time, the exploit is published to "force" the company to deal with it.

    3. Re:They Have a Point by Anonymous Coward · · Score: 0

      Simple,

      They won't fix it unless it's widespread. They have a history of leaving known security risks in the code because there were not widespread exploits for it. This is worse for the public since crackers can move through systems at will, these guys mostly don't script worms, but take advantage of the machines.

      -lp

    4. Re:They Have a Point by Anonymous Coward · · Score: 0

      Dude...

      If your bank has serious security violations with their authentication system, would you rather someone told ALL the customers, rather than having a few people with ALL the information? And even fewer people with the solutions? Just imagine the damage a few secret people could do with one security hole. How long do you think the bank would care before investigating the fund that supposedly went "missing"? At least if you KNOW there is a problem, you can call them and tell them to fix the frinking thing.

    5. Re:They Have a Point by Anonymous Coward · · Score: 0

      but if obscurity makes it just a little harder for people to do bad things then I don't see why it's such a bad thing. It comes down to the fact that doing as Microsoft says will make things disproportionately more difficult for the customer, and only inconvenience the black hat.

    6. Re:They Have a Point by btellier · · Score: 5, Insightful

      sigh. OK, let's try this again: BECAUSE OTHERWISE PEOPLE WON'T TAKE YOU SERIOUSLY. Now let's review: how many people patched eEye's .IDA exploit when it came out and did not include an exploit? Not bloody many. How many patched it after Code Red made it abundantly clear that this was a very exploitable vulnerability? Hundreds of thousands more. The obvious truth here is that full disclosure and the inclusion of exploit scripts opens people's eyes to the fact that people are going to use this hole to break into YOUR system.

      By not giving exploit scripts you allow sysadmins to become lazy. They figure "Nah, i'll just wait until an exploit comes out before i patch it", while the underground hax0r scene is already searching out your box.

    7. Re:They Have a Point by irix · · Score: 5, Insightful
      What gains are there to be had by having the source displayed all over the web?

      What makes you think that not having it displayed all over the web will make it any less available to to the people who want to do harm?

      Black hats are going to get ahold of the exploit, even if the source code to it is not published on incidents.org or bugtraq. All that not publishing it there does is provide a false sense of security.

      Publishing the details in a high-visibility location does several things:

      • gets the company who wrote the software much more motiviated to write a fix
      • allows other people to verify that the vulnerability exists
      • lets you and I (white hats) not make the same mistakes that lead to the vulnerability in our code

      The script kiddiez are going to get these exploits when they download them from their favourite r00t kit location. Lets not pretend that not publishing the same exploits to the general public really makes things much safer.

      --

      Do you even know anything about perl? -- AC Replying to Tom Christiansen post.
    8. Re:They Have a Point by beldraen · · Score: 1

      Simple, obscurity encourages behavior to program even more shoddy work because they know it is less likely to be caught and proven their fault. Obscurity as a form of protection, in itself, is not a form of security. It is a way to pass the buck. It has been proven time and time again that given obscurity as the protection system lends people into believe they are secure when they are not. After all, the company had said there is a fault, have they? But, the bad guys still know.

      --
      Bel, the mostly sane.. "Of course I can't see anything! I'm standing on the shoulders of idiots." -- Me
    9. Re:They Have a Point by Phydoux · · Score: 3, Insightful

      I just can't agree with this.

      The problem with not publishing details of the exploit is that Microsoft and other companies will look at it and say "This doesn't look like that bad of a problem, and besides, nobody will find that easily. No sense in making a patch for it. The potential abuse of this hole is negligable."

      So then we end up being at the mercy of the Black Hats to quietly spread the information among themselves.
      No, keeping things secret simply won't help.

      --
      If a tree fell on a florist, and nobody was around to hear it, would he make a noise?
    10. Re:They Have a Point by seanw · · Score: 2

      because only sending the fix to MS really doesn't make it harder for people to do "bad things." it makes is neccessary for MS to fix the bug, and fix it DAMN fast. "full disclosure" as a philosophy and a practical method is the only real way to force a closed source behemoth like MS to really fix stuff. we can't do it for them, so we just have to COMPEL them to do it.

      and, as it has been said before, there really just is no such thing as obscurity anyway. if the good guys have found the hole, you can bet the bad guys probably know also. they just didn't tell anybody.

      the fundemental issue is trust--because we can't see their code, we don't know whether they took that exploit we so kindly mailed them and actually fixed it.

      sean

    11. Re:They Have a Point by doom · · Score: 2
      Yes, I realize that this isn't a fix, but if obscurity makes it just a little harder for people to do bad things then I don't see why it's such a bad thing. Especially in the case of Microsoft, where only they can fix the source, why should the security companies publish the source on the web instead of sending it directly to microsoft?
      The trouble is that the history of these things shows that that companies do not fix security holes until they're publicized. If you give the company some kind of advanced notice before you publicize the security hole, then they just stall for that much longer.

      And during the period that they're stalling, it does *not* mean that the security hole isn't being exploited, it just means that whoever is doing it is being quiet enough to keep from embarassing the company.

      Scott Culp may sincerely believe that Microsoft will take prompt action to close any security holes the moment they're notified of them, but there's some evidence that points in the other direction. Why is it that you can still get infected by a virus by clicking on an email attachment? Surely it's obvious by now that the AutoOpen macros interacts badly with networked systems. I submit that it's a "feature" that does much more harm than good: so (a) dump it; (b) disable it by default; (c) always ask the user before executing ("This message attachment comes with executable code. Are you insane enough to want to run it on your machine?").

    12. Re:They Have a Point by ZaneMcAuley · · Score: 0

      Obscurity is a double edged sword, makes bad people have access to do bad things and good people have access to do good things.

      I prefer security through confusion :D

      --
      ----- Whats wrong with this picture? http://www.revoh.org:1234/whatswrong
    13. Re:They Have a Point by seanw · · Score: 2


      judging by the sheer number of replies this comment generated in all of 5 minutes, I'm starting to think maybe he's just baiting the unsuspecting /. crowd.

      ya know, like poking a bee hive with a stick just to make them all fly around and get mad (or pedantic, as the case may be). it worked ;)

      cheers,
      sean

    14. Re:They Have a Point by ZaneMcAuley · · Score: 1, Insightful

      Patches are only of use when theyre applied. A patch not applied is as good as no patch at all.

      Im just glad im a developer and not a sys admin having to apply all those patches :D

      --
      ----- Whats wrong with this picture? http://www.revoh.org:1234/whatswrong
    15. Re:They Have a Point by Anonymous Coward · · Score: 0

      Your missing the point some of use use proper multilayered security. Patches are great for long term solutions but quick turnaround fixed have existed at the Routers, Firewalls and LB's when code red hit we allready had rules in place that stoped things that had cmd.exe in them. Without getting exploit info and sample code to test with how does the proactive sysadmins and Eng people come up with solutions? Were a pretty high security shop for some things so if we can stop it before it gets to the box or patch it we turn it off. This is all very straight forward stuff. The realy funny thing is EVERY good sysadmin stoped using c:\winnt c:\stan is just as good and keeps the script kiddies out while not stoping a hacker it's just step one in basic windows security just like chroot jails are on Unix.

    16. Re:They Have a Point by Anonymous Coward · · Score: 0

      Huh. 12 responses. They all the the same dumbass thing - namely that (a) if you don't release the code, they produce a patch and (b) hackers will know about the holes anyway.

      Firstly, most security expert types don't release the code until Microsoft comes up with a patch. Once the patch is released, the problem is assumed to be "fixed" and therefore they release the code.

      The ignores the fact that, for a variety of reasons, Windows machines aren't, on average, patched very often.

      So, especially for the more obscure holes that only the discoverer knows about, it makes sense not to release the code. Even if it was super-competent (which it obviously isn't), Microsoft can't make sure every machine gets patched, so it makes sense not the release the code.

      And many of the whole found are so obscure that it'll take a while for hackers to find them - and every delay in the hackers finding out about the exploit is more time for more people to patch their machines.

      For the argument that "it encourages faster patches", I have no problem with security experts blackmailing MS by saying "release a patch within a few days or I release the code!" But the current assumption that the problem is fixed as soon as a patch is released does far more harm than good. Yes, they are fully within their rights to release the code, but does it do any good besides making them feel righteous?

      So, IOW, I agree with you. ;)

      The only valid point, IMHO, for releasing the code is the education value: it demonstrates the vulnerability so people working on other products won't do the same thing. So Apache or whatnot won't fall into the same trap.

      But, hey, its more fun for hackers to learn about the vulnerability by the comparing the original binary vs. the patched binary anyway, so I think just posting the vulnerability is making it to easy for them anyway...

    17. Re:They Have a Point by ZaneMcAuley · · Score: 0

      But people do make the same mistakes, hence we still have buffer overruns because people dont run static analysers on theyre code before release. They still dont wrap theyre code when they should. They still call non length checking functions. They still check on Alloc's but not new's for non allocations.

      As Mr.Andersson said. "Only Human"

      --
      ----- Whats wrong with this picture? http://www.revoh.org:1234/whatswrong
    18. Re:They Have a Point by Anonymous Coward · · Score: 0

      Another benefit is allowing users the oportunity to stop running vunerable software before they become a victim.

    19. Re:They Have a Point by The+only+sane+person · · Score: 1

      Security through obscurity is more dangerous than no security at all. What one person can discover another can discover, so one has to assume that the security hole will be known. However, if it is not obvious it is known, then you get the following negative effects (amongst others):

      1. Reduced incentive to fix the problem IF you are even aware of the problem.

      2. A false sense of security which could lead to very bad descions (i.e. placing sensitive data or funcionality in unsecure areas).

      3. As a result of the above two items, a real opportunity to exploit the problem in a malicious, lasting manner. Though most hackers are not really malicious and do not gain material profit, there are some who would. And an environment where people have a false sense of security and security holes go by and large unfixed is a very fertile environment for long term malicious exploitation.

      If these holes are published, some posible consequences are:

      1. Higher activity of exploitaion. There may be many more people or organizations exploiting the hole, but these will tend to be more spontaneous, more visible, and more short term, especially considering the reaction (fixing the problem) that such actions cause.

      2. Systems will garner more scrutinization. Though this may come from outside sources looking for further security holes, possibly with the intent of exploiting them, the more a system is pulsed and attacked the more secure it will be in the long run.

      Really, in summation of these two points, yes, there could be some pain caused by releasing this information, but the pain will be short and from a relatively obvious source. Also, it pushes the overall security level up. Additionally, it raises security in the consciousness of the general public, who, in general, are painfully ignorant of the subject.

      In short, the microsoft argument is pure sophistry, and I would not be surprised to hear your post is a troll as it a clasic argument which is oft refuted; but it does serve as a nice platform for discussion.

      This signature intentionally left blank.

      --
      All the good logins were taken
    20. Re:They Have a Point by blakestah · · Score: 5, Informative

      What gains are there to be had by having the source displayed all over the web?

      1) The source display should allow any administrator to verify if he is vulnerable, and, after patching, that he is no longer vulnerable.

      2) The source code should demonstrate the exact nature of the problem for the coders who wish to fix it. They would otherwise need to write their own exploit to test their fixes.

      3) The source code should apply pressure to the software maker. It is akin to being flogged in public. The whole world knows you are vulnerable, and you ought to fix it.

      4) The source code of the exploit should make the exploit obvious but not damage the system.

      Source code exploits will ALWAYS be published in places where some crackers can get them. The challenge is designing an updating system that allows all users to apply patches in a timely fashion. I think Debian is actually closest on this one.

      Microsoft is really going to get nowhere on this one. I've read accounts of people who send exploits to Microsoft in secrecy, and then HAVE to publish the code so that Microsoft is forced to fix the problem. If it doesn't impact Microsoft's marketing, Microsoft doesn't care.

      The other issue that relates to this one is secure as possible by default. This principle applies to all Internet usage of computers. Yet Microsoft blatantly violated it in the following: Office Macros, email attachments, NT/Windows 2000 Server config (running IIS by default), Hotmail...

    21. Re:They Have a Point by Demonspawn · · Score: 1

      And many of the whole found are so obscure that it'll take a while for hackers to find them

      Ummmm..... I think you forget that it was the white hat hackers that found the problem and reported it to MS (or whoever else) in the first place. Are you so sure that some other black hat didn't find it before the reporting person did? That's the unforunate hole in your thought process. The faster we can force closed systems to patch, the faster everyone can become safe from the exploit.

      --Demonspawn

    22. Re:They Have a Point by Anonymous Coward · · Score: 0

      And many of the whole found are so obscure that it'll take a while for hackers to find them - and every delay in the hackers finding out about the exploit is more time for more people to patch their machines.

      You're missing a terribly important point here. How the hell do you inform admins that they need to patch their machines without also informing hackers that something exploitable has just been found?

      Hackers are not stupid people. If they didn't know of exploit X that patch Y fixes, they'll know after patch Y is released.

      I'm sorry if this sounds tough, but the problem is not hackers or full disclosure, but BAD PROGRAMMING first and foremost. The only good thing to do with bad programming is to FIX IT. Once it's fixed, the problem becomes BLIND-ASS ADMINS. If your car engine starts making a funny noise, you investigate, right? The head in the sand approach DOES NOT WORK to keep your servers secure.

    23. Re:They Have a Point by blakestah · · Score: 2

      For the argument that "it encourages faster patches", I have no problem with security experts blackmailing MS by saying "release a patch within a few days or I release the code!" But the current assumption that the problem is fixed as soon as a patch is released does far more harm than good. Yes, they are fully within their rights to release the code, but does it do any good besides making them feel righteous?

      This is common courtesy in security today. People who find exploits tell the software maker first, and no one else. If the software maker responds with a fast patch, the exploit is published along with a note about the patch.

      However, it is often the case that Microsoft doesn't come up with a prompt patch. Then, there is a real ethical dilemma. If I publish the exploit, I let the users of the software know they are not safe. They have the option to take action and avoid being compromised. Or, I can sit on my hands and allow everyone to be unsafe and NOT know about it.

      Obviously there are lots of ways this could go, but I feel a LOT better letting people who care about their boxes protect them, and people who do not care about their boxes can get rooted and learn what being a server on the Internet is all about.

      If we make publishing exploits illegal, only outlaws will publish exploits.

    24. Re:They Have a Point by 0xA · · Score: 2, Informative
      I have no problem with security experts blackmailing MS by saying "release a patch within a few days or I release the code!" But the current assumption that the problem is fixed as soon as a patch is released does far more harm than good. Yes, they are fully within their rights to release the code, but does it do any good besides making them feel righteous?

      If you have a half assed decent network admin most of the time you don't even need the patch. If I see an exploit that trys to run cmd.exe for example I'll just filter it at the router. It will never even reach the web server. I'm not saying I wouldn't apply the patch ASAP but vendor patches are NOT the only way to protect yourself from many of these exploits. Now if I didn't have a sample exploit how am I supposed to protect myself?

    25. Re:They Have a Point by Dexx · · Score: 2, Informative

      As well, it lets security guys go to their managers with something to point to.

      "See, we're vulnerable. We need to patch this right away. And update our firewall rules while we're at it."

      Plus grabbing an exploit off the 'net and going through a system in about 10 min makes a decent demonstration for the board room. "See, anybody can do this almost this quickly. Now about that budget.."

      --
      Feel the fear and do it anyway.
    26. Re:They Have a Point by d-e-w · · Score: 1

      MS was lucky that Code Red (or its like) wasn't out there before the patch. Think about the havoc that would have caused ...

      For instance, the week that Code Red hit, my ISP's shell servers were hacked and pretty much torn to pieces. The script kiddies used the BSD telnet daemon hole, but attacked the machines five or so days before the security hole was released (and then ignored for a while) on bugtraq. That's the worse case scenario--when the exploit is already circulating among the script kiddies but the admin doesn't have the resources (incidents/bugtraq) to easily figure out what's going on.

    27. Re:They Have a Point by DNS-and-BIND · · Score: 2
      Listen to what this guy says!

      He hits the nail squarely on the head. This is the reason for exposing security vulnerabilities.

      --
      Shutting down free speech with violence isn't fighting fascism. It IS fascism!
    28. Re:They Have a Point by ragnarok · · Score: 1

      ya know, like poking a bee hive with a stick just to make them all fly around and get mad

      There's a name for that, Trolling. That was the original intent anyway, before all that retarded penis bird and goatsecx stuff started.

      --
      Search first, ask questions later.
    29. Re:They Have a Point by Anonymous Coward · · Score: 0
      Now let's review: how many people patched eEye's .IDA exploit when it came out and did not include an exploit? Not bloody many. How many patched it after Code Red made it abundantly clear that this was a very exploitable vulnerability? Hundreds of thousands more.

      Hey, even more fun question, how many of us actually had to do nothing, because when we installed our servers we said, ".IDA what's that", and then clicked the remove button.

      I pretty much said the same thing to myself about the .printer extension, which I also believe had a problem, discovered again by eeye.

      I'll admit though, i'm screwed, if they find a hole in asp.dll

    30. Re:They Have a Point by Anonymous Coward · · Score: 0

      Um... because you don't need to know HOW it does it to know WHAT it does.

      At any rate, if you were a "half assed decent network admin" you would know how to properly set permissions as part of the security checklist Microsoft has published for about 5 years.

    31. Re:They Have a Point by Thurn+und+Taxis · · Score: 1

      Black hats are going to get ahold of the exploit, even if the source code to it is not published on incidents.org or bugtraq. All that not publishing it there does is provide a false sense of security.

      Not only that, but if the report provides enough information for people to be able to identify and understand the exploit (a must for any report), then going from the report to a working exploit might take all of 10 minutes for a half-decent coder. So regardless of whether the report contains code or not, the code will be almost instantly as available as the report. So there's no logical reason *not* to include it in the report. Meanwhile, there are *plenty* of reasons, as mentioned by irix and blakestah, to include exploit code. So not including the code gains you nothing, while including it gains you something. Guess which is the better option?

      --
      On stereophonic equipment, the monaural sound obtained through multiple channels will enhance your listening pleasure.
    32. Re:They Have a Point by Tony-A · · Score: 1

      I like to use E:\WINNT where D: is the CD-ROM.
      C:\ is the natural home for viruses.
      You can also mess up viruses by renaming or messing with any *script* executables.

    33. Re:They Have a Point by Anonymous Coward · · Score: 0

      Except, of course that the exploit code had been published and still no-one patched.

      It wasn't until the malicious code was released that the world took notice.

    34. Re:They Have a Point by x0n · · Score: 1

      1) The source display should allow any administrator to verify if he is vulnerable, and, after patching, that he is no longer vulnerable.

      This is silly. Most exploits are damaging to the target systems and if you decide to run it against your boxen to "test", you are an either a) an idiot, or b) you are wearing a black hat. Yes, in the past m$ have released a patch that didn't _appear_ to work, but actually revealed/enabled a related exploit instead. 99.9% of the time their patches work as intended, again, like any other vendor's. If you want to see if it [the patch] is installed, check the version numbers of the components affected.

      2) The source code should demonstrate the exact nature of the problem for the coders who wish to fix it. They would otherwise need to write their own exploit to test their fixes.

      In the context of the current argument (e.g. Microsoft and bugs/exploits), this is an invalid point. Microsoft do not release source code, and thus you cannot patch their systems.

      3) The source code should apply pressure to the software maker. It is akin to being flogged in public. The whole world knows you are vulnerable, and you ought to fix it.

      Microsoft is flogged every second of every day in a lot more channels than you can imagine. I don't think they really need any more pressure to fix things. They are fully aware that they write imperfect software (just like the rest of the world). It is trendy to get on their backs, and it always will be. Microsoft itself is a excellent vehicle for free publicity and there is no easier way to get publicity for your company than publicly announcing a software flaw and making sure that it is spread far and wide and makes every news medium in the world. Sad, but true.

      4) The source code of the exploit should make the exploit obvious but not damage the system.

      Yeah, right. Most exploits might make an effort to function like this in the manner of trying to preserve system integrity, but exploits are badly written and regardless, someone f*cking around with your system is using up time, your time, and time is money. This is damaging to someone, maybe not you, but someone.

      Source code exploits will ALWAYS be published in places where some crackers can get them. The challenge is designing an updating system that allows all users to apply patches in a timely fashion. I think Debian is actually closest on this one.

      Yes, we're all for publishing source code to exploits. I am, and I have done in the past. But the point is to not to make so easy for 12 year old muppets to get their hands on it. "Apply patches in a timely fashion?" How much easier could clicking "Windows Update" be, for God's sake? No messing around with RPMs and tars/tgz, dodgy makefiles, incompatible libs etc. M$ are pissed off because they are targeted. Plain and simple, they are targeted by disgruntled *nix using kids who don't even know why they hate m$. it's just what every other *nix kid does. M$ are pissed off because *nix kids are more tech savvy than M$ kids. Most m$ kids wouldn't have a clue how to compile an exploit script, whereas the *nix kids can, hence M$ get targetted more than *nix. It's easy to blame m$, because they make the whole package. You never hear anyone saying Linux has bugs/exploits, because ppl will say, no, no it's not linux, that's Apache's fault.

      Microsoft is really going to get nowhere on this one. I've read accounts of people who send exploits to Microsoft in secrecy, and then HAVE to publish the code so that Microsoft is forced to fix the problem. If it doesn't impact Microsoft's marketing, Microsoft doesn't care.

      Like every other software company in the world -- this is old news.

      The other issue that relates to this one is secure as possible by default. This principle applies to all Internet usage of computers. Yet Microsoft blatantly violated it in the following: Office Macros, email attachments, NT/Windows 2000 Server config (running IIS by default), Hotmail...

      This is as ignorant broad sweeping generalisation. It barely needs replying too, but I'm sick of reading this sh*t.

      a) Office Macros.

      Yes, they are a problem. They make life easy for you, but of course if you've spent your life writing Perl scripts in VI, you're never going to understand it. There is a problem inherent in the macro system, but it is more complicated than just disabling a few features.

      b) Email attachments.

      Yes, well spotted! M$ software allows you to send attachments in email, isn't that innovation at it's best. Oops, so does every other email program pretty much on any platform. What's that? You can save the attachments and run them? My God! What's your point? I can send you a Tcl script or an ELF binary via email, but will _you_ save it and run it without checking? Where is the real problem here?

      c) NT/2000 Server config

      I'll cede to this point. The default installations need to be secure. Presently they are not. Of course most default installs of any O/S are not secure, and you can secure a default installation using the SCM/MMC package that comes with 2000, but NT admins are generally less clued in than *nix admins. We know this.

      Anyway rant over,

      - Oisin

      --

      PGP KeyId: 0x08D63965
    35. Re:They Have a Point by Anonymous Coward · · Score: 0

      1) The source display should allow any administrator to verify if he is vulnerable, and, after patching, that he is no longer vulnerable.

      This is silly. Most exploits are damaging to the target systems and if you decide to run it against your boxen to "test", you are an either a) an idiot, or b) you are wearing a black hat. Yes, in the past m$ have released a patch that didn't _appear_ to work, but actually revealed/enabled a related exploit instead. 99.9% of the time their patches work as intended, again, like any other vendor's. If you want to see if it [the patch] is installed, check the version numbers of the components affected.


      If the patch exposed a related exploit that the original exploit code exploits, I would argue that the exploit has not been fixed!


      2) The source code should demonstrate the exact nature of the problem for the coders who wish to fix it. They would otherwise need to write their own exploit to test their fixes.

      In the context of the current argument (e.g. Microsoft and bugs/exploits), this is an invalid point. Microsoft do not release source code, and thus you cannot patch their systems.


      In this case, the 'coders who wish to fix it' are the ones working at MS. The sample exploit will help them understand the problem so they can fix it faster/better the first time.


      4) The source code of the exploit should make the exploit obvious but not damage the system.

      Yeah, right. Most exploits might make an effort to function like this in the manner of trying to preserve system integrity, but exploits are badly written and regardless, someone f*cking around with your system is using up time, your time, and time is money. This is damaging to someone, maybe not you, but someone.


      Even without the exploit posted by the security community someone is already going to be able to be 'f*cking around with your system', the black-hats who can find the bug and write an exploit that DOES damage the system, and all the script kiddies who download the newest root kits which contain the exploit written by that black hat. The harmless exploit written by the white hats gives you a way to verify that the hole has been patched by the patch you just installed.


      Source code exploits will ALWAYS be published in places where some crackers can get them. The challenge is designing an updating system that allows all users to apply patches in a timely fashion. I think Debian is actually closest on this one.

      Yes, we're all for publishing source code to exploits. I am, and I have done in the past. But the point is to not to make so easy for 12 year old muppets to get their hands on it. "Apply patches in a timely fashion?" How much easier could clicking "Windows Update" be, for God's sake? No messing around with RPMs and tars/tgz, dodgy makefiles, incompatible libs etc. M$ are pissed off because they are targeted. Plain and simple, they are targeted by disgruntled *nix using kids who don't even know why they hate m$. it's just what every other *nix kid does. M$ are pissed off because *nix kids are more tech savvy than M$ kids. Most m$ kids wouldn't have a clue how to compile an exploit script, whereas the *nix kids can, hence M$ get targetted more than *nix. It's easy to blame m$, because they make the whole package. You never hear anyone saying Linux has bugs/exploits, because ppl will say, no, no it's not linux, that's Apache's fault.


      The security sites don't make it any easier for the 'muppets' to get a harmful exploit. The harmful exploits are available from OTHER places, often-times BEFORE the harmless ones are available on the security sites. The 'muppets' are able to download a pre-built binary or script that does 'X' to box 'Y', so they don't NEED to know how to compile their own. Putting a non-harmful exploit on a security site doest NOTHING to change this. What it does do, is give the admin something he can run on his system to verify that a patch has actually FIXED the hole, rather than discover that it DIDN'T when a 'muppet' roots his box with a kit he downloaded.

    36. Re:They Have a Point by No+One · · Score: 1

      Most exploits are damaging to the target systems and if you decide to run it against your boxen to "test", you are an either a) an idiot, or b) you are wearing a black hat.

      And this means that a non-damaging exploit is impossible for the sysadmin who now has the exploit code to write? That was the whole point, you know.

      In the context of the current argument (e.g. Microsoft and bugs/exploits), this is an invalid point. Microsoft do not release source code, and thus you cannot patch their systems.

      Uhhh... In the context of the current argument (e.g. the release of exploit source), the fact that Microsoft doesn't release the source to there apps is completely irrelevant.

      Microsoft is flogged every second of every day in a lot more channels than you can imagine. I don't think they really need any more pressure to fix things.

      Given the recurring security issues with Microsoft software and their refusal to fix fundamental security flaws in their architecture, they apparently do need more pressure.

      Most exploits might make an effort to function like this in the manner of trying to preserve system integrity, but exploits are badly written and regardless, someone f*cking around with your system is using up time, your time, and time is money.

      Bullshit. I've seen plenty of very well written exploits. Furthermore, the point was that exploits should be non-damaging, which means that the well-written exploits don't use up your time.

      There is no necessity for an exploit to be damaging, which seems to be an assumption you're making here.

      How much easier could clicking "Windows Update" be, for God's sake?

      First off, Windows Update is spyware. It has been proven that the program lies when it says it doesn't transmit information to Microsoft.

      Second, fixes for security bugs historically have not been put on Windows Update until they're already causing a disaster. (The .IDA bug Code Red exploited, for example). You have to dig through Microsoft's website to find patches for security holes that aren't currently front-page news. Which is exactly what you have to do with Solaris or Red Hat, and a lot more work than you have to do with Debian or FreeBSD.

      Third, Unix bug fixes don't have the kind of history of breaking something else that Microsoft bug fixes do. It still happens occasionally, but it's a lot less frequent.

      M$ are pissed off because they are targeted. Plain and simple, they are targeted by disgruntled *nix using kids who don't even know why they hate m$. it's just what every other *nix kid does. M$ are pissed off because *nix kids are more tech savvy than M$ kids. Most m$ kids wouldn't have a clue how to compile an exploit script, whereas the *nix kids can, hence M$ get targetted more than *nix.

      Bah, you're just a mentally incompetent Windoze-using moron who's jealous because he can't master the extreme difficulties of the "ls" command.

      How about we skip the lying ad hominem attacks from now on, OK?

      It's easy to blame m$, because they make the whole package. You never hear anyone saying Linux has bugs/exploits, because ppl will say, no, no it's not linux, that's Apache's fault.

      And your point is? Why exactly isn't that a valid reason to blame MS? They're the ones who wrote the code, and more importantly, they're the ones who made the stupid decision to tie their apps so tightly to the OS.

      Like every other software company in the world -- this is old news.

      Well, then, it's even more important to publish exploits, now isn't it?

      a) Office Macros.

      Yes, they are a problem. They make life easy for you, but of course if you've spent your life writing Perl scripts in VI, you're never going to understand it. There is a problem inherent in the macro system, but it is more complicated than just disabling a few features.


      Strawman argument. He wasn't talking about macros themselves, but the default behaviour. First, please explain why my word processor's macro language needs the ability to format my fucking hard drive? Also, the default behavior was to run macros silently, rather than to inform the user. That was the insecure design decision referenced in the post you were responding to, and you still haven't explained why it wasn't a poor design decision.

      b) Email attachments.

      Yes, well spotted! M$ software allows you to send attachments in email, isn't that innovation at it's best. Oops, so does every other email program pretty much on any platform. What's that? You can save the attachments and run them? My God! What's your point? I can send you a Tcl script or an ELF binary via email, but will _you_ save it and run it without checking? Where is the real problem here?


      And another strawman! The point of the guy you were responding to was that you didn't have to "save the attachments and run them." By default, they were running automatically. Problem two is that Windows hides extensions by default; if you send me a TCL script you can't make it look like a jpeg like you can with Windows. Problem three is that the default behavior of double-clicking on a .vbs is to run it, whereas I have to chmod 700 that TCL script first, and I can look at it a hell of a lot more easily. This was another stupid Microsoft design decision.

      In both of these cases, the default behavior is/was extremely insecure.

      --

      There is no sin except stupidity -- Oscar Wilde
    37. Re:They Have a Point by smcv · · Score: 1

      At least one virus (I forget which one) relies on the fact that Outlook (or possibly OExpress) auto-plays attached WAV files. It's a Win32 binary with a slightly obscure but executable-ish name (.pif or something) and a MIME type of audio/wav. The infection goes something like: Outlook: Hmm, some audio in a format I know about. I'll play it. Outlook: Hey, you, do something with this. *passes file to Windows* Windows shell: Hmm, a DOS Program Information File. I'm meant to run those, I think. Hey, you, run this. *passes file to some other bit of Windows* Some other bit of Windows: Now how do I execute this? Hmm... first two bytes say MZ... it contains fail-if-run-in-DOS backwards-compatibility cruft... so it's a native Win32 executable. *runs virus or trojan* Two big mistakes here. Autoplaying the WAV in the first place must have seemed like a good idea at the time, but I know it'd annoy me having an arbitrary WAV play when I looked at my mail. Then, OE doesn't actually tell Windows to *play* the WAV, just to do something with it - and all three of the conflicting ways to ID it (MIME, extension, magic numbers) cause the worst possible behaviour. It's easy to blame m$, because they make the whole package. You never hear anyone saying Linux has bugs/exploits, because ppl will say, no, no it's not linux, that's Apache's fault. Yes, and? The fact that MS software is so "integrated" is where a lot of its holes seem to come from. The viruses which auto-forward to all your friends rely on this chain of integration: - Outlook Express renders HTML e-mail - it does so using Internet Explorer (well, the MSHTML engine, which IE and Active Desktop share with it) - client-side Web scripting (JScript and VBScript) is enabled for e-mail by default (at least in IE+OE 5.5; IE6 might change this, but I've been using Mozilla recently) - the same scripting languages are recycled for system scripting with Windows Scripting Host; if there's a bug in the JScript or VBScript sandbox, it can be exploited I don't know of anyone who actually *uses* WSH, but it's there anyway... If you want to see if it [the patch] is installed, check the version numbers of the components affected. OK, fine. Which cryptic 8.3-named DLL was the one with the exploit again? Microsoft do not release source code, and thus you cannot patch their systems. Yep... funny how BSD and Linux users tend to look down on and/or pity MS ones, isn't it? How much easier could clicking "Windows Update" be, for God's sake? No messing around with RPMs and tars/tgz, dodgy makefiles, incompatible libs etc. OK, you have a point there, unless of course your favourite distro runs on stable if rather out-of-date libraries, and has security fixes from newer libs back-ported to these ones ::cough Debian stable cough:: (although I must admit, I use Debian unstable so I actually get new features too) You also have a point about default installs on Linux running just as many servers as Win2k, although some distributions are better than others (Debian only installs a mail transport as standard, I think, and having a mail transport *is* pretty important on Unix). But the point is to not to make so easy for 12 year old muppets to get their hands on it. Unless you're volunteering to police warez and crack sites, I think it's important that the distribution system for patches and advisories is somewhere near as fast as that for cracks and malicious exploits. We can't slow one down, so it's easier to speed the other up. Like every other software company in the world -- this is old news. Yes. Buffer overflows are old news too, but that doesn't mean they're somehow any better. The other issue that relates to this one is secure as possible by default. This principle applies to all Internet usage of computers. a) Office Macros. Yes, they are a problem. They make life easy for you, but of course if you've spent your life writing Perl scripts in VI, you're never going to understand it. There is a problem inherent in the macro system, but it is more complicated than just disabling a few features. Perhaps just not installing macros by default would help. If you (or for people in an office, your sysadmin/database guru/etc) don't know you need macros, you probably don't. Or (too late for Microsoft for compatibility reasons, but a newer office suite could do this) the macros could be in external files, so the Word .doc or whatever only contained a hook requesting that a particular macro be run. You or your sysadmin could specify particular macro libraries that were allowed (so someone using a macro their employer's IT people set up could access a shared macro library from a secure or indeed read-only network drive). This works better on OSs/filesystems with access control (Unixes, Netware, maybe NTFS?) where the macro library location could be only writable by your friendly local sysadmin. (much like the idea that on Unix systems, running stuff from /usr/bin is safe because only root can write there, but the current directory isn't in the default path because you might be in /tmp which is world-writable) Yes, well spotted! M$ software allows you to send attachments in email, isn't that innovation at it's best. Oops, so does every other email program pretty much on any platform. What's that? You can save the attachments and run them? My God! What's your point? I can send you a Tcl script or an ELF binary via email, but will _you_ save it and run it without checking? Where is the real problem here? Yes, I'd check it before I ran it, if I ran it at all. This is why I object if (when?) my mail client runs it for me.

    38. Re:They Have a Point by smcv · · Score: 1
      Oops, no linebreaks. Anyone who wants to actually read my message, try this one :-)

      At least one virus (I forget which one) relies on the fact that Outlook (or possibly OExpress) auto-plays attached WAV files. It's a Win32 binary with a slightly obscure but executable-ish name (.pif or something) and a MIME type of audio/wav.

      The infection goes something like:

      Outlook: Hmm, some audio in a format I know about. I'll play it.

      Outlook: Hey, you, do something with this. *passes file to Windows*

      Windows shell: Hmm, a DOS Program Information File. I'm meant to run those, I think. Hey, you, run this. *passes file to some other bit of Windows*

      Some other bit of Windows: Now how do I execute this? Hmm... first two bytes say MZ... it contains fail-if-run-in-DOS backwards-compatibility cruft... so it's a native Win32 executable. *runs virus or trojan*

      Two big mistakes here. Autoplaying the WAV in the first place must have seemed like a good idea at the time, but I know it'd annoy me having an arbitrary WAV play when I looked at my mail.

      Then, OE doesn't actually tell Windows to *play* the WAV, just to do something with it - and all three of the conflicting ways to ID it (MIME, extension, magic numbers) cause the worst possible behaviour.

      It's easy to blame m$, because they make the whole package. You never hear anyone saying Linux has bugs/exploits, because ppl will say, no, no it's not linux, that's Apache's fault.

      Yes, and? The fact that MS software is so "integrated" is where a lot of its holes seem to come from. The viruses which auto-forward to all your friends rely on this chain of integration:

      - Outlook Express renders HTML e-mail

      - it does so using Internet Explorer (well, the MSHTML engine, which IE and Active Desktop share with it)

      - client-side Web scripting (JScript and VBScript) is enabled for e-mail by default (at least in IE+OE 5.5; IE6 might change this, but I've been using Mozilla recently)

      - the same scripting languages are recycled for system scripting with Windows Scripting Host; if there's a bug in the JScript or VBScript sandbox, it can be exploited

      I don't know of anyone who actually *uses* WSH, but it's there anyway...

      If you want to see if it [the patch] is installed, check the version numbers of the components affected.

      OK, fine. Which cryptic 8.3-named DLL was the one with the exploit again?

      Microsoft do not release source code, and thus you cannot patch their systems.

      Yep... funny how BSD and Linux users tend to look down on and/or pity MS ones, isn't it?

      How much easier could clicking "Windows Update" be, for God's sake? No messing around with RPMs and tars/tgz, dodgy makefiles, incompatible libs etc.

      OK, you have a point there, unless of course your favourite distro runs on stable if rather out-of-date libraries, and has security fixes from newer libs back-ported to these ones ::cough Debian stable cough:: (although I must admit, I use Debian unstable so I actually get new features too)

      But the point is to not to make so easy for 12 year old muppets to get their hands on it.

      Unless you're volunteering to police warez and crack sites, I think it's important that the distribution system for patches and advisories is somewhere near as fast as that for cracks and malicious exploits. We can't slow one down, so it's easier to speed the other up.

      Like every other software company in the world -- this is old news.

      Yes. Buffer overflows are old news too, but that doesn't mean they're somehow any better.

      The other issue that relates to this one is secure as possible by default. This principle applies to all Internet usage of computers.

      This is as ignorant broad sweeping generalisation. It barely needs replying too, but I'm sick of reading this sh*t.

      Hopefully MS will get sick of it sometime, and do something...

      a) Office Macros.

      Yes, they are a problem. They make life easy for you, but of course if you've spent your life writing Perl scripts in VI, you're never going to understand it. There is a problem inherent in the macro system, but it is more complicated than just disabling a few features.

      Perhaps just not installing macros by default would help. If you (or for people in an office, your sysadmin/database guru/etc) don't know you need macros, you probably don't. Or (too late for Microsoft for compatibility reasons, but a newer office suite could do this) the macros could be in external files, so the Word .doc or whatever only contained a hook requesting that a particular macro be run. You or your sysadmin could specify particular macro libraries that were allowed (so someone using a macro their employer's IT people set up could access a shared macro library from a secure or indeed read-only network drive).

      This works better on OSs/filesystems with access control (Unixes, Netware, maybe NTFS?) where the macro library location could be only writable by your friendly local sysadmin. (much like the idea that on Unix systems, running stuff from /usr/bin is safe because only root can write there, but the current directory isn't in the default path because you might be in /tmp which is world-writable)

      Yes, well spotted! M$ software allows you to send attachments in email, isn't that innovation at it's best. Oops, so does every other email program pretty much on any platform. What's that? You can save the attachments and run them? My God! What's your point? I can send you a Tcl script or an ELF binary via email, but will _you_ save it and run it without checking? Where is the real problem here?

      Yes, I'd check it before I ran it, if I ran it at all. This is why I object if (when?) my mail client runs it for me.

    39. Re:They Have a Point by x0n · · Score: 1

      Why does everyone presume that Outlook runs attachments automatically?

      It does not.

      What ppl are referring to is a MIME related bug that has since been patched. But in a typical fashion, they read it somewhere and presume that it is a feature, a dumb stupid feature. Why in God's name would you want an email client that automatically ran any executables it received?

      And for reference, PINE also had a similar bug a while ago where you could embed shell metacharacters into the MIME header and it could execute shell commands. This was also fixed, but I ain't heard anyone mention that since.

      - Bill's Beeatch.

      --

      PGP KeyId: 0x08D63965
    40. Re:They Have a Point by blakestah · · Score: 2

      This is silly. Most exploits are damaging to the target systems

      You are not living in reality. Exploit code published on security websites NEVER damages the system beyond that which is required to demonstrate the exploit - and does this with the full disclaimer that it is going to demonstrate the exploit. It doesn't get any simpler than that.

      2) The source code should demonstrate the exact nature of the problem for the coders who wish to fix it. They would otherwise need to write their own exploit to test their fixes.

      In the context of the current argument (e.g. Microsoft and bugs/exploits), this is an invalid point. Microsoft do not release source code, and thus you cannot patch their systems.

      The exploit code would help people at Microsoft understand the exploit fully, and thus help them fix it. Somehow you completely misread the claim I made.

      Microsoft is flogged every second of every day in a lot more channels than you can imagine. I don't think they really need any more pressure to fix things. They are fully aware that they write imperfect software (just like the rest of the world).

      Microsoft spends BILLIONS each year marketing themselves as secure, good for business, blah blah blah. If they can't handle the heat from security websites doing the same thing to Microsoft that they have been doing to Unix for years, they are in real trouble.

      The REAL reason Microsoft went to all this trouble was to save face. They think that this measure will decrease the necessity of having timely patched systems, and improve their image wrt security. They should start playing ball and make it EASIER to keep a system secure, and BERATE their users into applying security patches BEFORE bugs turn into compromised systems.

      Plain and simple, they are targeted by disgruntled *nix using kids who don't even know why they hate m$. it's just what every other *nix kid does. M$ are pissed off because *nix kids are more tech savvy than M$ kids. Most m$ kids wouldn't have a clue how to compile an exploit script, whereas the *nix kids can, hence M$ get targetted more than *nix.

      You are completely misunderstanding the mentality of the thief. The thief steals because it is easy. If it is easier to steal somewhere else, the thief will go there.

      All Unix people know this VERY well. Unix exploits are nothing new, and script kiddies have been exploiting whatever is available for years. Now, there is a change - Microsoft machines with open ports. They are EASY to break into. Their admins are not watching, the machines are set up INSECURE by default, and there are plenty of exploits to go around.

      There are not disgruntled Unix kids turning to Microsoft for exploits. There are thieves exploiting whatever is easiest to exploit.

      The CodeRed bugs have not been fixed yet on millions of machines worldwide - and this exploit was publicized worldwide by the press. Microsoft is not taking action. It is THEIR fault.

  10. Backwards? by Anonymous Coward · · Score: 0

    Doesn't Mr. Culp have it backwards?

  11. I've heard this one! by AntiFreeze · · Score: 5, Interesting

    If you don't tell anyone that the construction company used shoddy materials, then no one will figure out how to make the building collapse!

    --

    ---
    "Of course, that's just my opinion. I could be wrong." --Dennis Miller

    1. Re:I've heard this one! by CodeMonky · · Score: 1, Troll

      I think the point is that they assume it is enough for you to tell someone and that you don't have to go kick down a wall to show them.

      --
      --"Karma is justice without the satisfaction"
    2. Re:I've heard this one! by schnitzi · · Score: 1

      If you worked in the building -- sure, you'd want it made of better materials, but in the meantime, would you want the instructions for making it collapse widely disseminated?

      --



      I object to that article, and to the next reply.
    3. Re:I've heard this one! by Anonymous Coward · · Score: 0

      *cough* 767 *cough*

    4. Re:I've heard this one! by Anonymous Coward · · Score: 0

      I think the point is that if you worked in the building, and knew it was a death trap, you wouldn't work there a day longer.

    5. Re:I've heard this one! by Anonymous Coward · · Score: 0

      LMAO...

      can you say DC-10 wing bolts :)

    6. Re:I've heard this one! by otopico · · Score: 1

      The analogy is faulty. A better one would be whether you should put up a sign saying the bank keeps the combination of the safe written on a piece of paper at the front desk. The bank made a mistake, but either doesnt recognize it as a mistake or doesnt think anyone else will ever know.

      The issue is whether an entity should disclose details about an exploit, including the how-to.

      All software, regardless of whether its closed or open sourced will have flaws. In an open system, these flaws have a better chance of being found and fixed, more eyes on the code. Open source encourages peer review. (buzz word!)

      The MS folks are clouding the issue at hand. Yes, they have security holes, and holes should be made public, but rather than suggesting that the actual exploit how-tos not be detailed in public until they can be repaired (which I think is fair), they (M$) are saying the security holes were exploited due solely to code examples and details that was released by security people.

      aka - covering their ass

      Microsoft is trying to save face. People, at least the educated ones, can see this. I do think MS raises a good point (although they run around it), when a security concern is found, it might be better to do as CERT does and document it, provide a fix, but not share the step by step exploit with the entire world.

      People should use this drivel from Microsoft to highlight Microsoft's lack of acountablity.

      Microsoft isn't intentionally releasing insecure software (sloppy yes, intentionally insecure no), but they are trying to avoid the issue of accountability by claiming the flaws are exploited solely due to example exploit code, and not because the flaw exists. They are attempting to distract the public as to the source of the security issues, which is their lack of responsibility for the state of their code.

      While I'm a big fan of open and free information, I can understand why some would want to keep certain information gaurded. Perhaps security bulletins should omit the detailed exploit how-to and example code until a fix for the flaw can be put in place. I think a system like that would force closed source operations to be accountable for fixing flaws. The existence of the flaw would be public knowledge, and the producer of the code would then have the responsibility for repairing the flaw, or be shown to the public as intentionally not fixing the flaw. PR nightmare.

      We will never be free of security through obsurity, but we can try to make a responsible process that alerts people to security issues and remedies, without creating a detailed how-to database with example code that any fool script kid can use to harass the public at large.

      MS isn't going away, we can however, try to encourage them to be responsible members of the software world.

      Of course this is just my opinion

    7. Re:I've heard this one! by bgat · · Score: 1

      The problem is that MS developers, like most, will hesitate to track down a problem that they can't duplicate, and often won't work all that hard to find the problem on their own (if they did, then the problem wouldn't exist).

      Publishing the blueprints for the exploit is the only leverage the users have: "here is how you can duplicate the problem, now go fix it!".

      In the short term, this feels like an unfair tactic. But over time, strongarming the vendor like this will encourage them to (a) maintain the resources to proactively fix security issues rapidly, and (b) set up an internal (or open source) peer review process to avoid the problems in the future.

      In case it isn't clear, I TOTALLY support the idea of having the source code for the breach published, although perhaps after giving the vendor a few days to announce a patch. This approach is the ONLY long-term way to assure that software security gets the attention it deserves.

      Just my $0.02.

      --
      b.g.
    8. Re:I've heard this one! by Tony-A · · Score: 1

      Here is an unknown executable that calls itself a "security patch".
      I don't know what's in it.
      I don't know what it does.
      I don't know how to tell if I need it.
      I have no idea what it might break.

      I don't blindly reach under rocks either.

    9. Re:I've heard this one! by Anonymous Coward · · Score: 0

      Of course you have to kick a wall down, just to end this following conversation:

      Your building is made of shoddy material and it is going to collapse.

      No, it isn't.

      Yes, it is.

      No, it isn't.

      Yes, it is.

      * repeate about 200 times *

      At this point you knock the wall down, QED, the building is made of shoddy materials, you walk away, no more discussion necisary.

    10. Re:I've heard this one! by Zigg · · Score: 2

      Bad analogy. The bank does not distribute copies of its safe to its customers, all locked with the same combination. Its customers are not responsible for the security.

      We'd all have to have our own vaults and be responsible for them. And if I'm going to be responsible for my vault, I sure as hell want to know when something like this is discovered, and I want to be able to test it for myself before deciding that I am now protected.

    11. Re:I've heard this one! by CodeMonky · · Score: 2

      As I said in my original post they are basing their request on the idea that it is enough for oyu to tell them there is a problem without having to demonstrate it.

      Personally I think that if just telling them worked we wouldn't be in this perdicament. However a lot of companies will reply with the usual "well its not being exploited in the wild so we'll get it in the next SP" which then causes someone to make an exploit to expidite the fix.

      --
      --"Karma is justice without the satisfaction"
  12. What a blatant by dmelomed · · Score: 0, Flamebait

    Attempt to make this drivel effective in the light of the terrorist events.

  13. Linus better do some complainin'... by Ripp · · Score: 4, Flamebait

    ...Windows®, Linux, and Solaris®...

    What's wrong with that picture? Linux *is also* a registered trademark, Microsoft. I suggest you recognize it as such.

    Linus, kick some ass here.

    --
    Blech. Signatures.
    1. Re:Linus better do some complainin'... by thefogger · · Score: 2, Interesting

      ...All of these worms made use of security flaws in the systems they attacked, and if there hadn't been security vulnerabilities in Windows®, Linux, and Solaris®...

      What's also wrong with this? Um, can anybody remember the name of the worm that recently attacked Linux and Solaris? Darn, I forgot the name, must not have had such a great impact... ;-) Probably because there are not many people running IIS in wine on there Linux Box.

      --


      Um... I didn't do it!
    2. Re:Linus better do some complainin'... by Lonath · · Score: 2, Funny

      Holy shit...I wonder if they do have a nefarious plan to make Linus waste his resources protecting his trademark. After all, you gotta protect it, or you lose it... That's really scary.

    3. Re:Linus better do some complainin'... by trurl3 · · Score: 2, Interesting

      Linus could really do some damage here - he could start a lawsuit about Microsoft not respecting his copyright, and get Redmont back with their own weapons. That would be incredibly cool.

    4. Re:Linus better do some complainin'... by 8bit · · Score: 2, Insightful

      Erg...don't compare windos to other products. Not only is he trying to discredit linux and solaris, but he's mooching their security record too. For the dumb people, they'll think linux & solaris was affected by code red/nimda...for the slightly more informed but still stupid, they'll think windos is as secure as the other stuff. Tsk tsk tsk...

      --

      --Roy
    5. Re:Linus better do some complainin'... by zmooc · · Score: 1

      ...and childish:) (but I would like it:P)

      --
      0x or or snor perron?!
    6. Re:Linus better do some complainin'... by Anonymous Coward · · Score: 0

      Not only that...

      > Code Red. Lion. Sadmind. Ramen. Nimda. In the
      > past year, computer worms with these names have
      > attacked computer networks around the world,
      > causing billions of dollars of damage.

      Hmmm... I wonder if this guy even knows what Lion and Ramen are? He obviously only put them in so he could say:

      > and if there hadn't been security
      > vulnerabilities in Windows®, Linux, and
      > Solaris®,

      later on... anyone care to investigate the "Billions of dollars" worth of damage caused by the Lion virus? esp vs Code Red and Nimda.

      Sure, you *could* say it's due to the larger installation base of windoze...

      You could also say it's because it's a shiteload harder to write a massively destructive virus which targets linux boxes.

      Either way, the choice is yours...

    7. Re:Linus better do some complainin'... by Zigg · · Score: 2

      Or perhaps, as a rule, more Linux administrators than Windows administrators know (a) when they're running a webserver, and (b) how to take care of it properly?

      I'd also stretch it so far to say that a closed information policy (closely related to closed source) can make even a phenomenally good administrator not be able to effectively care for his boxen.

    8. Re:Linus better do some complainin'... by Anonymous Coward · · Score: 0

      No, trademarks can only be opposed iff:
      - The filing requirements weren't met
      - The mark isn't registerable
      - The applicant is not entitled to register.
      - The mark isn't distictive

      I don't see any of these requirements being broken, so Linus' trademark is still completely valid.

      You don't have to defend your IP from every case of misuse!

  14. And in similar news.. by cnkeller · · Score: 5, Funny
    Gun manufacturer Smith & Wesson has asked that ammunition maker Black Talon stop making bullets since "guns don't kill people, bullets do."

    Because, if the security hole didn't exist in the first place, then Microsoft wouldn't have to worry about all this bad press starting to cost them business; and more importantly mindshare.

    --

    there are no stupid questions, but there are a lot of inquisitive idiots

    1. Re:And in similar news.. by cyberformer · · Score: 5, Funny

      And the ammunition maker has called on the law-enforcement and medical community to stop revealing that people can be killed by bullet wounds. Such information can only help the wrong-doers.

    2. Re:And in similar news.. by jdun · · Score: 1, Offtopic
      "Gun manufacturer Smith & Wesson has asked that ammunition maker Black Talon stop making bullets since "guns don't kill people, bullets do.""

      Black Talon is the name of the bullet. The maker of the Black Talon is Winchester

      http://www.winchester.com/

      Black Talon is like any other premium HP that is in the civilian market. The reason why it was voluntary pull out of the civilian market was gun-grabbing liberals that know nothing about bullet design.

      First these liberals where scare of the name "Black Talon". It sounded so mean that it must be bad.

      Second the bullet was painted black which scare the hell out of the gun-grabbing liberals. Black Talon does not penetrate soft body armor like its name might suggested. In fact in some tests it perform badly compare to other premium HP. I think Winchester stop making Black Talon but did improve on the design and rename it Ranger Talon, which unfortunately is still for LEA only.

      The marking department of Winchester did a good job at marking Black Talon. This is also its downfall.

    3. Re:And in similar news.. by Slak · · Score: 4, Funny

      And the NRA has asked people to stop procreating since "guns don't kill people, people kill people".

    4. Re:And in similar news.. by BWJones · · Score: 1, Offtopic

      Never mind that the round does significantly more damage than typical jacketed or unjacketed rounds right?

      Black Talon bullets are designed to add another category to the typical ballistics damage of penetration, cavity formation, concussive force and fragmentation. Black Talons further add cutting damage by splitting without fragmentation to form cutting edges that are designed to create more damage to internal organs.

      Therefore, the question with the Black Talon was: Does the civillian market need this sort of round given that they might be used against peace officers? I think that if you regularly were on the potential receiving end (police officers) of this sort of threat, you also might complain more than just a bit.

      Unless one is in a military environment, far from a trauma center, I can see no benefit of a ballistic round such as the Black Talon. My time spent in the ER during student rotations illustrated that the vast majority of gunshot wounds were smaller caliber rounds (9mm and smaller), but the damage was substantial and all to often effective enough without adding further damage that would require more surgery and longer recovery times and more cost to the taxpayer.

      --
      Visit Jonesblog and say hello.
    5. Re:And in similar news.. by Anonymous Coward · · Score: 0

      the bullet was painted black which scare the hell out of the gun-grabbing liberals

      The fact that it (along with all other handgun bullets) is designed to murder people is enough to scare the hell out of me.

      The only thing that scares me more than handguns are people who make a big deal about their "right" to own it (and yet never seem to complain about the others arms that the gun-grabbing liberal government prohibits them to bear, like hand grenades, missile launchers, and nuclear weapons).

    6. Re:And in similar news.. by glens · · Score: 2, Informative

      Giving up the fairly rare opportunity to moderate on this one...

      A couple of points need making in light of your expressed views:

      Fairly often, if the poor soul who is on the receiving end of a black talon is wearing a good denim or better, the center cavity will plug with material resulting in much less to no expansion. That also means the cutting edges don't get formed too well. This article seems to provided a sane description of the round.

      If one is in a military environment they'll be looking at the smaller-diameter end of a full-metal-jacketed small arms projectile, or there'll be "war crimes" to answer for. Last I heard, anyway.

    7. Re:And in similar news.. by sharkey · · Score: 2

      Of course, that assumes that the people who are behind the guns pointed at the police are out there spending the money on these bullets. The one box I bought before they were yanked cost me over $1 a round (.45 ACP). How many muggers and convience-store crooks do you know of that will spend that kind of cash on ammo?

      --

      --
      "Outlook not so good." That magic 8-ball knows everything! I'll ask about Exchange Server next.
    8. Re:And in similar news.. by BWJones · · Score: 2

      If one is in a military environment they'll be looking at the smaller-diameter end of a full-metal-jacketed small arms projectile, or there'll be "war crimes" to answer for. Last I heard, anyway.

      This was exactly part of my point. Why, if it is illegal according to Geneva convention, is it legal for use in civillian markets?

      As for your other point, in the warmer climes and in wamer months in colder climes, almost all of the patients I saw come into our trauma one centers had either no shirt on or a simple t-shirt.

      I am not simply responding as a reactionary gun hater as I currently own several firearms including ClassIII firearms. However, that said I also firmly believe in licensing and fairly strict controls on gun ownership. I say this after seeing the end result of gun accidents and gun related violence coming into our trauma one center. The tragedy it causes in families, and the cost to the taxpayer is unacceptable.

      --
      Visit Jonesblog and say hello.
    9. Re:And in similar news.. by BWJones · · Score: 2

      How many muggers and convience-store crooks do you know of that will spend that kind of cash on ammo?

      Many gunshot victims are not the result of crooks per se. Rather they are the result of accidents or domestic violence. Many of these folks would purchase these types (Black Talon) of rounds. Additionally, crooks would simply steal these bullets and use them against the police.

      As for $1 a round for .45 Black Talon, try shooting match grade .308. They tend to be around $4 a round and up for quality ammo.

      --
      Visit Jonesblog and say hello.
    10. Re:And in similar news.. by sharkey · · Score: 2

      True. I recently got a .50AE Desert Eagle. $1.20/round. My .308 is 50 years old or so, and I'm not sure I'd want to real fire-breathing rounds through it.

      As to your comment about gunshot victims, it is irrelevant to the argument that Black Talons need to be kept out of law-abiding citizens hands so they don't shoot the police. Accidental firearms deaths have been declining for a long time as total numbers of guns owned have been on the rise. Domestic violence does not need Black Talons, a gun, or even anything classified as a "weapon" to happen.

      --

      --
      "Outlook not so good." That magic 8-ball knows everything! I'll ask about Exchange Server next.
    11. Re:And in similar news.. by von+Moltke · · Score: 1

      This was exactly part of my point. Why, if it is illegal according to Geneva convention, is it legal for use in civillian markets?

      Actually, for hunting, it is illegal to use fully jacketed bullets. Hollow point and mushrooming rounds are illegal under the Geneva Convention because they are more lethal than fully jacketed bullets, which is the same reason they are required for use in hunting. Fully jacketed bullets are less likely to cause fatal wounds. Its an interesting contradiction; as far as animals are concerned, its more humane to kill them in one shot, but for humans, its more humane to only wound them two or three times and let them bleed to death on the battlefield.

    12. Re:And in similar news.. by Malcontent · · Score: 2

      "Domestic violence does not need Black Talons, a gun, or even anything classified as a "weapon" to happen"

      His point was that the results are much worse when a gun and/or the black talon is involved. At the trauma center it takes longer to operate on patient that has been shot with a black talon then say stabbed a few times. This causes higher costs which are eventually passed on to the taxpayers.

      --

      War is necrophilia.

    13. Re:And in similar news.. by Your+Login+Here · · Score: 1
      but for humans, its more humane to only wound them two or three times and let them bleed to death on the battlefield.
      Basic Military Fact:
      If you kill a soldier you stop one man from shooting, if you wound a soldier you stop the soldier, and his friends who carry him away, from shooting.
    14. Re:And in similar news.. by Anonymous Coward · · Score: 0

      Basic Military Fact:
      If you kill a soldier you stop one man from shooting, if you wound a soldier you stop the soldier, and his friends who carry him away, from shooting.

      (IIWW image requiered)
      ...and the pretty nurse that takes care of the soldier (otherwise working on an ammo industry)
      ...and the cotton for wounds (otherwise denim for uniforms)
      ...and the steel for surgical tools (otherwise steel for weapons)
      ...and the morale stepdown from seeing wounded friends and relatives returning from battlefield (otherwise unknown fallen heroes)
      ...and...

    15. Re:And in similar news.. by bluGill · · Score: 2

      (and yet never seem to complain about the others arms that the gun-grabbing liberal government prohibits them to bear, like hand grenades, missile launchers, and nuclear weapons).

      Well I happen to think it is wrong. True I don't have any use for misile launchers, other than defense/offense should it become nessicary to take on a goverment (not nessicarly my own), but it is the responsibility of able bodies americans to keep them handy and in working order just in case.

      However the odds that I will ever be able to own a misstle launcher (despite being an important part of a well equipet milita, is low enough that I don't bother to fight that battle. There are more important things to issues that I have a chance of winning to fight.

    16. Re:And in similar news.. by kel-tor · · Score: 1

      "Great Scott, Now the Jones have the Bomb"

      --

      ---

  15. New Slogan by InfinityWpi · · Score: 3, Insightful

    "Hackers don't hack Windows machines... bad code hacks Windows machines."

    Y'know, if they didn't have so many bugs, there wouldn't be anything to release, and therefor, no 'weapons' to build... it's kinda like an army making a tank with wooden components inside, then getting pissy when the other army brings flamethrowers and napalm...

    1. Re:New Slogan by cnkeller · · Score: 2
      it's kinda like an army making a tank with wooden components inside,

      This is so far off-topic (so don't bother moderating it down, I already picked no +1 bonus), but that phrase triggered something I had read about World War II. The Germans had tried to fool the British by making their forces appear larger by building a division/group/battalion whatever out of wood. Very similar to the Allies giving Patton a fake army. Anyway, the British then dropped wooden bombs.....

      I'm not not a Brit, but I would have like to have been during that....

      --

      there are no stupid questions, but there are a lot of inquisitive idiots

  16. Microsoft says... by 8Complex · · Score: 0

    We know there is a hole... just leave it alone!!

    Nice. Next thing you know, they'll be releasing a proxy server called the Microsoft Condom.

  17. jump on the bandwagon kids! by hemos. · · Score: 0

    may i have your attention please! the bi-monthy slashdot "bash microsoft festival" is just getting underway.

    calling all braindead moderators to mark anything remotely anti-microsoft as insightful.

    --
    I'm hemos., aka Jeff. Bates.. I help run this site, along with Rob. Malda.. I handle books, and generally posting storie
  18. A weak point by crumbz · · Score: 2, Funny

    Information Anarchy? What? Do doctors complain about information anarchy when patients research treatments for diseases on the web?
    Doesn't this guy realize that our systems are becoming more secure everyday, now that people have to take worms, trojans, DoS attacks seriously. Maybe he should bet back to securing Microsoft products and spend less time complaining about system admins trying to share info.

    1. Re:A weak point by Anonymous Coward · · Score: 0

      Yes they do.
      No he doesn't.
      Yes, he should.

    2. Re:A weak point by Anonymous Coward · · Score: 0

      Actually, yes they do, because of the gigantic number of armchair hypochondriacs that went to the wrong site and nearly poisoned themselves because they'd misdiagnosed themselves and then prescribed themselves an alternative treatment that turned out to the the modern equivalent of drilling a hole in their skull to drive out the evil spirit that caused their headache.

      A little knowledge can be a dangerous thing, especially in the hands of the ignorant.

  19. What about Capitalism by Anonymous Coward · · Score: 0

    Messengers don't kill computers. People kill computers.

    Why is this concept so hard to understand? The gun companies laid this out cleary many years ago, and there's no arguing with the logic.

  20. Pot/kettle by rebbie · · Score: 1
    Oh really? IMHO It's high time Micro$oft stopped providing Swiss-cheese sofware that can be easily used as weapons because most users find the constant patching impossible to keep up with.

    --
    On a clear disk you can seek forever
    1. Re:Pot/kettle by malfunct · · Score: 1

      So you think it would be better to come out with a new version every couple months like they do with Linux?

      --

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

  21. Hiding security flaws... by BrookHarty · · Score: 3, Interesting

    If we can't eliminate all security vulnerabilities, then it becomes all the more critical that we handle them carefully and responsibly when they're found.

    And hiding all these security flaws would of made windows more secure? Your product is not secure, stop passing the buck.

  22. Still leaking? by Col.+Klink+(retired) · · Score: 4, Insightful

    And just how am I supposed to know I've patched a hole if I don't know how it gets exploited?

    --

    -- Don't Tase me, bro!

  23. Let's stop anthrax, too! by Mike+Schiraldi · · Score: 5, Funny

    It's high time we stopped teaching Chemistry and Biology! People are spreading information that essentially maps out exactly how the human body works, which allows for all sorts of chemical and biological weapons! And explosives, too!

    In other news, Master Lock wants to release a new model made out of twine and butter. They ask the community to avoid discussing the security of the lock, since they anticipate it getting deployed widely, and once the ButterLock is being used to secure mission-critical systems, it will be extremely important to keep its flaws a secret.

    1. Re:Let's stop anthrax, too! by SilentChris · · Score: 0, Troll
      This is just about the stupidiest comment I've ever read on Slashdot.

      "It's high time we stopped teaching Chemistry and Biology! People are spreading information that essentially maps out exactly how the human body works, which allows for all sorts of chemical and biological weapons! And explosives, too!"

      Wrong analogy. Let's just imagine that these biologists and chemists were not only creating these potentially life-threatening entities, but were handing them to "bio-kiddies" to wreak havoc on the world. What if ever biological "advance" in the field of weapons was diagrammed, exploited, and written in clearly blue in white on a sheet of paper EXACTLY how to kill someone? Then you'd have a decent analogy.

      "In other news, Master Lock wants to release a new model made out of twine and butter."

      Not even close. In fact, both egotistical and lame (although what can you expect for a low-number Slashdot user. Where's your evidence? Ever get the feeling that, just perhaps, people go after Microsoft with viruses and worms because of a PERCEIVED evil?

      "They ask the community to avoid discussing the security of the lock, since they anticipate it getting deployed widely, and once the ButterLock is being used to secure mission-critical systems, it will be extremely important to keep its flaws a secret."

      Hardly. MS publishes every flaw they find. Literally hundreds of thousands, same as Open Source projects.

      The difference, though, is that very few people want to ATTACK Open Source projects. Meanwhile, others perceive they have a RIGHT to do so to Microsoft, including fellow Open Source coders.

    2. Re:Let's stop anthrax, too! by nick_burns · · Score: 1

      Hey, I saw on CNN that Anthrax is in the soil. Next week, we'll see wannabe terrorists throwing clumps of dirt at each other.

    3. Re:Let's stop anthrax, too! by cnkeller · · Score: 2
      MS publishes every flaw they find. Literally hundreds of thousands, same as Open Source projects.

      While I happen to think you're trolling hard core. The above statement is the whole point. If Microsoft had it's way, we'd be relying on them to act in the best interests of people and actually alert us to any flaws (once a patch was provided I imagine). Microsoft's business is making money, not by prodiving a secure product. I'd much rather someone tell me there is a flaw and be on the lookout for an exploit then just sitting at home hoping my box is secure because Microsoft hasn't said otherwise.

      --

      there are no stupid questions, but there are a lot of inquisitive idiots

    4. Re:Let's stop anthrax, too! by mparcens · · Score: 1

      I must agree with the other reply to this post:

      > MS publishes every flaw they find. Literally hundreds of thousands, same as Open Source projects.

      That's a misdirection of the argument, because the holes that Microsoft finds are not the ones they're talking about. And even if they find a bug or are informed of a bug, a public release of the information is usually required to get them off their asses to fix it.

      Personal example: I found a scripting bug in Hotmail and other sites. I contacted Microsoft then released it to Bugtraq. MS didn't act on it until it hit bugtraq's list, then they shut the hole that I had shown the bug from. A week later, I checked Hotmail again, and 8 other pages were vulnerable to the very same attack I had shown on one particular page.

      Lesson: Security is (at most) priority three to MS, after (1) profit and (2) market share.

    5. Re:Let's stop anthrax, too! by Anonymous Coward · · Score: 0

      Wrong analogy. Let's just imagine that these biologists and chemists were not only creating these potentially life-threatening entities, but were handing them to "bio-kiddies" to wreak havoc on the world. What if ever biological "advance" in the field of weapons was diagrammed, exploited, and written in clearly blue in white on a sheet of paper EXACTLY how to kill someone? Then you'd have a decent analogy.

      Um, one can find out how to make biological and chemical weapons on a sheet of white paper. Or even better, I bet the information can be found on the internet somewhere. Your argument about what if ever(y) biological advance was published online is stupid as many of computer advancements that the government develops are kept just as secret as the biological weapons research.

    6. Re:Let's stop anthrax, too! by Bert64 · · Score: 1

      There are exploits written to exploit flaws in open source products, aswell as commercial products from vendors other than microsoft. The fact that microsoft targetting worms are more successfull is due to several reasons... Large numbers of targets, Low average computer literacy among users, And the monoculture - that all windows systems can be grouped into a small number of versions. You would be hard pressed to code a unix worm which could infect many different forms of unix, solaris, linux, bsd, hpux, tru64 etc. And among linux distributions there is a lot of differences, not to mention the different architectures.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    7. Re:Let's stop anthrax, too! by ethereal · · Score: 1
      In fact, both egotistical and lame (although what can you expect for a low-number Slashdot user.

      Wow, I never thought I'd see the day when a high-uid user displays prejudice against a low-uid user. All along we've been thinking that it was you latecomers who just showed up to troll, Mr. #452960. "What can you expect for a post-200000 uid?" I've often thought (no offense to the many sterling posters out there > 200000.

      Hmmm, maybe /. is destined to go away at user #500000, and all of the sudden the users are getting more old-school and elitist as we approach that vanishing point? Kind of like the big crunch that follows the big bang - it's an expansionary model of /. :)

      --

      Your right to not believe: Americans United for Separation of Church and

    8. Re:Let's stop anthrax, too! by Anonymous Coward · · Score: 0

      Have they found anthrax in my feces yet? Because I like throwing clumps of my feces at people.

    9. Re:Let's stop anthrax, too! by cloudmaster · · Score: 2

      Bah. Ignore the newcomers, what could they possibly contribute? ;)

    10. Re:Let's stop anthrax, too! by RandomPeon · · Score: 3, Interesting

      This comment makes an important point: The only way we can learn about security is by studying security problems.

      In a adversarial environment like computer security, you can't be any good if you only understand one side of the game. Even if you are a "good guy" you must understand how to be a "bad guy" to be worth anything. It's impossible to write antivirus software or truly understand viruses without looking at the code for them. It's impossible to develop a good cryptosystem if you don't have a detailed understanding why previous systems are bad.

      Many people don't quite get how a buffer overflow works (or why they should check buffer limits in their code) until someone describes how the attack works in painstaking detail. This person will now check their buffer limits, but they also know how to write a buffer overflow attack if they are maliciously inclined - a net gain in my book.

      In more general terms, the Army trains people who will never do anything except defend their position in how to attack. Law schools don't break criminal law into classes on prosecution and defense, and police study methods used by criminals. But hey, Microsoft says software is too complex for this traditional process of learning how to defend.

    11. Re:Let's stop anthrax, too! by Tony-A · · Score: 1

      >>Hardly. MS publishes every flaw they find. Literally hundreds of thousands ...
      Which they?
      Seems like Microsoft only publishes flaws that other people find, not that Microsoft finds.

      Hundreds of thousands? Seems a bit of an exageration, even for Microsoft.

    12. Re:Let's stop anthrax, too! by Tony-A · · Score: 1

      Microsoft wants to be viewed as secure, but is unwilling to expend the effort required to even patch similar bugs in closely related places. Without such as Bugtraq, Microsoft would leave the hole in, and loudly proclaim how secure Microsoft is.
      There may be a few problems with early publishing the details of an attack, but without an excruciatingly detailed plan of attack, not only will the vendors ignore the problem, the users will discover that they are actually safer not running unknown executables.

    13. Re:Let's stop anthrax, too! by CaptainZapp · · Score: 1
      But hey, Microsoft says software is too complex for this traditional process of learning how to defend.

      They are probably referring to their own bloa^H^H^H^H er! feature packed products.

      --
      ich bin der musikant

      mit taschenrechner in der hand

      kraftwerk

  24. Well, it IS a two way street. by Xzzy · · Score: 5, Insightful

    By putting out solid information, people who find these exploits are doing two things: Giving the programmers specific information with which to fix the problems, and giving script kiddies some really damn good instructions for hacking into a box.

    The system relies on the reaction time of the programmers.. can they supply a patch before the crackers supply an exploit?

    Those of us in the *nix world seem to do pretty good.. for all sorts of reasons you don't need to go into here. Windows? Heh.. it can take months for something to get patched up. No wonder he's mad that these 'blueprints' are being provided. It's simply an extension of the security through obscurity mode of thought.

    1. Re:Well, it IS a two way street. by ravenwing_np · · Score: 2, Interesting

      It takes so long for a patch to make it's way out in to the world because they have to verify that all the actual features in the code didn't break. That is an expensive and time consuming operation that the *nix does not go through in as much force. Remember, automatic regression testing will only get you so far.

    2. Re:Well, it IS a two way street. by btellier · · Score: 4, Informative

      Back when I did audits in my spare time I followed a specific set of guidelines.

      1. always notify the vendor first.
      2. always wait 2 weeks for a patch.
      3. don't release on weekends or very late at night (sorry, other side of the globe.. i'm in the US)
      4. always supply an exploit, if one is possible.

      And even with all this in place sysadmins still wouldn't patch the problem until they got hacked. If someone doesn't patch their system after all of these steps nothing can make them.

      Scott Culp seems to think that the number of hacks will go down solely by eliminating #4, while in actuality the other 3 steps are the ones which get more boxes hacked. With you average buffer overflow thousands of hackers could write an exploit within maybe two or three hours of seeing a bugtraq post. Not notifying the vendor can cause havoc for weeks before a patch is issued.

    3. Re:Well, it IS a two way street. by BobLenon · · Score: 1

      Yea... But Microsoft wants a 1way street. They would be content in letting everyone think their products are perfect. Im sorry, but what Culp wants is Information Anarchy. Hell, while we're at it, why dont we delcare capitalism dead in the software industry and elect Gates as the leader of the Communist Software Industry (Microsoft already is a Communistic party...).

      Next, there will be the iKGB (perhaps kgb.net services), whose responsibility is to find people who find problems with software, and silence them. In a communistic society, we must not have and disagreement.

      CSI will take special care with those of us who use Opent Source. Obviously, since anyone can read it, anyone can find the expoilts. (Ignoring the fact that anyone could fix). They'll propbably be treated as traitors, and be given an etch-a-skecth.

      Meanwhile, in china, they will start finding the bugs themsevles. Since no one else is complaing and telling the CSI to fix them, they will easily be able to infect all computers run by the CSI...

      Scarry. I want my punch cards back pls.

      --

      /* Lobster Stick To Magnet!*/
    4. Re:Well, it IS a two way street. by n3bulous · · Score: 2

      I'm replying to this comment mainly because it makes the issue a race to see which happens first: MS fixes the problem or the script kiddies attack.

      I belong to the main (afaik) security list, NtBugTraq, and from what I can tell, almost all exploits are revealed to MS well in advance of the

      While there are a few MS people on the list (who seem very helpful), a number of people generally seem to get the cold shoulder or dismissed by MS.

      The exploits are released after a certain amount of time to encourage MS to actually fix the bugs, but sometimes MS twiddles it's thumbs for many months.

      --
      "The area of penetration will no doubt be sensitive." ~ Spock
    5. Re:Well, it IS a two way street. by Phork · · Score: 1

      would you mind explain your reasoning on calling microsoft communistic? When was the last time you saw them helping people? Microsoft seems to me to be closest to be like a member of the bourgeois, or maybe a wealthy landlord, making tenant farmers(consumers) pay to do their work(use their computers). I see nothing communistic about the commercial software industry, unless you are a stupid american and by communist you mean "evil and greedy".

      --
      -- free as in swatantryam - not soujanyam.
    6. Re:Well, it IS a two way street. by Bert64 · · Score: 1

      If there are no exploits released, and just details of the vulnerability, There will doubtless be some people in the "underground" who can write exploits pretty quickly, which they will pass privately around to people. These people will then compromise as many hosts as they can before people start deploying patches, Meanwhile the laziest of admins will read bugtraq, see the "no known exploits exists" and flag the fix as low priority.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    7. Re:Well, it IS a two way street. by RelliK · · Score: 4, Interesting
      It takes so long for a patch to make it's way out in to the world because they have to verify that all the actual features in the code didn't break.

      Really? Is that why their service packs keep breaking your machine instead of fixing it? NT4 Service Pack 2 was widely known as "service pack of death". HP refused to support their own machines running NT4 with service pack 4 (while at the same time advertizing "the unstoppable windows nt"). Service pack 6 broke Lotus and was quickly replaced by service pack 6a. They are also known to release patches that undo previous patches. And that's just the stuff I can think of off the top of my head.

      Furthermore, Microsoft patches frequently break third party software. Is it because they don't test or is it intentional? Hmmm.....

      --
      ___
      If you think big enough, you'll never have to do it.
    8. Re:Well, it IS a two way street. by Dr.+Awktagon · · Score: 2

      The system relies on the reaction time of the programmers.. can they supply a patch before the crackers supply an exploit?

      Not just that! If you are a security professional and you keep up with the exploits, you soon learn the patterns and common errors that lead to security vulnerabilities. For example, buffer overflows, you know when you write a program, you have to check buffer lengths. Another example, the various weaknesses with global variables in PHP.. once you see a few exploits that use it, you soon learn to "think like an attacker" and remove those possible vulnerabilities.

      The kiddies will ALWAYS be faster than you, if you just respond to what's on bugtraq. When you start extrapolating from exploits, theoretical and practical, you can work towards higher security your system.

      If I had to count on Microsoft to teach me these things, my systems would be extremely insecure. Fully patched, but I'd have no idea what kind of exploits are possible because I'll never see them. It'll just be another patch for who-knows-what. Since I don't have the source code for Windows, the exploits are especially vital for that OS.

      Not that I use Windows for anything, certainly nothing that's connected to the internet.

    9. Re:Well, it IS a two way street. by Archfeld · · Score: 2

      agreed...M$ is like the pinnacle of a Mercantile society. Buy our product or we will put you in jail, LIKE our product or you are a deviant. Complain about it and you MUST be a traitor.

      --
      errr....umm...*whooosh* *whoosh* Is this thing on ?
    10. Re:Well, it IS a two way street. by DNS-and-BIND · · Score: 2
      It's more the coercive, "Do as the Party leaders say, Comrade", nature of Microsoft that the poster is referring to as Communistic.

      --
      Shutting down free speech with violence isn't fighting fascism. It IS fascism!
    11. Re:Well, it IS a two way street. by jpostel · · Score: 2

      The laziest of admins don't even know what bugtraq is! I don't say this as an exaggeration either. I teach MS certification classes and also do consulting. In the beginning, I was amazed at how many students knew nothing about security. Even people with several years of experience knew nothing. I would mention l0pht, bugtraq, or 2600 and they would just stare.

      Most of the admins that I have run across consulting just want to get paid and meet the status quo. I profit by being a consultant to companies that have very few admins that will take the time to learn anything outside of what they need to know in order to MAINTAIN the network. They have little or no interest in IMPROVING the network.

      I have lost all faith in the average IT worker.

      --
      Ummm, Jon, aren't you supposed to be dead...? - Otter(3800)
    12. Re:Well, it IS a two way street. by TangoCharlie · · Score: 1

      There is a fundemental difference between the Windows and the Linux(R) world... Linux(R), Apache(R??) etc... are open sourced. This means that
      potential security holes can be found and fixed before the exploit exists. In the Windows world, because it's closed source, the only way to find out about a security flaw is through an exploit. Then it becomes a matter of speed. Can the systems be secured before a h4x0r gets in? If microsoft gets its way, then the h4x0r5 have the edge... they'll know before you. You just have to hope that microsoft have spotted the security hole already and are working on fixing it. The important word in that last sentence is *hope*. We would need to trust microsoft. And do we? Nah!

      --
      return 0; }
    13. Re:Well, it IS a two way street. by Zigg · · Score: 1

      Which is actually dictatorial. But this is nitpicking.

  25. Surely you jest! by gosand · · Score: 0
    I am beginning to think that the people at Micropoly are starting to believe their own drivel. I really have to wonder what the tech people within the company think of these statements. All of these asinine comments come from management and PR types. I would be embarassed to work for a company that treated the public the way M$ does, like idiotic sheep.

    gosand

    --

    My beliefs do not require that you agree with them.

  26. Haaahahaha by fritter · · Score: 1

    Have you ever stood up and hit your head on something *hard*, and then in anger punched whatever it is you hit your head on, even though it's your fault? Apparently that's the Microsoft Certified way to handle security.

  27. What fscking loser by The+Panther! · · Score: 3, Funny

    In other news, Microsoft has purchased a secret weapon of vast destruction, code named Blamethrower. It strikes out at random targets, displacing reality at near the speed of light.

    Zot!

    --
    Any connection between your reality and mine is purely coincidental.
  28. whose obligation to protect? by Corgha · · Score: 5, Insightful

    it's high time that computer users insisted that the security community live up to its obligation to protect them

    I'm not sure whether anyone, other than law-enforcement agents, is obligated to protect computer users, but if anyone is, surely the people who produce the software are more obligated to prevent or solve these problems than are those who merely report on them.

    Is this, along with the U.S. government's warning to news agencies to be careful what they broadcast, a sign of a new trend?

    1. Re:whose obligation to protect? by chinton · · Score: 2, Interesting

      I don't see the connection... Microsoft is covering it's unsecurred ass by trying to focus the blame on the "security community" instead of its broken products.

      The government, on the other hand, is letting broadcasters know that /bin/laden could be using their newscasts to deliver messages to his followers. The gub'ment never said (at least publicly) "don't broadcast this", they said to be smart and responsible for what you put on the air.

    2. Re:whose obligation to protect? by joss · · Score: 2

      > is letting broadcasters know that /bin/laden

      Yes, there's no way that dedicated terrorists would bother to watch arabian news stations that do broadcast this stuff. But if the networks shows them, the terrorist messages might get through. It's not because ordinary Americans might see/hear a different perspective that they don't want these broadcasts shown. It's because of the very real threat that they will be used to give terrorists instructions.

      > they said to be smart and responsible for what you put on the air.

      They made it clear that they were unhappy that the networks were showing this stuff and implied that they those doing so were putting their own greedy motives above the safety of Americans. The media are obviously being unsufficiently patriotic.

      --
      http://rareformnewmedia.com/
    3. Re:whose obligation to protect? by rossz · · Score: 1
      I'm not sure whether anyone, other than law-enforcement agents, is obligated to protect computer users,
      I have some startling news for you. Law-enforcment officers are under NO obligation to protect you from anything at all. The Supreme Court ruled on this a long time ago. I wish I had the citation handy so I could post it. What the police do is come in after the fact, put a nice line around your body, and dust for prints.
      --
      -- Will program for bandwidth
    4. Re:whose obligation to protect? by kir · · Score: 1

      >Yes, there's no way that dedicated terrorists would bother to watch arabian news stations that do broadcast this stuff.

      Ummm... I'm curios. Is this sarcasm? Are you suggesting there is a movement in the U.S. government to cover up any opposing views of what's happening in this "war".

      > They made it clear that they were unhappy that the networks were showing this stuff and implied that they those doing so were putting their own greedy motives above the safety of Americans. The media are obviously being unsufficiently patriotic.

      I think I agree with this comment, but I'm still unsure it's not sarcasm? I'm really not trying to be an ass, I'm just a little confused. Then again, I'm confused often when reading /.

      --
      3cx.org - A truly bad website.
    5. Re:whose obligation to protect? by yesthatguy · · Score: 1

      Yes, there's no way that dedicated terrorists would bother to watch arabian news stations that do broadcast this stuff.

      Well, since I don't see many Arabian news stations on my VHF/UHF, I think it would be a lot harder for terrorists to get those stations. For that matter, I don't even see anything remotely Arabian/Arabic/Middle-Eastern on my satellite channel guide. The foreign channels are pretty much limited to a few Spanish and Japanese.

      --
      Yes! That guy!
    6. Re:whose obligation to protect? by Anonymous Coward · · Score: 0
      Ummm... I'm curios. Is this sarcasm? Are you suggesting there is a movement in the U.S. government to cover up any opposing views of what's happening in this "war".
      Of course there is. Why else do you think the Pentagon has bought up all the images of Afghanistan produced by the commercial Ikonos satellite. They have the legal right to prevent these pictures from being distributed on national security grounds, but that could have been challenged in the courts - by buying them up, they prevent any possibility of them getting out.

      The full story is here, in yesterday's Guardian. You're unlikely to hear about it on CNN.
    7. Re:whose obligation to protect? by Corgha · · Score: 1
      I'm not sure whether anyone, other than law-enforcement agents, is obligated to protect computer users,

      I have some startling news for you. Law-enforcment officers are under NO obligation to protect you from anything at all. The Supreme Court ruled on this a long time ago. I wish I had the citation handy so I could post it. What the police do is come in after the fact, put a nice line around your body, and dust for prints.


      There is no reason to be snide.

      It should be noted that saying that people other than law-enforcement agents are not obligated is not the same thing as saying that law-enforcement agents are obligated. The clause was meant merely to exclude law-enforcement agents from the discussion. Perhaps a "perhaps" would have made that more clear, and I apologize for any confusion its omission caused, even if it was not logically necessary.

      In any case, my original post was a clear case of karma whoring performed in a moment of weakness, and I'm amused it made it up to 5. Oh well, I suppose I should not be surprised. ;)
    8. Re:whose obligation to protect? by kir · · Score: 1

      Yeah, but that doesn't prove a cover-up. Perhaps the gov bought all the satellite imaging simply to acquire maximum visibility into that region. Their blocking the ability of anyone else to buy them was probably just a move to, in fact, protect national security. The likes of CNN and the rest of the media whores will show damn near anything, regardless of the impact on U.S. intelligence. Hell, the damn congress can't even keep its collective mouths shut. What makes you think anyone else can?

      No?

      --
      3cx.org - A truly bad website.
  29. We've seen what they propose by Derkec · · Score: 4, Insightful


    Several times we've seen security experts say to a large company, "Hey! there's a nasty exploit here!" The large company indicates they'll fix it and ignores the problem. Only when the exploit is publicized do companies like Microsoft actually take the effort to fix the code. Releasing the information is the only way. Perhaps out of courtesy the security community could give the company with the bug a week's notice.

    1. Re:We've seen what they propose by jaapD · · Score: 1
      Only when the exploit is publicized do companies like Microsoft actually take the effort to fix the code.
      Maybe they have fixed thousends of unpublicized exploits. hmm...
    2. Re:We've seen what they propose by uhmmmm · · Score: 5, Informative
      Perhaps out of courtesy the security community could give the company with the bug a week's notice.

      From the bugtraq FAQ (securityfocus.com):

      0.1.8 What is the proper protocol to report a security vulnerability?

      A sensible protocol to follow while reporting a security vulnerability is as follows:
      1. Contact the product's vendor or maintainer and give them a one week period to respond. If they don't respond post to the list.
      2. If you do hear from the vendor give them what you consider appropriate time to fix the vulnerability. This will depend on the vulnerability and the product. It's up to you to make and estimate. If they don't respond in time post to the list.
      3. If they contact you asking for more time consider extending the deadline in good faith. If they continually fail to meet the deadline post to the list.

      When is it advisable to post to the list without contacting the vendor?
      1. When the product is no longer actively supported.
      2. When you believe the vulnerability to be actively exploited and not informing the community as soon as possible would cause more harm then good.
    3. Re:We've seen what they propose by Bert64 · · Score: 1

      Microsoft Windows: Made as a simple gui for MS-DOS, check version 1.0, relies 100% on DOS for all it`s IO operations, has no network support of it`s own etc. So windows is not designed for the internet, only new versions are "modified to support the internet"

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    4. Re:We've seen what they propose by Derkec · · Score: 2


      Glad to see I'm in line with the nice folks over there. I never claimed to know a whole lot.

  30. Don't they already provide a grace period? by Suicyco · · Score: 5, Insightful


    I thought most security exploits that get released by the major groups are usually passed through MS first and allow them time to provide a patch before issuing the details of the exploit. So why are they so upset? Its not MS nor the security experts who are at fault for not patching machines. At least by publishing them they are provided an incentive to staying on top of security holes, instead of simply allowing them to remain secret. I mean none of the major exploits lately (code red, nimda, etc.) have used unpublished exploits. So this shows a failing in MS's procedures for keeping admins informed and a failing in the admins for keeping on top of their networks. Its such a non-issue, I think MS just wants to preempt law suits or some other such silliness.

    1. Re:Don't they already provide a grace period? by Chester+K · · Score: 3, Interesting

      I thought most security exploits that get released by the major groups are usually passed through MS first and allow them time to provide a patch before issuing the details of the exploit.

      It begs the question though... if the supposed reason that the source is released is because the vendor didn't respond to the threat, then why does the source to the exploit STILL get released even if the vendor DOES issue a patch?

      --

      NO CARRIER
    2. Re:Don't they already provide a grace period? by drinkypoo · · Score: 1
      It begs the question though... if the supposed reason that the source is released is because the vendor didn't respond to the threat, then why does the source to the exploit STILL get released even if the vendor DOES issue a patch?

      First you release the exploit to the vendor to make the vendor issue a patch. This sometimes [rarely] works. Then you release the exploit to the world to make the world apply the patch. This is more of a sure thing.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    3. Re:Don't they already provide a grace period? by Anonymous Coward · · Score: 1, Informative

      Silly Geek, why, to test the fix, of course.

      ac

    4. Re:Don't they already provide a grace period? by rark · · Score: 2

      so that those of us who have to secure boxes can test against it -- not just the boxes with the OS (or app) in question -- but other, related things too (i.e. someone find an exploit in one flavor of unix, vendor releases patch, I look and go "I wonder if it works for this other varient" and check)

      Yeah, most of us could code it up if we wanted to, but contrary to popular belief, admins actually do work (well, the good ones)

    5. Re:Don't they already provide a grace period? by freakinPsycho · · Score: 1

      It would be nice if it worked that way.

      To be fair, a number of groups will contact the company first, but that is not always the case. There are times when the exploit is released, and the vendor only knows about it when someone in their office reads BugTraq.

      Yeah, it doesn't always work that way, but about half the issues I've been involved have been cases where the exploit was released without the person who discovered the exploit EVER contacting the company.

      If everyone would contact the company before releasing an exploit, the world would be a much happier place.

      Something else to remember, in regards to how long it takes to get a release out, is that it simply takes longer to release a patch for a product with a closed source model. The company must reproduce the problem, come up with a solution, test the solution, and then release it. Some of the problems I have seen have been very complex, requiring a rewrite of a lot of code and some very intricate testing.

      Open source has an advantage here in that they have a larger number of people who can create the patch and test it.

      --
      "All the things I really like to do are either immoral, illegal, or fattening."
      - Alexandar Woolcot
    6. Re:Don't they already provide a grace period? by Anonymous Coward · · Score: 0

      The phrase "begs the question" has an actual meaning, and it is not the one you used.

    7. Re:Don't they already provide a grace period? by yesthatguy · · Score: 1

      There may be some sort of "crying wolf" protection in releasing a new exploit to a group like Bugtraq. If a company (Microsoft, Sun, Oracle, whoever) were inundated with exploits that don't actually exist, they may not get to the ones which actually do. With Bugtraq, an exploit can be verified by other people (unfortunately, some people do more than "verifying" it) before being sent to the company.

      I realize I'm stretching it, but I'm playing Devil's advocate...

      --
      Yes! That guy!
    8. Re:Don't they already provide a grace period? by Anonymous Coward · · Score: 0

      the funny thing about language is that words and phrases mean whatever is in common usage.

    9. Re:Don't they already provide a grace period? by Tony-A · · Score: 1

      It would be nice if it worked that way.

      Unfortunately, what will actually make systems secure is to first release the exploit, then release the rationale behind it. Contacting the vendor is a waste of time. They should never have created the hole in the first place.
      Otherwise the vendor has the false sense of security in the two weeks or so grace period before the exploit is publicized.

      Open source has the advantage in that it is more likely that something resembling a patch will be circulated along with the exploit.

    10. Re:Don't they already provide a grace period? by Admiral+Burrito · · Score: 2

      I mean none of the major exploits lately (code red, nimda, etc.) have used unpublished exploits.

      That's actually an argument against full-disclosure. The worms are created with published exploits, so stop publishing the exploits and maybe the worms will go away.

      Of course, that doesn't address the roots of the problem. There are far too many people out there who think security is only a matter of passwords and firewalls.

  31. Security Through Obscurity by mestreBimba · · Score: 1

    boy, what a concept.... You find a big gaping hole in our security, don't share it.... it will go away on its own. Isn't this what the concept of tiger teams is all about? The reason most people share security flaws in MS products is to force MS to action in regards to them. MS has demonstrated in the past a reluctance to do anything about security issues and has ony reacted when the issue was made public.

    Gee Bill what do you want to do tonight?
    The same thing we do everynight Steve, take over the world

    --
    Fly Fish? Participate in our forum
  32. Amendment 1, in case they've forgotten. by Anonymous Coward · · Score: 0

    Amendment I

    Congress shall make no law respecting an establishment of religion, or prohibiting the free exercise thereof; or abridging the freedom of speech, or of the press; or the right of
    the people peaceably to assemble, and to petition the Government for a redress of grievances.

    1. Re:Amendment 1, in case they've forgotten. by unitron · · Score: 2

      Once Microsoft finishes taking over the function of making laws from Congress, do you really expect them to pay any attention to the more inconvenient parts of the Constitution?

      --

      I see even classic Slashdot is now pretty much unusable on dial up anymore.

  33. Re:I blame Microsoft by Anonymous Coward · · Score: 0

    ubi est Trolligula...?

  34. I can see what's going to happen... by FatRatBastard · · Score: 4, Insightful

    I'd wager this is the first volley in another push by MS to cover thier asses by legal means. I see another push to make the release of any information that shows weaknesses a criminal activity. Expect lots of flag waving, anti-terrorism rhetoric to be sprinkled throughout, and some suspect demands that seem to be more motivated at gaining market share than protecting machines.

    God damn... when did I get so cynical? Oh yeah, after reboot #3 of NT 4.0 today. {grumble grumble grumble}

  35. It is a good point by ujube · · Score: 3, Interesting

    Although the source of the message certainly lessens its credibility, they have a point. Things like the Honeynet Project have shown a huge _lack_ of intelligent attackers in the wild. The endless waves of attacks filling the internet are pulled off by script kiddies, many of which can't mount a drive, compile a file, or even write a script. And we are feeding them. If we really want things to get better, we have to find a societal solution for the problem. It certainly seems to me that the full disclosure paradigm at least needs to be scrutinized, if not dumped altogether.

    1. Re:It is a good point by pmz · · Score: 2, Insightful

      Full disclosure in security is based on the journalistic ideal that information should be shared openly. This is good and helps keep the big guys in check. It keeps them responsible.

      Think about how bad things would be if nothing got fixed, because the big guys never took security bugs seriously. Consider UNIX. What would UNIX be like today if all of the security holes were never reported and fixed? It would be like the swiss-cheese it was twenty years ago. Fortunately, UNIX has had its major holes plugged, and the documentation of these holes has made all of us better administrators and programmers.

    2. Re:It is a good point by dwbryson · · Score: 1

      I was of this thinking as well for quite a while. And although I have never really downloaded and exploit and tried it out, I was very away of how easy it is. Recently I went to a security talk at LWE SF where Optics(who wrote KIS) and Sir Dystric were on a panel talking about online security. They brought up an interesting point, good security people who release an exploit often break something obvious so that stupid k1dd13s can't use it. This is a good thing(tm). People should be encouraged to do this so that we can avoid just what you are describing. And only the smart crackers, who would be able to write their own scripts anyway, can use it.

      --
      - "Never let a computer tell me shit." - DelTron Zero
    3. Re:It is a good point by schon · · Score: 2, Insightful

      It certainly seems to me that the full disclosure paradigm at least needs to be scrutinized, if not dumped altogether.

      In a word, no.

      Here's my response to people who feel the way you do:

      Without publicly available exploits, how does a system administrator really know that the vendor-supplied patch actually fixed the hole?

      This discussion comes up every so often on bugtraq, and it's quickly shown that the people who think this way either have something to hide, or haven't really thought things through.

      The best one was shortly after Code Red, when some self-described "security consultant" posted a letter criticizing eEye for publishing the advisory and sample code that described the hole it used.

      However, there was no response from him when it was pointed out that the Code Red virus was not based, in any way, on the eEye advisory! (Disassembling the code shows that it came from someone else who had discovered the hole independently of eEye)

      Never before had I seen the anti-disclosure argument used so well to contradict itself. (Every argument as to why you shouldn't disclose suddenly became an argument as to why you should disclose.)

    4. Re:It is a good point by gnovos · · Score: 3, Insightful

      Ask yourself this, which is more dangerous to your business?

      A) Skr1pt Kiddi3z who will enter your system and possibly scrawl "I love you rhonda!" on your front page.

      B) Highly professional "black hat" who will enter your system, steal your new revolutionary prototype plans and provide them for a small charge to your competitor who will get it to market six months before you.

      The current system allows lots of the first kind, but helps prevent many of the second. Microsoft's proposal will reverse this. High profile attacks generally do very little "real" damage, normally just some downtime or some ugly defacements. The attacks that you don't see, or in this case, WON'T EVER SEE, are the ones that will turn your business from market leader to bankruptcy auction...

      --
      "Your superior intellect is no match for our puny weapons!"
    5. Re:It is a good point by srwalter · · Score: 1

      This argument is akin to the one used against guns. Namely, believing that by taking guns away from the hands of the innocent, they will no longer be used by the guilty. In this case, Microsoft is saying, 'We'll keep people who really need to know about this from knowing it. Obviously, when that happens, the bad guys will no longer use it.'

      --
      Freedom is the freedom to say that 2 + 2 = 4
    6. Re:It is a good point by Anonymous Coward · · Score: 0

      Did you actually read the WP for the honey-net project? They were not that inept..The honey
      netters made the attackers out to be less adept then they were, and getting reverse rooted is
      not bound to gain you any skill points, but not
      being able to "..mount a drive.." come on..

      Several of the kiddies had dissected portions of trojan code purporting to be exploits, etc..
      They had some knowledge..

    7. Re:It is a good point by Anonymous Coward · · Score: 0
      Right on. Getting whacked by skript kiddiez via a disclosed bug is about as bad as getting a rash from a vaccination; won't kill you, and preferable to the real disease. What Culp's really recommending is that you walk around with your pants down until the proper authorities kick you in the tenders.

      Scott Culpa and his wife, Mia Culpa.

    8. Re:It is a good point by Anonymous Coward · · Score: 0

      Remember this is Computer Science. Science is based on facts that can be independently verified and consistently reproduced.

      Exploit code is needed to verify the holes exists on systems I'm responsible for and then to verify I have closed the hole.

      I don't have enough time or skills to write my own exploit for every vulernabilitly that comes down the pike.

    9. Re:It is a good point by Tony-A · · Score: 1

      You have to wonder about the feelings of the Black Hats in category B) as they watch their Intellectual Property slowly evaporating. The bugs that are publicized were always there. After publication, their ability to do unknown damage is severly curtailed.

  36. To prevent attacks, you must think like attacker. by Maul · · Score: 5, Interesting
    Code snippits are beneficial, so long as companies like Microsoft promptly provide security updates. I think that examples of attacks provide sysadmins and coders insight into how these holes in security come about, and give software authors an opportunity to think about what holes they might inadvertantly be putting in their software.


    Of course, MS just wants to skirt responsibility for negligance on their part.

    --

    "You spoony bard!" -Tellah

  37. Bug control by nougatmachine · · Score: 3, Funny
    Eh? The security community should stop documenting weaknesses?

    What a great idea! Then all the malicious hackers will know how to exploit security holes, while those in charge of security won't. Wait a second...isn't that kind of like asking security guards not to carry guns, because those guns might hurt someone?

  38. Full disclosure? by Pete+(big-pete) · · Score: 5, Insightful

    Hmm, this has always seemed to be a hot discussion...I'm all for full disclosure, but is it really necessary for people to include exploit code?

    One argument is that it can help people to test their systems for vulnerabilities, bit I think that exploit code is not strictly necessary for this. People who really need it to test systems are in a position where they should have the capability or the resources to generate a "test script" for themselves, once given an accurate description of the vulnerability.

    Making code exploits freely available possibly creates more opportunity for the low-life script kiddies who often don't appreciate exactly what they are doing, or the mechanics of the exploits that they are using. Why should we make it easy for those guys?

    My opinion on this element of full disclosure is still not complete though, and I am fully prepared to be convinced... :)

    -- Pete.

    1. Re:Full disclosure? by InfinityEdge · · Score: 1

      At some point someone is going to come up with the code to exploit a bug; even more so if the bug is published but the code isn't. Thanks to the ability to make infinite copies of code for virtually free, once written the code will propogate. Regardless of who wrote the code or where it was published, some script kiddy will find it. Even worse a mediocre programmer will take the code they found and write a cute GUI front end for it, and then give it out to the script kiddies.

      In short, if a bug is known, code will be written to abuse that bug. Would you rather that this code comes through the security community channels or from the cracker community?

      --InfinityEdge

    2. Re:Full disclosure? by greygent · · Score: 5, Insightful

      Releasing exploit code prevents Microsoft from dragging their asses and claiming the vulnerability is "theoretical"...

      It's what L0pht prided themselves on for years, after having MS dismiss their whitepapers as improbable, theoretical, impossible, etc.

    3. Re:Full disclosure? by Saint+Nobody · · Score: 3, Insightful

      I'm all for full disclosure, but is it really necessary for people to include exploit code?

      some things are easiest to communicate with sample code. in the absence of the original source code, in which case you could say "look, this function is overrunning this buffer," it would probably be easiest to demonstrate the exact nature of a security flaw using exploit code. although even in the circumstances where you have the original source, having exploit code to look at couldn't hurt in fixing the problem.

      my personal feelings on this is that exploit code should first be sent to the maintainer of the original program, with a deadline for the release of a patch. there should also be a public release describing the problem in a very generic nature. after the deadline, release the exploit, even if the patch isn't out yet. this gives developers time to fix the problem without putting the exploit in the hands of script kiddies. plus, the developers are under a deadline to get it fixed. granted, it's entirely possible for the kiddies to already have code to exploit it, but why give them the tools before it's necessary?

      --
      #define F(x) int main(){printf(#x,10,#x);}
      F(#define F(x) int main(){printf(#x,10,#x);}%cF(%s))
    4. Re:Full disclosure? by karlm · · Score: 2, Insightful
      But by the same token, there are still litterally hundreds of semi-competant crackers sitting there just waiting for a good bug to come out. They can write the exploit themselves just as easily as the white hats can write their own test code. Many of these people have no problems circulating their home-brewed exploit code through the boards. In the case of closed-source software, excluding the exploit code means that several hundred black hats are working on exploit code at the same time that a few tens of developers (at most) are just trying to create a test case.


      Even for proprietary software, you want to make the bug fix use the faster open-source development model for as long as possible, becuase most black hats have no qualms about open-sourcing their exploits. Hiding the explot code actually hurts the developers more, especially if their manager only puts one or two programmers on the bug fix because s/he thinks there's no exploit in the wild.

      --
      Copyright Violation:"theft, piracy"::Anti-Trust Violation:"thermonuclear price terrorism"<-Overly dramatic language.
    5. Re:Full disclosure? by Michael+Woodhams · · Score: 2

      On the gripping hand, if the exploit code is sent to the closed source developer, but just the description published, then the developer has a lead-time when they have the test case but the hundreds of blackhats are still coding it.

      When a blackhat open sources their exploit, then whitehats will get to see it and report to the closed source developer that it is now 'in the wild' to spur them on, if necessary. Furthermore, the 'wild' exploit won't propagate as fast underground as a CERT advisory.

      (I'm not sure I believe all this, but why should that stand in the way of a good argument? The best counterargument I've seen is "We tried it that way, and companies just ignored the holes until they started to be exploited.")

      --
      Quattuor res in hoc mundo sanctae sunt: libri, liberi, libertas et liberalitas.
    6. Re:Full disclosure? by Anthracene · · Score: 1

      One argument is that it can help people to test their systems for vulnerabilities, bit I think that exploit code is not strictly necessary for this. People who really need it to test systems are in a position where they should have the capability or the resources to generate a "test script" for themselves, once given an accurate description of the vulnerability.


      It's been demonstrated by NIMDA, Code Red, etc. that many sysadmins lack the time/ability/inclination to even patch their systems; now you're expecting them to not only patch them but implement exploit scripts to test the patches? Unlikely..

      So perhaps the argument is that most people don't actually need to test the exploit; they can just deploy the patches and move on. That hasn't been my experience. I saw at least one report on Slashdot of a website taken down by NIMDA because patches had been applied, but in the wrong order.

      On a more personal note, the IE *.eml vulnerability patch (also exploited by NIMDA) didn't take on my Win98 laptop, despite repeated installation attempts. There were no error messages in applying the patch, it just didn't close the vulnerability. There's no way I would have known this without having a test script that demonstrated the hole. And while I probably have the capability to implement a test script given a complete description, I certainly don't have the time (med school. it's a good way to soak up time.)
    7. Re:Full disclosure? by Mark+Bainter · · Score: 1
      People who really need it to test systems are in a position where they should have the capability or the resources to generate a "test script" for themselves, once given an accurate description of the vulnerability.

      I disagree. Consider the fact that we are talking about windows admins here. There are many that yes, could in fact generate their own test. Unfortunately, that is not the vast majority of those that would call themselves an "admin". So you have to dumb it down for them. Sure, you can say who cares, if they don't know what they're doing let them suffer the consequences, but with the advent of worms like Code Red and Nimda we suffer the consequences as well, through increased traffic on our pipes and servers. We need to provide these ignoramuses with as many tools as possible.

      And before one of you decides to flame me with a stellar example of your poor grasp of the english language and stunningly small vocabulary, I recognize there are unix admins like this too. But we are talking about MS here, and there are FAR more MS admins of this nature than there are unix admins in that group.

      --
      "No nation could preserve its freedom in the midst of continual warfare."
      --James Madison
    8. Re:Full disclosure? by ymgve · · Score: 0

      What exactly was th 'theoretical' vurnerability? I've searched for it, but everywhere there is just the quote, not any reference to what it was all about.

    9. Re:Full disclosure? by eMilkshake · · Score: 2, Interesting
      Several years ago, when I was a new unix admin, a colleague told me I should subscribe to bugtraq, so I did. Day 1 that I was a member, someone sent a root prompt exploit. I tried it, and saw a root prompt appear.

      I have *never* approached security the same way since then. I have *always* taken every vulnerability seriously after that. Before then, hacking is what happened to the other guy or was difficult, but when I saw it, it changed me. To me, that's why it's important.

    10. Re:Full disclosure? by greygent · · Score: 1

      One example is the CIFS whitepaper.

      "Common Insecurities Fail Scrutiny"

  39. Interesting by Wo-Fat · · Score: 2, Offtopic

    It is good to note the use of the terrorist rhetoric, "...blueprints for building these weapons...". Talk about riding on the coattails. This seems more like a line out of the evening news than a statement about software security. Spin doctors working overtime on this one.

  40. In other news... Ralph Nader by djn · · Score: 0, Troll

    In other news, consumer advocate Ralph Nader urged leaders in the auto safety industry to "stop finding safety problems with automobiles. We can surely trust the automakers to make their cars as safe as humanly possible, without sacrificing their profit margin, and with no need of safety crash tests."

    -dan
    into unix? into punk? check out unixpunx

  41. M$ FUD by ScumBiker · · Score: 1

    Microsoft intends to force the issue and to call on security experts to draw a line between responsible disclosure and arming people with the tools and software needed to attack computers, said Culp.

    "(We) don't purport to have the answer to the problem," he said in a Wednesday interview. "But we believe that these practices are harmful."


    Of course M$ believes that these practices are harmful, they've been the ones getting attacked the most. It's actually M$'s fault, because their software is still developed as if it was running on a non-networked, stand-alone PC. Until the decide that their software is to be used on a network (oh, my god...) M$ software will be the most hacked shit out there.

    --
    --- Think of it as evolution in action ---
  42. Who reads subjects anymore? by Sj0 · · Score: 0, Offtopic

    In related news, ford reprimanded crash test labs for disclosing and showing the world about the exploding gastank in the ford pinto.

    F*cking idiot. They're willing to blame everyone but themselves for the fact that they have such easily exploitable software.

    BTW, to back up this claim, I urge everyone to read up on how exactly how ILOVEYOU and SIRCAM were so popular. ILOVEYOU didn't even need to exploit anything!

    ...and if you have software which is THAT easily exploitable, maybe you deserve the critisism, rather than blaming the security industry. If nobody published anything on exploits or viruses, E-mail viruses would be even worse because nobody would realize that the way that ILOVEYOU ruined their system is by reading the e-mail called ILOVEYOU which ran script automatically, and everybody would be busy reading a file to have your advise.

    --
    It's been a long time.
  43. Exploit code isn't the problem by Insideo · · Score: 3, Informative

    According to the article, each of the latest worm attacks was preceded by security bulletins which happened to contain exploit code.

    Hate to break it to MS, but all this indicates is that the security sites work. That's right. The people who have access to the code to fix the bugs were given notice. If these bulletins didn't exist, you can bet the worms would have still been created. Remember Code Red II? MS had a fix out months before CR2 hit the web, yet it still managed to infect thousands of machines.

    Security bulletins (even with exploits) are not the problem. The holes in buggy software are the problem.

    1. Re:Exploit code isn't the problem by Anonymous Coward · · Score: 0
      The holes in buggy software are the problem


      Of course they are, but all software is buggy and has holes - even Linux. There are a million problems with this Microsoft article, but this isn't one of them.

    2. Re:Exploit code isn't the problem by Anonymous Coward · · Score: 0

      Exploit code really isn't necessary...

      There's a vulnerability in the way that Window 2000 Terminal Server hands out licences. It's possible to strip _all_ the licences from a server in a couple of minutes. Then the sysadmin has to re-install to get all the licences back.

      I told Microsoft over twelve months ago about this, and it's not patched yet. Granted I haven't persued this with them (Largely 'cause I don't give a damn about MS), but I was good enough to send them a mail telling them about it. The vulnerability is still there.. unpatched... 12 months later on.

      It's not hard to work it out now you know it's there.. regedit and a batch file was all I used to find/test it.

      Who needs code... It's was vulnerable.. It's still vulnerable.. If you're clever enough to use regedit to work it out, then good luck to you... If you're not clever enough to use regedit, then I suggest you look at the MS helpfiles.

  44. Okay, by trilucid · · Score: 4, Informative


    here we go:

    "It's high time the security community stopped providing the blueprints for building these weapons..."

    How about providing the blueprints to your code, so we can secure the systems you release broken to begin with?

    I'm not anti-Microsoft (although I'm getting there, definitely getting there...), I do Windows development also in Visual Studio. I'm near the point of stopping that altogether though. My company is already using Linux for damn near everything (including desktops, not just hosting) anyhow.

    This is more than just your average case of idiocy from MS. If I ran a pharmaceutical company, and a drug we produced killed 500 people, do you think the public would accept some excuse like this? "No, really, it's all the fault of the doctors who showed their patients how to take the pills..."

    Maybe not a perfect analogy, but equally stupid. When will they learn? Probably when Joe Customer starts realizing how indecent their blame machine really is. Apache isn't perfect, Linux isn't perfect... but we admit this and work toward solutions. Average Joe won't stay completely blind forever; most people aren't stupid (my faith in humanity talking here), and you can't fool anyone indefinitely.

    Damn, and I was cutting down on my smoking...

    1. Re:Okay, by liquidsin · · Score: 1

      And here goes my take on this.

      I develop in Visual Studio too. I run linux for fun. I use a Mac for work. I understand computers a fair bit better than 'Average Joe', as I'm sure you and the rest of the readers here do. But Microsoft doesn't sell their products to *us*, they sell them to 'Average Joe'. They don't target *us* with their marketing and their spin, they target 'Average Joe'. So we can pick this article apart all we want, but it will do nothing to the perception of 'Average Joe'. He sees hackers as bad people. Security issues aren't Microsoft's fault, they're the fault of the bad people who invented them, because your average consumer doesn't understand buffer overflows, and how to code around them. He doesn't grasp that all an exploit does is showcase a weakness in the software - he thinks it's some sort of magic. So MS can spin out whatever they want on this, and consumers will eat it all up.

      --
      do not read this line twice.
  45. they really should stop giving actual code by LazyDawg · · Score: 5, Insightful

    ... and just write pseudocode or a very detailed step-by-step description of what their code does. In the end script kiddies will have to learn to write their own leet tools, and may later on branch these skills into other areas.

    If security experts took the time to make exploit code an exercise for the reader, we might someday end up with skript kiddies who can even write their own hardware drivers for Linux. They might even learn to write and discover new exploits for Windows without the help of security experts.

    Microsoft got it on the nose this time :)

    --
    "Look at me, I invented the stove!" -- Ben Franklin
    1. Re:they really should stop giving actual code by charon_on_acheron · · Score: 1

      Others here have said this same thing, which is actually what the article mentions. Microsoft isn't complaining that security firms/sites are finding and publishing flaws and holes, just that the 'exploit code' is often included in the reporting. So if they just stop giving out the expoit code, that script kiddies couldn't use it to attack the hole.

      But I think that would stop them for about 2 days. Somewhere a hacker would see the article, test his own target box, figure out the exploit code needed, and publish it on a website or newsgroup. If he is good, he will probably get the exploit code posted within 48 hours, and the script kiddies would still get it. Maybe not the exact same code as the original security site used, but something that does the same thing.

      So, I agree that Microsoft has a point, and exploit code shouldn't be posted until after the patch is available. But if there is a detailed description of the problem, someone else will be able to write the code to attack it. And we will have the same results as we have now, thousands of script kiddies trying to attack the flaw/hole.

    2. Re:they really should stop giving actual code by Anonymous Coward · · Score: 0

      ... and just write pseudocode or a very detailed step-by-step description of what their code does. In the end script kiddies will have to learn to write their own leet tools, and may later on branch these skills into other areas.

      This is exactly what happened with the IDA bug that lead to Code Red.

      Assuming that the enemy is all skr1pt kidd3z is the wrong place to start. There's real blackhats that are really smart writing those scripts, and they certainly can and do work backwards from psuedocode.

    3. Re:they really should stop giving actual code by Zog · · Score: 1

      I hate to break it to you, but skr1pt k1dd135 have to get their tools from somewhere - they don't magically appear. Exploit code released with security advisories rarely, if ever, is designed to break things (with the general exception of something that causes a crash - that can't really be avoided - remember the DOS against Linux that went around in Linux 2.2.x?).

      It definitely takes more than just a typical script kiddie to write a fully functional tool which will allow them to target a specific host[s]. I wouldn't be surprised to find out that the average script kiddie has no idea what a compiler is, much less the knowledge of how to modify and compile most code found in security advisories.

    4. Re:they really should stop giving actual code by Dr.+Awktagon · · Score: 2

      The kiddies will just jump on IRC and get the 'sploit from BigDaddyHax0r..not all kiddies are stupid (some are just lazy), someone will write the exploit, and not all the skilled hackers are going to keep their tools to themselves. The exploits will appear pretty quickly. At least when a kiddie uses a bugtraq exploit, it's easy to spot and stop.

      And remember, the Code Red bug was initially revealed without an exploit. And I read the FBI knew about it, but didn't say anything. Full disclosure with a possible attack signature would've helped quite a bit.

    5. Re:they really should stop giving actual code by clonebarkins · · Score: 1
      In the end script kiddies will have to learn to write their own leet tools, and may later on branch these skills into other areas.

      Doubt it. In the end, script kiddies will just wait for an executable, or someone to convert the pseudocode into working code.

      As for "a detailed step-by-step description," the whole point of computer languages is to have a very specific way of saying something. If you're gonna go into that much detail using a natural language, it just gets in the way. It's much, much easier to just use descriptions.

      --

      "The evil of the world is made possible by nothing but the sanction you give it." -- Ayn Rand

  46. How can we protect ourselves? by DahGhostfacedFiddlah · · Score: 1

    Let's look at the most recent huge hole - the IIS server. If someone had only released a small amount of information - like "it happens at port 80", no one would know how to block the damn thing without affecting other services. By knowing the exact form of the exploit, people were able to block it. You can't help but publish exploit code (or enough code to give anyone a general idea) in cases like this. The code is an easy way to find out how to prevent the attack.

    I say give the most information possible to the security people who need it. If people aren't worried enough about security to find out about the holes, then they shouldn't complain.

  47. what kind of code do they want? by ypheo · · Score: 1

    How well would security flaws

  48. Are you serious?! by SirSlud · · Score: 3

    HAHAHAHAHAHA ... oh yeah, I can just see it .. this would allow their marketing/pr department to 'fix' each and every bug.

    Actually, sample code is a very good way to illustrate the severity of a bug.

    A bug might be the result of absolutely brutal programming, but require a programmer to jump through hoops to exploit it. In this sense, the bug isn't so bad, and users can assess the path to patching said holes. On the other hand, a bug could be the result of complex, innocent oversight which can be exploited with 3 lines of code.

    I, for one, think knowing the code to exploit the bug can give admins a good sense of addressing patch priorities.

    Yeah, the security pundits will tell me 'you should be patching 10 secs after the patch comes out regardless of severity', but if you really take that route, you're living in a vacuum. The rest of the world has to worry about priorities .. ie, that old limitation of 24 hrs in a day. Hell, with MS and a large enterprise network, you'd have to assign a full-time worker just to monitor and install patches.

    And I'm of the opinion that trusting MS's stance on the 'severity' of a given bug is about as big a security hole as you can have.

    (Please remember to flame me on both sides, for even cooking .... )

    --
    "Old man yells at systemd"
    1. Re:Are you serious?! by trilucid · · Score: 2




      I, for one, think knowing the code to exploit the bug can give admins a good sense of addressing patch priorities.


      Agreed, but only if your admin is a competent coder (at least conversant in the language the exploit is written in).

      Hell, with MS and a large enterprise network, you'd have to assign a full-time worker just to monitor and install patches.

      I hate to say it, but in the current I.T. environment with respect to MS security, this is pretty much a guaranteed cost of doing business if you don't want to be compromised badly and often.

      And I'm of the opinion that trusting MS's stance on the 'severity' of a given bug is about as big a security hole as you can have.

      Now that I definitely agree with. Severity ratings are great and all, but they can't help you as much as people like to think. Yes, you can try to guage severity based on the environment the OS/app is running is/for, but you can't have a case for every possible permutation. This goes back to needing experienced admins to truly interpret security warnings.

      Thank you for the thoughtful post! Note to moderators: give the parent of this comment a look-see... SirSlud's got ye olde thinking cap on :).

    2. Re:Are you serious?! by Anonymous Coward · · Score: 0

      or just use debian gnu/linux. 'apt-get upgrade' once a day (or the equiv for *bsd). update against the maintence trees, and your patches are a breeze.

      ms windows is full of buzzword-complient promises, but doesn't deliver on any of them. even if it did, its still a nightmare to administer. *nix was made for multiple users/processes, and has untold numbers of tools and facilities for real-world administration.

      talk about TCO (total cost of onwership)... ms windows is a joke.

      the only place ms windows belongs is in redmond, washington, usa.

    3. Re:Are you serious?! by SirSlud · · Score: 2

      well, allow me to play devils advocate here .. MS is a great thin-client, unfortunately. Non-comp people have a good case in wanting to use MS on their desktop (not overall design and organization, but their widget set is unfortunately as good as it gets outside of Mac), but I'd never want to have to use a windows box on anything outside facing ...

      basically, security on windows shouldn't even be an issue .. they should stop making OSes and just develop the GUI layer (again, not UI design, but the UI subsystem). Thats the only thing they have going for them, IMHO.

      --
      "Old man yells at systemd"
    4. Re:Are you serious?! by MadCow42 · · Score: 2
      >> Yeah, the security pundits will tell me 'you should be patching 10 secs after the patch comes out regardless of severity'

      And you trust Microsoft patches explicitly? Did you learn nothing from "Windows NT Service Pack 1", and "Windows NT Service Pack 5"? When they release a patch, it sometimes causes more problems than it solves! (yes, these are much larger and more complicated than the general security update, but the point is the same).

      Although I agree that securing known exploits is extremely important, you can sometimes be doing as much harm as good in the process. I don't want to patch a hole just to find out that my system now locks up 18 times a day due to incompatibility with driver X...

      Having sample source code is a good way to evaluate the security risk for your specific situation, and determine if you need to blindly patch and hope, or if you can afford to wait a few days to see if there's any problem reports with the patch.

      Biased-ly yours,
      MadCow.

      --
      I used to have a sig, but I set it free and it never came back.
    5. Re:Are you serious?! by WNight · · Score: 5, Insightful

      Real admins will tell you that you shouldn't go throwing patches on production machines until they've been tested, either by you on a redundant machine or by the community at large.

      Exploit code and exact details let you rig together protection with a firewall, or turning off an optional service, until you feel that a suitable patch is available.

    6. Re:Are you serious?! by Tony-A · · Score: 1

      That's the direction things seem to be heading. A few more years, and Microsoft Windows will be ... just a dumb terminal. Everything important will be stored and secured on some real server somewhere. The idea of thin-client and the-network-is-the-computer is right. Just a bit premature.

    7. Re:Are you serious?! by SirSlud · · Score: 2

      Windows may be a dumb terminal .. the sad part is that the fat client might end up being 98% .. well, you know who. I'm talkin about .NOT, of course ;)

      But I think if MS wants to survive for years on end instead of the firey over-zealous commitment they are getting themselves into (and which, I think will end up in a crash-and-burn or at least people looking for another 'flavour' of band relationship after awhile), they should spin their empire off and keep their thin client free of vested-interest-relationships .. invariably, those sorts of things fail, because if one brick falls, it'll pull the wall down with it if only by the effects of brand-association.

      --
      "Old man yells at systemd"
  49. I Have an Announcement! by TheHulk · · Score: 1

    Will all hackers and crackers please stop attacking Microsoft products. Thank you!

    Bill

  50. Messengers by Renraku · · Score: 1

    Messengers expand people's awareness, and thus, knowledge of people to exploit/attack. Microsoft is willing to blame everyone but themselves for a security flaw/hole. Maybe messengers speeded up the process of finding/exploting holes, but the holes are there because MS put them there/didn't fix them. They should also blame the Internet and telephone system for their security holes.

    --
    Job? I don't have time to get a job! Who will sit around and bitch about being broke and unemployed then?
  51. It's High time they make good code!!! by Yhcrana · · Score: 1

    I hate to say it, but in many cases these security firms notify the manufacturer (if the firms are legit) and allows the manufacturer a reasonable amount of time to fix the bug. Then after a reasonable amount of time (and no visible response from said company) the firm will release the exploit to the real world simply to get the company to fix the hole faster. Nothing is faster than bad press to get a company in gear fixing bugs and not calling them upgrades.

    Yhcrana

    --

    The voices in my head don't like you

  52. OK, this is Slashdot, but the guy has a point by Software · · Score: 2, Insightful
    By publishing sample code, it really does make it much easier to exploit security holes. The main problem is clueless admins, not lack of information. The good admins need to know a lot of info about the problem to see if affects them, but they don't need sample code. Not giving source would make it a bit harder for the black hats, although a sufficiently good explanation of the problem would be an excellent starting point for a script kiddie.

    At least the guy doesn't ignore that there are problems:

    First, let's state the obvious. All of these worms made use of security flaws in the systems they attacked, and if there hadn't been security vulnerabilities in Windows®, Linux, and Solaris®, none of them could have been written.
    I know I'm preaching to the anti-choir here, but he has a point.
    1. Re:OK, this is Slashdot, but the guy has a point by CaseyB · · Score: 2
      Not giving source would make it a bit harder for the black hats, although a sufficiently good explanation of the problem would be an excellent starting point for a script kiddie.

      The problem is that making it "a bit harder" is pretty much useless. Once the information on an exploit is out there, it's a *very* short trip from a nice responsible white-hat exploit warning to a one-click automated VB application making the rounds on IRC.

      As a vendor, you can either try to completely bury an exploit, and pray that no one finds it and mounts an attack before you can patch, or you can completely open up about it and let users (and malicious hackers!) deal with the risk as they see fit. There really isn't a useful middle ground.

    2. Re:OK, this is Slashdot, but the guy has a point by jpiterak · · Score: 1

      True... If that were what was happening.
      My understanding is that none of the recent worms incorporated the source code made public in the exploit announcement. I even seem to remember Bruce Schneier blasting the publicist of said code for one worm, only to apologize in the next issue of his Crypto-gram newsletter that the code of the worm and the code of the sample exploit had no useful similarity.
      The blackhats know this stuff, and have the exploit softwate available underground before the exploits hit bugtraq. On the other hand, with the exploit code _I_ can at least test to see if the available patch fixes the problem.

      Then there is the issue of urgency... How many security flaws have been discounted as 'theoretical' or impractical until coupled with exploit code (remember lophtcrack, many of the early IIS exploits)? I still think the software developers should be given some lead time before the exploit is published, but without some means of incentive, I fear inaction...

    3. Re:OK, this is Slashdot, but the guy has a point by gid · · Score: 1

      The main problem is clueless admins

      Are you kidding me?!? The PROBLEM is the wide open by default installs that MS insists on doing. When you install apache does it have SSI, perl cgi, install sample scripts, etc turned on by default? Hell no. You have to TRY to make apache insecure by turning on stuff.

      If MS's "security team" would just think a bit more and fight the "user friendlyness" team a bit more on default install issues, then they wouldn't be having so much trouble.

      Microsoft has to stop and think who their admins are. They're clueless. People are always going to be stupid, so don't try to change that, that's fighting an uphill battle. Lock down stuff by default and have warnings when you turn stuff on.

      Linux might very well run into this same problem as it becomes more user friendly. Redhat worm anybody? The obvious solution is secure by default, have servers listen on port 80 only by default on install, workstations listen only on ident maybe. Admins and users will have to learn about each service and turn it on as they go, hopefully learning a bit as they go... basically FORCING people to learn and hence not being so ignorant.

      MS will never do this though, as they take pride on keep hitting enter to install, and everything will just magically work. Hopefully linux can find a happy medium.

    4. Re:OK, this is Slashdot, but the guy has a point by Software · · Score: 1
      The main problem is clueless admins
      Are you kidding me?!? No, I'm not. The PROBLEM is the wide open by default installs that MS insists on doing.
      You are correct in that the wide-open default install is not good. We also agree that clueless admins is a problem, though we apparently think the priorities are different. Fine. I'd also like to add as a major problem, "having a Windows Update site that doesn't check for IIS security updates". Why not call it IE update if it only deals with IE things? Oh, that's right, because it also tries to push Windows Media Player and other junk, so that I can listen to tunes or something while I'm getting cracked.

      The latest IIS buffer overflow and Unicode exploits that resulted in Code Red/NIMDA had patches that were available months beforehand. Clueful (OK, very clueful) admins had patched their systems by the time Code Red was released.

      And on an offtopic note, I think that the Unicode exploit would have happened in a pretty bare-bones IIS install; IIRC, the only way to really protect against it before the patch was to install IIS onto its own drive.

  53. Security Watchdogs' Obligation by victim · · Score: 4, Troll

    The security watchdogs of the net have no obligation to me. I am glad they do their tasks, but the owe me nothing.

    My software providers have an obligation to provide me with secure software or none at all. I commend both Debian and Apple for responding to their occasional security problems in a timely manner.

    In the olden days when watchdogs did not release sample code some software providers downplayed their flaws as theoretical problems. If the software providers had been responsive to security flaws, there would be no need for sample code.

  54. Entirely wrong focus... by batobin · · Score: 3, Informative

    How the hell is it the fault of the security experts? To be honest, someone will find the bug, whether it's a person with malicious intent or not. If such holes are posted, it gives the company the chance to fix them, so that fewer people are struck.

    If holes were not posted, the public would not even know their software is insecure, and it would surely take longer for any company to patch said holes.

    Finally, doesn't blame ultimately fall on the company who made the buggy software in the first place? If I come up with a mathematical formula that proves 2 + 2 = 5, and a math teacher proves that I'm incorrect, who's to blame here? Microsoft believes the math teacher is wrong, something which is obviously misguided.

    One final thing: I don't see Linux/BSD/Apple execs complaining.

  55. linux exploits? by Lxy · · Score: 5, Insightful

    doing a quick search on bugtraq, I see a lot of linux exploit code too. Hmm... let's blame the linux exploit code for the net-stopping worms like... ummm... and also the.. ahhh... well, you know. No Microsoft, making exploit code widely available does make make your product less secure. You do.

    --

    There is no reasonable defense against an idiot with an agenda
    :wq
    1. Re:linux exploits? by Anonymous Coward · · Score: 0

      Perhaps you have never encountered a Linux worm. They DO exist. As for MS and that essay . . . That's just damn silly.

    2. Re:linux exploits? by SoftwareJanitor · · Score: 2

      Perhaps you have never encountered a Linux worm. They DO exist.

      But for some reason, they don't seem to cause problems on the scale of Nimda, Code Red, etc... Obviously it isn't the availability of source code for the OS, or for exploits that is the problem as Microsoft suggests. Perhaps lack of availability of source, and a slow and unresponsive vendor who caters to the least common denominator of the market and tells customers that any bozo can administer their product is the problem.

    3. Re:linux exploits? by batobin · · Score: 1

      Or perhaps it's because Windows computers hold a larger market share, and that Linux users tend to modify their system more to make it secure. Just becasue Linux worms are more scarce isn't a credit to that system. They're less heard of because of less market share and dumber sys-admins.

    4. Re:linux exploits? by Asic+Eng · · Score: 2
      Just because Linux worms are more scarce isn't a credit to that system. They're less heard of because of less market share and dumber sys-admins.

      But is that really true in this case? MS runs more desktops, but IIS has a much smaller market share than Apache. So if Apache and IIS had the same quality you'd expect Apache to cause more problems, but the opposite seems to be the case.

    5. Re:linux exploits? by SoftwareJanitor · · Score: 2

      Dumber sysadmins? You mean for Windows? Less desktop market share and smarter sysadmins are indeed PARTIALLY responsible for less problems with worms and viruses on Linux, but it just doesn't explain the whole story. Linux tends to come more locked down by default than Windows traditionally has, which helps. Microsoft is FINALLY at least paying lip service to changing that. A few years late and a few million dollars short in my opinion, and we will see how that plays out in reality. Do you think they would have done it if they didn't have Linux and other *NIXes pushing them on that front? I don't. Do you think they would ever take security serious if they weren't beat over the head by all of the worm/virus outbreaks? I don't believe that either. Linux also doesn't have the legacy of totally insecure "every PC is an island" that Windows does. Windows security has been retrofitted onto an environment that originally didn't have even any concept of multiple users, whereas Linux comes from the *NIX tradition which is multi-user, and has been networked since the early 80's. I believe that this both explains why Microsoft has more problems with security -- it just isn't the first thing they think about, and why Windows sysadmins are more lax -- the concept is new to many of them. It also doesn't help that Microsoft likes to claim that any idiot can install and administer Windows, when in fact it typically takes more work to install and secure Windows than it does Linux or the other *NIXes.

      And yes, it is a credit to Linux that it has fewer worms and viruses. The bottom line is that I can sleep better at night knowing my machines are running Linux than I could if they were running Windows. On that level I don't care why.

    6. Re:linux exploits? by batobin · · Score: 1

      Good points that I had forgotten. I couldn't have said it better myself.

  56. Typical response from an overworked manager. by Enonu · · Score: 4, Insightful

    I can imagine that his Scott Culp is very stressed out right now. Can you imagine being in this guy's position with worms like Code Red floating around?

    So what does he do? He posts an essay which is basically a reflection of his anxiety. However, he misses two very key points on why this information anarchy is a good thing.

    * Patches for popular software that are exploitable tend to come out real quick because the company has to save face and perhaps protect against liability suits.

    * A necessary fear is instilled into companies to put software through a secuirty audi before it goes into production.

    I hope this guy takes a vacation somewhere on the beach to reflect on his thoughts.

    1. Re:Typical response from an overworked manager. by IronChef · · Score: 2

      * Patches for popular software that are exploitable tend to come out real quick because the company has to save face and perhaps protect against liability suits.

      Can you provide any references for software liability suits? I thought that the stupid click-through licenses typically "absolved" the publishers of liability, and this has yet to be tested in court.

      I can't remember reading about anyone suing a publisher over crummy software -- does this actually happen? It fear of such a lawsuit really grounds for Microsoft/IBM/Intuit doing anything? I'd love to see MS get sued for IIS being buggy, but I can't remember anything remotely like that happening in the past. If I have missed something, fire away!

    2. Re:Typical response from an overworked manager. by Anonymous Coward · · Score: 0

      Becaus eMicrosoft is not doing its job properly, nor providing the means to surgically apply fixes. And becuase they have kept things secret for months at a time.

      Sometimes they have 4 or five goes fixing the same problem - patch regression, and worse, re-using patch numbers - a change is a change is a change.

      Manager is given an option, this service pack - or nothing - a take it or leave it approach. And we all know he who blindly apples service packs get burnt - never again.
      Exploits allow hotfixes to be applied - not one whopping trust us fix everything patch.

      What MS needs is something like CVS or IBM's SMP/E. A fix tells you which modules get hit, exactly, and you can list dependancies. The downside is this would spell out the trouble points

      This would also enable managers to track likely areas of weakness. I bet MS has a hit list of code that needs re-writing - which should also be up for public comment. Lastly, I believe MS are veryt good and quick getting fixes, but SLOW at at fixing auxillary damage - like MMC snapins , and visual tools.

      it is apparent that MS has great trouble writing parsing routinesand other serious trouble - like calling a security manager something - when PR comes more to mind - patches fixes - rewrites and exploits are not the same. Publishing the source of their fixes is the solution - or invide in outside security experts to vet the code.

  57. I think by Anonymous Coward · · Score: 0

    Somebody worried that their os is so unsecured. Maybe its time Microsoft hire better QA staff and fix all of their bugs before making it gold

  58. It's high time by Anonymous Coward · · Score: 0

    It's high time that the user community insisted that Microsoft stop shoving their crap down the user's throats and start producing software with, at least, ridimentary security.

    It is also high time that Microsoft got off their high horse and took some reponsibility for their crap. They try to take credit for all the good things like TCP/IP and most recently NAT, which they call Secure NAT(S-NAT). The only person, I've seen, try to take more credit for other peoples work was Al Gore.

    Yea, I'm a dreamer.....

  59. Microsoft's Desires by Krach42 · · Score: 1

    Hmm.... looks like Microsoft even wants their exploits and hacks to be closed source... Hm... Backwards GPL? (All code that exploits our software MUST be closed source!)

    --

    I am unamerican, and proud of it!
  60. Question for Mr. Culp by ENOENT · · Score: 1

    So, should we shoot the messengers, or just defenestrate them? This is a really good strategy. Ford should have tried getting Ralph Nader thrown into jail as a solution to the little problem with exploding Pintos.

    Hello? Is anybody home? Microsoft should issue warnings like: Due to security problems in IIS, Microsoft is issuing a recall on this product. All users of this product should see www.microsoft.com/refunds for instructions on obtaining a full refund and suggestions on alternative web server products.

    --
    That's "Mr. Soulless Automaton" to you, Bub.
    1. Re:Question for Mr. Culp by Anonymous Coward · · Score: 0

      Defenestrate, since this means "to throw out of a window". Seems highly appropriate... Maybe we could do that to Mr. Culp to... A Microsoft Window(tm), that is...

  61. ROTFL by snake_dad · · Score: 2

    Well, that was my first reaction. But now that I'm back in my chair I find it rather sad, to put it mildly.

    The only thing it would accomplish is that the relatively harmless scriptkiddies would no longer be able to easily crack random machines. However, crackers with Real Bad Intentions (read: terrorists) would still be able to find and abuse security holes. Since they would be a lot more careful in when to use the holes, the security community would not alerted to the problem.

    And there is still the argument that publishing holes is often the only way to get them patched. But we've been over that many, many times already here at /.

    --
    karma capped .sig seeking available Slashdot poster for long-term relationship.
  62. Of course the messengers are to blame... by rant-mode-on · · Score: 1


    ...for forcing Micro$oft to fix their security blunders.

    "No, that's not security hole. We've got a monopoly that needs abusing before we have to fix that."

  63. Valid Uses of Exploits by The+Infamous+TommyD · · Score: 3, Insightful

    I've heard this idea before including from my advisor. The idea is that releasing exploits to the public is creating an environment where it's too easy to hack machines.
    Unfortunately, it's simply untrue that there aren't positive reasons for releasing exploits.
    I can think of several: testing of machines (risky, but useful), understanding of vulnerability (CERT advisories are pretty much useless for this.), research.

    The most important of these (IMHO) is the understanding of the vulnerabilities. In the past, we didn't even talk about vulnerabilities in the open and we have the abhorrent state of affairs we have today. Security isn't even taught in computer science and engineering curricula and when it is, it's treated as a separate set of classes. When I started working in infosec, I had no idea how the exploits worked and what the real coding vulnerabilities were. Without release of exploits, I probably still wouldn't.

    1. Re:Valid Uses of Exploits by Tony-A · · Score: 1

      The idea is that releasing exploits to the public is creating an environment where it's too easy to hack machines.
      Not releasing exploits is what made (most of) the machines today so easy to crack.
      Releasing exploits is slowly making the machines harder to crack.
      Imagine airplane safety today if aircraft designers were never allowed to know anything about airplane crashes.

  64. not inform of problems??? by Mykul · · Score: 2, Interesting

    Lets think about this.
    I buy a new car. It looks pretty, seems to run good on the lot. Now, the guy across the road sold the dealer the car and he knows that the tires are retreads, the engine has sawdust in it and the doorlocks will open if you kick the door....
    Why shouldn't he be able to tell me these things??

    I think that mircrosoft should be responsible for thier code. Period.

    If I can write code that doesn't break, I would think that the dozens of programers they have hired could do the same. Why isn't there a lemon law for sofware?

    Just my pair of odors.

  65. Memo to Microsoft by BayStealth · · Score: 1, Interesting

    "It's high time the security community stopped providing the blueprints for building these weapons," Culp wrote in the essay. "And it's high time that computer users insisted that the security community live up to its obligation to protect them."

    Microsoft, you still don't get it...

    I'm a computer user and I do not think for one moment that it is the obligation of the security comunity to protect me. I do not pay them to protect me. I paid you for buggy unsecure software. These security holes are your responsibility.

  66. No, it's not. by Yam-Koo · · Score: 1

    Security guards having guns does not make it easier to distribute guns, it just makes it easier to stop those who bring guns to certain areas.

  67. So we won't know we are vulnerable... by Anonymous Coward · · Score: 0

    If those who find the vulnerability to release an exploit, those of us who want to protect ourselves before the "patch" is out, will have no way to test for vulnerability.

    I think it's a bad precident to leave everyone vulnerable just so the vendor has time to release a patch. Many of us will limit access, disable the vulnerable product or switch to a different one.

    I am not 100% sure of this, since I don't run windows and wasn't affected, but I believe the exploits that were used by Code Red and it's bretheren had patches available, it was just that the patches were not applied. I don't want to have vulnerable machines because other choose to be lazy.

    In summary, it's a ridiculous argument.

  68. Rehash of same stupid argument on BugTraq by adturner · · Score: 4, Informative

    This argument that Microsoft is making is the same stupid argument that was made by Richard M. Smith on Friday Aug 10, 2001 shortly after Code Red.

    The short story is that eEye's announcement had absolutely nothing to do with Code Red. The person(s) who developed Code Red figured out the exploit on their own. For more details check out Marc Maiffret's (of eEye) email to the Bugtraq list: http://www.securityfocus.com/cgi-bin/archive.pl?id =1&mid=203550

    People who argue that full disclosure is harmful just fail to realize the facts of the matter- people who write these attacks all aren't script kiddies and they're quite capable of developing attacks on their own. And the reality is that most vendors only respond to full disclosure to actually fix bugs (and even then it takes too long).

    Nuff said.

  69. This isn't a statement for readers of /. by SIGFPE · · Score: 2, Insightful

    It's designed to help lobby politicians. Politicians, who only take up that job because they don't actually have any useful skills, are easily scared by dabblers in black arts like computer programming. It's very easy to whip up a fervor among this largely ignorant set of people making out that by writing code geeks are committing a great sin. Hell, if M$ and the media companies keep this up there may actually come a time when it's illegal for unlicensed individuals to write software on the grounds that you could use that to copy software, 'hack' computers and encrypt communications.

    --
    -- SIGFPE
    1. Re:This isn't a statement for readers of /. by HongPong · · Score: 2
      Politicians, who only take up that job because they don't actually have any useful skills, are easily scared by dabblers in black arts like computer programming.

      What kind of a dipshit thing is that to say? Of course politicians on the whole don't have much technical expertise, because that isn't their job. Nor do you have much expertise in, say, appropriating agricultural funds, handling parliamentary procedure, drafting a bill, etc. I am not suggesting that all politicians are good, wise, people, but your statement is a gross, insulting generalization. If you believe that politicians don't have any useful skills, why haven't you run circles around all of them because of your superior political skills (remember, you said all of them have no skills whatsoever) and are now king of the world?

      The merits of the rest of your post are completely negated by this bitter, unsubstantiated attack.

    2. Re:This isn't a statement for readers of /. by SIGFPE · · Score: 2
      Oh please! Are you telling me that Bush has some talents? Are you serious? Someone whose preferred rhetorical device is tautology (that's when he can actually manage to strings his words together into something approximating correct grammatical form). No. Politicians are an ignorant bunch and Bush is the most ignorant of them all. They manage to keep their jobs because they hire advisors and delegate work.

      If you believe that politicians don't have any useful skills, why haven't you run circles around all of them...

      WTF are you talking about? My job is more interesting and better paid than almost all US or UK government positions, say (far lower than many company CEOs for example). Of course I don't make all the bribe money that politicians do but I'd rather work on my job than spend the time schmoozing.
      --
      -- SIGFPE
  70. the tough realization of what Windows really is by Anonymous Coward · · Score: 0

    I guess they realized their os is shit and they don't want the world to know. Hell if I had my name on it I wouldn't want anyone to know what a god awful job I did.

    I bet they are preparing to create backdoors for Big Brother and they don't want the bad publicity that would get

  71. Speaking out of both sides of His mouth by tercero · · Score: 2
    "While the industry can and should deliver more secure products, it's unrealistic to expect that we will ever achieve perfection," he said.

    That's funny, OpenBSD has for a long time.

    Secondly, I received a Windows XP update in my hotmailbox today claiming that XP has unmatched security...maybe in the M$ world but not for the real world.

  72. Hmmm, let's see here by TheEviscerator · · Score: 3, Funny

    Ah yes, just found my "MSspin2english" translator. Let's see how those comments look now:

    "It's high time that the security industry stopped pointing out all of the blatant security flaws in our programs", Culp writes. "Since we insist on developing OSes and highly-integrated applications tuned for usability, rather than security, we can't make as much money as we're accustomed to making, what with all of these viruses/worms targeted at our products."

    Culp adds, "it's time that the security industry be held responsible for these worms and viruses, rather than the companies who make products such as ours. By pointing the finger at the amorphous 'security industry', we're better able to deflect blame for the recent rash of high-profile MS OS and web server exploits."

    --
    The pomposity of the professor is inversely proportional to the difficulty and importance of the subject being taught.
  73. The Company that can do no right by MA17 · · Score: 1

    Microsoft is the company that we love to hate, and as such anything they say is bound to be heard in a biased way.

    If there is a security hole in their products, they should be informed before the rest of the world. If there was a city in America that was particularly vulnerable to easily spreading Anthrax (buzzword though it may be...) should the authorities be informed first and exclusively, or should there be a post on terrorismRus.com telling the world?

    Believe it or not, none of us are perfect, and the way to make improvements on ourselves is to recieve constructive criticism and meaningful feedback, and in this case, to be informed of a security mistake made. Nobody really benefits from so-called anarchists spreading the information around to anyone who cares to look. It's Microsoft's problem, and they should be given the opportunity to fix it.

    ------

    --
    Leveling up builds character.
    1. Re:The Company that can do no right by demon · · Score: 1

      People have tried. L0pht, for example, tried reporting vulnerabilities to Microsoft, who told them in one instance that the vulnerability they were reporting was "only theoretical". What's the use in wasting your time reporting issues to a company that really doesn't want to hear about it? That's the main problem with the whole concept of reporting vulnerabilities in software - if the company won't listen, you have to make the customer base aware of it, and there's no faster way to do that than exploiting it.

      --

      Sam: "That was needlessly cryptic."
      Max: "I'd be peeing my pants if I wore any!"
  74. Well, Let See. by Anonymous Coward · · Score: 0

    Well, Let See.
    Security Expert can't just say that OS is bad
    or has vulnerability unless he provides
    proof and description how bad that vulnerability is.

    If expert never provides real proof (usable exploit), chances are noone will ever take
    vulnerability seriously.

    Some may say, Expert should notify OS provider
    only and keep his findings secret.
    .. That never works.
    Cause software provider will never take you seriously or will never fix the holes or will prefer to keep things quiet or maybe even send FBI to your door.

    PS: "It's not a bug, It's a Feature"
    -- As Microsoft CEO said after first Outlook
    buffer overflow exploit showed up.

    "It's not an OS, It's disaster"
    -- myself

  75. Responsibility by nick_burns · · Score: 1

    I guess that the security community refers to the hackers and the IT people who have to deal with these problems. And they're to blame. Come on Microsoft. You have developed a simple, yet uneccesarily powerful (from a "how much access it has to your system" perspective) scripting language that is so easy to learn that 8 year old kids who barely know how to turn a computer on can modify a few lines in one of the many worms that have gone around (and blame outlook for the wide distribution for the source of these worms) and there is a whole new virus.

    If Microsoft wants to eliminate all the email worms, they should do the obvious solution and remove VBScript from Outlook. Completely. I really don't need flashy buttons and pop-up boxes to ask where to have lunch today. And yes, I use outlook because my company has an exchange server. But only on my company email accounts.

  76. Outrageous! by SecurityGuy · · Score: 2
    Excuse me, but the security community is not obligated to protect anyone but their clients. Where Microsoft is concerned, that's best accomplished by using something else. This reminds me of the asinine congresscritter who lambasted some poor antivirus guy for the perceived failure of the AV industry to protect us against the virus of the day (Melissa? It was before CR). These nitwits entirely fail to understand that the AV industry only exists because Microsoft, and ONLY Microsoft, deeply suck at writing secure code. Viruses are not a significant threat on Macs, nor or they on Unix. I can't think of any OS on which they're as endemic a problem as Windows. Its the same here. The problem isn't the security industry, the problem is that we NEED a security industry.


    Poor Microsoft. They crush their competitors and still have the testicular fortitude to whine that we don't do their job for them.

    1. Re:Outrageous! by Anonymous Coward · · Score: 0

      I'm a total die hard Macintosh fan. However, I have to take issue with the idea that Macintoshes are more "secure" than PC from viruses. That's completely false. The only reason there are lots more viruses for PCs than for Macs is because Windows is far more popular a platform and a far fatter target than Apple. There *are* viruses for the Macintosh and some of them have been quite nasty over the years. I also recall never hearing of any viruses for the Apple Newton, but it would have been brain dead easy to write some really nasty ones.

      Frankly, I'm very glad there aren't more viruses for the Macintosh. That's the one kind of software that Apple wouldn't want to evangelize. However, it is technically just as easy to write viruses for the Mac.

  77. Partially Right by man_ls · · Score: 1

    Believe it or not, I believe that MSFT has a real point here.

    With the "security" community telling the "hackers" exactly how to create malicious code that takes advantage of poor MS programming, it's like throwing fuel on an already relatively hot fire.

    Let's take a slightly more concrete example here. I just thought it up off the top of my head so don't flame me if it doesn't add up to 100%.

    Say you're a security consultant for a bank, and you also know some unscruplus people. Say that you discover a way that, in a few minutes and with a few simple tools that most people have in their garages, you could open up the bank's valut, without triggering their security systems. If you told your "friends" (in this case, the equivilant of posting the information to the Internet), and they went and used the information to rob the bank, you'd be an accessory to the act. You didn't do it, and you might not even get charged with it (the "experts" again here), but you were a mechanism for allowing it to be done.

    Microsoft should aim towards relasing code that *doesn't* have more security holes than swiss cheese has C0(2) produced ones, but the people who find the bugs in the software should tell Microsoft privately, instead of telling everyone exactly how to bypass the security and execute arbitrary code/read files/run programs/whatever.

    It's not either party's total fault, but the people who everyone thinks are innocent aren't really.

    IANAL/IMO

    JKoebel

    1. Re:Partially Right by Kalgart · · Score: 1

      Unfortunatly, the analagy is not entirely apropriate. I have personally been in exactly this position.
      When I was working on electronic security systems, I spent a large portion of my time servicing bank alarm systems. We would test these system every 3 months to maintain their security, more often for remote ATM and other high risk sites. Part of the contract for servicing and testing these alarm systems included the REQUIREMENT that we fix immediatly and faults found.
      With this system there is no need to mention any problems beyond the people immediatly involved.
      It should also be mentioned that these security systems were implimented in such a way that not even the people who knew every detail of they setup could do anything - good or bad intent - with the system without others knowing.

      For this to aply to microsoft, they need to have a proven track record of responding immediatly to problems and producing apropiate fixes.

      Microsoft have the oppsite track record.

      Kal

  78. Usability != Perfection by The+Ape+With+No+Name · · Score: 1
    While the industry can and should deliver more secure products, it's unrealistic to expect that we will ever achieve perfection.


    I want usability, not perfection. I want software that does what it supposed to do at a fair cost and with as little hassle as possible relative to the work that the software is supposed to be able to do. With that in mind, what can be said of, say, IIS? It fails this test. Because it is such as security nightmare, it is unusable. Apache is free, secure as it gets and does more, better than IIS. Plain and simple: if Microsoft delivered a product (speaking of webservers here) that performed as well as Apache, I would use it, and then I would only use it if it were free as in beer and speech.

    --
    Comparing it to Windows will be a moot point, since El Dorado is going to have a 40% larger code base than XP.
  79. Exploit escrow system by 4thAce · · Score: 2, Insightful

    How about if we established a group of white-hat hackers to whom one could submit the details of an exploit. They could attempt to confirm or repudiate the description of the problem and try to assist in developing security patches, without releasing the details of the exploit to the world at large. Then after a suitable time for the patches to be applied, the full story could be told.

    --
    Inventor of the LOLbalrog meme.
  80. Truth in the Statement by Anonymous Coward · · Score: 0

    You have to admit their is some truth to his statement.

    Like it or not, most real business enterprises depend on Microsoft products for their daily operations.

    If their is a cadre of persons dedicated to crack Microsoft code, then this will inevitably cause harm to American interests.

    If a biologist discovers a new super-virus that can be made from commonly acquired materials, the government would likely suppress the information for the common good.

    Legitimate research scientists could get access to the information, but in a controlled manner. Likely they would have to prove their worthiness by submitting their curiculum vitae, and submitting to other security protocols.

    Other than harming Microsoft (which some people may consider good), what does information about security exploits do.

    Most businesses don't have time to check for each new patch and update on an hours notice. Damage will be done as soon as the next virus is released.

    Why not limit the dipersal of exploit information until it has gone through proper channels. As an example:

    (1) Exploits could be submitted to vendor
    (2) Vendor could acknowledge exploit and make bug fix in reasonable time
    (3) Create a 60 day safe harbor window to let customers upgrade
    (4) Release the exploit information

  81. Never going to happen by supabeast! · · Score: 2

    This will never happen, for three reasons-

    1- Security companies need exploits to keep going. Ever wonder why lists like bugtraq stay up? Because the security firms that run them making a fortune charging other companies a crapload of money for advice related to all the exploits that get posted to their lists.

    2- Software companies do not care about security. Most big exploits are buffer overflows, which are a result of lazy coding. Multiple free tools exist that analyze source code for such bugs, and overflows are still popping up all the time. Getting companies to fix these bugs takes too long, and often the only way to get it done is to embaress them by making the exploit public.

    3- Many of the people who disclose exploits want the attention, not security. They see credit for exploits as fame, and make sure to slap their names all over ever bug report they can put out. This seems to be directly related to the tendency of security hackers to be lacking in the area of social life.

    -just my .02

  82. they are going to be crying more soon enough by AssFace · · Score: 2, Interesting

    windows xp is coming out soon and will be on all the new computers shipped.
    not sure about the home version, but the pro version has remote administration features all over the place turn on automatically with your install.
    I see no good coming of this.

    (they have one thing called "remote desktop" which is basically like pcAnywhere, presumably so that you can call customer support and say "I don't know how to do XYZ" and they can then take over your desktop and get it all worked out for you... and hackers will NEVER firgure out how to use that!

    they also take over compressed files now (zip and such) and deal with in their own way - which isn't the way I want... annoying.

    there are parts of it that are nicer, but for the most part, it just screams "I'm a security hole waiting to happen - hate on me!!!"

    --

    There are some odd things afoot now, in the Villa Straylight.
    1. Re:they are going to be crying more soon enough by Anonymous Coward · · Score: 0

      Not to mention that the default setup gives every user Local Administrator access.

      Way to take NT's Byzantine security model and flush it down the toliet, Microsoft. Nine layers of overhead, now doing nothing, at your service.

      I guess the situation is no worse than Win 9x (except edge cases like the raw sockets stuff), but it _could_ have been a hellava lot BETTER.

  83. One acronym by Verteiron · · Score: 1

    *ROFL*

    --
    End of lesson. You may press the button.
  84. Obligation? by Coldwar · · Score: 0

    "And it's high time that computer users insisted that the security community live up to its obligation to protect them."

    Hmmm...I didn't realize there was any obligation involved. I figured it was each user's responsibility to "protect" (read: properly administer) their own systems. The security professional's job is too give them the tools (knowledge and software) to help them do that *for themselves.* Neither Walther nor my martial arts instructor have an obligation to protect me, just because they have tools and knowledge that I do not. But, they make those tools available to me so that I can protect myself.

    I suppose their view is that a world in which it is impossible to harm one's self (or one's computer system) much like the soccer moms who would like to see the world coated with Nerf so their precious brats will never know pain.

    Blah.

    -cw

  85. an anology... by killthiskid · · Score: 2, Insightful

    How about lock-picking? There are all sorts of manuals on locking picking... most locks can be easily picked, but people don't do this for the most part. On top of that, people who are really concerned with security know that you need a decent lock (6+ tumblers) or it can be picked.

    Not a bad analogy: if you want to keep something safe and secure, you use a decent lock. Having the info about lock picking gives you the knowledge to do so, and allows you to know just how secure you are.

    The same could be said about software... and if you want a good lock, you educate yourself. MS makes bad locks... those locks can be fixed, but it requires the knowledge of the lock picking manual to do so.

    Don't get me wrong, Linux, BSD, ect. can be a weak lock too... but with OOS, not only do you have the manual, but you can disassemble and rebuild the lock on your own!

  86. Analogy Time! by neema · · Score: 2

    It's like the landlord of a building telling a tenant who complains about the shabby building structure that doesn't protect anyone inside "Listen, by talking about it, you're not making it any better. People will find about it and now break in".

    Maybe the problem isn't the source, but what's in the source.

  87. Its unAmerican!!! by Anonymous Coward · · Score: 0

    I see no difference in what he says and someone saying "Guns should not be owned by the public." Holding back source code is not going to stop ecploits, Microsoft hold their source code, and that doesn't stop them for being exploited.

    So just as Americans have the right to bear arms, all peoples should have the right to bear source!

    I have spoken!

  88. Just baffling by andy@petdance.com · · Score: 3, Interesting
    information anarchy... This is the practice of deliberately publishing explicit, step-by-step instructions for exploiting security vulnerabilities, without regard for how the information may be used.

    I would suggest to Bill & Co. that it is published with the highest regard for how the information will be used. Just because it could be used in a negative way doesn't mean that nobody's thought about it. There's not a security guy out there who hasn't at some time weighed the pros and cons of releasing information like that.

    And am I the only one who is insulted by the gratuitous use of the word "weapons", so as to implicitly equate hacking with physical terrorism and fan the flames of paranoia?

  89. I'm sorry... by gonerill · · Score: 1
    >"The state of affairs today allows even
    > relative novices to build highly destructive
    > (malicious software)," he wrote in the essay.


    ...I wasn't paying attention -- is he talking about the crackers or Microsoft here?


    ;-)

  90. FUD by Anonymous Coward · · Score: 0

    Okay, all complex software systems have holes.

    But it is completely possible to build software
    systems that are at least two orders of magnitude safer than the drivel Microsoft currently churns out.

    It looks so much like spin-doctoring. Blame the security experts for making exploits `trivial' to write. Never even think about blaming the idiots who wrote the system that is so trivial to hole...

  91. Better public then underground by Anonymous Coward · · Score: 0

    It is because the source code is available to all so easily that the holes get fixed. The exploits are going to be shared, it is better to be on centralized security webpages and not on more distributed methods (some Irc, Some Usenet, Small Webpages, Mailing lists)

  92. MS should go into comedy by SirSlud · · Score: 2

    >an administrator doesn't need to know how a vulnerability works in order to understand how to protect against it, any more than a person needs to know how to cause a headache in order to take an aspirin

    OH MY GOD ... yeah, and doctors should only say 'you're sick, take this'. They shouldn't disclose how you actually got sick, cause then other people would just go around 'exploiting' and making more people sick! GET REAL ... saying building X is vulnerable if you have a sledge hammer is a little different than building X is vulnerable if you have a nuclear weapon. It's called 'acceptable risk', and I refuse to live in a world where I can't be crystal clear on what that risk is, and how it can occur. Even if you don't give code examples but explain the details, some smart guy will turn it into a skipt-kiddie tool anyhow, so going the extra mile and providing the code is tantamount to knowing your level of risk and the most probable netographic that will attempt to exploit it.

    --
    "Old man yells at systemd"
  93. Re:I blame Microsoft by Anonymous Coward · · Score: 0


    man, slashdot is fun without Trolligula</sarcasm>

  94. Microsoft FUD by Loewe_29 · · Score: 3, Insightful

    Microsoft is frantically trying to shift the blame from themselves following the Gartner groups recommendation that people stop using IIS. It's not that MS developers focus soley on market share instead of quality and security (not that I blame the developers, since this is exactly what MS management wants and pays them for), it's that web-defacing juveniles are 'terrorists' and security researchers are 'anarchists'.

    MS had it too easy for too long regarding security issues, especially with the news media reporting Outlook vulnerabilitys not as they really are, as a design flaw in Outlook, but as "e-mail viruses."

    "Behind every great fortune there is a crime."
    - Honoré de Balzac

    "You hear a lot about Bill Gates, don't you, whose net worth in January of the year 2000 was equivalent to the combined net worth of the hundred and twenty million poorest Americans, which says something, not only about the software imitator from Redmond, Washington, it says something about millions of workers who work year after year, decade after decade, and are essentially broke."
    - Ralph Nader

    1. Re:Microsoft FUD by Peaker · · Score: 3, Interesting

      MS had it too easy for too long regarding security issues, especially with the news media reporting Outlook vulnerabilitys not as they really are, as a design flaw in Outlook, but as "e-mail viruses."

      They are a flaw in Windows itself, mainly.
      This flaw is a flaw of *nix systems as well, and the flaw is using ACL's, rather than Capability systems.

      Read the Confused Deputy paper for more information.

  95. Too harsh on Microsoft by gcshaw2nd · · Score: 0

    It really gets me that people are so incredibly harsh on Microsoft. Yes, they're bastards and so you share some political differences, but on the other hand the produce GOOD CODE. No they don't you say, but what is the last enormous project you took on, and developed over many years. I'm using Windows 2000 right now, and gosh darn it, I LIKE IT. In fact, I like it a lot more than GNOME and KDE (I like gnome more than kde for the record, at least with the Mandrake 8.1 install). For all the evil practices of Microsoft, their developers are probably the best in the world, hands down, no question. They can throw a lot of cash at undergrads looking for a valuable work experience. I think my post has gone a little off topic, but give Microsoft a little credit. They do deserve a little.

    1. Re:Too harsh on Microsoft by trurl3 · · Score: 1

      Oh sure...they deserve *LOTS* of credit. You missed a few points, though.

      Let's look at the facts. Microsoft has been at this for...let's see, 22 years, roughly. In that time, they finally managed to make an OS that doesn't crash every five seconds. Let me ask you this: When was the last time you ran Netscape, a burner, and winamp together that windows did NOT crash? I don't remember one. When was the last time you made a frisbee on Linux? WHILE compiling gcc, X 4.1, and playing mp3's? Answer: never.

      Linux did in 10 years what Microsoft could not do in 20. Linux was stable even before, if you didn't have two left hands and all thumbs.

      So what's the point? Microsoft deserves credit for it's marketing - getting billions of dollars for shoddy, insecure software. They have not invented anything decently new (they mostly steal other companies' ideas), and they managed to ingratiate themselves with Big Brother, by providing backdoors for the NSA, and spreading said backdoors throughout the world. (See recent article on German gov't and linux).

      Why don't you give them credit for that too?

    2. Re:Too harsh on Microsoft by gcshaw2nd · · Score: 0

      Well lets, why don't I tick off a few comments here:

      I can easily run Netscape, a burner and winamp together without windows crashing. Honestly, I do it all the time, and on a laptop too!

      I don't know what you mean by making a frisbee on linux, but I assume it means crashing the system. I can say that I have had linux crash on me, admittedly only once, but I can't say Win2k has crashed on me any more times than that. I consider myself at least proficient in Linux having used it regularly for classes and minor web dev, proficient enough that I can compile my own kernel, set up samba, and program in c++, but there's no denying that setting up anything in linux is a whole lot more difficult than doing the equivalent in Windows (except piping). Granted it's cheaper in Linux, but still harder.

      Consider the argument that if there's a piece of GPL'd software that's not working right for you, you can always grab the source code and modify it. Let me tell you, I'm not a pro but I know a hell of a lot more about programming than most people in the world, and that's a daunting task. It's also one that I'm simply not going to do and neither is the rest of the world.

      Here in college I think I can say that the only uses for linux are as servers, cs thesis machines, and tinkering. Of those people (all but one that I can think of) who have linux installed on their box, they dual-boot into Windows to do any real school work.

      You're line about Linux doing in 10 years what Microsoft couldn't do in 20 is just wrong. Linux isn't nearly so user-friendly, useful, or supported by a long shot compared to Windows and Office (which usually go together). And for that matter you mentioned Netscape. I'm sorry to break it to you, but Netscape is inferior to Internet Explorer. It simply is better; I don't even want to get into this argument though.

      Bitch bitch bitch about Microsoft, but the company is the single most successful company in history, so explain that one smart guy. I don't think you even know what you're talking about when you claim their software shoddy and insecure, you're clearly not in a position to evaluate it objectively, and you have no proof for this big brother bs.

  96. and if this were about cars.... by Lxy · · Score: 2

    Let's say that a life threatening flaw was discovered in the new Ford Focus. When you hit the bumper just right with your fist, the windshield detaches and the seatbelts unfasten. All the automobile safety commissions write articles to every major news outlet identifying the problem and demand a recall from Ford. What Microsoft is saying is that if the automobile safety commisioners hadn't said anything, this flaw wouldn't be as severe. In reality, Ford would be pounded with so much pressure from the governemnt as well as consumers to fix it or face law suits to end your car making days. Why isn't the same true for software?

    --

    There is no reasonable defense against an idiot with an agenda
    :wq
  97. What MS meant to say: by haggar · · Score: 1

    "Please don't show that the emperor is naked."

    --
    Sigged!
  98. From my fortune today: by Dr_Harm · · Score: 1

    "A commercial, and in some respects a social, doubt has been started within the last year or two, whether or not it is right to discuss so openly the security or insecurity of locks. Many well-meaning persons suppose that the discussion respecting the means for baffling the supposed safety of locks offers a premium for dishonesty, by showing others how to be dishonest. This is a fallacy. Rogues are very keen in their profession, and already know much more than we can teach them respecting their several kinds of roguery. Rogues knew a good deal about lockpicking long before locksmiths discussed it among themselves, as they have lately done. If a lock -- let it have been made in whatever country, or by whatever maker -- is not so inviolable as it has hitherto been deemed to be, surely it is in the interest of *honest* persons to know this fact, because the *dishonest* are tolerably certain to be the first to apply the knowledge practically; and the spread of knowledge is necessary to give fair play to those who might suffer by ignorance. It cannot be too earnestly urged, that an acquaintance with real facts will, in the end, be better for all parties." -- Charles Tomlinson's Rudimentary Treatise on the Construction of Locks, published around 1850

  99. Yea, I blame the messengers too. by Anonymous Coward · · Score: 1, Funny

    Microsoft Messenger
    Microsoft Outlook
    Microsoft Outlook Express
    Microsoft Internet Explorer
    Microsoft.........

  100. Microsoft says... by xee · · Score: 1

    Don't blame us...
    We just build the houses. Tell the wind to stop knocking them down.

    Microsoft is a marketing company. If you expect a them to make stable/secure software, you're crazy.

    --
    Oh shit! I forgot to click "Post Anonymously"...
  101. I agree with Microsoft by Have+Blue · · Score: 2

    Before I get burned alive here, please actually read this: Why not publish only binaries of exploits? This will prove the exploit exists without letting it quickly be shoved into rootkits everywhere.

    1. Re:I agree with Microsoft by Anonymous Coward · · Score: 0

      Because it's hard to compile a URL (the index server vulnerability that Code Red exploited)?
      Because it's a lot easier to fix a bug if you have a short snippet of source code that demonstrates it?

    2. Re:I agree with Microsoft by mobiGeek · · Score: 1
      How do you publish the binaries of a VBScript exploit?

      Also, ever heard of a disassembler? I believe that there may even be one available from Microsoft...something about developer tools...

      --

      ...Beware the IDEs of Microsoft...

    3. Re:I agree with Microsoft by dossen · · Score: 1

      And what's to prevent me from making a trojan out of it??? "This demonstrates an exploit in your system" could really mean "This fucks your system up beyond your wildest nightmares, no exploit needed, you executed it, fool!"

  102. bah. by Anonymous Coward · · Score: 0

    The answer is: dont run Windows! OpenBSD makes a great server platform! FreeBSD is not bad either ;)

    1. Re:bah. by Anonymous Coward · · Score: 0

      FreeBSD is dead, thank to Windriver.

      Don't you read Slashdot??

    2. Re:bah. by Anonymous Coward · · Score: 0

      LOL! You're sure not following up are you.
      For one, someone else is buying that portion out. and secondly, FreeBSD isn't a commerical OS like RedHat, Caldera, SuSe, Windows - all that crap! It's all FREE! 101% FREE. Linux, 99% FREE. Get a clue and follow up on the news you troll, no just /.

      HAHAHA YOU /.'d MORON!

  103. This makes sense.. by Fixer · · Score: 2, Interesting
    .. only if you never intend to fix your software.

    If you have no intentions of ever fixing any problems discovered with your systems, then of course, you'd want to keep word of problems secret.

    Oh, poor Microsoft, the costs of producing and distributing patches must be just a terrible burden. Imagine the burden on the rest of us who have to deal with your buggy systems. I would characterize IIS as a public menace right now.

    No, this is just a bad attempt to deny reality: Microsoft's poor practices are coming to light in a way even the average Joe can understand.

    --
    "Avast! Prepare for the rodgering!" THWACK! "Arrr.. me nards.."
  104. Erm by Fembot · · Score: 1

    Is it my imagination or did none of the listed viruses (is that the plural of virus?) attack linux/solaris at all as stated in the artical

    christ, next its gonna be my fault if i type file://aux.aux in windows 9x!!!

  105. YOU Are The Problem by PRickard · · Score: 5, Funny

    "Yes," said kingdom spokesman Jim Dilldunnam, "the Emperor is aware of his nudity. But His Majesty's nakedness would not be a problem for the uneducated masses if you irresponsible media types would just cease telling them about it."

    --

    == Paul Rickard, Editor of The Microsoft Boycott Campaign ====

    1. Re:YOU Are The Problem by ananke · · Score: 1

      What book is it from? I know I've read it before, I just can't remember the title. ohh my memory is so bad lately.

      --
      --- d'oh
  106. Microsoft has endorsed some amazing speech! by cnelzie · · Score: 1


    While this will more than likely be labled as flamebait. I must say that this was one of the most interesting things written from Microsoft.

    If you took the time to read the piece it didn't attack any other operating systems or companies, even though it did include Linux.

    In a few ways, the piece is right. The patches for those exploits had been available for quite some time and if they had been patched, the exploits would never have happened.

    I can also agree that it is important that all OS vendors/developers work towards creating more secure and easily patchable systems. This was simply pointing out the fact that most all vendors have issues with supplying patches to ther products.

    Personally, I use Windows, Linux and have been toying with the idea of using *BSD as well as Solaris. I can say that the distros of Linux, that I have used, are equally and sometimes far more dificult to patch and keep up to date than Windows is.

    One distro I use, has actually developed a very usefull updating system, similiar to how Microsoft has developed their Windows Update utility. This has made managing Linux a much easier task. In case you are wondering, I am speaking of Mandrake Linux and their Mandrake Update utility.

    The one thing that truly amazes me, about this paper, was that Microsoft is suggesting that we all work together towards creating a more secure computing environment. I just find that to be a very unusual thing to come from the mouth of "The Beast". I would have expected them to say something like, "Microsoft intends on providing the only true secure computing platform in existense."

    --
    .sig seperator
    --

    --
    If you ignore the other uses of a tool, does that make the tool less useful, or you less useful?
    1. Re:Microsoft has endorsed some amazing speech! by Anonymous Coward · · Score: 0

      SuSE (from 7.1 onwards) has an excellent update system too. And Also when you install it you are provided with information about subscribing to security mailing lists etc. I don't remember that happening when I installed Windows 98.

  107. Lost look by S1mon_Jester · · Score: 1

    Do you really think the experts are the ones writing the exploits? I don't.

    The experts write up about the exploit in detail. Along comes pseudo-hacker who reads said exploit....a week or two later releases something. Script-Kiddie comes in a few days later, downloading pseudo-hacker's kit and breaks into something.

    The question is whether or not the experts need to write up the detail that they do for the exploit. The short answer is yes, other experts need to be able to read/duplicate the exploit so that the exploit can be confirmed.

    Trouble is...once the expert can duplicate the exploit, so can pseudo-hacker.

  108. I've got to ... by halftrack · · Score: 1

    ... agree, up to a sertain point.

    If people finding security holes, posible exploits etc. first reported the hole to whatever company released the software subject to exposure (e.g. Microsoft.) then these holes could be filled by the people sitting on the code (not sure if that's what they are, sitting at code.) Then they would get a chanse to develop a patch. Of course, they shouldn't be able to stall the process so an ultimatum should be given. After that the source, blueprints - whatever - would be free for grabs. Anyone not applying the pach either didn't get informed of the bug - the company's responsible - or they didn't bother applying it - most likely - and deserves whatever they get.

    Having said this, I'm taking a cold shower. Imagine agreeing with ... well.

    --
    Look a monkey!
  109. Let's go one step farther than that! by Anonymous Coward · · Score: 1, Funny

    I think we should AGREE with Microsoft on this one and then go one step farther: call for a total silence from all security people about Microsoft products. Don't publish or report ANY bugs, holes, or security problems. But don't change a thing when it comes to full disclosure of other products.

    A temporary negative side effect would be Microsoft would get a boost in marketing ("See, we don't have as many bugs as reports show other software packages/OSs do.").

    The long-term positive effect would be Microsoft would no longer get free debugging by the community, and would end up suffering even more from security through obscurity while other software developers and open source packages would become more secure. In the long run, this would be of great benefit to everyone except Microsoft.

    Let's do it! Total silence from now on about ALL Microsoft security problems/bugs/etc.

  110. +5 funny by oman_ · · Score: 1

    Can we mod the main slashdot story as
    +5 funny?

    --
    Rats would be more funny if they could fart.
  111. In other great words by cr@ckwhore · · Score: 2

    ... to quote from a recent edition of The Onion, "Holy Fucking Shit!" I truly believe Microsoft has lost their collective marbles. Might be a good time to invest in straight jacket stocks.

    --
    Skiers and Riders -- http://www.snowjournal.com
  112. It's all about IIS by archen · · Score: 1

    Seems to me M$ is trying to put the blame elsewhere for IIS. M$ products have been insecure for years, we all know this - but usually this has been an excuse for M$ to push upgrades (such as Internet Explorer). This time people aren't upgrading IIS, they're jumping ship entirely. Only now after all these years when insecurity hasn't been in their best interests is MS in a panic trying to stop it (defections, not insecurity).

  113. NEW MICROSOFT JARGON ALERT: by Happy+Monkey · · Score: 4, Insightful

    Information Anarchy

    Expect to see this term bandied about frequently.

    --
    __
    Do ya feel happy-go-lucky, punk?
    1. Re:NEW MICROSOFT JARGON ALERT: by Dr.+Awktagon · · Score: 2

      I like the oldspeak version of the term better:

      Freedom of Speech

      Has a nice ring to it, don't you think?

  114. Sounds familiar by InadequateCamel · · Score: 1

    With all the fuss about the proposed copy-protection bill, I couldn't help but draw comparisons to this statement. Let's stifle all talk about these programs, let's inhibit free discussion about problems and proposals and just keep everything nice and hush-hush. Makes me sick.

  115. obligation of the security community? by dkemist · · Score: 2, Insightful

    Beyond the obvious irony that a Microsoft-ite is blasting the security community over flaws exploited in its own operating environments, I think the most interesting part of the article is Culp's statement "And it's high time ... the security community live up to its obligation to protect [software users]."

    What obligation is he talking about? For a company that epitomizes a big-money capitalist position, that's the most blatant socialist comment I can imagine. Users collectively pay billions of dollars to software manufacturers each year for endless upgrades, yet he thinks a reasonably loosely knit group of professionals working on their free time somehow owes that same user base the right to be protected???? That's bizarre.

    Further, the "Information Anarchy" thing sounds way too much like the "intellectual property virus" tagline they keep using for the GPL. It's a catchy management-speak phrase that sounds nasty and has little real meaning. It's easy to see how they can set the stage to condemn the whole open source community with all it's open and anarchic ways that don't protect innocent users.

  116. Microsoft != Congress, in case you are an idiot by 13013dobbs · · Score: 0

    Moron.

    --

    No replies made to AC posts. Please log in.

  117. Pathetic by Anonymous Coward · · Score: 0

    I would wager that no more than 10% of the posters here actually read the article.

    The solution he proposes is reasonable and fair, and really just common sense. If you must make your points about Microsofts products being generally insecure (and I agree with this sentiment), do so - but don't pretend that the author was saying "someone else is to blame for all our problems".

    However you feel about Microsoft, don't allow yourself to have an automatic bias against anything it says.

    To those of you who posted without reading and considering the article, you should be ashamed of yourselves.

  118. Watch out for the thumb! by Anonymous Coward · · Score: 0

    It usually ends up pointing at an innocent bystander.

  119. MS crying terrorist by greg_barton · · Score: 2, Insightful

    "Arming the enemy"
    ...
    "It's high time the security community stopped providing the blueprints for building these weapons,"

    It's high time Microsoft stop using inflammatory, mitilaristic sounding rhetoric at a time of national crisis. There are too many actual terrorists about for Microsoft to be irresponsibly crying "terrorist."

  120. Yo, Scotty! by Knunov · · Score: 1

    "Scott Culp, Manager of the Microsoft Security Response Center..."

    I always said you'd go far once you dropped the -able from your last name! ROCK ON, BABY BROTHER! ROCK-THE-FUCK-ON!

    --
    Why do users with IDs under 100,000 or over 700,000 usually have the most worthwhile comments?
  121. They're not releasing the code tidbits.. M$ is.. by itsnotme · · Score: 1

    If you notice near the top of the article they say mention the worms that have hit M$.. Nimda and Codered were among the ones mentioned.. They didnt release the code for these worms.. the worms themselves GIVE the code to the people who didnt patch their IIS.. so its not the security people's fault.. it's M$'s fault for having the hole open in the first place..

  122. BIG BROTHER by KinGBin13 · · Score: 1

    I think someone is trying to shut the curtains before big brother takes control!

  123. Security by Obscurity by redcliffe · · Score: 1

    It wouldn't stop the real crackers, and thus wouldn't stop the script kiddies who use tools written by the real crackers.

  124. this guy must be having a 'high time' ... by Anonymous Coward · · Score: 0

    to think that the best way to clean up MS security problems is to sweep them under the carpet.

  125. Some other choice quotes : by DahGhostfacedFiddlah · · Score: 5, Insightful

    Supporters of information anarchy claim that publishing full details on exploiting vulnerabilities actually helps security...and bringing pressure on software vendors to address the vulnerabilities. These may be their intentions, but in practice information anarchy is antithetical to all three goals.

    All three goals? There's some on this later - but assuming that he's right with the rest of the entire essay, you'd expect there to be some pressure to address the vulnerabilities, would there not? He even goes further, saying that pulished exploits are antithetical to getting patches out. Brilliant logic.

    Providing a recipe for exploiting a vulnerability doesn't aid administrators in protecting their networks. In the vast majority of cases, the only way to protect against a security vulnerability is to apply a fix that changes the system behavior and eliminates the vulnerability; in other cases, systems can be protected through administrative procedures. But regardless of whether the remediation takes the form of a patch or a workaround, an administrator doesn't need to know how a vulnerability works in order to understand how to protect against it, any more than a person needs to know how to cause a headache in order to take an aspirin.

    I love this analogy. It actually works. For example - if I knew that the cause of my headaches was an allergy to certain foods, I could avoid those foods, and not have to take aspirin. If I know how an exploit works, I can prevent it with my own tools - firewall, etc. and not have to worry too much about the dubious patches.

    Likewise, if information anarchy is intended to spur users into defending their systems, the worms themselves conclusively show that it fails to do this. Long before the worms were built, vendors had delivered security patches that eliminated the vulnerabilities.

    Here he's not talking about e-mail "viruses", but worms. Specifically, worms targetting systems people did not know they had on their system. There was plenty of buzz about Code Red before most people had it, and the patch was applied to thousands of computers as people got worried. I'm not an advocate of having people upgrade through fear, but this still disproves his point.

    Now - here's his reason for published exploits to take pressure off of vendors to publish fixes :

    Finally, information anarchy threatens to undo much of the progress made in recent years with regard to encouraging vendors to openly address security vulnerabilities. At the end of the day, a vendor's paramount responsibility is to its customers, not to a self-described security community. If openly addressing vulnerabilities inevitably leads to those vulnerabilities being exploited, vendors will have no choice but to find other ways to protect their customers.

    Crap...I'm trying to find a problem with the logic, but I can't actually understand the argument - anyone? What other ways are there for vendors to protect their customers than put out fixes?

    Anyway, that said, I'd just like to express my condolences to the author. Did you see his title? "Manager of Microsoft Security Response Center" Poor guy is probably blamed for half the bugs in code he's never heard of. Can blame him for venting a little. I just wouldn't have done it as publicly.

    1. Re:Some other choice quotes : by Anonymous Coward · · Score: 2, Insightful

      "At the end of the day, a vendor's paramount responsibility is to its customers, not to a self-described security community."

      Problem is, Microsoft's real customers are its stockholders, not the folks who buy their software (either OEMs or end-users).

      MS knows full well where its real responsibilities lie, and acts accordingly.

    2. Re:Some other choice quotes : by Bert64 · · Score: 1

      Microsoft all over, don`t want the users to know how anything works, or to ever find out.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    3. Re:Some other choice quotes : by schon · · Score: 5, Interesting
      an administrator doesn?t need to know how a vulnerability works in order to understand how to protect against it, any more than a person needs to know how to cause a headache in order to take an aspirin.

      I love this analogy. It actually works.

      No, actually it doesnt.

      An asprin only relieves the symptom, not the cause. If you get a headache from hitting your head against the wall, an asprin won't stop you from continuing to hit your head against the wall, all it will do is let you do it longer.

      Perhaps he can answer this though: without exploit code, how do we know the problem is really fixed? Twice to my knowedge MS has released patches that didn't fix the hole they claimed. Publicly available exploits are a failsafe, they provide an independant means of verifying that the hole is actually closed.
    4. Re:Some other choice quotes : by Asgard · · Score: 1

      Well duh, they mean that they'll protect their customers by sueing the pants off anyone who presents proof that their products are not in fact secure.

    5. Re:Some other choice quotes : by orangesquid · · Score: 3, Interesting

      Perhaps he can answer this though: without exploit code, how do we know the problem is really fixed ? Twice to my knowedge MS has released patches that didn't fix the hole they claimed. Publicly available exploits are a failsafe, they provide an independant means of verifying that the hole is actually closed.

      I think that is the single most important reason for exploit code.

      I read one of the new (yes, I know, the old were much better) Tom Swift books where Tom invents some sort of magical force field and, as the acid test, he makes his robot assistant fire a few rounds at him. Of course, it's dangerous to fire a gun at a person, but other than proving its effectiveness beyond any reasonable doubt by examining the mechanism behind the force field (akin to studying the source code in detail, which, since it isn't open to the public, isn't open to scrutiny) there is no other final way of determining that something works other than trying it.

      If Microsoft is going to be a closed-source software industry, they're going to have to accept the consequences of their decisions. They have to take full responsibility for their own code. Blaming their problems on something else does not eradicate them.

      --
      --TheOrangeSquid Is it any wonder things seem so awry? We swim in a sea of confusion and don't have to think to survive
    6. Re:Some other choice quotes : by spectecjr · · Score: 4, Informative

      i meen the whole buffer overflow thing codered exploited, that is something that you can't just have happen accedently..that had to be codded into it.

      No, actually, it's a direct side effect of the C standard libraries. Things like strcpy, strcat, sprintf... all of these are buffer overflows waiting to happen.

      For example, there's a buffer overflow (probably unintentional... unless you're a conspiracy theorist like yourself) just waiting for someone to exploit it in the Mozilla image handling code. Just imagine; a linux virus that spreads by someone sending a carefully crafted image file to your system. Everything would look fine on the surface; but that image file contains compressed code that expands in such a way that it causes a buffer overflow.

      ... or are you saying that the Mozilla coders intended it to be a security hole?

      Simon

      --
      Coming soon - pyrogyra
    7. Re:Some other choice quotes : by seek31337 · · Score: 1

      Yes and no. The problem with this is that the "body" in this case would be Windows NT. The "asprin" (patch) would have to be made by Microsoft, or another party privy to the broken mass of crap that caused the problem to begin with. For example, in a number of cases with Open Source projects, when an exploit is made public, it usually comes with a code snippit showing where the problem is, and frequently a patch.

      Your "self-described security community" can't patch Microsoft mistakes, even if "it's high time that computer users insisted that the security community live up to its obligation to protect them."
      I like how when Mr.Culp wants a community he doesn't support (self-described) to take responsability for his companies follies (live up to its obligation)

      Chuckles all around, mod this up.

      --
      No SIG for you!
    8. Re:Some other choice quotes : by BrynM · · Score: 1

      If Microsoft is going to be a closed-source software industry
      Let's not give them the pleasure of being the entire industry. They are a manufacturer.

      --
      US Democracy:The best person for the job (among These pre-selected choices...)
    9. Re:Some other choice quotes : by Anonymous Coward · · Score: 1, Insightful

      Buffer overflows are a programmer mistake. Since a programmer generally knows at least what language he is coding in (duh) it is his responsibility to learn that language. Mistakes do happen, but don't try to blame strcpy for not telling the programmer how to program.

    10. Re:Some other choice quotes : by Anonymous Coward · · Score: 0

      >> information anarchy threatens to undo much of the progress made in recent years

      well i think it all depends if you define progress as "take control and knowledge away from user A and give it to M$"

      are these the nazis of 2000+ ?

      think this thought through to the very end:
      one day in the foreseeable(?) future no control and knowledge (of your PC) will be at YOUR disposal and ALL of it will be at M$.

      not convinced of Linux making it to the desktop one day yet? well i am. i'll just wait for proper hot-plugging and some other convenient stuff to reach the kernel, and then i'm off. ;)

    11. Re:Some other choice quotes : by Anonymous Coward · · Score: 0

      the RIAA might have some suggestions ...

    12. Re:Some other choice quotes : by Anonymous Coward · · Score: 0

      Finally, information anarchy threatens to undo much of the progress made in recent years with regard to encouraging vendors to openly address security vulnerabilities.

      WTF??? Sounds like, "If you hold our feet to the fire, we'll just try less harder." Sheesh.

      At the end of the day, a vendor's paramount responsibility is to its customers, not to a self-described security community.

      And if the company fulfilled its responsibility to its users either by providing bug-free code or by aggressive fix times, the self-described security community could go on to other things. But since they don't....

    13. Re:Some other choice quotes : by Znork · · Score: 3, Insightful

      Of course, for a long time it's been suggested that people use the safer alternatives like strncpy, strncpy and snprintf. Which is why it's a good idea to regularly grep through your code to see you didnt slip up by mistake somewhere.

    14. Re:Some other choice quotes : by Anonymous Coward · · Score: 0


      I think you did not get what DahGhostfacedFiddlah was saying, cause he said exactly what you said :
      The analogy is valid, what doesn't work is the use of the analogy by MS (curing symptoms instead of the desease). But anyway we all agree on the fact that MS is wrong.

      wouldn't this text qualify as trollish ?

      please forgive my poor english.

    15. Re:Some other choice quotes : by alech · · Score: 1
      Finally, information anarchy threatens to undo much of the progress made in recent years with regard to
      encouraging vendors to openly address security vulnerabilities. At the end of the day, a vendor?s
      paramount responsibility is to its customers, not to a self-described security community. If openly
      addressing vulnerabilities inevitably leads to those vulnerabilities being exploited, vendors will have no
      choice but to find other ways to protect their customers.


      Crap...I'm trying to find a problem with the logic, but I can't actually understand the argument - anyone?
      What other ways are there for vendors to protect their customers than put out fixes?

      Making funny licenses and sueing people for publishing exploits? (That's how it sounds to me)

    16. Re:Some other choice quotes : by DrXym · · Score: 1

      Hi, can you raise a bug on the Mozilla issue if one hasn't been already?

      Thanks

    17. Re:Some other choice quotes : by mttlg · · Score: 2
      For example - if I knew that the cause of my headaches was an allergy to certain foods, I could avoid those foods, and not have to take aspirin. If I know how an exploit works, I can prevent it with my own tools - firewall, etc. and not have to worry too much about the dubious patches.

      But you're missing the point. Here's another example of Microsoft enlightenment: if your car breaks down on the side of the road, you don't need to know what the problem is in order to swear at it, kick it a few times, set it on fire, and stick your thumb out to hitch a ride, only to get picked up by some sadistic pervert and taken to a shack in the woods, where you are left for dead after he finishes having his way with you. The Microsoft way is to allow your system to be destroyed and then spend more money on Microsoft products (because you have to, not because you want to), repeating the cycle indefinitely. This is how you become a Good Little Consumer, which is what it means to be an American. You aren't un-American, are you?

    18. Re:Some other choice quotes : by connorbd · · Score: 2

      Yeah...

      That's the problem here, isn't it? The attitude of Ma Bill(tm) here is basically "stick your head in the sand and it'll go away", with a dose of "we'll protect you".

      /Brian

    19. Re:Some other choice quotes : by geekinexile · · Score: 1

      Crap...I'm trying to find a problem with the logic, but I can't actually understand the argument - anyone? What other ways are there for vendors to protect their customers than put out fixes?

      I read this as a threat by Microsoft to only delivery information about problems to XP users whom they think have compliant licenses. Everybody else can pay up to upgrade and get in full compliance or live without fixes. All in the name of "protecting the customers".

    20. Re:Some other choice quotes : by DahGhostfacedFiddlah · · Score: 1, Offtopic

      Canadian, I'm afraid...

    21. Re:Some other choice quotes : by benedict · · Score: 2

      With a name like "Culp", he was born to be blamed.

      --
      Ben "You have your mind on computers, it seems."
    22. Re:Some other choice quotes : by Noel · · Score: 1
      Finally, information anarchy threatens to undo much of the progress made in recent years with regard to encouraging vendors to openly address security vulnerabilities. At the end of the day, a vendor?s paramount responsibility is to its customers, not to a self-described security community. If openly addressing vulnerabilities inevitably leads to those vulnerabilities being exploited, vendors will have no choice but to find other ways to protect their customers.
      Crap...I'm trying to find a problem with the logic, but I can't actually understand the argument - anyone? What other ways are there for vendors to protect their customers than put out fixes?

      Hmmm...isn't it obvious?

      <pressrelease type="expected" subtext="Just trust us!">

      Microsoft's latest release of Windows XXXP also includes the patented OurNet(TM) technology, an important part of DirectNet(TM). OurNet(TM) technology prevents dangerous Internet attacks on your computer by stopping those attacks before they reach your computer.

      As part of your on-line product registration, you will be asked to provide account information for OurNet(TM), and your computer will be automatically configured to access OurNet(TM). Once you are connected to OurNet(TM), attempted attacks on your computer will be stopped by OurNet (TM) before they reach your computer

      Please note that for your protection, access to Internet-based content is only available through the OurNet(TM) services.

      </pressrelease>

  126. Two words by hrieke · · Score: 0, Redundant

    Fucking Idiot.

    --
    III.IIVIVIXIIVIVIIIVVIIIIXVIIIXIIIIIIIIVIIIIVVIIIV IIVIIIIIIVIII...
    1. Re:Two words by ectoraige · · Score: 2

      Reverse Engineering

      That's not a good argument against releasing exploit binaries. Sure, crackers who know what they are doing may be able to reverse engineer it, but the not-so-hot kiddies won't be able to. This would at least delay the appearance of exploits in the wild.

      However, disclosing source is better because it allows users to test their own systems for vulnerability. I sure as hell won't test for an exploit using code I didn't inspect and compile myself.
      It'd be an interesting new virus vector - security lists being hit with 'I send you this exploit example for your review' :)

      --
      Vs lbh pna ernq guvf, ybt bss abj. Tb bhgfvqr. Syl n xvgr.
    2. Re:Two words by snake_dad · · Score: 2
      That's not a good argument against releasing exploit binaries. Sure, crackers who know what they are doing may be able to reverse engineer it, but the not-so-hot kiddies won't be able to.

      I respectfully disagree with this. Surely you don't think that the readily availably rootkits are put together by not-so-hot kiddies?

      A binary exploit would be a pretty small program, not to difficult to disassemble. It would take only one knowledgable person to translate it into c source, and distribute that source. And then only one small step into rootkits.

      So I do think it is a good argument. Your other argument is a good one as well. And I do look forward to exploits being mailed to me for testing the senders security :-)

      --
      karma capped .sig seeking available Slashdot poster for long-term relationship.
  127. Isn't it ironic... by Cybercifrado · · Score: 3, Insightful

    You post linux bugs to bugzilla and they thank you. You post M$ bugs publicly and they flame you. I think more than anything, M$ is pissed because more and more people are starting to realize what a true truckload of CRAP their OS really is. So, we post the bugs in an effort to encourage them to fix it, and for us to give them another chance. What do they do? They blame those who would help them fix it for their own stupid code. I mean come on...it's high time they started taking responsibility for their inadequacies.

    1. Re:Isn't it ironic... by IronChef · · Score: 2

      It's not ironic. It's contradictory, but that isn't irony.

      irony
      ironic

      Irony would be if the open-source crowd had a security-through-obscurity model and Microsoft published exploit code.

  128. IMO, a resopnse by A_Non_Moose · · Score: 5, Interesting

    The people who wrote them have been rightly condemned as criminals.

    Ok, I'm going to be snide, the author points to the exploitation tools, but one could also argue that windows (don't laff) "security model", closed source apps, IIS are the *initial* tools of exploitation. Lest I forget, Integration, legislation, co-opting, barriers to entry keep other (maybe better, maybe worse) products from hitting the market and (say it with me) promoting competition.

    It's high time the security community stopped providing blueprints for building these weapons. And it's high time computer users insisted that the security community live up to its obligation to protect them.

    Why? No one believed that certain (ford/chevy?) trucks would blow up like a bomb when hit from the side...what did they do? Yep, they *Proved IT*, by staging a scenario.
    And, not to pick nits or be too smarmy, but "we" are trying to protect users. The fact that PHB's, average users don't *listen* after the 3rd, forth, fifth time of being hacked, wormed, virused, or trojaned via outlook, IIS, IE seem to be nicely sidestepped.

    ...and if there hadn't been security vulnerabilities in Windows®, Linux, and Solaris®, none of them could have been written. This is a true statement, but it doesn't bring us any closer to a solution.

    Uh, yes it does...by choosing the most secure of the bunch! No platform is perfect, but if you choose the one with the best track record, gee, you get...surprise, surprise...less of a chance of being exploited. Once bitten, twice shy... but, then again, see my above paragraph with users/phb's.

    ...information anarchy. This is the practice of deliberately publishing explicit, step-by-step instructions for exploiting security vulnerabilities, without regard for how the information may be used.

    Ok, I'll ignore the buzzword bingo opportunity, and point out that the author does "get it" a little, that the vulnerabilities mentioned had been patched weeks/months ahead of time.
    Ok, cool, Correct me if I a wrong, but I recall seeing a recent article that Microsoft said it needs to "Prioritize" its patches, because, heh, it is confusing!!!

    The thing to be rememberd in reading this article the dangerous assumption is this:
    If an exploit is found and is dangerous "the security community" *needs* these to tear into and discover how to fight whatever threatens the systems in question.
    I'd rather have a fulling working exploit in the hands of a "white hat" than a "black hat".

    Don't forget, please, that most of the worms propagated as the result of *malicous* intent and were discovered, stopped, slowed by people with *clear/clean* intent.

    That fact seem to be missing.

    Moose.

    If I am right, I am right...but if I am wrong, show me I a wrong.

    --
    Have you read the moderator guidelines? Well, have you, PUNK? (and I want a Karma: Gnarly option)
    1. Re:IMO, a resopnse by anshil · · Score: 1

      een security vulnerabilities in Windows®, Linux, and Solaris®, ...

      btw: actually the Linux is also trademarked hold by torvalds. (has a long story, but some other german guy who simply trademarked it, and then was convinced to transfer it to linux.

      --

      --
      Karma 50, and all I got was this lousy T-Shirt.
    2. Re:IMO, a resopnse by Anonymous Coward · · Score: 0

      Why? No one believed that certain (ford/chevy?) trucks would blow up like a bomb when hit from the side...what did they do? Yep, they *Proved IT*, by staging a scenario.


      They blew up like bombs because the networks used explosives. Those ads were complete scams.

      I'm not a huge fan of Ford (I think it was Ford's trucks), but I trust ABC even less.

  129. RTFA by Masem · · Score: 2
    I'm not a big MS supporter, but there are good points raised here. MS does not appear to want to stop the security community from releasing bugs and exploits, but only the fact that many of these include example code that can be used to take advantage of the exploit. Since most of the security experts tend to release the news of the exploit to vendors, security lists, and the general public at the same time, there's no control on this code.

    For the closed-source world, I believe that it is better that if you discover an exploit, to send full details to the vendor ASAP, and to release a general statement of a potental vunerability in the software to the general public, but with just info for the end-user to determine severity and criticalness of the bug. If the vendor is unresponsive in releasing a bug fix, then in a few weeks or a month, then release full details such that others in the security community can possibly find a work around. Do note that MS is rather quick to issue patches to fix new security problems, so timeliness isn't an issue here. I don't think this is unreasonable, and still doesn't chill the ability of security professionals to assess software problems. And in addition, with not only the potental for cyber-terrorism to exist today, but with increasing numbers of script-kiddie-like people that simply want to create havoc, it's very important that closed-source software have some time to patch before full information is released.

    Of course, with open-source software, most security bugs are found at the same time as a code audit, and thus the bug reports typically consist of full exploit information. But since most good admins on these types of systems are actively aware of security problems, they'll get the patches installed within days of the report, and any damage resulting from the exploit is quickly minimized. Mind you, not everyone that runs open-source software is a good sysadmin, and thus exploits will STILL be used, but this is much less of a problem with the open-source community as it is with closed-source software (such as how many boxens were continued to be infected by Code Red and NIMBA after the original patch was out several months prior).

    Regardless, Microsoft still needs to remember that the security community is doing them a big favor by locating and isolating these problems. MS must have some QA and QC, but some of the more harmful exploits have been rather subtle problems (notable buffer overflows).

    --
    "Pinky, you've left the lens cap of your mind on again." - P&TB
    "I can see my house from here!" - ST:
    1. Re:RTFA by 0xA · · Score: 5, Informative
      For the closed-source world, I believe that it is better that if you discover an exploit, to send full details to the vendor ASAP, and to release a general statement of a potental vunerability in the software to the general public, but with just info for the end-user to determine severity and criticalness of the bug.

      Speaking as an IIS admin, I get really pissed when I can't find sample code for an exploit. I need to be able to test my systems against a newly published exploit. If I don't have a way to do this all I can do is apply the hotfix and hope it works. What if I want to set up some stateful inspection on my firewall just in case, how do I test that? Without sample code I have no way to really know if I am vulnerable or not. IMHO not testing these things would be a pretty irresposible aproach to managing a datacenter.

    2. Re:RTFA by Anonymous Coward · · Score: 0

      if big favor means "making it possible to tarnish their name even more horribly and cost Microsoft millions of dollars in business and time" then, yes, the security groups are doing them a huge favor by publicizing the security flaws.

    3. Re:RTFA by Todd+Knarr · · Score: 5, Informative

      Except that that was tried. What happened was that the vendors responded with "We can't reproduce that, you must be mistaken, there's no hole in our product.". After a while, the security community came to the conclusion that the only way to get vendors to wake up and actually fix their products was to release enough details that, if there was any question whether the hole existed, the skeptic could recreate the exploit and try it and see for himself. Which leaves the vendor with no way to spin the story, which is what Microsoft's really pissed off about.

    4. Re:RTFA by zoftie · · Score: 1

      delayed releasing of exploit is only way to force sysadmins and companies to patch software. Otherwise you have these holes anyone, including government can exploit to do whatever they want to. There's no real reason to belive that exploit will be written by someone else, but if it is already available you got to eddy up and do the software release again.
      p.

    5. Re:RTFA by dzurn · · Score: 1

      What, you want to *test* the systems that you are responsible for?

      Why on earth would you want to do that? Don't you know that a lack of testing is what makes your systems safer?

      That's M$ company policy, after all.

  130. I dunno if we'll ever know. by phwiffo · · Score: 1

    What is it exactly, is MS just too cheap to pay developers to fix security holes when they could be making new products that'd make at least $60/pop?

    Oh, yeah, that is it.

    --


    Trolls, it must be cool to be that bored.
  131. More Innaccurate Analogies by tweakt · · Score: 1

    "...an administrator doesn?t need to know how a vulnerability works in order to understand how to protect against it, any more than a person needs to know how to cause a headache in order to take an aspirin"

    This is STUPID.

    Headache's have known remedies, fresh exploits DO NOT.

    1. Re:More Innaccurate Analogies by demon · · Score: 1

      Also, if you can understand what's CAUSING the headache, you can find ways to avoid suffering from them in the first place - as, with computer software, if you can understand how the exploits work, you can have some forearming of how to deal with them next time, and maybe even an idea how to stop them dead in their tracks BEFORE they jump up and bite you.

      --

      Sam: "That was needlessly cryptic."
      Max: "I'd be peeing my pants if I wore any!"
  132. obligation??!?? by Anonymous Coward · · Score: 0

    "And it's high time that computer users insisted that the security community live up to its obligation to protect them."

    When did the security community ever volunteer to protect Windows users? Did I miss something? I certainly don't remember ever volunteering for that. Isn't the whole *point* of the security community to uncover and publically expose security risks before black hat hackers exploit them? I'd rather find out there's a whole on my system from reading BugTraq than by noticing a strange root shell running. This falls very nicely into the "Security Through Obscurity" line of reasoning..

  133. information anarchy by quasar0 · · Score: 1

    that phrase reminds me of "intelectual anarchy" form Isaac Asimov's sci-fi story the dead past. In the story the government prevents any research in the area of neutronics so that no one will learn their secerets. to make sure no one is an intelectual anarchist the government takes away grant money from any researcher who strays away from his/her stated research field. which basically restricts everyone's research.

  134. it's certainly high time. by Infernon · · Score: 1

    Shouldn't the industry leader be setting examples instead of dumping the blame? It's high time to start doing your damned jobs and providing something worth the fortune you're charging for it. BAH!!!

  135. Ah HAH! by Anonymous Coward · · Score: 0

    So here's why NEWS.COM suddenly vanished from the net.

  136. Flawed Analogy by Anonymous Coward · · Score: 0

    No, to extend you analogy to cars, it would be that the car would explode if the control chip was programmed with a sequence of 1040 instructions.

    If someone released the 1040 instructions before the car could be recalled, and a group of criminals went around causing the car to explode, their is culpability on both parties.

    No one is saying Microsoft products will crash if run more than 72 hours straight. Instead, they are saying that a Microsoft Product is vulnerable to a security attack if a person were to perform this complex set of tasks, and by the way, here are the tasks.

  137. black-boxes are time-bombs waiting to explode by rkt · · Score: 1

    This is why I don't like black-boxes.... and when companies like MS can't live with security-holes they get
    desperate and kill the messenger. Same thing happened to the guy from Russia who broke through the Adobe Encryption code... and same happened to the guy who broke the DVD code.....

    this is soo lame... black-boxes are good only untill its broken into... then there is a flood of holes.

    "Many people have faulted the patching process itself for the low uptake rate. Fair enough - we
    do need to make it easier for users to keep their systems secure, and Microsoft acknowledged this
    very point in a recent major security announcement. But if the current methods for protecting systems
    are ineffective, it makes it doubly important that we handle potentially destructive information with care. "


    The microsoft Patches were released months before any of the Exploits/worms hit the net. Killing the messenger
    is not gonna be any fun. When Intrusion analysts get a attack signature which they don't know about, they will panic
    and probably be more distructive if they don't know what they are dealing with. Sometimes the only way to get this
    info to the Analysts is by discussing the problem on mailing lists like bugtrac.

  138. Links by stapedium · · Score: 1

    For anyone (like me) who hasn't heard of the Linux worms here are some links.

    Code Red. Windows
    Lion. (1i0n) Linux/UNIX
    Sadmind. Sun
    Ramen. Linux/UNIX
    Nimda. Windows

    He seems to complain quite a bit, but offer no real solutions. Basically he seems to be trying to create yet another buzzword, "information anarcy". The problem is that it has no real meaning other than things that make his job difficult.

    the one good point he had was:

    Finally, information anarchy threatens to undo much of the progress made in recent years with regard to encouraging vendors to openly address security vulnerabilities. At the end of the day, a vendor?s paramount responsibility is to its customers, not to a self-described security community. If openly addressing vulnerabilities inevitably leads to those vulnerabilities being exploited, vendors will have no choice but to find other ways to protect their customers.

    does anyone know how much info microsoft actuallyshared about their vulnerabilities before the above hacks were made?

  139. Careful Microsoft by Anonymous Coward · · Score: 0

    if you make people who want to feel pride in their discoveries unable to show off in the way that they desire (publishing exploit code on public lists) then the expliot code & vulnerability reports will just move underground and you won't be able to patch what you don't know about.

  140. Actually, they do by Anonymous Coward · · Score: 0

    I worked for them briefly as a consultant.
    I swear - they're like a cult, only scarier.
    The smart ones with their eyes open get out fast. The smart ones with their eyes closed (you do have to be pretty smart to stay there, actually) work 60 hour weeks making things worse.

  141. Two words by snake_dad · · Score: 3, Insightful

    Reverse Engineering.

    Now burn, you troll :-)

    --
    karma capped .sig seeking available Slashdot poster for long-term relationship.
  142. Yes, I agree... by mini+me · · Score: 2

    I agree that it is MSN Messenger that's to blame as well!

    Oh, you mean the messenger of the security info? Then it's Microsoft's fault.

    Isn't it a good thing that these holes are brought forth to the general public? If they are just hidden away for only for a select few that will attack unknowing victims then the software vendor will be unaware of the problem and unable to distribute patches. If the vender is aware of the problem, they can allow you to patch your system and then no one, not even the select few can get in. But if it goes unnoticed then they can continue to do so seemingly forever.

    It's been said about a million times before but it still applies: Security through obscurity is no security at all!

  143. Security Community Response by Anonymous Coward · · Score: 0

    Security Community response to Microsoft:

    Bugger off!

  144. Microsoft is in a state of denial. by orgnine · · Score: 1

    It seems like this is a typical statement from Microsoft, really. You'd think that even a half-decent software company would somewhat appreciate people's efforts to exploit their software. But not Microsoft. There have quite literally been hundreds of critical flaws with half of Microsoft's OSes in the past long while. DOS or Win 3.1 were probably the most secure operating systems to date, albeit less dynamic. True, exploiting can do damage, but... where would MS be if it weren't for public displays of hacking? There would be bigger underground hacking parties, who eventually would come out with all the exploits and do big damage to big companies on big networks. Just fresh format and install Win98, for example, (which millions of people still use). Go to http://windowsupdate.microsoft.com/ and see for yourself, you've got a lot of downloading and rebooting to do to make sure you are secure. I really think that, (and this is likely obvious to most people), Microsoft is getting frustrated with having to send out buckets 'o patches. One surefire way of getting rid of exploitation is: If Microsoft completely tested all software and the programmers were more efficient organized and to start with they wouldn't have half the problems. It seems, looking at the source for MS products could give me nightmares. Microsoft really should be, as any company should be, a company aiming for excellence in their products and services. As currently it appears so to the general public! But under a magnifying glass...

  145. Absurd. by shakamojo · · Score: 1

    "And it's high time that computer users insisted that the security community live up to its obligation to protect them."

    I thought that we WERE... hmmm... I guess if I were a Doctor and my patient was sick, it'd be best not to tell him so that he wouldn't treat it.

  146. Correction by scorcherer · · Score: 1

    "You hear a lot about Bill Gates, don't you, whose .NET worth in January of the year 2000 was equivalent to the combined net worth of the hundred and twenty million poorest Americans.."

    --

    --
    The Cap is nigh. Time to get a fresh new account.

  147. Heh Eve by GReaToaK_2000 · · Score: 1

    Hey Eve don't eat that apple. God does not want us to have our eyes opened to the world

  148. Unbe-f**kin-lievable... by Jetifi · · Score: 3, Interesting

    The people who found the .IDA expoit (eEye security) told MS, and waited until a patch was available before making the press release.

    Not only that, but Microsoft thanked eEye in their own press release.

    Not only that, but it has been proven beyond all doubt that Code Red, + CRII were based on old exploit code, NOT eEye sample code.

    Not only that but the old exploit code that Code Red etc. re-hashed, exploited a hole that was fixed by MS in the traditional manner, i.e. with no exploit sample code published, etc. If the original exploit code that Code Red built on was made public in the same way as the .IDA vulnerability was, the f**kin' thing would never have happened, because every competent IDS system out there would have caught Code Red before it even got off the ground.

    The whole thing makes me sick. I can't believe that after Microsoft blitzing^W attempting to blitz the media with it's "renewed security efforts" that they let this slip past marketing. If this is what happened, then before they can even think about 'locking down' IIS, they need to examine their own attitude, and consider abandoning the tried-and-tested-and-FAILED 'security through obscurity' route.

  149. Never Take Blame for Poor Programming by joesklein · · Score: 1

    I don't beleave it. Scott I thought you were more insightful that that. The security community had to create this policy becouse as I remember it, "We have no problems ... with security" Bill Gates 1987, Comdex.

  150. Living up to obligations by Bert64 · · Score: 1

    And it`s also high time microsoft lived up to it`s obligation to protect it`s users from security flaws. A flaw in software is not the fault of whoever discovers it, it is the fault of whoever wrote the offending code.

    --
    http://spamdecoy.net - free throwaway anonymous email - avoid spam!
  151. Security through obscurity... by Leadf00t · · Score: 1

    ... is no security at all. Microsoft seems to forget that if it were not for the security companies, the only way Microsoft would even KNOW about the glaring security holes in their software would be when someone decided to actually hack them,

    --
    "There are more things in Heaven and Earth than are dreamed of in your philosophy" - William Shakespeare
  152. Better security through disclosure by Eyetapper · · Score: 1

    Some observations:

    Firstly, security isn't achieved through non-disclosure. For instance, encryption algorithms are all fully published so they can be analyzed by the community for weaknesses. The definition of a good cipher is that you can have all the information on how it works, but it can't be broken.

    Secondly, the IIS worm is a rather poor justification for preventing relase of code. The point of a worm is it is self-replicating. Thus the exploit only need to be carried out once for it to be a widespread problem, irrespective of whether variants or script-kiddies ues it.

    Finally, from most of the alerts i've seen, enough technical information is kept out so if you understand the exploit code to a point where you could use it, you're good enough to have found it anyways, and if you don't fully understand it, you can't use the code as an exploit properly.

    The fact that a micosoft security expert would say this then actually goes a long way to explaining all their security holes!!

  153. Let's look at a case.... by ajs · · Score: 2

    Nimda is a good example of what Microsoft is talking about.

    There were not legions of script-kiddies running Nimda. It was one programmer who actually had a fair slice of clue (not quite so much as to render him/her too busy to be a problem, though). I doubt that shutting down bugtraq would stop this person from learning that MSIE had a bug in it (or IIS, or Outlook). I *do* think that it would have lead to security admins not knowing the extent of the problem. I *do* think it would have lead to a much greater number of systems being vulnerable.

    Windows must now go through what the UNIX world went through in 1987/8. We had screaming/shouting/red-in-the-face "discussions" on USENET for months about the validity of sharing information, sharing exploits, timing, etc, etc.

    Bottom line? We came to a reasonable conclusion about how to deal with security and everyone was on-board for a good 2 months before the average admin stopped paying attention.

    Most admins could give a rat's petard about security, and will never change. They run around screaming when an "incident" occurs, and otherwise assume the best. MS will have to understand that not accomodating those people by writing safe code will mean a loss of market....

  154. Security through obscurity shooting itself in .... by Anonymous Coward · · Score: 0

    ... the foot.

    <i>It's high time computer users insisted that the security community live up to its obligation to protect them.</i>

    Is that the duty of the security community?

    Should they clean up after the mess that Microsoft makes because they do not provide insight into the working of their code?

    How could people take "advantage" of blueprints about exploits for Open Source Sofware when they can just read the source?

    This is just the other side of the security through obscurity and closed source development combination.

  155. Come on guys... by ocie · · Score: 2

    Surely this Microsoft spokesman isn't Culpable.

    --
    JET Program: see Japan, meet intere
  156. It Only Takes One Cracker by ras_b · · Score: 1

    It's not like every machine that was infected by nimda or code red was done so by a separate cracker. Those worms propogated themselves. One black hat gets the exploit code, then the worm does the rest. Keeping code snippets off the web isn't going to do a damn thing. Like everyone here already understands, that is not the issue. The issue is MS needs to make better software. Stop blaming others for your own faults.

  157. Is this so bad?! by Puk · · Score: 2

    He asked that the security people "stop releasing sample code that exploits security holes". In the article, hey says, "We can and should discuss security vulnerabilities, but we should be smart, prudent, and responsible in the way we do it."

    Is this so bad? He's not saying they shouldn't find and publish the security holes. Just that they shouldn't release sample code which exploits it. (For the record, I wasn't even aware they did this. All of the security advisory's I've seen -- noting that I'm not in the IT industry, and haven't seen that many -- simply describe the vulnerability, without code that exploits it.)

    I actually agree with this. Explaining the vulnerability is good. It helps the developers find and fix the problem. Yes, it helps the crackers exploit the problem too, but that's the price. But releasing code which actually exploits it helps the crackers far for than it helps the developers. It speeds up the cracker's development cycle a lot more than the actual original coders'. Why do they need to do this?

    Now the lines between "not enough" and "enough" and "too much" information may be hard to discern. Clearly saying "there's a buffer overflow vulnerability somewhere in IIS" isn't enough, and "here's a worm that takes advantage of the buffer overflow in IIS" is too much, but finding the middle ground can be difficult. But I don't think the article was advocating the security through obscurity mode of thought, just advocating a shift in the amount of detailed info the security reports provide.

    -Puk

    p.s. Please don't take this as an indication that I like Microsoft at all. :)

  158. This is about exploit code -why give it to morons? by Anonymous Coward · · Score: 0

    Security through obscurity is no solution but I agree that security advisories should not include exploit code. Why hand out cut-n-paste attack code to a whole bunch of nitwits who could NEVER have figured out how to write the code themselves?

  159. Re:To prevent attacks, you must think like attacke by btellier · · Score: 1

    Exactly. The patches are the problem, not the exploits. If Scott Culp really wants to plead with the security community about the way they do their work he should be telling people to tell them first so they can get a patch out.

    Unfortunatly, if they know you're also not going to be releasing any details in your advisory they'll just sit on your hole for months and work on the new version of Mr. Annoying Paper Clip Guy.

  160. Microsoft is too lazy it seems by AnimeFreak · · Score: 1

    I can see that Microsoft has dug themselves into a hole where they will have to spend lots of money on rewriting some code to fix it. Yet they think that such a comment like this will stop people from writing future code that exploits the faults in their own software that they should fix in the first place. So what happens when you find a bug in Windows that erases your hard drives contents? Not report it and let people's hard disks get erased? I don't think so.

  161. Easy... by mplex · · Score: 1

    ...they overflow a buffer and run some code; it is just as useful to list the consequences of the exploit without posting the exploit itself. Perhaps eventually it might be ethical to release the exploit, but otherwise 99% of the people who use the code 'exploit' it.

    1. Re:Easy... by btellier · · Score: 1

      OK, suppose I'm just Some Guy who has a little website on his home computer and can't afford a commercial IDS. I want to write one myself and include the latest IIS vulnerability. When I read the post which merely lists the consequences of the vulnerability I've got nothing to write.

      OK, so I set up my sniffer and wait for the exploit attempts to roll in. I finally capture one and program my IDS to catch it. Ah crap, here comes another one that exploits the same vulnerability in a different way. Damn, it sure sucks that I didn't get full disclosure in that post.. otherwise I could've infered several different methods of exploitation and perhaps caught them all. But oh well, at least some lazy sysadmins didn't have to patch their systems for a couple hours while the blackhats coded up sploits.

  162. tcp wrappers, are an example of microsoft idiocy by lyapunov · · Score: 1, Flamebait

    I have a hard time believing any type of article like this when they will not put in the simple functionality of something like tcp/ip wrappers as a basic feature of their operating system. It is something simple, that provides a great deal of first line defense. No you have to get some half assed third party solution, like zone alarm.

    Unix was born out of being on networks, and as a consequence they learned how to do stuff in a fairly secure fashion. This also goes to show what happens when people are too stupid to think for themselves and have the level of control over their systems that they need and want.

    The microsoft arrogance of "We KNOW BEST, no go away kid your bothering me" is a major contributing factor to their serious operating system insecurities.

    For example, I work in the IT industry and interact with a fair amount of people and have done an informal pole on how many people that actually run windows office programs that actually use macros, it is almost nil. So why in the hell do they ship that crap with that stuff wide open?

    Those bastards need to shut the hell up and listen to what people are trying to tell them. Else, let them parish and provide us with hours entertainment developing ridicule.

    --

    Either give it away or get top dollar, but never sell yourself cheap.
  163. Information anarchy? I wish. by sketerpot · · Score: 2, Interesting
    We should have this code out. We should have any resource available that points out a security hole. Cracking is almost self-defeating; you alert people forcefully that there is a problem. Take the nimda worm for example. It wrought havoc, and pretty soon everyone was fixing the security holes it used.

    If we want secure software, we should write it. If we don't want to write it ourselves, we should be ready to pay for it. If we do want to write it ourselves, we can call it open source. Either way, there is a motivation to make secure programs.

    It is possible to write non-trivial programs without security bugs. It is very difficult, so in the mean time we should settle for the best security we can get. The best security is pretty good if you take reasonable precautions like not choosing a password like 'ant'.

    So get off your buts, MS, and make your soft ware secure, and not through obscurity!

  164. i have an idea... by zqrhegg · · Score: 0, Troll

    ... why not open source windows?

  165. On the discussion of locks by dr-suess-fan · · Score: 1

    I hope this isn't redundant. I don't know how many people have seen this exerpt from long ago.

  166. This guy thinks admins are idiots by ikekrull · · Score: 5, Informative

    'An adminstrator doesn't need to understand the problem in order to fix it'

    This is pure bullshit. It is *extremely* important to understand how these worms and viruses work in order to respond effectively to such threats.

    If I, as a programmer, was writing a web application in C that could potentially be remotely exploited via buffer overflow, such information is *absolutely fucking critical* to me, so that i can write safe code.

    M$ seem to suffer from the delusion that they are the only people in the world actually writing computer programs.

    This unbelievable arrogance is getting pretty tired, and i imagine that we'll be seeing some pretty big anti-M$ stances being taken by previously devout believers in the near future.

    If you can't put up, M$, then for christs sake shut up.

    --
    I gots ta ding a ding dang my dang a long ling long
    1. Re:This guy thinks admins are idiots by Hal-9001 · · Score: 1
      M$ seem to suffer from the delusion that they are the only people in the world actually writing computer programs.
      You mean they aren't?
      </sarcasm>

      I bet Bill's wet dreams revolve around this fictional universe...
      --
      "It take 9 months to bear a child, no matter how many women you assign to the job."
    2. Re:This guy thinks admins are idiots by chefren · · Score: 1
      M$ seem to suffer from the delusion that they are the only people in the world actually writing computer programs.

      Well aren't they? Isn't all the rest not programs, but this odd "open source"- stuff? I heard it's "written" by hackers! That means all the code MUST be stolen ... from us since they are they only ones writing programs! I'd someone else makes a real program, we can alway just buy it. Yeah! Long live MICROSOFT! Hrm...

    3. Re:This guy thinks admins are idiots by jakew · · Score: 1

      M$ seem to suffer from the delusion that they are the only people in the world actually writing computer programs.

      This is incredibly insightful. I'd have moderated you as such, but I want to highlight your point, as I think it is important.

      I think that this is why Microsoft and more talented developers don't get on so well. Microsoft are very happy to 'allow' people to get on with application programming, but in their opinion, noone else has any business writing system software.

      Sadly, they're not terribly good at system software.

      And system software is interesting to geeks. Hence we feel frustrated by Microsoft, because they're doing anything possible to make it hard to develop interesting software, and easy to develop boring software.

      So why is system software so important to them? Answer: Control. And that's exactly why they hate open source so much - not the competition (though they aren't thrilled about that), but because they can't control it. It doesn't give them any opportunities to create lock-in for themselves.

      Even an application like a wordprocessor has been turned into a platform of a kind, with macros and so forth. So there's no reason for anyone else to create their own wp because there's a wp platform available.

      Things like VB and Word are perfect for Microsoft, because they're creating the 'real' software (ok, use a limited definition of real), and there are armies of people customising the software out there, creating demand but no competition, furthering the lockin, and keeping their skillsets specific to MS.

      Perhaps the fact that there are people out there who, despite the closed source, can still figure out what's going on and how to exploit the code scares them, because if they worked for Microsoft it wouldn't show people that there are holes in the infrastructure.

      The infrastructure for computing. Or Microsoft, as otherwise known. Unless we can stop them.

      (Sorry if this is offtopic and unstructured. The ideas were unfolding in my mind faster than I could compose English.)

  167. Its not our job to help MS by dh003i · · Score: 1

    Look, irrelevant of the so called "motivation" for why people publish information on security vulnerabilities, exploits, or detailed guides -- which is impossible to factually discern -- people should be free to publish such, online or in magazines. If I want to publish a specific program which exploits MS' OS, I should be able to do so. If I want to say how to exploit MS' OS, I should be able to do so. I I want to explain how the exploit works, or a particular security flaw, I should be able to do so.

    MS or the government should not be able to limit MY freedom of speech. A weakness is there, whether I say so or not, and someone will figure out how to exploit it whether I say so or not. Might as well "open-source" it so it can be dealt with by security experts who have an interest in it.

    Just because my security exploit CAN be used for malicious means does not mean I should be prevented from publishing it. This is the same as the DeCSS argument -- just because something CAN be used for so called "illegal" purposes doesn't mean it should be illegal.

    Now, lets be clear -- when there is a bug in the program, a security hole that can be exploited, etc., the fault is completely with the developer, whether that developer be MS or Linus Torvelds(LOL, I almost wrote Linus Pauling: of the Linus', who do you think is more brilliant?).

    MS should stop whining because people expose their screw-ups. What this really amounts to is they don't want hard criticism. Now, is publishing a specific exploit necessary for criticism? No, it is not. A criticism of a security hole can be published without an accompanying exploit of that hole. However, a specific exploit published adds validity to the security criticism.

  168. Yes sir, Mr. Ex-President by charon_on_acheron · · Score: 1

    But why would Bill Clinton care about this. As long as he has several 'cracks' around to make his 'microsoft' into 'megahard', and Hillary is gone, he should be happy. Maybe he is less worried about people cracking the bugs, than about the bugs in the cracks. Don't want to catch anything, seeing as how Hillary knows he couldn't get it from her. She hasn't slept with him since...How old is Chelsea?

  169. Inaccurate view of exploits by Toodles · · Score: 3, Insightful
    Checking through BugTraq and NTBugTraq shows an alarming trend; companies don't care if someone finds an issue with their software. Let me give you an example:

    The Cisco 675 DSL router/modem. This device has very widespread use consumer home and SOHO environments. Other Ciscos in that line were included in a particular issue that cause the router to hang completely until power cycled. Cisco was first notified about this January 10 2000 (no typo there, 01-10-00). A very easy to prove situation was shown to cause this. After 11 months of waiting and two notifications to Cisco, the notifier had given up on Cisco doing The Right Thing (c), and notified BugTraq about the problem, in this post, Nov 28th, 2000. Users from around the world tested, and verified the issue. Want to know what happened? Nothing. Not a peep from Cisco about this, untill recently. The vulnerability DOS in the Cisco was never acknowledged by Cisco, and still isn't admitted. However, a notification of DOS vulnerability was finally admitted by Cisco here, 8-24-2001. Nineteen months since being notified. However, the entire reason for this wasn't the vulnerability mentioned of a skewed HTTP request, but simply its inability to handle multiple http connections. Why? Code Red. The Code Red virus was banging on port 80 so hard that the routers would lock up hard and die until reset. Many thousands of DSL customers were affected by this, and IMHO, a redux of the HTTP code that should have been done over a year and a half before, would have prevented the entire nightmare of Code Red issues for owners of the Cisco 675 (Their systems are another story however).

    Checking for other 'exploit code' on the BugTraq list should show that the people who create it are responsible, usually doing no more than running a 'whoami' in the case of elevated privileges. They don't arm 'script kiddiez', they do it themselves, however the proof that a hole is exploitable is all someone needs to write their own. This is not a bad thing, this is a good thing.

    It is general policy on BugTraq that companies be notified and given sufficient time to resolve issues, usually 3 months or so. If that lapses, it is the infosec engineers responsibility to post the exploit for the world. The company won't listed to the voice of one competant person, but they will listen when their entire customer base gets proof that the company shirked on their responsibilities to protect their customers.

    Toodles

    --
    Toodles D. Clown
  170. Another corollary for Culp(able) by andragon · · Score: 1

    "The state of affairs today allows even relative novices to build highly destructive (malicious software),"

    That is, "MicroSoft programs are designed and coded so poorly that relative novices can punch holes all through it."

    --
    "But I don't wanna kill the bunny!"
  171. oh please by fz00 · · Score: 1

    i created a word document that covertly send emails out of the document readers mailbox back to themselves just to prove a point of how stupid it was for foreign scripts to have system access by default. i got all the information i need right off of microsoft's website!

  172. Jackasses by JohnnyGTO · · Score: 1

    I just got my Matrox G450 and I'm about to toast my windows98 system, upgrade to two 80gigs and switch to Mandrake. For those few programs I must use microcrap I will run it with VMware. Sure I haven't gotten rid of MS but now I can move completly to Linux as I find or learn the apps I need!

    See Ya Bill !!

    --
    Si vis pacem, para bellum! For evil to succeed good men need only do nothing!
  173. Lazy and inept by 3Suns · · Score: 1

    It's pretty obvious that Microsoft is to lazy and inept to get any use out of the security community. Not only is it correct in principle for security gurus to post exploit concepts, but it is better in practice.

    Take (see this coming?) linux for example. The linux/open source community pays attention to proof-of-concept experiments published by the security community. Hence, Linux and linux applications tend to be extremely secure. Security patches for Debian tend to be released only days after the exploit is made public. Apache has maintained its tight security record.

    On the other hand, Microsoft security is notoriusly terrible. Outlook express has been the springboard for the last 2^n email worms. Most windows installations can be hacked with the press of a button. IIS is... well, I'm sure you all know about IIS. The common theme here is that every single exploit used against Microsoft products has been well documented and demonstrated by the security community well before they became major security issues. Microsoft ignores the security community until customers start griping about K1dd33z hacking their software. Instead, they whine about how the security community is causing the problem.

    The moral of the story? Don't look a gift horse in the mouth, and if you do, don't sue him for biting your nose off!

    --

    -3Suns

    ~~~~
    The Revolution will be Slashdotted
  174. Monopoly Troubles by Bugmaster · · Score: 1
    This essay should become the newest bullet in the DoJ's magazine. Consider: if there was actual competition in the desktop OS world, I could choose my OS based on how secure it is. In this case, the security community would be providing a valuable service to consumers - by helping them choose the best OS. This is already happening in other markets; for example, there are numerous automotive magazines that discuss safety features of multiple cars.

    Imagine, however, that the only car you could possibly buy was a Dorf. In this case, if someone posts an article that Dorf cars explode when exposed to infrared light, that someone would put thousands of people in danger. Dorf sure as hell is not going to fix their cars - since people HAVE to buy cars, explosion or no explosion.

    So, I could easily see this essay as proof that monopoly practices are harmful - since they create an absurd situation that elevates the latest Outlook bug to a national security threat.

    --
    >|<*:=
  175. Re: Chevy/CMC trucks by cant_get_a_good_nick · · Score: 1
    Why? No one believed that certain (ford/chevy?) trucks would blow up like a bomb when hit from the side...what did they do? Yep, they *Proved IT*, by staging a scenario.


    Though I agree with most of your points, this is a bad example. Supposedly, because the gas tank was between the door and the frame rails, it could get pinched in a side collision and rupture, possibly exploding (sounds like a '70 Pinto). Staged is right, as Dateline had a small incindiery device that caused the tanks to blow. GM has a blurb on their 90's history page (see 1993).


    Shades also of the Audi 5000 controversy where folks said they had unintended accelration and their cars took off when they weren't hitting the gas. 60 Minutes got it to work too. Well, after pumping random stuff into the transmission, yes. So there you have it folks, if you pump pressure into your trans, expect unexpected accelleration.

  176. Necessary Exploits by SheldonYoung · · Score: 1

    You can't properly describe how to fix a security hole without revealing what the hole is. Even binary patches make it easy to create an exploit, simply look at what the patch changes. No matter how you try to socially engineer around it, the security hole itself is the origin of the exploit.

    Spreading information about a hole makes exploits it more prevelant, but this isn't a bad thing. We all know bigger the chance of getting hacked the more incentive there is to fix the problem. If the latest round of worms wasn't so virulent they may have gone mostly un-noticed by the general population of IIS admins.

    Exploits, like liars, are a necessity to keep people from becoming too trusting and lax.

  177. Another Security Hole by 11+platter+hard+driv · · Score: 1

    Ok, so they tell people to stop showing how to crack open gaping holes. It's not going to happen. You can tell me to run off the edge of the grand canyon, I just won't do it.

    Some of these guys live by these exploits though. I mean, take the guy at grc.com, as far as I know, all he does is try to find holes in the Operating System, and tries to get them fixed.

    The most pertinant hole related to *nix is the use of Raw Sockets in XP, which he is very vocal against. It seems it makes every user the admin, and allows for easier access to the kernel. As well as making for a nice dos box on the net, and one that would not be aware that it is sending.

  178. Microsoft executives on drugs by Lumpy · · Score: 3, Interesting

    What this guy is saying is equal to saying that we need to completely shut up on everything in computing, security, and communication. EVERYTHING has exploits, that will never change. Do I blame the securit experts that my firewall is DOS'ed? do I blame the OS and software company when nimbda made my monday morning hell? no, I blame the moron that opened that email, I blame corperate for not giving the front line managers the tools we need to defend the network. At work we run Microsoft, we made that decision. Unfortunately companies and people will not take the responsibility for running a unsecurable operating system. My own corperation asks why this microsoft hole allowed this, I ask why I dont have the funding to close up and protect this insecure operating system and network. Everyone knows that windows products are the most insecure money can buy and that it is the number one target for troublemakers.

    Is something done? no, no funds to shore up security, no funds or resources to fix the problem or be proactive.

    It's not microsofts fault, It's the fault of the operators and owners that will not allow their techs to do their job, or give them tools to do their job... Because it's too expensive...

    --
    Do not look at laser with remaining good eye.
    1. Re:Microsoft executives on drugs by jimbolaya · · Score: 2, Interesting
      While I agree that net admins are responsible for keeping up with patches, etc., I can't understand how you can say, "Everyone knows that windows products are the most insecure money can buy and that it is the number one target for troublemakers" and yet believe "It's not Microsofts [sic] fault."

      How can it not be Microsoft's fault for release what you call "the most insecure" products? Perhaps Microsoft's response could be, "Well, heck, you knew our products are insecure, it's your own fault for using them!"

      --

      There ain't no rules here; we're trying to accomplish something.

    2. Re:Microsoft executives on drugs by Joseppi+Blauinski · · Score: 0

      Yeah, and it's the mechanic's fault when I take my p.o.s. car into the shop to fix a poorly designed part. Arf, arf, arf.

    3. Re:Microsoft executives on drugs by Lumpy · · Score: 2

      Nowhere on the box does it say secure, they dont advertise that it is secure (read or listen closely, they have great linguists on staff.. it sounds like it but they never really say it.) The EULA says that they are not responsible and basically informs the user that it is AS-IS.

      Everyone knows that it is non-secure, and it is the fault of the person that buys it and uses it.

      If you buy a car without an engine, it's your fault when it wont start... you were dumb enough to buy the wrong tool (the car above)for the task you wanted it for (driving)..

      --
      Do not look at laser with remaining good eye.
    4. Re:Microsoft executives on drugs by Lumpy · · Score: 2

      Ding! no it would be your fault for buying a POS car.

      the mechanic is only fixing it (buying security software that should have been in Windows NT to begin with) and patching it (Windows NT cd's are still being sold at a pre SP1 level in software... why??)

      Ford is a great example... anyonee that bought a explorer after knowing that the tires explode and cause a crash.. It is their fault for buying the explorer and not replacing the tires instantly.. Unfortunatly for ford they dont make car buyers sign or click on a waiver that get's rid of all rights, and allows ford to take back the car for any reason.

      --
      Do not look at laser with remaining good eye.
    5. Re:Microsoft executives on drugs by Joseppi+Blauinski · · Score: 0

      That was my point (-: Irony :-), friend. If you (and the moderator) were to re-read my statement as intended ...

      arf, arf, arf (*GRIN*)

  179. Mommy, the emperor has no clothes! by slackergod · · Score: 1

    Of course he does dear, now be quiet.
    But he doesn't!
    He has clothes for as long as we say he has clothes, so say he has clothes, and be quiet.

  180. Boston Globe reporter agrees with Culp by drwho · · Score: 1
    This on the Boston.Com site, regarding news in Tommorrow's (Thursday's) Boston Globe:


    "Business: Hiawatha Bray thinks Microsoft has a point about laying some blame on those who discover security flaws, then publicize them."


    Personally, Bray has always struck me as an idiot so this is nothing new. The last name says it all!

  181. Etiquette by istartedi · · Score: 2

    Which of the following scenarios demonstates civil behavior:

    A. Hey look everybody! Bill has a chive on his tooth!

    B. Psst. Bill. You've got a chive on your tooth.

    If you said A, congratulations. You are a brain dead follower of Slashthink.

    How does this analogy apply to the situation? Think about it. Wouldn't it be better if companies (including MS) were given a little lead time before bugs are announced to the world? Perhaps a month would be the standard. Then, and only then, you could use public embarassment as the tool of last resort; not the first.

    --
    For all intensive purposes, "whom" is no longer a word. That begs the question, "who cares"?
    1. Re:Etiquette by mobiGeek · · Score: 1
      Which of the following scenarios demonstrates a corporation's response to being notified of it having a chive on its tooth?
      1. Gee, thanks Pal! I'll take care of it immediately because me, the front-line guy you got a hold of, has a clue about what a chive is.

      2. <no response...all is silent...the giant sleeps tonight...>

      3. Gee, thanks Pal! Here is a letter from our legal department telling you about how much fun you are going to have over the next few months dealing with our case being built against you.

      4. Gee, thanks Pal! You are a life saver.
      (For the last point, I left out the part of them grumbling over bottom lines, lack of resources, priorities, lack of exploits, etc... but I'm sure the casual reader picked up on that).
      --

      ...Beware the IDEs of Microsoft...

  182. But I am an idiot by Anonymous Coward · · Score: 0

    Dipshit.

  183. Culpable by drwho · · Score: 0, Flamebait

    I have met Scott Culp in person, at Black Hat in 2000. I have never met a person more brazenly corrupt in my life. He tried to bribe me into dirty tricks against Sun. Any prosecutors interested in pursuing this should contact me.

    1. Re:Culpable by drwho · · Score: 0, Offtopic

      Moderator: Please explain how this is flamebait. Thanks.

  184. Bad community move by redzebra · · Score: 2, Insightful

    Basicly what is being asked for is :

    1) don't tell anybody of the problem
    2) If you must tell them, don't prove it

    It wories me that some people in the security comunity already seem to accept that the prove should be hidden. I wonder how long it will take untill they think the facts should be hidden too.

    --red.

  185. Umm.. by Anonymous Coward · · Score: 2, Interesting

    I don't mean to be facetious or anything like that, but..well..if I'm paying for a Microsoft OS, I would expect Microsoft to be the ones protecting -ME-. Not the other way around. I mean they're selling a product, right? If one of the features I'm paying for is a secure system, aren't I supposed to -get- a secure system? If I don't, isn't that false advertising?

  186. the geek fame fator by hack0rama · · Score: 2, Insightful

    Many points have been made, the need to know, pressurise the vendor for better security, prevention before patch comes out etc. Along with all these points I think there is also a strong fame factor as well. If I spend all my effort to track down a new exploit, then I dont want to secretly pass it on to the vendor. I want to publish it in all its gory details in bugtraq and let the whole world - especially the fellow geeks - know how clever I am. Dont deny me my >=15 minutes of bugtraq fame !

  187. To pick a nit ... by tdelaney · · Score: 1

    For anyone except Microsoft, Microsoft servers *are* third-party servers ...

  188. "It's high time the security community stopped.... by Anonymous Coward · · Score: 1, Insightful


    Yeah, it's high time that Microsfot itself stopped providing all the tools that hackers require to break into customer systems... tools like Internet Explorer and Windows and Word and Outlook...

    EVERY Microsoft product provides all the Active X tools and security flaws that a hacker needs to break into company computers and comproomise data and its about time THAT MICROSOFT STOPPED DISTRIBUTING DEFECTIVE CODE HARMFUL TO THE PUBLIC.

    When are the government and military going to realize that Microsoft itself is the threat to national security? These products themselves are the problem and the tools. Needless to say, Microsoft refuses to improve its software engineering acumen and produce quality products... they just continue to vend out the same junk, rake in obscene amounts of money and issue the occasional manifesto which absolves them of all blame and responsibility.

    -- Speaker

  189. Mr. Smoke, meet Mr. Mirror by Zen+Mastuh · · Score: 2

    The consensus, based on the other comments, is that the manufacturer of an O/S is responsible for the security, just as the manufacturer of an auto is responsible for the auto's safety.

    I think Culp has an ulterior motive. With the frequent cries from Washington (despite occasional backpedaling) and the boardrooms for mandatory back doors, our machines may soon be under attack from inept g-men or indifferent office workers just "doing their jobs" like Calley, Eichmann, and North.

    If enough hysteria is created nationwide, the back doors will become mandatory. The same hysteria could be channelled to make dissemination of security-related information an act of terrorism. Look at all the recent examples of opportunistic legislation in Washington to understand how likely this is. Inevitably, hackers will find ways to close the back doors or at least make them ineffective--a criminal act. Culp et alia would love nothing more than to operate without the meddling of Security Experts. By demonizing them and preaching to the choir, he is off to a good start.

    --
    "What is the sound of one belly slapping?"
  190. Am I the only one who noticed.... by BoBG · · Score: 2, Interesting

    Or did other people note that Linus Torvald's trademark on Linux was overlooked, while Microsoft's (R) and Solaris'(R) got their due.

    Perhaps someone should sent them a friendly tip on Linus' IP rights..... I tried but their comments page doesn't have a comments section to type in. =[

  191. They already do this... by Danse · · Score: 2

    The vendor is almost always notified in advance of an exploit being released by a reputable security group (usually a couple of weeks at least). Of course this doesn't mean that exploits didn't exist already, passed around in less-than-reputable circles.

    --
    It's not enough to bash in heads, you've got to bash in minds. - Captain Hammer
  192. Give them what they want. by ccarr.com · · Score: 1

    Let's all stop alerting the world when we find a security hole in an MS product. Then let's see if MS's security improves.

    --
    I don't know half of you half as well as I should like, and I like less than half of you half as well as you deserve. BB
  193. microsoft admits to costing consumers billions by mozkill · · Score: 1

    hey, notice that in the essay, microsoft basically implies that they cost consumers billions of dollars from "worm accidents"

    --

    -- Betting on the survival of the media industry is a serious risk. I advise investing elsewhere.
  194. Here's a wild thought... by Chris+Johnson · · Score: 2

    If third-party security companies and organisations can be made to take responsibility for the protection of Microsoft customers, can Microsoft sue them for failing to adequately protect the public against software flaws Microsoft itself created and distributed?

  195. What is the Real issue ???? by gandalph20 · · Score: 2

    What is the real issue here ?

    Is it the fact that Security experts show the holes which they know that hackers will find.

    No it's more to the point that MS is trying to release software which relies heavily on the fact that they can create secure systems. The whole XP and Hailstorm idea is based on the fact that user information will be protected and that MS can charge for this protection.

    MS dosen't want security firms to find holes in it's code that shows how ineffective and inefficent they are at writing good code and creating secure systems.

    MS as are most if not all main stream computer firms have inefficent business models and practices. They have been allowed to run amuck while governments all over the world allow them to produce shoddy work.

    If it was any other industry other then software there would be millions up in arms. If the car industry built cars and advanced the way microsoft has (Borrowing bills anology) we would be back to the horse and cart as theieves would be stealing our cars left right and centre, and when they weren't being stolen they'd be stalled in our drive way.

    This condiction has existed and will continue to exist, beacuse the poliuticians are to narrow minded and just plain stupid to understand the new technological revolution. SO they listen to the industry experts, who just happen to own the biggest software firms in the world.

    No one expects perfection from a manufacturer whether they be in software or producing solid products. But we do expect a high degree of professionalism. No manufacturing industry is allowed by law to sell products that are dangerous. Software companies can, they can sell software that has the potential and that have cost the world billions of dollars and large amounts of productivity.

    It's time our politicians wake up and learn something about the IT industry instead of just sitting on there butts and thinking happy, happy thoughts. Or we'll all wake up one day and all computer which are connected to the WEB (Except possibly those using Linux and Unix) will not work.

  196. Is it just me? by Hacker+Cracker · · Score: 2

    Or does this sound like a response (an admittedly weak one) to the Gartner Group's calling for IT professionals to dump Microsoft?

    "Uh, all these secutity holes aren't our fault, it's those damned jerks--Information Anarchists--who publish the details!"

    -- Shamus

    This space for rent! EZ terms!

  197. Viruses are good for you - they build resistance by shic · · Score: 1

    At work we recently had a discussion about the current state of viruses - and our consensus was that most were thankfully reasonably benign - in real terms they were simple to detect and eradicate. I for one hope we don't return to the old-school where executables are modified and viruses interact with the OS at the lowest levels - gradually damaging data in order to ensure that errors are propagated thorough grandfather-father-son backups. This sort of low-level virus was a serious problem in days of yore... and can you imagine trying to detect a binary level real-time encrypted/decrypted monster for which there is no clear signature. What a nightmare that would be - at least right now the most prevalent damage seems to be to pride rather than mission critical data.

    I'd postulate that without this flurry of viruses that have plagued Windows of late, the masses would still be completely ignorant of security issues. By causing embarrassment, affected users are likely to remember their mistake and avoid future repeats - not that I think virus writing is in any way justifiable. Sure - releasing exploit information to live systems is dangerous - expanding the availability of this information certainly damages the security of the systems in question. However, we all know that the real problems lie with the abominable quality of MS closed source systems.

    There is a solution - to both this and the problematic anti-competitive claims - we need legislation. We must require all organisations using computers to manage personal information (in the UK exactly that information which is covered by the DP act) to only use suppliers who fully disclose all interfaces to their systems for public inspection. I don't believe that we should require Open Source (although that certainly meets the requirements of specification) - but I believe that a supplier who falsely, or incompletely documents a formal specification should be held liable without limit for any consequential damage which can be attributed to any discrepancy between the system and it's specification. Simple, effective and our only defence against "evil terrorists" otherwise minority groups with selfish agendas will surely wreak havoc be on the free and democratic world. Start the lobbying!

  198. The problem with trying to stop it by Anonymous Coward · · Score: 0

    The problem with the author of this articles point is that you can't stop it. That's the one thing we have learned about information. As soon as it exists or is created you can't stop it. Eventually, it will be everywhere. It's not like these people are doing something new. The information on how to kill security poor products has existed since the first picosecond of the universe... well before anyone wrote dodgy software. I think the real issue here is that people are making it easy for people who have little knowledge of the issues involved to destroy vulnerable systems. I think that's a little like handing Osama the keys to an Airplane. He might not know much about it, but you've trained him just enough to fly it into the WTC. Then again, there are some security problems (Nimda, Code Red) that are SOOOOOOO bad, that it only takes one person to know it for it to bring down millions of computers globally.

    I think it's time software companies stopped bleating about people hacking their products and just went ahead and admitted that it costs reay money (or time in the case of opensource) to make software as safe as possible, and that you can't EVER make ANYTHING totally secure. Oh, that and getting their arses in gear and actually fixing the problem.

  199. Has anyone mentioned... by Mike+McTernan · · Score: 1

    Has anyone mentioned that security through obscurity is a dangerous thing that does not work?

    --
    -- Mike
  200. What a load. by ICMP_FRAGMENT · · Score: 1

    Bullsh*t. Microsoft is just getting tired of being caught with their pants down. If source to exploits was not published, the concern to fix holes would be dramatically lower, and rather than learning to patch your software after your machine crashes you can learn to patch it after a real cracker uses information on the server to defraud you or your customers out of their money.

  201. MOD PARENT UP by Anonymous Coward · · Score: 0

    Microsoft????? More like...MicroSUCK! Ha!

  202. l0pht spoke on this years ago by RestiffBard · · Score: 2

    i was listening to "the connection" on NPR a few years ago when they had the guys from l0pht on. they were pretty good at explaining their reasons for publishing exploits and i heartily agree. as others have said most companies will not make a fix until everyone knows there is a problem. microsoft should just get on the ball. someone finds a hole, they patch it and make a mea culpa. i jsut wish they would cut out the nonsense where they try to shift the blame. it doesn't work. making fixes does. microsoft would be such a better respected company if they would jsut lose some of their attitude and admit when they are wrong.

    incidentally. this will proabably piss many folks off but i think i have a point.

    Microsoft offices in reno were hit by anthrax. some scientist years ago figured out what anthrax was and how harful it could be. he told everybody. everybody did what they could to avoid anthrax and Bayer came up with cipro, a drug to fight anthrax.

    so what the hell is microsoft saying? that we should have locked up the guy that figured out anthrax? and bayer for coming up with the fix?

    geeze... that just seems fucked up. am i wrong?

    (incidentally I'm certain I'll be hit with tons of responses telling me that yes i am wrong) :)

    --
    - /* dead coders leave no comments */
  203. let's deconstruct that statement, shall we by mj6798 · · Score: 2
    "It's high time the security community stopped providing the blueprints for building these weapons," Culp writes in the essay.

    Basically, by referring to demonstrations of security holes as "blueprints [...] for building weapons", Culp is plugging into the current hysteria and war atmosphere to try to achieve their goal. What is their goal? To cover up that it is Microsoft that fails to use proper development practices to avoid common security holes and that it is Microsoft that is responsible for shipping products that does not meet even minimal security standards.

    If you do want to use the language of war, Microsoft is like a very powerful weapons manufacturer that sells weapons to the US military that do not function properly, that they know do not function properly, and that allow the enemy to break in and disable them using trivial, well-known methods. I would say it is every American's patriotic duty to make sure that the shortcomings in the products of such a manufacturer are exposed widely so that both the political and the legal system can curb their abuses and keep them from putting American property and lives at risk in the future.

    You see, the key issue is that we know well how to avoid the kinds of security holes that keep appearing in Microsoft software. Microsoft is simply trying to save money by cutting corners on development practices and trying to kill competitors by rushing immature products to market prematurely. That is what Microsoft should be held responsible for, both financially and possibly criminally.

    If Microsoft (and other large software companies) were held responsible for bugs in their software, you can bet that the "software crisis" would end soon, as software developers would finally find it more lucrative to invest in proper training, tools, and testing rather than to just grind out flaky code with the equivalent of unskilled labor.

  204. What IDIOTS!!!! by HanzoSan · · Score: 1



    Stop providing the blueprints? ok.

    Next week when Microsoft is hacked again this time with absolutely no warning, no way of figuring out how the hack may have taken place, and no way for anyone to secure their machine from it. We all just have to trust Microsoft??!

    I dont think so.

    Hackers are going to hack, blueprints? Hackers CREATE blueprints and some website displaying what hackers already know isnt going to change that. Displaying the information protects people who dont know what hackers know.

    --
    If you use Linux, please help development of Autopac
  205. Car Problems by jjonte · · Score: 1

    If my car has a safety issue, does it not affect me if i'm not told about it?

  206. Interests of Software Manufacturers and Consumers by Andrew+Dvorak · · Score: 3, Informative

    It appears that the advantage of releasing sample code to exploit flaws in computer systems places increased pressure to fix the bug on the manufacturer. This is good, but at a compromise which places serious risk to the consumers of the product. Once suspect code is released, the potential for damage to consumer systems is exponentially increased because the tools to do damage are then available to anybody. Both sides have valid points, but perhaps a set of guidelines to report such bugs which take into account the interests of all involved parties is crucial.

    As far as I am concerned, there are five levels of releasing this information which could be used to balance these interests: 1. Say nothing and somebody else will exploit the bug 2. release this information to the manufacturer of the software product and hope they do something about it 3. release a summary of the bug enough so it is realized by the general public 4. release technical information on what theories are used to exploit the flow 5. release the tools necessary to exploit the flaw

    The above could be thought of as an agenda for the order in which to release word of any flaws, where one step succeeds the other, starting at #2. 5 should be used with extreme caution - in other words: know what you're doing before using this step, because then anybody can make a toy of the tool to execute the exploit on anybody's system.

  207. Misleading Rhetoric by Anonymous Coward · · Score: 1, Insightful

    The rhetoric in the article is quite misleading:

    This is not a call to stop discussing vulnerabilities. Instead, it is a call for security professionals to draw a line beyond which we recognize that we are simply putting other people at risk. By analogy, this isn?t a call for people for give up freedom of speech; only that they stop yelling "fire" in a crowded movie house.

    He purposely uses the canonical example of what type of speech is not considered good. He neglects to mention that in the example, there is supposed to be no fire. If however, there was really a fire, we all would want the person to yell out "Fire! over here. On the drapes next to the fourth balcony." Yelling "fire!" is more important, not less, when there is a crowd in the theater. More people are at risk. They deserve to know that.

    When researchers post detailed descriptions of security holes and exploits, they are yelling "fire" where there is actually a fire. When PR doublespeaker from Microsoft claims, as they have done elsewhere, that "Open Source results in security vulnerabilities" they are the ones who are yelling "fire" where there is in fact none.

  208. Raw Sockets and M$ by tillemetry · · Score: 2, Interesting

    Last time I checked (and it was a while ago) M$ was planning on using raw unix sockets on XP. My understanding is that this is a very bad thing security wise. Do they intend to blame others for this also? Or will they use it to develop a proprietary TCP/IP, and blame others for that necessity?

    1. Re:Raw Sockets and M$ by brsett · · Score: 1

      Don't know if this is a troll, but the reason "raw" UNIX sockets are considered bad is because they can be exploited as a tool to hack other machines, they do not open any particular vulnerabilities on the host. At any rate, none of the attacks possible thru a standard posix (raw UNIX) socket is anything to be concerned about, firewalls are quite capable of dealing with them, you just have to have some degree of sophistication when setting up a firewall (like checking the interface the packet comes over rather than just the originating ip, to ensure spoofed packets don't get in).

    2. Re:Raw Sockets and M$ by jacoplane · · Score: 1

      Yes you're right. Check this article by Steve Gibson about it.

      I think the situation hasn't been altered for WinXP build 2600 (release build).

    3. Re:Raw Sockets and M$ by tmdybvik · · Score: 1

      Nope.
      Raw socket capability makes little difference, in particularly because one can always add this capability to Win98/95 at ones leasure. This is what much of all this funky firewall, socks proxy or IP sec software does to begin with in order to provide desired capabilities.

      Remember, these systems (win9x) have no security, and no way of preventing either - a) The user, or - b) A malicious piece of code to modify IP stack and/or other system components.

      The "badness" of this was mostly a publicity stunt from mr Gibson.

      --

      -- Fortes Fortuna Adjuvat --
    4. Re:Raw Sockets and M$ by Dwonis · · Score: 2

      Steve Gibson is an idiot. He was personally affected by a DDoS, so he's now against raw sockets for emotional reasons. By his logic, Linux shouldn't be given to desktop users unless raw sockets are removed

    5. Re:Raw Sockets and M$ by Anonymous Coward · · Score: 0

      I'll second that.....Gibson is a fucking blockheaded charlatan.

    6. Re:Raw Sockets and M$ by Anonymous Coward · · Score: 0

      Gaah. raw socket access on linux is PRIVILEGED - a process has to be running as root to be able to do it. On windows, any user can now do it - so you don't need to r00t the box, just gain access, to mount a DoS attack.

      WINDOWS IS COMPLETE SHIT! STOP USING IT!

    7. Re:Raw Sockets and M$ by Sir_Real · · Score: 1

      You cannot block spoofed syn packets. There is no way to know, once the packet gets to your firewall, if the packets source is really what it says it is. The only thing that can reduce spoofed source syn packets is 'egress' firewalling. That is blocking spoofed packets as they leave your network, since that is the last time that you will know if the packet actually originates from where it says it does.

    8. Re:Raw Sockets and M$ by brsett · · Score: 1

      Nah, the linux kernel has a solution for that built in, but at any rate you can firewall off the problem.

    9. Re:Raw Sockets and M$ by Anonymous Coward · · Score: 0

      Under most (all?) Unixes, raw sockets are ONLY available to 'root'. That means unless I can get something onto the system and have it belong to 'root', I can't generate spoofed packets.

      Under Windows XP, raw sockets are available to EVERY USER! That means, if I can get something onto the system belonging to ANY user (even 'nobody' or whatever the Windows equivalent is), I can generate spoofed packets.

  209. Information anarchy sounds good to me by Wesley+Everest · · Score: 2, Insightful
    At least Microsoft is using the term Anarchy correctly. Anarchism means people helping each other with mutual aid without trusting our security to a self-appointed entity acting in its own interest.


    When it comes to running computers safely and productively, protecting the interests of the users (us), who should we trust, Microsoft or ourselves?

    1. Re:Information anarchy sounds good to me by raynet · · Score: 1

      Ha, but Webster says:
      anarchy \An"arch*y\, n. [Gr. ?: cf. F. anarchie. See 1. Absence of government; the state of society where there is no law or supreme power; a state of lawlessness; political confusion.

      Spread anarchy and terror all around. --Cowper.

      2. Hence, confusion or disorder, in general.

      There being then . . . an anarchy, as I may term it, in authors and their re?koning of years. --Fuller.

      --
      - Raynet --> .
  210. This reminds me of a patch from Novell by Tachys · · Score: 4, Interesting

    I found this story talking about serious security problem in Novell Groupwise. But they say it is better if they do not tell you what the problem is. But apply the patch NOW

    1. Re:This reminds me of a patch from Novell by kindbud · · Score: 2

      Oh for gods' sakes. Anyone who exposes their GroupWise environment to strangers is just asking for it, patch or not.

      --
      Edith Keeler Must Die
    2. Re:This reminds me of a patch from Novell by Anonymous Coward · · Score: 0

      Here is the text of an email I got from Novell this week (10/16/01):

      "On August 14, 2001, Novell announced the discovery of a security issue in GroupWise 5.5 Enhancement Pack and GroupWise 6 to its customers. At that time, the Padlock Fix was provided to customers to address this issue. It has been the intention of the Novell Collaboration Services group to release more detailed information about the nature of the security issue once customers had sufficient time apply the Padlock Fix.

      Our current support data shows that over 85% of our directly trackable customers have applied the fix to date. Based on this, Novell plans to provide more detailed information about the nature of the Padlock security issue on November 23, 2001 at Noon MST. This should provide sufficient time for any remaining customers to apply the fix. To this date Novell is not aware of any customer system compromises due to this issue.

      If your organization operates GroupWise 5.5 Enhancement Pack or GroupWise 6 and has not applied the Padlock Fix, we highly recommend you do so as soon as possible. The Padlock Fix is available at http://support.novell.com/padlock"

    3. Re:This reminds me of a patch from Novell by dman123 · · Score: 1
      Exactly.

      I didn't know what it was at the time either. Not so coincidentally, that morning same morning our email server started spewing spam and acting as an open relay even though the "don't allow open relay" box was checked. Applying the patch took care of the problem. It didn't take a rocket scientist to figure out how we should fix that one. Something about a hole if a Subject or Name field contained empty quotes, IIRC.

      I'd hate to think what else was vulnerable.

      --

      --
      dman123 forever!
      Filtering out the -1s and 0s since 1999.
  211. The obvious? by loconet · · Score: 1

    First, let's state the obvious. All of these worms made use of security flaws in the systems they attacked, and if there hadn't been security vulnerabilities in Windows®, Linux, and Solaris®, none of them could have been written.

    CodRed and the other worms were Linux, Solaris worms?? Is that obvious to anyone besides Scott?

    --
    [alk]
  212. difficult problem, but this is not the solution by bug · · Score: 4, Insightful
    As a security researcher, I can say that this is a difficult issue. I certainly benefit from having access to exploit information in my research and testing, but just as certainly the public release of exploit code is a sword that cuts both ways. At issue in many current IT-related court cases is free speech with regard to software and source code. Examples here are cryptography export regulations court cases and DMCA-related court cases. The free speech argument here (and in my mind the most correct argument) is that, just as for musicians the only practical and unambiguous method of communication is sheet music, that source code is the only practical and unambiguous method of conveying ideas about computer-related subjects. In computer security, a related argument can be made that the only practical and unambiguous method of communicating ideas about security vulnerabilities is through exploit code and programs.

    The security community is so large and diverse that effective controls on exploit code and detailed vulnerability information is impossible. Who would determine who gets access? Microsoft? The US Government? The only practical method is the public one.

    The enemy is not Microsoft's unwillingness to produce patches for their security vulnerabilities. They have actually proven to be one of the more cooperative vendors for recognizing flaws and producing and releasing patches, at least in recent times.

    The enemy is not the public release of explicit vulnerability information, which is necessary for security research.

    The enemy is also not the 13-year-old that breaks into computers. Fighting a war against 13-year-olds is a dumb war.

    The enemy is the fact that software vendors like Microsoft have consistently chosen to place their customers at a ridiculous amount of risk through default configurations of their software, and the fact that a 13-year-old can break into thousands of computers with little effort or skill.

    Why is it that default configurations of all major OSes (note that I'm not singling out Windows here, I'm saying all OSes) come with an absurd amounts of default services open? If the vast majority of customers do not need a service running, then it should not be running. How many nimda infections were from people who had no idea they were running a web server in the first place?

    Why is it that default configurations of most prominent workstation and network client software has poor default configurations, security-wise? Do most users out there really need ActiveX or Javascript in their email client? Not only no, but hell no.

    Yes, vulnerabilities do occur in all software. I don't think that anyone out there has any expection for Microsoft or any other vendor to achieve perfection here. However, the issue here is that the default posture leaves users prone not just to known vulnerabilities, but to ones that have yet to be discovered.

    All software vendors (including but not limited to Microsoft) need to better examine the features of their products to discover potential points of attack. If the majority of users have no need for a particular feature that might be dangerous at some later point in time (e.g., mobile code capabilities, network services, modules to network services like IIS index server, etc.), then they should be disabled by default. Go ahead and make an easy-to-use checkbox for turning that kind of stuff on individually, but don't have it on by default.

    Microsoft has recently stated that it is beginning a new initiative to ship their products in secure configurations. I believe that they probably will succeed somewhat here, but we've been hearing similar lines of bull for so long that they have no credibility here until they actually prove it.

    Microsoft and other vendors should stop whining about the messengers, and should start shipping products with default configurations and initial postures that are likely to withstand existing and future attacks. Default configurations are enemy number one, not public vulnerability research. Let's see some proactive work being done instead of only reactive work. Microsoft has plenty of problems to fix in their own development processes before they worry about fixing the "problems" they feel the security community has.

  213. My use for exploit code by Minupla · · Score: 2

    I find it is very handy. I use it to disabuse developers at companies for which I am responsible for the security of that buffer overflows aren't so tough to exploit that they don't have to worry about them in their code. You'd be amazed at how many otherwise excellent developers think that Buffer overflows are unlikely to ever be exploited.

    --
    On the whole, I find that I prefer Slashdot posts to twitter ones because I don't get limited to 140 chars before
  214. We have to force microsoft's hand by bruns · · Score: 1

    If we didn't write sample code and show how to exploit the security hole, Microsoft would never patch things. They only patch holes in a few cases:

    #1 If it allows them to 'fix' something else like Quicktime, RealPlayer, or any other competing product

    #2 If people make such a big stink that Microsoft has to fix the bug in order to make itself look like its actually doing something (and even then, it has a hidden motive).

    #3 If it allows people to bypass their precious ELUA

    People forget that Microsoft created the holes in the first place. We wouldnt' have to write sample code to blow holes wide open if they didn't exist!

    --
    Brielle
  215. The real problem: customers unaware of security by gotan · · Score: 4, Insightful

    The real problem is, that all those security holes make their software look bad. Especially compared to other software. When he mentions that softwaremakers are more aware of security and faster putting out patches, he conveniently forgets to mention, that specifically Microsoft was extremely reluctant to react on security-flaws until they were publicized widely. He also neglects to mention, that it's not only important that there is a patch, but also to make peolpe aware of it. It is very true, that beyond the complexity of "Hello World" there is rarely a piece of perfect software, but he addresses that statement to the wrong people. The security experts already know this, but the customers of microsoft very obviously don't.

    Also it must be said, that most of the damage the worms did was to the image of microsoft. These worms showed the extent of vulnerable machines all over the world, but had there been no worms there would be even more vulnerable machines now, with backdoors open to anyone intelligent and motivated enough to write their own exploit. All those worms that draw so much publicity to the security flaws are just the tip of the iceberg. Someone really malicious will have the abilities to sneak in through a hole without a ready script, and he won't do it with a worm that creates a lot of traffic, but silently install a backdoor and do whatever he set out to do.

    When calculating the damages a worm did, that always includes a complete system check for data integrity, backdoors, etc. But if the hole was there and had to be patched, who is to say, there wasn't someone/thing else than a well known worm that came in, installed backdoors and corrupted data? And that person will probably do far more damage, since he probably choose that computer for a reason. Much damage is already done, when the system had a hole and was attackable for some time, since that means that system security and integrity can no longer be guaranteed. Many worms are only making aware of that fact.

    Microsoft could do far more for the security of their products by making people aware of the importance of patches, but probably that doesn't sit well with marketing.

    --
    "By the way if anyone here is in advertising or marketing... kill yourself." -- Bill Hicks
  216. Why not? by CAIMLAS · · Score: 3, Insightful

    Hey, they want the security sites to leave alone exploits - so why not? If they want to blame their best source to the solution for the problems, let them. Watch teh security sites disappear - or rather, stop supporting MS stuff. Then watch MS software go to hell as exploit after exploit rips it appart.

    --
    ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
  217. Free Speach by Anonymous Coward · · Score: 0
    Translation:


    Its about high time that we did away with Free Speach! The press never did any good anway! People need to be more responsable and say only the things I want them to say! That way life will be much better for me! Its the right thing to do! Blah Blah Blah... I can't beleave microsoft published that.
    -James

  218. One Microsoft Way by kindbud · · Score: 2

    Culp argues in the essay that software flaws--whether in Windows, Linux or another operating system--are not going to go away.

    "While the industry can and should deliver more secure products, it's unrealistic to expect that we will ever achieve perfection," he said.


    If perfection is the standard, then I agree - no software will ever achieve that state. However, there is plenty of solid code available gratis and for fee that is for all practical purposes, perfectly secure. Take qmail, or djbdns; the OpenBSD kernel; various "trusted" OS; many embedded OS are practically perfect as far as security goes.

    You can even take an older Linux distro, install it, and disable all services but those that are required (and upgrade those to the latest stable versions), and you have a box that will resist almost every exploit, and certainly all of the common ones.

    You could do this with Windows, but for the fact that sometimes unnecessary services cannot be turned off. This is where Microsoft - and RedHat (who learned) - have made their biggest security blunders, by enabling unneeded servers out of the box. Stop that, and most of the worm problems go away, or are severely limited in scope.

    --
    Edith Keeler Must Die
  219. I really don't think so... by ilovecheese · · Score: 0

    Typical Microsoft. Quit your damn crying, and clean up your code. At least, for God's sake, get it audited by a true independent 3rd party. I really don't blame anyone for hax0r1ng your boxes, the os is truly pathetic, and so is MS for not caring a lot about security. You've dealt with security by keeping a closed source all these years, and it is finally catching up with you.

    Don't get me wrong, I'm no open source zealot, nor an anti MS individual. I just think that crying about it will never fix it. It needs to be fixed the first time.

  220. Pseudo Code will not work by Numeros · · Score: 0

    It only takes one to follow pseudocode and create a working script or binary and post it somewhere. It will only buy some time. I am for notifying company, wait a reasonable time, then post complete exploit.

  221. check my logic by Alien+Being · · Score: 1
    I agree with Microsoft (probably a first) that handing exploit code to script kiddies is counter-productive. OTOH, MS cannot be trusted to own up to the bugs and fix them in a timely manner.


    So maybe it should work like this:


    Vulnerability discovered

    • Vendor, Cert, etc. supplied with exploit details
    • Public notified of existence of vulnerability


    Vendor given 2 days to confirm or deny vulnerability.

    • If they deny it, release exploit to public. It won't hurt anything because the vulnerability doesn't exists. Right Bill?
    • If they confirm it, wait two weeks, then release exploit to public. Vendor/customer have 2 weeks to create/install patch before script kiddies get hold of it.
  222. This is all bull by Erore · · Score: 5, Insightful

    I have about 50 Microsoft NT servers from 3.50 thru Windows 2000 REGISTERED with Microsoft. They have my name, my address, my e-mail address, my telephone number.

    Never once did they contact me or send me a CD with security patches on it. Never did they send me an email to go to a website to download a fix.

    I was told, when I registered my product, that they would keep me informed. They have failed to do so.

    The recent exploits of IIS were from known problems that had previous patches. Many users did not patch their system. They did not know that they had to patch their system. Despite Microsoft knowing who the users of NT IIS were, they did not attempt to contact those users and let them know that patches were available.

    Not only that, until recently Microsoft made it very difficult to find security patches. Their website is large and complex, and items change location all the time. In the past five years finding patches for security fixes of NT systems has gone from extremely easy, to nearly impossible, to finally getting organized and easier again.

    Why is it, that after the outbreak of Code Red, it took days before information was available from a link on Microsoft's main page? Because it is bad marketing. Instead I have to go deeper to find that information. There isn't even a generic link for security from the main page.

    When you do get to their security page, you are told that Microsoft is doing the radical step of giving Security Tool Kits away for FREE!!! Amazing, you bloody well better give it to me for free. It's your buggy code that had the problem in the first place. I'm a registered user, I haven't received a kit yet.

    Microsoft is finally starting to take some initiative with this security thing. But, they shouldn't run around pointing fingers at anyone other than themselves

    1. Re:This is all bull by sheldon · · Score: 4, Interesting

      www.microsoft.com/security is too hard to find?

    2. Re:This is all bull by maddman75 · · Score: 1

      Really - that's interesting. I've recently installed RedHat 7.1 and registered with the Red Hat Network. In a week, they've send me three security notices of various systems installed that have potential holes. The fix? Go the the command line and type "up2date" RH automatically goes out to the web, downloads the patches, and installs them.

      And people say Windows is easier to administer!

      --
      -- When a fool hears of the Tao, he will laugh out loud.
    3. Re:This is all bull by Erore · · Score: 1

      Thanks for the reply. If you read what I wrote you will realize getting security patches went from easy, to difficult, to being easy again. The url you provide has not always existed, nor has it always had useful information. Microsfot security patches for their programs from the OS to Exchange to SQL have usually been in different places. In fact, many of them required the user to dig through the ftp site (which was badly organized last time I looked at it).

      The easy url, this new campaign, are steps in the right direction. However, they have had an insecure product for 20 years and they are only just now getting serious about security.

      Kinda funny how they have allowed pirated software for 20 years and they are only just now getting serious about that.

    4. Re:This is all bull by dasunt · · Score: 2


      Okay, dumb question, but does windows update include or not include the security fixes people so often mention here? I'm thinking of "critical update package" in particular.


      Anyone know?

  223. What date are we? by tcc · · Score: 2

    October 17th...

    oh okay... I was so sure it was april 1st...

    God, how can a Billion dollar company be saying something like that?! Guess it's because it's a billion dollar company, heck any small developpers saying something like that would starve...

    I guess this is an easy +1 for open source, talk about self-mutilation... I can't beleive we're actually running on over 50,000$ worth of MS products and I am actually reading this...

    --
    --- Metamoderating abusive downgraders since my 300th post.
  224. If you don't make it public: My experience... by slashkitty · · Score: 5, Insightful
    I've tracked down a number of security bugs. After verifying their existance, I immediately contact the company(ies) involved. Guess what? They don't all respond. Some of the problems I have found are with browser software, it was only until I made it public, with sample code, that I was even contacted by the companies.

    In my most recent finds, not made public yet, there are a number of gross privacy bugs in some pretty major websites ( similar to the hotmail problems, but with banking, news and ecommerce sites ).. Well, besides the difficulty in even finding someone in their organization to tell about the problem, once told they ususally do nothing. So, the question I have is what do I do now? Leave your banking site wide open, or make the exploit public to get something done?

    --
    -- these are only opinions and they might not be mine.
  225. L0pht said it best by Anonymous Coward · · Score: 0


    " That vulnarability is completle theoretical " --Microsoft
    L0pht, making the thoretical practical.

    Sometimes publishing details about a hole doesn`t convince everyone, even if it convinces the authors there is a need for a patch and parhaps even auditing the code for these things before release.... What if people dont learn from this mistake (patch it and never make it themself...)

  226. Never thought I'd see the day.......... by Ride-My-Rocket · · Score: 1

    After all of the sleazy marketing tactics they've engaged in, Microsoft is irked that security-oriented websites are being forthright in revealing the flaws associated with the myriad facets of Windows?? Here's a novel idea, which should apply to everyone from the smallest two-bit software shop to the big boys at Redmond -- if I pay for your software, I'm gonna damn well complain as much as I like when it starts breaking!

    They don't like it when flaws are posted and exploited, which makes them work harder on securing their newest OS? Why, because it slows down the product development lifecycle of the next, marginally improved generation of software? Then they should either extend the beta until they're more confident in it..... consumers shouldn't have to pay for QA!

  227. This reminds me of Stephenson.. by Popoi · · Score: 1

    In some part or another of 'In the Beginning Was the Command Line.' he talks about the fundamental difference in the handling of bugs in code by commercial and non-commercial software companies. Microsoft has built up this almost communist-party level need to appear infallable, and thus almost never publicly acknowledges any bug. And like most everyone else has said, people writing exploits of some of the more serious bugs forces MS to take note and fix it, lest their products be seen as the straw giants they really are.

    To throw in another analogy, who would we be pointing the finger at when some day care service, recently exposed as a sweat shop cover, blames the reporter who outed them?

    The only difference here is that most reporters, deservedly or not, are seen as agents of truth and justice. But try convincing the average man on the street that Back Orifice is a good thing in the long run, and see how far you get.

  228. Re: MS fixing exploits would attract the DOJ by Splork · · Score: 1

    If microsoft were release new software without exploitable bugs that would be abusing their operating system monopoly to unfairly compete with network security device and virus scanning software companies. The DOJ could sue them for anti-competitive business practices. ;)

  229. So no exploit detection tools? by kap1 · · Score: 1

    I'm a big fan of exploit detection tools. If you don't have exploit code, you can't test the efficacy of the fixes.

    First, what sane admin would patch a system and then not test to see if it in fact had been fixed?

    Second, it's far more cost and time effective to run a black box exploit detection script against a heterogenous network environment than trying to manage a diagnose and patch effort from a white box administrator perspective, -- in short, try to map every machine and os and package version to the appropriate fixes.

    DJK

  230. these script kids these days by Anonymous Coward · · Score: 0

    silly Microsoft, exploits are for script kiddies.
    where did I read that these kids these days can't code in C or any other langauge, don't know who invented UNIX or the C language, don't know about Babbage or Hopper? may have been Slashdot. They just now how to run pre-made exploit programs. They want an executable - they would not even know how to compile a code fragment since this would require a bit of thought.

  231. Re:MS FUD by xmedar · · Score: 3, Interesting

    Did anyone else notice this -

    Code Red. Lion. Sadmind. Ramen. Nimda. In the past year, computer worms with these names have attacked computer networks around the world, causing billions of dollars of damage. They paralyzed computer networks, destroyed data, and in some cases left infected computers vulnerable to future attacks

    then further down -

    All of these worms made use of security flaws in the systems they attacked, and if there hadn't been security vulnerabilities in Windows®, Linux, and Solaris®, none of them could have been written. This is a true statement, but it doesn't bring us any closer to a solution.

    Basically they are attempting to put Solaris and Linux in the same boat as M$ware, it looks like the author Scott Culp hasnt met his quarterly quota for marketing FUD and so has thrown that *cough* article together to make up for it.

    --
    Any sufficiently advanced man is indistinguishable from God
  232. Hmmm..... by mickeyreznor · · Score: 1
    "scott culp is the manager of the microsoft security response center."

    isn't it interesting that the name of this person is the root of the term "culpable"? ("mea culpa")

  233. WHat !??! by Archfeld · · Score: 2

    I am sorry but when I apply a package that has been certified by SUN for SOLARIS, I've never actually had it break my machine. Now I have had other 3rd party programs have problems, for example using a secure email or secure ftp on Solaris that is NOT SUN provided, will encounter some permision problems following major system patching, but at least the core OS always works.
    Apply a M$ service pack and sit BACK AND PRAY, then re-apply all the bloody hotfixes that were invalidate by the SP...what a pathetic joke.

    --
    errr....umm...*whooosh* *whoosh* Is this thing on ?
  234. Facing the wrong way by nagora · · Score: 2
    "And it's high time that computer users insisted that the security community live up to its obligation to protect them."

    The role of the security community is to protect users from false claims of security by companies which produce shitty software; it is the software producers' obligation to provide the security claimed for their products.

    TWW

    --
    "Encyclopedia" is to "Wikipedia" what "Library" is to "Some people at a bus stop"
  235. Yes, but Mr. Culp... by dpete4552 · · Score: 1

    Scott Culp, Manager of the Microsoft Security writes, "...it's high time that computer users insisted that the security community live up to its obligation to protect them."

    Uh, then what's he on the payroll for?

    --
    http://www.archive.org/details/ThePowerOfNightmares
  236. Tsk..Tsk.. by Mir322 · · Score: 1

    Oh look, the cry baby is throwing a temper tantrum because he's found out life's not going to be easy and fed on a plate to him, working just the way he wants it..

    --
    "There is always some madness in love. But there is also always some reason in madness."- Friedrich Nietzsche
  237. hell yeah by Anonymous Coward · · Score: 0

    Saatana, perkele. vitulla päähän

    Regards, pauli_ojanpera

  238. Open Source not considered by Jettra · · Score: 2, Insightful
    There are a few good points in this article. It's true that most people who use security holes to exploit insecure services are simply following a set of steps. This can be shown by simply moving exploited services over to non standard ports (but don't). In these cases security by obscurity is somewhat effective. However, this will not prevent experienced users from deviant behaviour.

    Providing information about a security hole or bug to the company is a nice thought, but does not apply to open source. The code is maintained and updated by the Internet community as a whole. So bugs must be presented openly in order to get noted and fixed.

    Besides 'hacker' groups with malicious intent will share information privately without the companies knowledge. Instead, making this information public as soon as possible is good for everyone. It's good for the company because they will know about the vunerability. It's good for the customer because they can see the unresolved security issues specific to the application and decide wether to shut it down or switch to a more stable solution (or better yet, don't buy into it in the first place). Also, having an outstanding security issue puts pressure on the company providing proprietary solutions to fix thier sloppy mess.

    Perhaps Microsoft should consider reducing the feature set within IIS in order to provide a product that they can properly maintain. Otherwise, they might want to try moving IIS to open source. Seems to work well for Apache.

    Chow

  239. Warning May Contain Traces of Peanuts!!! by Julz · · Score: 1

    Removal of this wort of stuff would remove the ability of a purchaser to make an informed decision and protect themselves. We've already seen what happens when the consumer/inhabitant doesn't know what really going on around them security wise.

    --
    When shit hits the fan get some of these https://youtu.be/pY-GncsZ-UE
  240. I send you this virus example to have your advice by fermi's+ghost · · Score: 1

    I dont know why they are bitchin' about people posting virus source code examples. I got hundreds of ILOVEYOU and CodeRed code examples sent to me within hours. I didn't have to look very hard.

  241. My favorite quote from the essay by Wavicle · · Score: 5, Insightful
    "Security vulnerabilities are here to stay."

    That isn't the attitude I'd want someone providing my software to take.

    --
    Education is a better safeguard of liberty than a standing army.
    Edward Everett (1794 - 1865)
    1. Re:My favorite quote from the essay by Glanz · · Score: 1

      "Security vulnerabilities" is a euphemism for Microsoft Corp. Then again, someone on these /. boards has the following signature: "If security wasn't a superstition, we would find examples of it in nature."

      --
      Rien n'est plus beau que le creux du 0.
  242. Microsoft is panicking by 6cam · · Score: 1

    "See no security holes, hear no security holes, speak no security holes"

    Let's just forget there is something like a security hole.

    They wish.

  243. Re:Microsoft executives on drugs MOD UP by ackthpt · · Score: 3, Interesting
    And it's 'non-secure' rather than 'insecure', but I do feel insecure when I run non-secure applications. At work, whatchagonnado? They decide, it goes down, it gets munched, productivity hits a wall, and it's not the fault of the peabrains who limit budgets? It's not the fault of know-nothing people who pick applications 'because everyone else is picking them' Yeah, it's preaching to the choir, but I feel if people don't vent then they build up stress and that's pretty non-productive, too, from one who was hospitalized for health reasons related to severe stress.

    Meanwhile, in Redmond, someone keeps parroting "We give people what they want." Apparently a lot of us want to be pissed off. If you're in the sysadmin thing, sorry, you have my pity. If you're a worker bee, then don't get your shorts in a knot, make your opinion known once and then kick back and do whatever you have to. Can't deal with it? Get another job. Life's too short to spend being in a bent mood because of some PHB's decision to believe the Redmond propaganda machine.

    As for blaming the messenger, whoa, that's only because the messenger has had so much work lately!

    --

    A feeling of having made the same mistake before: Deja Foobar
  244. Statistics? by FenixDTX · · Score: 1

    I'd like to see some hard numbers on exploits before they are release to the public and after.

    If there is evidence of a subtantial number of real exploits occuring prior to the release of this info to the public, then I believe the public has the right to know about the vulnerability, but if there isn't and it's an exploit that is "theoritical" and not out in the wild, then the company should be notified of the vulnerability and there should be a sort of grace period before the information is released to the public at large. This way Microsoft or any other company would only have themselves to blame for their failure to correct the problem before this information is released to the public.

    Hopefully this would prevent some of the rampant spread of vulnerabilities that we have been seeing, that end up affecting everyone using the internet in some way or another.

    1. Re:Statistics? by demon · · Score: 1

      Been tried. Doesn't work. Microsoft and other companies, at best, will tell you they're "working on it", and then go back to whatever they were doing before. Fact is, unless you can make it an IMMEDIATE concern, it will get shrugged off and ignored. Just telling them they have a problem just isn't enough to make them care.

      --

      Sam: "That was needlessly cryptic."
      Max: "I'd be peeing my pants if I wore any!"
  245. Re:MS FUD by styrotech · · Score: 1

    Not quite, weren't the Lion and Ramen worms mentioned above actually Linux/Unix worms? Or at least Redhat specific ones. Yeah, I know Code Red and Nimda were worse (I'm not excusing MSs crap security), but all of those worms were helped spread by insecure default installs.

    Redhat seems to have learnt with 7.1 onwards, and it looks like MS might finally be learning with their talk about IIS 6 defaults (Whether or not that actually happens is another matter of course! I'm not holding my breath).

  246. Moan and Whine by PeterT · · Score: 1

    It doesn't surprise me in the least that Microsoft would blame others for their woes. A simple look at their business practices will show that they only care about the short term bottom line. When will they ever learn? Surely not any time soon. How long do you think it will be before XP has to be repurchased (licensed) on an annual basis, at full price?

    A pox on them!

  247. Microsoft doesn't want to fix bugs by truesaer · · Score: 1
    I attended a seminar put on by Microsoft recruiters at my college, and they spent a lot of time talking about how product managers and test engineers work together.


    basically, the test engineers find the bugs. Then the project managers decide whether its worth the effort to fix the bugs, or just leave them.


    I'm sure its no surprise to anyone, but they don't really strive to create software with the lowest number of bugs possible, they just decide whether its easy to fix or not. And if its not easy, oh well....

    1. Re:Microsoft doesn't want to fix bugs by Hassman · · Score: 1
      No. The question is if its cost effective.

      The company that makes your car can choose to have a recall or not. We've all seen fight club. What Ed Norton says on the plane is really true. My cousin does that...scary. Is all about money.

      --
      -Mark
      Dovie'andi se tovya sagain.
  248. The Real Problem by Anonymous Coward · · Score: 0

    ...is the brain-dead average Microsoft customer who's told by Microsoft that their product is secure. You can not release code into the wild, and it will still be there, for the majority of security issues are doscovered *in the wild.* You can release a patch, but if your average I-got-my-MCSE-thus-I-rock moron admin doesn't patch their machines, then the exploits will still proliferate, especially automated attack worms like CR.

    Perhaps Microsoft should have a "Patching Your System" component within their MCSE track. Obviously the fear of system exploitation just doesn't get them scared enough to patch regularly.

    And yes, Microsoft shouldn't ship products which install insecurely by default, but I place the blame more on the admins who place more importance on trying to finance their next house rather than attempting to do a decent job. My iptables logs recently showed nimbda attempts coming from an NYC software consulting firm - I really hope others don't pay them to set up webservers...

    1. Re:The Real Problem by Anonymous Coward · · Score: 0

      **APPLAUSE**

  249. Scientific Method Misunderstood by gizmo_mathboy · · Score: 4, Insightful

    It appears to me that Mr. Culp has misunderstood the purpose of the scientific method. The goal of which is to allow other researchers the ability to reproduce one's test/bug/experiment.

    Programmers use code to share their experiments because it is the simplest, best, most consistent way to do so. Not asking security and programming experts not to share "blueprints" is like asking toxicologists not to share the chemical formulas for the compounds they're researching.

    Mr. Culp needs to take a vacation away from the stress of his job and bone up on how to systemically approach problem solving and the sharing of information used to produce repeatable experiments/tests/exploits.

  250. Why am I not surprised? by jcr · · Score: 2

    So, the guy in charge of dealing with the fallout of MicroSquish's utter incompetence in the data security field thinks we'll all be fine if we just pretend that nothing's wrong with his products, and don't tell anyone if we find their mistakes.

    What a fucking cretin. There comes a time, when millions of people have lost time and money because MicroSquish doesn't understand the rudiments of multi-user computing (let alone networking), when you have to blame the idiot who makes a house out of flash paper.

    Remember that name: Scott Culp. It's the name of an incompetent sniveller.

    -jcr

    --
    The only title of honor that a tyrant can grant is "Enemy of the State."
  251. Trust Microsoft? by EZCheese · · Score: 1

    ...and this essay comes from the folks who want you to trust them with all of your personal information. Riiiiiiiiight....

  252. Why? by Hassman · · Score: 1
    Why is everyone bitching about this? Everything has security holes. My server (and my friends server for that matter) gets hacked like every 6 months or so. What a pain in my ass. Is it cuz everything is open sorced about it? Who knows. Just don't be so hippocritical about it. There are just as many issues with Linux as there is with Windows. The only difference is that Microsoft is the big huge successful business, so it gets bitched at.

    I wonder how things would be if Linux was the main stream and windows wasn't...

    Now don't get me wrong. I'm not a MS fan at all. I just hate people who are so whiny and don't like looking at the big picture and end up being hippocritical about it.

    --
    -Mark
    Dovie'andi se tovya sagain.
  253. No by benb · · Score: 1

    I'd argue that this is "fair use". He uses the word to refer to the real Linux in a normal text. To my knowledge, there is no legal requirement to add "(TM)" to each use of the trademark. Otherwise, you would have to write:

    "Linux(TM) *is also* a registered trademark, Microsoft(TM)."

    or similar. What about "linuxtmjournal"? Of course, that's silly.

    Trademarks protect from *abuse*, e.g. from you labelling your own product "Linux".

    IANAL.

  254. Most people are stupid. by Anonymous Coward · · Score: 0

    Faith is pointless.

    faith (fth)

    n.

    Confident belief in the truth, value, or trustworthiness of a person, idea, or thing.
    Belief that does not rest on logical proof or material evidence. See Synonyms at belief. See Synonyms at trust.
    Loyalty to a person or thing; allegiance: keeping faith with one's supporters.
    often Faith Christianity. The theological virtue defined as secure belief in God and a trusting acceptance of God's will.
    The body of dogma of a religion: the Muslim faith.
    A set of principles or beliefs.

  255. I think he's got a point by johann909 · · Score: 0

    Sure readers have been able to logically prove his points wrong, but I think he is on to something. Responsibly handling security issues is a good idea to defer script kiddies from giving people a hard time.

  256. I don't want to shutdown your website by mplex · · Score: 1

    though it would probably be a little less popular. As for your example, I think it's biased. Besides, IDS problems can be solved with a work around from a trusted set of individuals or some other solution.

  257. Secret exploits still travel at the speed of light by apropos · · Score: 2, Insightful

    Here's my theory, for what it's worth:

    1. If the *type* of exploit is known, and the *point of communication* (i.e., socket) is known, then an "expert" system can eventually be built that will make exploit creation point and click simple.

    2. Any random piece of information can be disseminated to an unlimited number of points on the internet in much much less than 24 hours if there is any semi-organized method of sharing the information. A web site, mailing list, private FTP server, whatever - the internet was created to share information quickly. Code Red shows that even unwilling participants can be used to spread information (or any other payload) to saturation point in less than a day.

    3. Even if only one programmer on the internet is creating exploits, there is a system of sharing this information. This is what has occurred with the "zero day" cracks of games that are shared on IRC, and it is very much a formalized and highly popular system. The only difference is that instead of being freely available to Black Hats and White Hats (like a public mailing list), it's only available as information in trade, and is usually traded for something illegal. This creates a nifty little power hiearchy where fifteen-year-olds become something like the Mafia Dons.

    4. Exploit code proves that there is a hole. This proof cannot be denied by J Random Marketing Department.

    5. A published exploit allows system admins to test whether a published "fix" actually works or not. Even if every admin doesn't do it, a couple will, and if there's a problem it will be announced on security lists (again, spreading at the speed of light).

    Conclusion:

    Because there will always be groups on the internet willing to share this information, security through obscurity will never work.

    As an example, one could interview various games companies in the US and find the mean time between release of a copy-protected piece of software and the crack to bypass the protection. I call this Mean Time Before Crack (MTBC), and it's similar to the open source concept of Mean Time Between Itches (MTBI - the amount of time between the public discussion of a software idea and it's open-source implementation) ;-).

  258. Re:MS FUD by xmedar · · Score: 2

    Ok maybe I need to add more emphasis -

    Code Red. Lion. Sadmind. Ramen. Nimda. In the past year, computer worms with these names have attacked computer networks around the world, causing billions of dollars of damage. They paralyzed computer networks, destroyed data, and in some cases left infected computers vulnerable to future attacks.

    Now what viri caused those billions of dollars of damage? Was it Linux ones or M$ ones? See they are trying to tell people that it doesnt matter which of the OSs / apps you run, they are all vulnerable to the same extent and will have equal costs when attacked. This, as many on /. know is not the case, that was the point I was making and therefore by deliberately misleading its intended audeince it qualifies as FUD.

    --
    Any sufficiently advanced man is indistinguishable from God
  259. Not really by Anonymous Coward · · Score: 0

    When I am pointing my middle finder towards Microsoft, I have 3 fingers pointing down.

  260. RE: Microsoft Security Holes by Caledai · · Score: 1

    If microsoft continues to produce software with security holes in it, then it should fulfill its obligations and notify all its clients each time a new security breach is found, rather than to let the clients get the information second hand form other experts. These experts are doing microsofts job, and although i dont agree with releasing the code to crack through, they are fulfilling a gap in microsofts security niche that needs to be filled. The customers have a right to feel safe with their computer system. Maybe if microsoft produced software without the security holes than there would not be any need for these experts to release the code. Even if microsoft succeeds in getting the security experts to stop releasing the code, others will just release it themselves. Which comes first the chicken or the egg. Its a paradox.

    --
    Although it can be funny, tell them to plug the power in.
  261. How to test by Tom7 · · Score: 2

    Well, for most of these buffer overflow exploits, you can just send a really long string and watch your program core dump. There's no need to work out exactly how to turn that into an exploit, though people do have fun doing it, and they have a right to publish their findings. Maybe if the community didn't encourage it so much?

  262. Sad But True by Pitr · · Score: 1

    There is a lot of truth in what he says though, much though I hate to admit it. It first sounds like he's saying "don't expect us to fix security problems", but that's just how we view microsoft(not that that's a wholely inaccurate picture, but still). He is in fact right in that security vulnerabilities, in some way or another, will never be totally wiped out. They can be greatly minimized, but that's it. The only totally secure box is one with no monitor, keyboard, network drop, locked in a box, magnetically sheilded... you get the picture.

    OTOH he probably just meant they wouldn't have to fix them if they weren't made public. ;)

    --

    --Not to be worried, Pitr fix.
  263. I Have More than Just 1 Problem With this Article by VB · · Score: 1



    "There is some value for having details in the advisories, but not exploit code. " said Chris Wysopal, director of research and development for security firm @Stake,


    Once you have the details of what's vulnerable you're less than an hour away from an exploit, even if you're a VB programmer. The message that needs to get out to Culp and others looking to sweep their flaws under the carpet is that once the flaw is published, the exploit is on it's way! Putting the exploit out there forces unwary admins to patch before they get hit. And, if they don't stay on top of security for their system and they get owned; fine. Find a different admin.

    The other thing that bothers me about the article is the uncharacteristicly congenial tone Wysopal took WRT M$. Weren't the guys who formed @Stake the same ones slinging shit at them back before they founded @Stake? (Inclusion of an example with an exploit purely intentional.) Takes my opinion of them down a notch.

    --
    www.dedserius.com
    VB != VisualBasic
  264. Timing by ubermuffin · · Score: 1

    Interesting this article was published almost a full month before the next Crypt-o-gram newsletter comes out... let the buzz die down before Schneier rebutts too harhsly, eh?

    -ubermuffin

  265. solutions for all windows users by sewagemaster · · Score: 1


    what is exactly the problem guys?

    i thought solutions to everything, including security holes, alignment of all the planets, and world peace could all be found in WINDOWS UPDATE???

  266. At least Microsoft can't shoot the messanger. by PHAEDRU5 · · Score: 1

    Yet.

    --
    668: Neighbour of the Beast
  267. Master Lock by Anonymous Coward · · Score: 0

    Master Locks already have several known security flaws. Especially in their combination locks. One was the locking bar would catch on the first disk, thus you could figure out the first number of the combination by pulling on the lock and turning the dial. They actually fixed that flaw in the newer versions. But the easiest way to open these locks is to pry the back off. The back of the lock is covered by a very thin sheet of metal and you can puncture it easily with a screwdriver or nailset. But all you really have to do is poke a hole in it, then you can look inside at the mechanism and you can see the combination just by looking at the notches in the disks. Master Lock also sells those cheapo key locks that you can open just by filing off the key to make a skeleton key.

    Every halfway-intelligent thief knows how to crack those things.

  268. I agree with him by Anonymous Coward · · Score: 0

    I have to agree with him, its ridiculous. We find a hole, post it on the internet as if we want the first kid to exploit it and then are surprised when theres a virus that effects a million people. Does the computer "nerd" community want these viruses to infect people? Are we for the virus writers? We are practically promoting the virus. And dont give me that bull that if its not posted on the internet immediately for everyone to see/exploit that the companies wont put out patches. They should be given about a month to write and distribute any patches that need to be done before it shows up on the local news site that the software is vulnerable. If you dont agree with me you're a moron and probably just hate Microsoft.

  269. Microsoft's analogy by Anonymous Coward · · Score: 0

    My favorite line in the whole article is:

    This isn't a call for people for give up freedom of speech; only that they stop yelling "fire" in a crowded movie house.

    Sure, it's a crime when you yell fire and there is none, but when there really is a fire you have a duty to let everyone know. I don't think Microsoft is fulfulling it's duty when they make announcements like this when there's a fire.

    Ladies and Gentlemen, we've had a slight problem with the popcorn maker and the lobby is engulfed in flames. You should be safe in the theatre as it is made out of wood, not highly flamable popcorn. Should you wish to leave, we will be unlocking the emergency fire exits as soon as we can find the keys. Please remember your tickets are non-refundable and you may not discuss any event that takes place here outside. Thank you for attending this evening's performace of Microsoft Follies.

  270. GeekPAC by rabbits77 · · Score: 1

    Ok, probably a crappy name but the idea is extremely valid. Software engineers, network admins, and the other assorted "geek" trades need a united political voice. Why? Because without one crap like this will become *more* common. I know it sounds stupid but it is true!! A united politcal group with a professional sounding name (ie."Organization of American Technology Trades" or somesuch) with money and lobbyists to congress will improve the public image of the much maligned "hacker" and give some clout to a long deserving segment of the population.

  271. Don't you dare hack .net by wedogs · · Score: 5, Interesting

    Culp says...
    "First, let's state the obvious. All of these worms made use of security flaws in the systems they attacked, and if there hadn't been security vulnerabilities in Windows®, Linux, and Solaris®, none of them could have been written. This is a true statement, but it doesn't bring us any closer to a solution. While the industry can and should deliver more secure products, it's unrealistic to expect that we will ever achieve perfection. All non-trivial software contains bugs, and modern software systems are anything but trivial. Indeed, they are among the most complex things humanity has ever developed. Security vulnerabilities are here to stay."

    In the above argument, Culp uses truth to validate fallacy. It's true that no code is perfect. It's false that security will improve by mandating gag orders.

    More to the point, Microsoft is especially frustrated with flaws being exposed in their code. Frankly, I believe the hacks associated with Microsoft products differ fundamentally from the flaws discovered in Solaris and Linux. When a Linux exploit is discovered, hackers and maintainers consider it a design flaw. Therefore, exploits are generally fixed pretty fast on Linux -- usually within a few days. The same is true for Solaris.

    Apparently however, Microsoft does not consider certain exploits to be design flaws. Sometimes, hackers simply leverage "features" (e.g. undocumented APIs) that Microsoft deliberately designed into their applications and/or systems.

    Microsoft applications tend to execute arbitrary code. In other words, Microsoft deliberately empowers IIS, Exchange, Internet Explorer, Outlook and certain Office applications to execute unchecked commands fed over the Internet. Once hackers discover these (badly!) hidden APIs, it is only a matter of time before someone sends you an email which does something nasty to your computer.

    Interestingly, despite these obvious security issues, Microsoft wants their programs to execute arbitrary code. Remember the Microsoft Word viruses? Remember the Excel viruses? Heck, email viruses were fiction until Exchange and Outlook...

    Microsoft has had years of experience and feedback since the first MS-Word virus. Obviously, they understand the risks of allowing applications to execute arbitrary code. Nevertheless, they continue to build this ability into all their major products.

    In fact, arbitrary code execution appears to be one of the core technologies behind Microsoft's .NET initiative. I suspect this is why Microsoft was so reluctant to repair the security flaws within IIS. Code Red and Nimda exploits APIs that Microsoft intends for their .NET initiative. Disabling these APIs would cripple .NET. Therefore, Microsoft did not fix IIS until they could re-think the design of .NET.

    Culp states that vulnerabilities are here to stay. Most likely, .NET will reinforce his point. Given their track record, I expect .NET to be Microsoft's magnum opus of security deficiency.

    At this late stage, re-designing .NET is out of the question. I guess Culp feels controlling what the world is allowed to communicate about .NET is easier.

    --
    Enjoy! Jon
  272. They have a point by Anonymous Coward · · Score: 0

    ....only a small one....

    By the time you see an exploit in the public, it has already been used in detail on the more critical sites.....

  273. Exploit Code by C.U.I. · · Score: 1

    As someone who has has to regularly apply MS patches on a our network, I can say that I never
    consider a machine patched until I have applied the patch and tested using the vulnerability. With so many parts integrated there is no other way to be certain that the patch was able to do its job properly.

    Now tell me, who has more time to develop the code to test or exploit a vulnerability. An admin who has plenty to keep them busing without the patches, or black hat who wants to break in?

  274. Most Microsoft programmers by Anonymous Coward · · Score: 0

    Most MS programmers have zero real world experience in the world of computers beyond the Microsoft campus. MS gets them while they are young and they never see or know anything but Microsoft. This produces extreme loyality to the point that the programmers think they can do no wrong. This is the number one reason that you see such utter bullshit software coming out of the asshole of the US software industry, Redmond WA.

  275. Know yourself, know your enemy.. by Anonymous Coward · · Score: 0

    Know yourself, know your enemy, and even in a hundred battles you shall never be in peril.

    Sun-Tzu said that in The Art Of War, IIRC.

  276. info: regarding m$ 'security' by LifesABeach · · Score: 1



    i seem to remember reading in slash dot about the serial number in every word m$ document.

    it seems to me that open source applications are having less heart burn than closed source products when it comes to 'security', and here issues.

    And since when is less knowledge better than more knowledge?

    This sounds a whole like microsoft is trying poke holes in the open source folks.

  277. What am I paying them for anyway? by Tony-A · · Score: 1

    To make Bill Gates the richest man on earth.
    Maybe in the hopes that some of the magic will rub off on you?
    For "truth in advertising" you'll have better luck in a carnival side-show.

  278. Shared 'Splots? by Anonymous Coward · · Score: 0

    In other news Microsoft announced the "Shared 'Sploits" initiative, which has all the advantages of Bugtraq and other security-related sites without the obvious terrorist-related disadvantages.

    Please apply for Membership(tm). For a competitive monthly fee you too can share in this priveleged information. If you are not a manager of a Fortune-500 company there is no need to apply.

    Cheers

    AndyM

  279. When all else fails, litigate by Thurn+und+Taxis · · Score: 3, Interesting
    If openly addressing vulnerabilities inevitably leads to those vulnerabilities being exploited, vendors will have no choice but to find other ways to protect their customers.
    Crap...I'm trying to find a problem with the logic, but I can't actually understand the argument - anyone? What other ways are there for vendors to protect their customers than put out fixes?

    Considering that this essay is from Microsoft, I think it reads clearly as a thinly veiled threat to sue anyone who points out vulnerabilities in Microsoft products (UCITA, anyone?). In Microsoft logic, if people stop publishing vulnerabilities for fear of being sued, then the problem of people exploiting known vulnerabilities goes away. This logic is akin to leaving a bank vault wide open, but turning off the lights so thieves won't see it.

    In the land of real people, litigation will not solve the problem, and Microsoft needs to know this. The first security expert to get sued will be screwed, but by that time the vulnerability will have been made public, and thus be exploitable. This lawsuit will leave a bad taste in the mouths of the "self-described security community," so that the next exploit that is found will be exploited rather than published. When people start abandoning their products en masse because of constant security problems, Microsoft may realize that they shouldn't've angered the people who point out the chinks in their armor.
    --
    On stereophonic equipment, the monaural sound obtained through multiple channels will enhance your listening pleasure.
    1. Re:When all else fails, litigate by Anonymous Coward · · Score: 0

      The one I like the most is that reply that stated more or less: M$ knows well what their clients are: They're not the ones that actually buy a, let's say Win2000 license, but their stock holders.

      That's true and under that assumption everything becomes plain clear.

      Second to this is your analogy:
      "This logic is akin to leaving a bank vault wide open, but turning off the lights so thieves won't see it."

      Obviously, almost all that can be said about this issue has been already told amid last century (that essay about those German -I think, lock-makers about the usefullness of disclosing their lock designs).

      *But* I think that undercovered is the *real* M$ logic: let's say to WinXXXX license holders we'll turn off the ligth so thieves won't see the holes; we know we do it so *they* won't see the holes (obviously we know that real thieves will go with their own torches, but not our clients: we even sue our clients if they try their own torches -publishing sploit code, trying to reverse-engeneering to understand our code, etc., but we won't be in any circumnstances since they "signed" our EULA).

    2. Re:When all else fails, litigate by mjh · · Score: 2
      If openly addressing vulnerabilities inevitably leads to those vulnerabilities being exploited, vendors will have no choice but to find other ways to protect their customers.
      Considering that this essay is from Microsoft, I think it reads clearly as a thinly veiled threat to sue anyone who points out vulnerabilities in Microsoft products (UCITA, anyone?).

      Oh crap! I was hoping it meant that Microsoft would release more secure software!

      --
      Key to financial independence: Spend less than you earn. Save and invest the difference. Do it for a long time.
  280. My two cents... by Hal-9001 · · Score: 1

    Of the OS'es I've used, I'd say that Debian (apt-get) and FreeBSD (CVSup and the ports collection) have the best systems for automatically patching systems, with Mandrake close behind (the Software Manager automatically requests that you add a source for security updates). Microsoft could come close to Mandrake if they made better use of their Critical Update Notification utility.

    --
    "It take 9 months to bear a child, no matter how many women you assign to the job."
  281. What makes AIDS so deadly? by cornice · · Score: 4, Insightful

    It's silent for years...

    Many diseases are deadly if untreated. Often the scarriest ones are those that kill silently over time. This is what MS is asking for. Security holes can be an obvious pain or a silent killer. If exploits are not made popular and fixed then the exploit will be available to those who know the most and can potentially do the most harm. Once again this is a plead for a solution that will benefit MS and nobody else.

    1. Re:What makes AIDS so deadly? by FenixDTX · · Score: 1

      Your comparison of this situation to the spread and risks of a deadly human virus is ridiculous.

      There is a big difference between acknowledging the existence of a deadly human virus and how it's transmitted and...distrubuting instructions on how to EASILY create a deadly human virus that would allow someone to willingly transmit it at virtually no risk to themselves.

      Would you justify cooking up new deadly human viruses that would target a specific group? and releasing the instuctions on how to create them into the wild just for the heck of it? Would this be all in the name of helping those that will most likely be infected?

      Sounds a lot more like the terrorist threats we're facing right now, then good security measures.

    2. Re:What makes AIDS so deadly? by cornice · · Score: 1
      Your comparison of this situation to the spread and risks of a deadly human virus is ridiculous.

      It's not as silly as you might think. You're only half right. Your extension of my analogy is incomplete. The situation is really more like this:

      A flaw exists in the population that is easily exploitable by a small quantity (maybe quarantined) of pathogen. It's small but it does already exist. The medical community has the power to eliminate this flaw through immunization, education, diet or whatever. By the way, it's easy to prevent this disease and if caught early it's almost always curable. The cost of prevention is not zero but it's not severe either.

      So, should this pathogen be blown through the ventilation system at my work?... Maybe. It sounds crazy at first but it's not at all. In this case prevention and diligence is expensive but what is the cost of the alternative? The alternative is that you have a system that can be cracked at will by any serious pathogen without any chance of detection.

      So, is it better to live life with a weakened immune system or is it better to survive the barrage of colds and flus while being less vulnerable to the silent killers simply because the most obvious exploits are eliminated?

      Let's consider your terrorist comment. How hard is it to recruit a cracker that can discover the simplest of exploits? How hard is it to recruit a cracker that can find a hole in a well hardened system?

      Yes, this crap is a pain and a waste of time but so is war and competition and illness. It exists and ignoring it won't make it go away. Lots of software is like the US airline industry prior to September 11th - vulnerable and waiting for a malicious entity to arrive.

      Look at Sklyarov. He's in jail because he and his employer were showing the world how to break the silly protection on Adobe eBook files - indeed profiting from it (how American is that?). Adobe should be paying them a finders fee but instead they're punishing a promising young programmer and making their customers more vulnerable.

  282. its easy to crack aneway by VEGETA_GT · · Score: 1

    I am not one who realy dose any Hacking, but for the heck of it, my friends and myself tryed a few times to hack each others systems. when running windows, top 5 min and where where in. Then moved to unix, bsd and linux, and they took a lot longer, and in most cases where unbreakable by us.

    if I can hack windows that fast, then what sucurity dose windows have, and why are they complaining about it. O thats right they want the general public to beleave its safe >:)=

    my 2 cents plus 2 more

  283. Re:MS FUD by Thurn+und+Taxis · · Score: 2, Informative

    All of these worms made use of security flaws in the systems they attacked, and if there hadn?t been security vulnerabilities in Windows®, Linux, and Solaris®

    For that matter, Linux® is also a registered trademark.

    My favorite part, though, is "This is a true statement...." It's true in the same sense that "Hitler, Mahatma Ghandi, and Mother Teresa were collectively responsible for the deaths of 6 million Jews" is a true statement.

    --
    On stereophonic equipment, the monaural sound obtained through multiple channels will enhance your listening pleasure.
  284. Redmond is getting ready to defend it's monoply th by veddermatic · · Score: 2

    Gee, what with the current Atrn. General pushing for HUGE e-crime bills, and the administration getting less and less enthusiastic about calling Micro$haft to task for it's monoploy, it seems that they are all sorts of ready to make "security" a crime!!!
    ".....providing the blueprints for building these weapons"
    So anything that could harm a US computer (the Govmnts, yours, mine, etc.) is a terrorist act under the Ashitler bill. Suddenly, M$ starts saying that pointing out the flaws in their products is akin to builing a weapon? Co-inky-dink? Not with the $$$$ The shaft lobbied with this year.
    Gotta love the corporate rebuplic.....

    --
    Department of Homeland Security: Removing the rights real patriots fought and died for since 2001
  285. Dumb threats from big companies forced hands by Anonymous Coward · · Score: 1, Interesting

    This wouldn't be an issue if companies agreed on a good means to protect against security holes. The problem is, many companies, upon getting a good-intentioned e-mail explaining the exploit, not only sit on their asses about the problem, they have their legal departments threaten lawsuit if the researcher publishes the work. The industry needs a standard to keep these vulnerabilities and exploits confidential to the researchers and the company whom wrote the insecure software - BUT ONLY FOR A LIMITED TIME. That's the key. Make a law that binds hands only for a limited time - say, 30 days, adequate time to warn users, write a patch, or both - and then provides full legal protection for the person(s) who publishes the exploit. No more shit like this.

  286. microsoft cant do its job by digit · · Score: 2, Insightful

    If you did your job and took those exploits and
    fixed the problems there would not be a problem.
    Do your job instead of sticking you heed in the
    sand!!

  287. It's the testing that makes it stronger by ackthpt · · Score: 2
    Like bacteria, fungi and viruses attacking the human body. The immune system learns to identify and combat each. If the attacker doesn't ever shift to a different tactic (mutate/evolve) then neither does the immune system continue to learn. The more an immune system has learned the better it protects the body.

    The irony here would be: Microsoft, found guilty of monopolistic practices, approaching the House or Senate in an attempt to have reporting software vulnerabilities declared a crime. (Heck, take advantage of the terrorism paranoia.)

    --

    A feeling of having made the same mistake before: Deja Foobar
  288. The perfect answer! by Anonymous Coward · · Score: 0

    Distribute all MS exploits in binary form! In fact, provide RPMs, DEBs, BSD packages, Solaris packages. For intel, and sparc and

    Then MS will be saying:
    "We can't figure out what is getting exploited since we don't have that .c file to run through our C to VB translator so we can understand the source code!"

  289. Totally... by Anonymous Coward · · Score: 0

    they do heave their heads in the sand...

  290. OT...your sig by Anonymous Coward · · Score: 0
    in case you're wondering about the CORRECT version of your sig it's

    REALITY.SYS HALTED

    or something like that...coupled with a Abort/Retry/Fail or something else like that

  291. Do "Black Hats" exist? by Thurn+und+Taxis · · Score: 1
    B) Highly professional "black hat" who will enter your system, steal your new revolutionary prototype plans and provide them for a small charge to your competitor who will get it to market six months before you.


    Do these kinds of top-secret ultra-spy black-hat crackers really exist, or are they the modern equivalent of the Communist Menace? I've seen plenty of proof of script kiddies, but have never seen evidence (outside of Hollywood) that these kind of people exist. Are we building fortresses to protect ourselves against black-hats who don't exist, or are there really people that talented and that dangerous out there?
    --
    On stereophonic equipment, the monaural sound obtained through multiple channels will enhance your listening pleasure.
    1. Re:Do "Black Hats" exist? by Anonymous Coward · · Score: 0

      Look at it this way.... what's your's is your's and you don't want some unknown mucking around in your systems.

      So, build your defenses as strong as you can. Then go learn some more and correct your mistakes.

      Life: A never ending learning curve.

    2. Re:Do "Black Hats" exist? by Bronster · · Score: 2
      Are we building fortresses to protect ourselves against black-hats who don't exist, or are there really people that talented and that dangerous out there?

      Two things:

      1) If we didn't build fortesses to protect against these black-hats, then there certainly would be these sorts of attacks, because they would be easier (lower barrier to entry).

      2) Consider the possibility, motivation, expected return:

      • Is it possible for these black hats to exist? yes
      • Is there a financial incentive to do this? yes
      • Is the expected return greater than the cost? yes


      Given the above, I would say it's almost certain these sorts of people exist. Of course you don't hear about them, because they're good at what they do. Industrial espionage existed before computers, and will continue to exist. Computers just make it easier (in some ways) than it was before.
    3. Re:Do "Black Hats" exist? by Anonymous Coward · · Score: 0

      These exploits occur but are usually not published even if they are discovered. Any black hat worth his weight will cover his tracks. The reason all you see are script kiddies is because they are morons.

      The hollywood image of black hats are mostly wrong. They are not ultra-spies. They are people who live in small rooms containing computers and piles of jolt and old pizza boxes. Just like the rest of us ;)

      There have been multiple instances of government sponsored industrial espionage -again not talked about.

      I have done competitive intellegence before and have been told by a client that they would pay me $xxx,xxx for an outline of the 5 year strategy of yyy company's zzz product strategy.

      The implication was obvious and it wouldn't even be that hard.

      Tell me that there aren't people in this world who would have taken the offer.

    4. Re:Do "Black Hats" exist? by Zigg · · Score: 2

      Do these kinds of top-secret ultra-spy black-hat crackers really exist ...?

      Of course they do. Ever hear of corporate espionage?

    5. Re:Do "Black Hats" exist? by Anonymous Coward · · Score: 0

      I've heard of it, yes. So what?

  292. What a cop out! by LoudMusic · · Score: 2, Funny

    That has to be the world's biggest cop out that I've ever seen. Pathetic! "Stop showing the smart people our sloppy code, they make it break!"

    ~LoudMusic

    --
    No sig for you. YOU GET NO SIG!
  293. an exercise for the reader??? by themba · · Score: 1

    maybe when deitel & deitel start publishing exploits you'll see more of this...

    actual working code is probably the cleanest way to communicate with your average programmer or sysadmin. programmers who follow the whole top down development with stepwise refinement and flow charts EVERY TIME and psuedocode process and somehow always manage to remain platform and language independent are called computer scientists and software engineers and they deserve their titles and their stock options.

    but most security alerts are going to come from average hackers (dammit -- i had to say it) and are going to be kinda kludgy and thrown together and the exploit code really ends up being the heart of the whole thing.

    so there's my tuppence...

    --
    /t
  294. Remember the Ford Pinto? Hold MS liable! by zerofoo · · Score: 1

    Ford knew about the rear axle bolts puncturing the gas tanks in these cars and could have fixed the problem for as little as $5.00 per car. Ford did the cost-benefit analysis and decided it was cheaper to litigate settlements than it was to fix the car. The courts (and juries) found out about this and really screwed Ford and then made them fix the product.

    The only way to ensure quality and security in MS products is to hold them liable for the results of their "defective" product. When an e-commerce site gets hacked and all the credit card data stolen, MS should foot the repair bill and pay the fraudulent charges. (Assuming the MS product allowed the hack to take place.)

    -ted

  295. uhhhhg by Vanguard(DC) · · Score: 0

    this is a complete catch 22... "live up to their job and protect"... uhhg... and just how the f$%@ are we supposed to do so when they dont give us all th ecode they can to study?!?!... and to prevent similar mistakes?!!?

    uhhg, M$ needs to go funk themselves... damnit.

    -v

    --
    "I think, therefore I get paid."
  296. Features? How 'bout bad code??? by zerofoo · · Score: 1

    C'mon? Unchecked buffers a feature of .NET??? That's not a feature, that's bad programming. I learned bounds checking on all my IO in CS I! Yeah, it's damn tedious, check input for validity, check output for validity, but that's the way secure and stable software is written.

    Other software industries (military, medical, financial, and comercial navigation systems) use incredibly complex software yet, those systems are held to much higher stability and security standards!

    MS software is the product of a greedy company with very inadequate development and testing procedures! In short, these "features" as you call them are nothing more than the product of lazy programmers pushed too hard by their bonus hungry bosses.

    -ted

  297. Fight the instigator, not the messenger by The+Panther! · · Score: 2, Interesting

    Joel, an ex-Microsoft engineer, wrote something in an article last year that gives me hope on occasions such as this. To glibly paraphrase, programmers write bugs into their code. Just imagine how much less time it would take if they didn't put them in there, only to have to take them out again.

    MS should be flogging their inept staff for putting so many critical ones in; then flog their QA for not finding the serious ones. Yes, they have some very complicated products, but there's a such thing as unit testing, and dammit, they haven't done any (or enough).

    --
    Any connection between your reality and mine is purely coincidental.
  298. Until it happens to you and there's no patch. by zerofoo · · Score: 1

    What if you were driving a car that had an airbag that sometimes, in some accidents, didn't go off. Oh, and by the way, sometimes your seatbelt unlatches in front-end collisions. (These are both problems that affected some very recent cars.) You'd want to know and hopefully that money-hungry car company that produced that product is shamed into fixing the problem....right?

    Now in your world, Consumer Reports wouldn't be allowed to independently test the car, and the public would never know about the defects. Big-Car Co. wouldn't be shamed into fixing your car, and who knows, maybe you would get into a serious accident where you were injured or killed by the defective product.

    Gee, that's nice.

    1. Re:Until it happens to you and there's no patch. by Anonymous Coward · · Score: 0

      No, you're wrong. In this case there are people that if they see you are going to crash into you in a particular way so that your airbag doesnt deploy and your seatbelt unlatches. And you are also telling them where and how to hit the car so that the airbags and seatbelt do not function and you die. It might be reasonable to tell the public that there is a problem with the airbags/seatbelts but dont tell the people who want you dead exactly how to hit the car to make these failures occur. This is a stupid example anyway because in the virus world you have people trying to "hit" as many people as possible in order to do as much possible damage.

  299. MS is just lazy by zerofoo · · Score: 1

    Right on target brother! How is it that car companies can track down an owner and notify them of a recall, but MS can't even send you (a registered user) a CD in the mail?

    Lazy, just plain lazy!

  300. Bending Time by Anonymous Coward · · Score: 0

    Behold the law of bending time to suit the Management Mind:

    The virus is released, then the security expert releases the reason the exploit works. If the security manager did not release the exploit, the virus wouldn't exist.

  301. two lines by Anonymous Coward · · Score: 0

    given two line that are of equal length, how can one line be made longer than the other. The answer is to make the length of one line longer or to shorten the line of the other. So the answer is not to try to stop "information anarchy" (ie. free speech), but to make the friggin OS more secure.

  302. I'm lazy by Tony-A · · Score: 1

    If the exploit is "theoretical" and looks like entirely too much effort to take advantage of, most likely I will not apply any patches.
    If the exploit is freely available, I can test and either patch or devise some workaround that thwarts the exploit. If adequate disclosure does not exist, I feel safer replying to "I send you this file to have your advice".
    Look at how much success Microsoft has had getting Code Red and Nimda patched. With the noise about Code Red and company, I patched my RedHat boxes and other than stopping IIS and friends, pretty much gave up on Microsoft as a lost cause. After going to their web page, informing my browser (IE5) that I do not want to run scripts. Several times. And No I do not want to debug the scripts it is running anyway. No. No way is Microsoft going to secure this mess.

  303. Re:MS FUD by Anonymous Coward · · Score: 0

    To qualify as FUD it would at the very least have had to be in the same sentence, or have made a clear value judgement on them. I don't see the expressions "these equally insecure OSs" or "Microsoft, Linux and Solaris viruses caused billions of dollars of damage".

    Seems like you're trying to imply that "viruses that attacked windows caused billions of dollars of damage, but viruses that attacked linux or solaris had no effect whatsoever". Although, it may be somewhat true - largely due to the scale and application of usage of the affected windows platforms vs the affected linux platforms.

    Linux and Solaris in general are less vulnerable to these attacks, but if they ARE vulnerable to a particular type of attack, then damage and loss can still be caused. If there had been no security issues with them, THEN it would be possible to stand on a high horse and blame all vulnerabilities and damages on Microsoft.

  304. example by Anonymous Coward · · Score: 0

    Rain.Forrest.Puppy has a nice paper http://www.wiretrip.net/rfp/p/doc.asp/i2/d1.htm that details how he engineered a hole that someone else found but did not give details on how they did it. This is just an interesting read and supports your point that if someone is deticated enough to exploit it, they will.

  305. "QUICK" Online Software Security Lecture course by NZheretic · · Score: 3, Informative

    If you have a few hours on your hand and *really* want to better understand what is going on, I would suggest that you sit back and listen to these speechs on Dr Dobbs Technetcast...

    If your looking for authority on the subject they come no higher than Dr. Blaine Burnham, Director, Georgia Tech Information Security Center (GTISC) and previously with the National Security Agency (NSA),

    "Meeting Future Security Challenges"

    http://www.technetcast.com/tnc_play_stream.html? st ream_id=411

    If you listen to Dr Burnhams speech you will understand why it is so important to keep "pushing" Microsoft on its inherent lack of security.

    If you want to sleep at night, don't listen to the following speech by Avi Rubin

    "Computer System Security: Is There Really a Threat"

    http://technetcast.ddj.com/tnc_play_stream.html? st ream_id=354

    If you listen to the above speech then you will begin to understand Steve Gibsons apocalyptic visions.

    And if you want more, the effect of broadband access

    "Broadband Changes Everything"

    http://www.technetcast.com/tnc_play_stream.html? st ream_id=478

    Directly relating to DDoS ( Distributed Denial of Service )

    "Analyzing Distributed Denial of Service Tools: The Shaft Case"

    http://www.technetcast.com/tnc_play_stream.html? st ream_id=482

    and "Denial of Service"

    http://www.technetcast.com/tnc_play_stream.html? st ream_id=417

    And if you want to get *really* technical, listen how difficult and more technical it is to trace spoofed packets[ Warning - this is heavy tech ]

    "Tracing Anonymous Packets to Their Approximate Source"

    http://www.technetcast.com/tnc_play_stream.html? st ream_id=48

    "I would rather have Loki uncover and exploit our inherent weaknesses now than have the Ice Giants do so at Ragnarok. - David Mohring"

  306. who's job? by Anonymous Coward · · Score: 1, Interesting
    "[...]And it's high time that computer users insisted that the security community live up to its obligation to protect them."

    good lord, this should be the job of those who create, promote and most of all charge for this cr*ppy os.

  307. Re:MS FUD by Dwonis · · Score: 2
    Redhat seems to have learnt with 7.1 onwards,

    It's not really RedHat's fault. It's the fact that they rely on a bunch of self-prescribed "programmers" who don't have the discipline to put any thought into the code (includes planning and meticulous logic analysis). No moderately-experienced programmer should ever have buffer-overflow problems bigger than "off-by-one" mistakes. But in wanting the code to "do something already", input routines are written quicky and shoddily.

    I'll quit ranting now before I get nasty. Time to get some sleep.

  308. Couldn't resist ;) by Tony-A · · Score: 1

    ...how am I supposed to protect myself?
    "Microsoft this month launched a new security initiative, the Strategic Technology Protection Program (STPP)." Impressive, huh?

    If you have a half assed decent network admin most of the time you don't even need the patch.
    Exactly. If you know the exploit.

  309. Missed the point.... by Delor · · Score: 2, Insightful



    Just a thought. Without verifiable exploit code whats to stop bogus reports?

    Bet everyone would get real sick of responding to fictitious security holes everytime someone got pissed at microsoft and started a rumor about an exploit in microsofts newest toy. (Of course there are so few people that engage in malicious microsoft bashing that this would be a tiny problem anyway)

    D

    --
    "... every time I open my mouth some of my stupid escapes!"
  310. Re:MS FUD by xmedar · · Score: 2

    To qualify as FUD it would at the very least have had to be in the same sentence, or have made a clear value judgement on them. I don't see the expressions "these equally insecure OSs" or "Microsoft, Linux and Solaris viruses caused billions of dollars of damage".

    And yet the article makes no distinction between the quality of the OSs and apps from different vendors, no graphs showing number of vulnerabilities and severity are there? Therefore it is left to the reader to draw the conclusion that Solaris and Linux as well as Windows is vulnerable to the same problems. If you go and read almost any book on influence / NLP techniques you'll soon find that it is not a common technique to lead a person in a direction and let them make the conclusion you want themto but the only way. I'd recommend everyone on /. to go and read some of those types of books, then read articles like this, as well as out and out advertising with those things in mind.

    Seems like you're trying to imply that "viruses that attacked windows caused billions of dollars of damage, but viruses that attacked linux or solaris had no effect whatsoever". Although, it may be somewhat true - largely due to the scale and application of usage of the affected windows platforms vs the affected linux platforms.

    No, its a matter of scale, Windows is more vulnerable,and much more damage has been caused by Windows issues than those on Linux and Solaris to date. The question is, would you rather deploy something that will cost you less upfront in the case of Linux, and less in admin, patching and script kiddie attacks, or whatever m$ advertising puts infront of you? I know many PHBs will soak up the m$ marketroid speak and deploy and then get their fingers burnt with things like Code Red and Nimda, hopefully these PHBs will be fired and go and do something that they canhandle, while cluefull types will get hired / promoted so that the business is not put in such a bad situation again.

    --
    Any sufficiently advanced man is indistinguishable from God
  311. EULA by skabb · · Score: 4, Funny

    Probably the next thing in the MS EULA is;
    Any SECURITY HOLE bundled with the SOFTWARE PRODUCT is the property of Microsoft and protected by copyright laws and international copyright threaties.

  312. Microsoft really couldn't do too much... by AnimeFreak · · Score: 1

    ...on stopping these messengers. The problem is, if they're reporting the truth they're not comitting slander as Microsoft might put it. Microsoft does a good job on their products sometimes, but it is things like this that really show the incompetence in that company. Yes, I know every program out there probably has some sort of exploit, vulnerability, or bug, but it is up to the person or company that wrote the software (that is if the software is not open-source) to fix that bug. Bugs, exploits, and vulnerabilities should be reported because knowing Microsoft, if they found out they would do absolutely nothing.

    Microsoft has two options here, release the source or fix their damn bugs themselves and stop crying. I wonder how cryptic the source would be?

  313. Securiteam. by Anonymous Coward · · Score: 0

    "Microsoft exploit, click here to see code."

    "I don't use Microsoft, but I'll laugh my ass off now that a month has gone by and they *still* haven't fixed it."

    "i r nt admin d00d i own j00%%%disconnected from host."

  314. This story quoted "asinine" on fark.com. by clarkie.mg · · Score: 1

    This story is quoted "asinine" on fark.com. That single fact means a lot about the credibility of the story.

    --
    Men are born ignorant, not stupid; they are made stupid by education. Bertrand Russel
  315. Other ways by Anonymous Coward · · Score: 0

    Dear Mr. self-described security expert,

    you have been providing crackers with blueprints for weapons, thus effectively reducing the security of our customers. Microsoft would like to advise you to take a look at your own security, and will be happy to send you a team of our personal safety experts to help you during the evaluation.

    Yours,

    Microsoft Other Ways Department

  316. Coolness factor by yason · · Score: 2, Interesting

    Like someone posted into some other discussion here a few days ago, making exploits public probably reduces the need for potential wannabes or semi-blackhats to compete in the field. What's cool in that if you can do the same as 10000 other similar people, as everything is written already. All you need is gcc -o nukem2 nukem.c.

    Closing exploits, or further, even all security hole announcements, could rise a hell, engaging all competent-enough wannabes writing exploits to compete with eachother. Once again there would be a social gain by doing the best exploit in the shortest time.

    Yet there are still enough script kiddyzzz to cause harm if companies don't deliver patches and if admins don't install them, thus, getting things get fixed. Would Microsoft ever raise an eyebrow to any security hole if there were no public means to exploit them? Only then, outlawed blackhats would overflow buffers and assuming that they were pros, no one wouldn't probably notice anything until one morning something completely different had happened during the night...

  317. Keep the cluelessness secret, too. by valentyn · · Score: 2, Funny
    We at Slashdot can help them. Please end the information anarchy. Please stop releasing critical information about Microsoft's managers. It's high time the free speech community stops providing blueprints for writing critical essays about Microsoft's responsibility.

    And it's high time that people insisted that the free speech community live up to its obligation to protect them from reality.

    --
    my other sig is a 500 page novel
  318. Hard is not the issue by Jeppe+Salvesen · · Score: 3, Insightful

    Microsoft sits on registration data about what users have what product, and those registration data contain contact information.

    When you register a Microsoft product, they thank you by sending you advertisment material. No critical upgrades or anything to that effect. AOL sends off cd-roms to everybody in america - for free, hoping a few will try out their service. Microsoft customers have PAID for their product, but Microsoft does not provide them with even notifications of upgrades/updates.

    It's a sad, sad world.

    --

    Stop the brainwash

  319. Feeling secure with information hiding? by skabb · · Score: 4, Interesting

    When a vulnerability shows up on http://securityfocus.com or the like, specifying a vulnerability in a Microsoft product, e.g. "A special crafted URL will overwrite your files" and then there is no information on what the special crafted URL look like, and there is no fix available from Microsoft or others, do you feel more secure?

    Perhaps you could block the request in your packet-filtering system, or at least log it, but without knowing what to look for... what do you do?

    And, knowning that experienced black-hat crackers also reads securityfocus and sites like this, they don't need anything more than this information (there is a buffer overflow in IIS... ) and then they have a target for what to do the next couple of hours. It's a competition you know. The best crack wins. Giving away exploits doesn't give much credit to the cracker copying it, but the first one to discover a "new" one, gets a lot of attention...

    We need to understand the psychology of what makes a crack worthwile, a published exploit every script kiddie can duplicate, but also can the sysadmins countermeasure this fast (provided that they read the right forums as all sysadms should!)
    But a hint of a possibility in a not published exploit gives the black-hats something to compeete for, who is the first one to make the best crack? And the poor end-user is not even knowing what to look for...

    Second. published exploits are easy to scan for... known, but not published exploits will fluctuate in their signature.
    E.g. special HTTP GET request to look for in the logs... you just scan your logs for exactly the string published in the exploit. (or put it in your packet-filter) a not published exploit will result in several different cracks, using the same vulnerability, but probably vary a bit in the exploit methodology, making it harder to scan for.

    Would you dare to use your car if the factory sent you a note that "it has a fault", but not providing any details of the fault? It could be anything...

  320. That /. feeling... by nealbutler · · Score: 1

    Just tried to read the MS essay referenced in the post....but the site seems to be down, for some strange reason....:)

    --
    MS: ALL YOUR .BASE ARE BELONG TO US
  321. The real stunt by kylant · · Score: 1
    The real stunt the software industry pulled of is that everyone believes that it is impossible to design bugfree and secure software.
    Just have a look at a valid software license.

    No construction company could claim in front of a court that it is not possible to build a bugfree bridge and so that they are not responsible for it's collapse.

    Programming software is not more complicated than building a car or a bridge. Nobody would accept a car with as many bugs and security problems as there are in computer software.

    Now imagine a construction company which would demand to gag all security experts who found a security/stability problem in a bridge they build.

    Censorship?

  322. If they put their money where their mouth is... by Madwand · · Score: 1

    If Microsoft is serious about this, then we need a serious counter-proposal. We agree not to publish exploits if they agree to accept complete and total legal and financial liability for their software, and the incidental and consequential losses to persons and businesses caused by their software, with the presumption of fault being in Microsoft's software, first and foremost.

    Thus, if someone successfully attacks a Microsoft OS, Microsoft shall absorb the losses incurred by the affected person or business. If their software is really all that good, and they have confidence in their code, then this should be easy!

    Somehow, though, I don't think that they're up to this challenge.

  323. sounds pretty much like... by jlemmerer · · Score: 3, Insightful

    ... saying if you don't publish blueprints, nobody will know where the door is. Microsoft should be glad that all these reports are out, for this is a way they can react to them. It is no good putting one's head in the sand. The programmers at Redmond - the one's who left the doors open in the first place - should just read the reports and fix the holes. Maybe this would contibute to the "Win2000" is secure image Microsoft wants to build up in public opinion. If you don't publish the exploits, end user style people will think "Hey, M$-Software is more secure than all others, because there are no exploits found on the net", trust in the M$ offered security and wonder why their computer is periodically hacked every second week by somebody who has the knowledge, but doesn't publish it.

    --
    ".Sig Stealer" was here
  324. how to fix 99 % of all security vulnerabilities ! by mtmmtm · · Score: 1

    Almost ALL security exploits i have read about, are caused by humans making mistakes in their code. This is a human thing to do. This will always be like this. If a check is missing, someone will find that mistake. How to fix this: Use a stack-guarded compiler (c), or another language (java?). Then this cannot happen. I get upset when i read about security vulnerabilities EVERY week in lwn.net .It is always the same mistake. Why not fix this for all ? Just add that compiler-switch. Then the problem is no-more. Some people think the application gets slower. This is not so. I cannot understand why redhat and microsoft don't do this ? There have not been any breakins into any jsp-servers written under java, which performs range-checking on arguments (which is optimized away from the innen loops by the hotspot compiler). if you think java is slow: http://www.cs.vu.nl/manta/ // magnus persson

  325. Blaming the Messenger, a little History by WalterSobchak · · Score: 1

    Blaming the messenger has been the weapon of choice for a number of people and institutions. I would like to throw in the following story about the German Newsmagazin Der Spiegel:
    "The SPIEGEL affair of 1962 remains unforgotten. The arrest of the publisher, the business director and several reporters as well as the occupation of the SPIEGEL offices over a period of several weeks set off a storm of indignation in the German public. The government declaration that the cover story "Bedingt abwehrbereit" ('limited defense readiness') about the NATO maneuver "Fallex" constituted treason proved to be unfounded. All of the imprisoned were released. Then Minister of Defense Franz Josef Straua, deeply involved in the affair, finally had to resign and the Adenauer era drew to an end."
    Here, the German gouverment simply declared an article on the state of the forces "high treason". A wonderful quote...
    Adenauer (head of gouvernment) "High Treason has been committed here"
    Someone from the audience "Who says so?"
    Adenauer "I say so!"

    I am waiting for Microsoft to say something similar...

    Alex

    --
    Absinthe makes the heart grow fonder
  326. Blueprints? We want the weapons! by Anonymous Coward · · Score: 0

    It's high time the security community stopped providing the blueprints for building these weapons...

    "...the right of the people to keep and bear Arms, shall not be infringed."

  327. Dont shout "fire"... by Anonymous Coward · · Score: 0

    ... in a building that's burning or call the fire birgade but wait until they will eventually notice.

  328. I can't resist... by mav[LAG] · · Score: 2

    ...
    "Looks like I'm going to need more RAM," observed Tom deflatedly. "This new Windows XP certainly does have a heavy footprint."
    ...

    --
    --- Hot Shot City is particularly good.
  329. anyone notice the terminology by maxpublic · · Score: 4, Insightful

    "Information anarchy"? And yet no post I've seen so far challenges the terminology as being inherently useless PR. Microsoft is damned good at dreaming up push-button catch-phrases that become subconciously accepted even by it's detractors as viable descriptors. It's the same sort of tactic that convinces people that EULA's are *actual laws*, when they're nothing of the sort - insofar as I know no court of law has even supported them as valid contractual agreements.

    The phrase "information anarchy" has no coherent meaning other than that defined through MS's statement, and even there it seems to mean "any public publication of security weaknesses in MS products". Yet MS pushes the phrase over and over again in the attempt to link security reports with the word "anarchy" in the hopes that the average idiot will associate publication of flaws in MS software with irresponsible, undemocratic behavior.

    Most of us geeks catch this sort of thing right off (e.g., "viral software") but notice - this one slipped under the wire with nary a comment that I could see.

    One of MS's greatest weapons is the introduction of language which precludes one mindset and reinforces another - social programming at it's finest. Accepting the phrase "information anarchy" as valid substantiates the idea that such a thing actually exists, even if you argue that the security reports don't constitute an example of this nebulous "information anarchy".

    There's no such animal. It's a buzzword with zero meaning other than a poor attempt to lay the blame for MS security holes on people other than those employed at MS.

    Perhaps we should retaliate with terminology of our own that's intimately associated with a Microsoft argument or product. Any ideas (other than the "Microsoft worms" phrase of some days back)?

    Max

    --
    My god carries a hammer. Your god died nailed to a tree. Any questions?
  330. Um... ex-squeeze-me? Bakingpowder by TheRedRocker · · Score: 1

    Lsat time I checked, Windows and maybe MacOS are the only OSs with security problems coming from Hackers. Linux is the fearless, communist, faceless leader of the OS world. If you are scared about your safety from hackers on Windows, get some firewalls. Otherwise, just switch to Linux.

    --
    Nobody rules the streets at night but me, the Atomic Punk
  331. Good point by Anonymous Coward · · Score: 0


    This is the point. There is no advantage of not knowing to problem. Of course it is not good, if
    the information about the bug is spread as information as to exploit it. But the information about having this bug is an essential information for every admin. Even before the patch is published.

    I think the best analogie is: If you work in an house of paper tinctured with patrol. Would you value it bad, if I stood at the front-door, shouting: "This building is dangerous, it is extremly ignite". Or would
    the owner of the house have the right to get be quiet, so that his workers will work and not leave the building?

  332. Why disclosure is necessary. by julesh · · Score: 1

    2 cases in hand that are important from my company's perspective.

    1. As a company that engages in web site design, we often have to run out of date software (eg Internet Explorer 4), and find the most convenient way of doing this is if some staff always use older versions and some always use newer versions. A bug in IE's Java implementation came to my attention. The advisory that I discoverd it from said that IE4 & 5 were affected, whereas Microsoft's advisory stated that IE4 wasn't affected. Microsoft hadn't released a patch for IE4. Now, it's not that I don't trust Microsoft or anything, but I was on the verge of upgrading our IE4 user to IE5 (which would have seriously inconvenienced our business) because it would have been complacent for me not to. Fortunately, I found some exploit code for the bug on guninski.com, with which I then determined that IE4 was not affected. Without the exploit code, I couldn't have made this decision and would have had to upgrade the affected machine to the detriment of our business.

    2. During the course of an e-commerce setup for one of our clients, I discovered a *serious* security hole in the methods used by their secure payment provider. This hole basically allowed a user to buy a few cheap items from any e-commerce site that used them, use broken cryptography to force a password out of the 'confirmation codes' produced, and then forge a callback to the e-commerce site to validate a more expensive sale. This could cost e-commerce businesses in the UK millions of pounds, fairly trivially. My company discussed this problem with the payment provider, who at first didn't believe the existence of the problem, so I wrote an exploit. Then they had to believe it... but that doesn't mean they've fixed it. You see - we are under a non-disclosure agreement that had to be signed in order to get the details of their authentication mechanism, so I can't release the exploit. They have refused to fix the problem (although they acknowledge it and have provided our clients - and only our clients - with a guarantee that they will pay for any goods fraudulently purchased using this technique). An exploit in the wild would force them to, and anyone with half a brain who has ever seen their documentation could write one in a couple of hours. I'm sure a few people are sitting here reading this, knowing which company I'm talking about, because they too are aware of how exploitable this hole is.

  333. What are MS motivations? by Anonymous Coward · · Score: 0

    What MS would really like would be for us all to ignore the security issue. It is a huge weakness for them. As managers become more aware of the ammount of time / money lost more people will switch to a half sensible OS.

    The sieve like nature of MS products is how they keep control of your system and increasingly with products like XP and .net keep control of the content you see. (By "you" I mean your average user.) They are in a bit of a Catch22 here as this stuff is essential to their business model but it is also (hopefully) screwing it up for them.

    A lot of us have seen days and weeks being wasted because of MS security problems. While it is annoying when some services are lost due to barfing windoze boxes; it is also good ammo when the developer next to you can't do anything on his Windows box and your Linux machine is trundling along.

    I wish counterstrike would come out for linux - wanna get rid of this bloody windoze partition on my laptop. grrr.

  334. a conversation about a big hole by afvdk · · Score: 1

    Hacker: "There's a big hole in the road up ahead. I put up a big sign up to warn everybody." M$: "Take that sign down! Somebody may decide to push someone in it." Hacker: "...."

  335. He went on to say.... by Wubby · · Score: 1

    "Computer makers should also stop making devices that allow hackers to create these weapons. By allowing this to persist, the manufacturers are in effect aiding in the commission of a crime. It's high time the scourge of the KEYBOARD was dealt with! We at Micro$oft are currently lobbying for legislation that will make use and manufacture of a keyboard* a capital offense!"

    *Keyboard use permitted by monopolistic companies that laugh and spit on the laws of the government they influence.

    --
    Sig
    Appended to the end of comments you post. 120 chars
  336. So what you're suggesting... by QuantumG · · Score: 2

    Is that customers being harmed is a good way to force the vendor to release a patch. right.

    --
    How we know is more important than what we know.
  337. Maybe we should make the patches. by QuantumG · · Score: 2

    Patching binary code is not easy, probably not even safe, but it is possible and maybe some companies could get really good at it, and charge a service for it. Oh wait, there's that whole copyright thing.

    --
    How we know is more important than what we know.
  338. Shooting the Messenger by ibm1130 · · Score: 1

    So let me see, M$ makes a product that almost seems designed to cause problems, fails to fix these problems when offered the chance and gets upset when their failure is publicized?
    Excuse me while I shed a tear ( or not ).

  339. Good vs Bad Exploits by QuantumG · · Score: 2

    When you find a buffer overflow it is trivial to make an exploit that one could use to DOS the service. It's just a few lines of perl, throw lots of AAAA's at it and watch it go down. This serves the purpose of "sysadmins need tools to test the patch" but it is usually not what is released. Usually people release tools which give you a shell and open ended script kiddiness.

    --
    How we know is more important than what we know.
  340. looked at MacOS X? by QuantumG · · Score: 2

    Old school bsd flaws, rehashed for your amuzement.

    --
    How we know is more important than what we know.
  341. Re:I blame Microsoft by c_g_hills · · Score: 0

    Moderators, please explain how the first post gets modded 'Redundant'. Are you totally dumb fucks?

  342. Honeynet by QuantumG · · Score: 2

    Have you looked at the entry conditions for the Honeynet project? They put random sploitable boxes up on the net and they dont publish the ip's. That way they know all traffic that passes into the honey net is suspect. That means you will only attract hackers who are scanning for sploitable boxes, which only script kiddies do. The blackhats are out there, they just dont attack anything and everything, they are targeted.

    --
    How we know is more important than what we know.
  343. Re:MS FUD by Zigg · · Score: 2

    It's true in the same sense that "Hitler, Mahatma Ghandi, and Mother Teresa were collectively responsible for the deaths of 6 million Jews" is a true statement.

    With Solaris or Linux, your odds are better, but they're not immune. His statement is factual.

  344. Re:MS FUD by Zigg · · Score: 1, Troll

    Scale is irrevelant. Much more damage has been caused because there have been many more broken Windows installations.

    I don't believe that Windows as a piece of software is fundamentally more insecure. However, as a general rule, it is less well-understood and administered by those who are less well-equipped to handle security. That is why Windows is more of a risk. The vulnerabilities exploited by the worms are equivalent.

    Whether the incapacity of Windows administrators to take care of security is Microsoft's fault is another point entirely.

  345. nah, let 'em stay unsecure by Anonymous Coward · · Score: 0

    so when their users and businesses have been wiped out so many times and have had enough, they will lose all their customers to a different software company.

    keep it up, microsoft!

  346. Microsoft is a nice company.... by Anonymous Coward · · Score: 0

    .........for me to POOP on!

  347. A possible response by IPFreely · · Score: 3, Interesting
    Perhaps he can answer this though: without exploit code, how do we know the problem is really fixed? Twice to my knowedge MS has released patches that didn't fix the hole they claimed. Publicly available exploits are a failsafe, they provide an independant means of verifying that the hole is actually closed.

    If I was a MS spokeman, I might answer this by saying:
    "Exploits are a proper test of the validity of a patch, but it is not necessary to publish them. They can be developed and tested in closed labs and only the results published."

    To which I would have to ask: "Whose lab and how can we trust them?"

    --
    There is nothing so silly as other peoples traditions, and nothing so sacred as our own.
    1. Re:A possible response by schon · · Score: 1

      If I was a MS spokeman, I might answer this by saying:
      "Exploits are a proper test of the validity of a patch, but it is not necessary to publish them. They can be developed and tested in closed labs and only the results published."


      Actually, I think you're giving MS spin-doctors too much credit.. but the crux is that this response doesn't answer the question: how will I know that the hole has been closed? (And the answer is: the only way you can know that the hole is closed is to try it yourself.)

  348. Microsoft's Scott Culp screams "leave me alone!" by aphor · · Score: 1

    With his controversial and incisive essay, Microsoft Security representative Scott Culp thrust himself into the parthenon of computer security public figures.

    "Microsoft doesn't want to waste money protecting the interests of users," Culp says. "And no matter how many script kiddies make exploits out of security bulletins and no matter how much is at stake with each vulnerability they will never reach the developers and project mamagers who are responsible."

    When asked to get to the bottom line Culp replies "Microsoft actually *wants* to violate the security of its user-base, not catastrophically, but slowly and methodically to gain more and more control over users' work and lives as this translates directly into more control over users' money...hackers who figure out back-doors are troublemakers and usurpers who can't even collect the financial benefits of exploiting users. They are vandalizing an entire emerging economy."

    Please note this is a "ha-ha, only serious" parody, and the quotations attributed to Mr. Culp cannot be verified. Caveat Lector.

    --
    --- Nothing clever here: move along now...
  349. This isn't going to make me popular here... by Djaak · · Score: 1

    ... but I think this guy has a point. OK, there's a lot of PR crap in this essay, such as calling the way newly found vulnerabilities are handled by the "security community" (whatever that is)information anarchy.

    Still, I think that it is true that "exploit howtos" released by security sites DOES help malicious hackers to create their evil stuff. When the vulnerability is a default config problem that admins can fix themselves, then fine, it is their responability to keep up to date with this information. But sometimes the vulnerability can only be fixed by a patch, and because of the proprietary nature of MS software, the patch can only come from MS itself.

    In that case I think it would be better to inform MS and wait for the patch... but that's just what should happen in an ideal world. The problem is that MS is notorious for NOT fixing vulnerabilities of which they are aware. This is bad ; MS software will keep on being exploited until this changes. However I do not thing that the "let's release this information so that it will get exploited and them bastards wille be forced to fix it" attitude is a very responsible way to handle it. Innocent bystanders will be hurt because of Redmond's lazyness, and I do not think that this is fair. Just because people run MS servers does not mean that they deserve to get cracked.

    OTOH publishing that information does also have its good sides. For example it is the only way admins can check whether they are vulnerable to a specific attack. My point is that determining the proper way to handle information about newly found security holes is a complex issue ; just yelling "arrgh MS ! arrgh evil!" won't make it any simpler.

    And please quit pretending this essay is anti-free-speech. Culp is arguing that the way security sites release information about exploit is bad, not that the sites ought to be censored, banned or whatever. Criticizing some form of speech is not equivalent to demanding that it be censored. Even if the critic works for Microsoft :)

  350. inspired by haizi_23 · · Score: 1

    dude. . . information anarchy! yeah!
    that's going to be my new band name.
    rawk.

  351. Prior Restraint by jvv62 · · Score: 1
    "This is the practice of deliberately publishing explicit, step-by-step instructions for exploiting security vulnerabilities, without regard for how the information may be used."

    Sounds like Mr. Culp is in favor of prior restraint, a big First Amendment no-no.

    "Clearly, the publication of exploit details about the vulnerabilities contributed to their use as weapons."

    This canard has been raised about violence on television, pornography, guns, explosives, ....

    Culp is pushing a clearly unconstitutional position. Others have pointed out the technical utility of having access to the exploits to verify that a fix works, but I think we should also see that his proposal strikes at the heart of our rights to free speech.

    There are limits to our rights - not yelling "fire" in a movie theater as a joke -, but I for one find his and his company's position frightening.

    Heil Bill!

    --
    -John Van Voorhis
  352. You said it buster!!! by bubbha · · Score: 1

    I wish I could write like this guy. He expresses my feelings exactly.
    These security problems are the result of a flawed business strategy that tries to exploit an installed base of software without creating a layered architcture to work from. The motivation for not building a layered architecture is not a technical one it is a selfish one. What is truly astoundingly ironic is that they have critically harmed themselves by doing this. Bad karma Bill. You harm no one but yourself.

    --
    I want to be alone with the sandwich
  353. Ostrich response by version3 · · Score: 1

    Yeah. Because if we don't talk about the holes, they won't exist. We probably shouldn't talk about airport security, either, because then *those* problems will cease to exist.

    I can't believe these companies sometimes. The reality is that the blackhats are probably aware of many more holes than the world at large and utilize them on a daily basis. Until whitehats find them, they are free to move about unchecked. Yet, MS (and the FBI, and the security "experts" and...) want us to believe that if we don't *hear* about problems, then MS (or whoever) is doing their job. And, most importantly, they don't fix problems until we point them out.

    No interest in doing what's right for the consumers, only what kind of PR they get. Greedy fucking idiots.

    --
    "Can I say you're my lovepuppy?" Founding member of SODAMNHOTT
  354. A modest proposal by return+42 · · Score: 1
    I suggest that the security community take Microsoft at their word. Don't publish exploits. In fact, don't even publish vulnerabilities. After all, merely knowing that a vulnerability exists makes a virus writer's job easier. Let Microsoft take all responsibility for their own security. Those who buy their software are paying them for a secure product. Why should unpaid third parties help Microsoft improve their products, especially when Microsoft complains about it?

    I suggest that those with an interest in security focus their efforts on improving free software, where their contributions will be appreciated instead of condemned. If this results in free software becoming more secure, while Microsoft continues to wear brown paper bags, at least they will not be able to blame "information anarchy".

  355. Microsoft should develop quality software. by AlgUSF · · Score: 1

    Microsoft needs to go through all of their code and look for buffers that can be overran. They also need to design their software to be secure, and not to make every moron off the street think they are able to run a datacenter... MCSE anyone?

    --


    I want my rights back. I was actually using them when our government stole them after 9/11.
  356. Information Anarchy = Terrorism? by helleman · · Score: 1

    Many people have noticed the disturbing parallels that Scott Culp has tried to make between 'Information Anarchy' and Terrorism. One of the most interesting lines I found at the end of the article:

    For its part, Microsoft will be working with other industry leaders over the course of the coming months, to build an industry-wide consensus on this issue. We?ll provide additional information as this effort moves forward, and will ask for our customers? support in encouraging its adoption. It?s time for the security community to get on the right side of this issue.

    This paragraph reminds me of Bush's 'you can be on our side, or the terrorist's side...' and their whole coalition building plan! Spooky. I wonder if he crafted it that way on purpose, or if that is just what is in everyone's minds these days...

  357. Interesting turn of events by iceT · · Score: 2

    "All of these worms made use of security flaws in the systems they attacked, and if there hadn?t been security vulnerabilities in Windows®, Linux, and Solaris®, none of them could have been written."

    I remember a day when Microsoft would not have even MENTIONED Linux. Now, it's listed ahead of Solaris...

    Cool.

    --
    -- You can't idiot-proof anything, because they're always coming out with better idiots.
  358. No revenue stream for Perfection by iceT · · Score: 2

    "it?s unrealistic to expect that we will ever achieve perfection."

    Let me finish that sentence for him:

    "and maintain our revenue stream, so we're giving up on perfection"

    People buy features, and expect 'perfection'. Microsoft delivers 'features' at the COST of perfection. And they can't find a revenue stream in fixing bugs...

    --
    -- You can't idiot-proof anything, because they're always coming out with better idiots.
  359. See no evil, hear no evil... by Hoi+Polloi · · Score: 1

    Sort of like the Evil Bugblatter beast from the Hitchhiker's Guide TTG. If you can't see the security hole it doesn't exist, right?

    Damn liberal society and its free exchange of information keeps getting in MS's way.

    --
    It is by the juice of the coffee bean that thoughts acquire speed, the teeth acquire stains. The stains become a warning
  360. Nimda didn't need HELP in taking down networks by iceT · · Score: 3, Insightful

    Not publishing the details of a virus does NOT stop the virus from existing. The "I Love You Virus" didn't have a post mortem until AFTER it took down entire corporations networks. Not publishing the details of the virii will NOT stop other hackers from getting their hands on the virus code, and making modifications to it.

    Culp is assuming that the only people smart enough to decipher the viruses are the security people themselves, and THAT is the false assumption that invalidates the theory behind the 'essay'...

    --
    -- You can't idiot-proof anything, because they're always coming out with better idiots.
  361. Tail wagging the dog by Hoi+Polloi · · Score: 1

    Great, MS has gotten to the point where the world must change to fit its business goals. Maybe they'll start demanding control over what is tought in university computer sciences classes? They could snuff out potential hackers before they appear in the first place.

    --
    It is by the juice of the coffee bean that thoughts acquire speed, the teeth acquire stains. The stains become a warning
  362. The law we need is... by Hoi+Polloi · · Score: 1

    People need to get on Congress's back and get a law passed allowing software users to sue for damages (and punative damages) due to software with known bugs. No other industry is so coddled as the software industry, except maybe the recording industry.

    If a person can show that the company either knew about security flaws already or that they informed the company about a hole and it wasn't addressed in a reasonable manner then the company should be held liable. I doubt MS or other companies would be so blase` about security flaws or glaring bugs if it threatened their bottom line.

    --
    It is by the juice of the coffee bean that thoughts acquire speed, the teeth acquire stains. The stains become a warning
  363. Admitting they can't compete by Anonymous Coward · · Score: 0

    All this article manages to do is to have Microsoft verify that they aren't competitive in the information rich environment they helped to create. The Internet has opened all sorts of doors of communication and spawned new ways of doing things based on this (like Open Source), but Microsoft is still rooted in old economy practices and it is starting to show. Proprietary code is, by nature, too slow to change to react to the constantly changing environment (and its inherent dangers) that the Internet presents.

    Information is going to get out there. It did when crackers were stuck using a BBS or IRC to conspire. Now, though, the information they had also gets out to the rest of us just as quickly. Those with the capability to use it (Open Source software) take advantage of this. Proprietary model code cannot.

    So, in pure reactionary form and joining the likes of the RIAA, Microsoft wants to turn back the clock and pretend the last twenty years never happened. Well, unfortunately, they have and sticking our heads into the sand isn't going to make it go away.

    Eric Berg

  364. vendors would just cover up holes.. by Anonymous Coward · · Score: 0

    if partial disclosure were the norm. or more like, zero disclosure:
    "Almost every single software vendor has tried to do a cover up or ignore the problem at some point in time."

    But the basis of the argument is that the research takes place anyway, and it may be the case that full disclosure warnings such as the eEye advisory showed us a bug nearly a month before the Code Red worm did."
    [source]:http://www.vnunet.com/News/1126257

  365. YES the exploit is the PROOF by Anonymous Coward · · Score: 0

    the exploit code is the PROOF OF CONCEPT. No one believes it is a real problem otherwise.

    MS should post a bounty for exclusive bug news. E.G., $1000 for 0wning a test box. $100 if you post it to bogtreq first. $50 if you forward them something from bagtruq they haven't seen yet :)

  366. MS: Top supporter of full and open disclosure by pdqlamb · · Score: 1

    OK, so the brass doesn't like it. But what has pushed full and open disclosure in the past? Sun et al may have started it, but Microsoft has taken over in the last half-dozen years as the chief promulgator of these proven effective methods:

    (1) Ignore bug reports. Make the people who find them so mad they look for some lever to force you, the vendor, to act.

    (2) Deny bug reports. Call anyone who finds a flaw a liar. Tell all the news media they're liars trying to lower your stock price.

    (3) When confronted with a real flaw, and press who have seen the reports, claim it's only a "theoretical vulnerability." Unless there's a working crack, it ain't real!

    (4) Only when confronted with a working exploit should you start to work on a problem. Publish half-assed binary patches. Make sure they'll corrupt any system which doesn't have half a dozen other patches applied in the correct order.

    OK, I guess that brings us up to today. Security researchers, and ordinary users, know they have to publish details of the problem and probably a working exploit to get you to work on a fix, however pathetic. Now you have lots of reports and exploits floating around. (You could have developed and published a good product to begin with, but it's too late now!) A breed of vermin known as script kiddies reads the publicly available reports and exploits, and uses them. You may have driven users, your customers, every step of the way to get here, but whose fault is it that the script kiddies are informed and armed? Naturally, it's not your fault; it's the bad people who find the flaws in your crappy software!

  367. that would be great by andy_from_nc · · Score: 1

    then they could just deny the bugs existed saying there were "no known examples of ways to exploit this oversight"...they could delay fixing them until someone exploited them.

    I have an idea! Secure your computer by not using windows.

  368. Let's make an analogy, shall we? by fishexe · · Score: 1

    Let's say somebody had published a detailed article in a prominent place describing how to hijack airplanes using box cutters and knives with 2" blades. The furor that might erupt over this results in box cutters and short knives not being allowed on airplanes. Then an enormous security exploit might have been avoided.

    We've already seen an example of how this exploit was still used despite not being reported. At least if someone had figured it out and made an issue of it sooner we would have had a chance to prevent it.

    --
    "I don't care about the Constitution!" --Bill O'Reilly, November 17, 2009
  369. oops by fishexe · · Score: 1

    I meant &lt2" blades. Silly slashdot.
    I even selected Plain Old Text.
    Oh well, you probably still got my point.

    --
    "I don't care about the Constitution!" --Bill O'Reilly, November 17, 2009
  370. Yes, they do. by Anonymous Coward · · Score: 0

    are there really people that talented and that dangerous out there?

    Yes, there really are.

    Do you think that Code Red is the work of a script kiddie?

    Since (by definition) script kiddies don't actually create anything, someone must be writing exploit code. These "someones" are the black hats.

    (And please hold your tounge if you think that the kiddies are using white hat proof-of-concepts - this email posted to Bugtraq clearly disproves that.)

  371. How exactly will this proposal from MS help? by einhverfr · · Score: 2

    I think that there are a lot of people handy with a hex editor out there.

    If, as a security professional, I state that "the idq.dll, which is mapped to .ida and .idq extensions in Microsoft IIS does not check its input buffer," then I have just provided information to attackers which can be easily tuned into an attack. If I also state that exploiting this buffer could result in arbitrary code being run, then I have just told an attacker what they can do with it. If I say, here is what a log entry would look like, then I have just told an attacker EXACTLY how to do it, and no actual code was involved. This means that an attacker who does not know C could do it in Python OR VISUAL BASIC.

    Yet, in telling sysadmins what to watch out for, I have just provided exact blueprints for an attack. If an attacker uses an exploit from a security page, they already know how to program. They can use the information describing the security hole to create their own exploit with relatively trivial effort.

    So, if we stop providing the blueprints, we will have to do this by NOT PUBLISHING ANY INFORMATION concerning the actual exploit, and Microsoft can safely ignore it. This is not a way to ensure security and smacks of the old propaganda some time ago concerning Samba, labling it as a "hackers' tool" because it actually documented Microsoft's protocols.

    --

    LedgerSMB: Open source Accounting/ERP
  372. hmmm...I guess thats all some moderators read... by Anonymous Coward · · Score: 0

    READ THE BLOODY MESSAGE BEFORE MODDING THE PARENT DOWN! If that was off topic, every post on slashdot is!

  373. If exploits are outlawed... by pauldamer · · Score: 1

    Only Outlaws will have exploits.

  374. Even better... by gooberguy · · Score: 1

    They should throw in a few system calls that remove /bin or c:\windows (depending on what platform your on) so that script kiddies get what's coming to them.

    D/\ Gooberguy

    --


    Karma: Meh (Mostly from meh.)
  375. if security is number one priority by Anonymous Coward · · Score: 0

    then you can write secure code. The secure BSD distribution is a good example of this. So is Q-mail and a couple of annonymous ftp packages (not wuftp) have proven that it is possible to write services that are secure.

    So, we know it is possible to write software that doesn't have exploits, the question is, why can't microsoft do it despite spending billions on software development?

  376. I require more... by CigarBuff · · Score: 1

    ...than a simple vendor's word that their patch fixed my security hole. I want to be able to test it myself. Sorry, Mr. Culp, but I've been burned a few too many times.

  377. Oh, it's "choice" allright! by BLKMGK · · Score: 1

    I DO security work for a living and value the exploit code that's released a great deal. Tell a customer or admin that if they don't make some obscure Registry change to their system or stop using those damned stupid ODBC interfaces in IIS (Thank you RFP!) that "someone" will hack them they often give you this blank look. Or better yet they think that what you're saying is "purely theoretical" and could never happen to them. On the other hand when I hand them the list of passwords from their domain controller and explain to them it was all because they didn't bother to keep up with patches and setup things securely they tend to pay attention. If the admin doesn't pay attention to THAT then their management certainly does :-)

    Anyone but me recall when L0PHT told Microsoft their VPN code was crap? Microsoft's response was something along the lines of "that vulnerability is purely theoretical and we have no evidence of anyone having used it in the 'real world'". The next version of L0PHTCrack proved that the vulnerability wasn't simply a mind excercise :-) Hence L0PHT's catchy byline about making the theoretical a reality or somesuch. I'm surprised that someonein this man's position appears to have forgotten the previous arrogance shown by his employer that got them into the situation they're in now. Microsoft fixed that particular VPN issue shortly after the code was released - a shame they were so arrogant in the first place.

    As an aside - is it just me or has the number of files\exploits posted to PacketStorm dropped a great deal in recent past? Where has all the code gone? BugTraq it is then :-)

    --
    Build it, Drive it, Improve it! Hybridz.org
  378. Sadly, I agree.... by BLKMGK · · Score: 1

    I know of a particular piece of mission critical software that a major vendor produces and that my customer uses. At least two individuals have commented on two seperate methods to compromise this piece of software using some valid but somewhat complex methods that required reverse engineering the product. The vendor has blown both of them off.

    I have seen, in one case, a code demo that exploits this vulnerability according to the author. However due to a particular Russian hacker having been arested at DEFCON9 this year both authors have placed on hold plans to release these exploits. without that code I cannot prove to my customer, who doubts this will work, or to the vendor who's blown both of them off, that this is a problem. Both authors have published enough data on the issues that I firmly believe that they are correct but without "proof" neither my customer nor the vendor will do anything about it. Oddly enough it's NOT Microsoft that's got their head in the sand but IBM which is truly sad.

    Attempts to get the code backdoored to me with a promise not to publicly release it have fallen on deaf ears so I can only hope that at some point the authors will feel able to release the code without being arrested the next time they set foot in the United States.

    Such is the effect of the DMCA and believe me it REALLY sux!

    --
    Build it, Drive it, Improve it! Hybridz.org
  379. IIS6?! by Anonymous Coward · · Score: 0

    Umm, in what OS "ring" does IIS6 run? :) Whoops.... Yes, Microsoft is moving pieces of IIS6 into the same rings that the kernal runs in. what exactly do you think will occur when the inevitable holes are found in that product?

  380. Re:MS FUD by styrotech · · Score: 1

    I agree with your comparison of the platforms security, but I don't think the article was genuine FUD. More like imprecise or lazy journalism.

    They aren't trying to imply Linux and Solaris are as vulnerable as Windows, just listing some other worms that gained press coverage lately. The Lion and Ramen worms got a fair amount of coverage and probably deserve a place in the top 5 or so recent worms even if they were nowhere near the damage caused by Nimda or Code Red. What I'm trying to say is that I think Lion and Ramen probably rate higher in the press than the next in line Windows worms (I don't even know what they would be - I'm not including the Outlook worms in this server platform assessment).

    I hope my explanantion made sense.

  381. +5 Insightful my ass... by dasunt · · Score: 2


    LazyDawg writes (and was modded up to +5): ... and just write pseudocode or a very detailed step-by-step description of what their code does. In the end script kiddies will have to learn to write their own leet tools, and may later on branch these skills into other areas.


    I have to admit, I've never looked at bugtraq, and know jack about most exploits, but unless the exploit code includes a trojan/propigating method and the compileme.info file, I am assuming that the script kiddies need more then the exploit code to make a working virus/trojan/rootkit.


    Sure, 99% of the script kiddies may be dumb, but the other 1% is the source of the tools, and the code. The exploit itself, once explained, is trivial to code, in my (admittedly ignorant) opinion. Code to take advantage of that exploit is not.


    Just my $.02

  382. MS should be held accountable by MAXIMUS · · Score: 1

    Let's get real. When something goes wrong with any other products we as consumers purchase we hold the manufacturer accountable. These are the same terms that Microsoft or any other software maker should be held to when they release products to market. Microsoft of all people wants security people to come to their aid when it's them who tout their products as being more reliable in their million dollar campaigns to push their lackluster crap on us. I say HELL NO!!! Crawl your way out of this hole alone M$. You guys pay your so-called talented programmers alot of cash to produce all your junk, you need to start teaching to be more aware about security issues in their code. You want some good advice? Stop biting the hands that feed you and maybe you wouldn't be getting 0wNeD as much as you do.

  383. Re:MS [OT - mod.] by SpeelingChekka · · Score: 2

    MissMyNewton's post is so precisely on-topic, I can't begin to imagine what somebody needed to have been smoking to have moderated it as "off topic". Reeks of "personal agenda". Moderation quality on slashdot stinks so much these days that even meta-moderation seems to struggle to save it.

  384. Microsofts latest propaganda by Anonymous Coward · · Score: 0

    I actually sent this to my company's microsoft rep after he sent out the "irresponsible propaganda"

    your recent e-mail contained the following statement:

    >The first whitepaper addresses the irresponsible practice of publishing
    step by step instructions for exploiting >vulnerabilities. Microsoft views
    this as an extremely serious issue:

    >Everyone has a stake in this issue. Many customers have stayed on the
    sidelines, in the belief that this is >just a disagreement between Microsoft
    and hackers. But all of our customers have an interest in this issue,
    >because it's their systems that are put at risk by this practice.

    I disagree utterly and completely with this position. what you are
    advocating is essentially removing our constitutional right to a free press
    (specifically through the medium of the internet). While this information
    makes hacking simpler, it also exposes years of systemic problems with
    Microsoft code and the utter disregard at a business level to stay on top of
    internet security issues. While I do not condone the illegal activities of
    hackers, they are essentially the MUCK RAKERS of the 21st century. They
    expose problems in the industry that must be corrected.

    It is expedient to blame all of these problems on the hackers, the truth of
    the matter is: the entire industry is to blame. Microsoft has failed
    miserably in meeting the security needs of the industry (just take a look at
    the number of CERT alerts for Microsoft products verses any other vendor).
    When patches are produced the industry fails miserably in applying them in a
    timely manner (largely due to the enormous costs of testing the patch
    against the applications prior to putting a patch into production).

    Both the producers and consumers share the liability to protect themselves
    collectively from hackers. The publication of the hacking information puts
    the information in the hands of the general public (rather than locking it
    in a dark closet within Microsoft). It exposes something you would rather
    sweep under the rug, and forces the industry as a whole to address the
    issue. As far as Microsoft is concerned, the cat is out of the bag - you
    cannot stuff it back it. Now is the time to stop looking to blame the
    hackers for the problems YOU have caused. It is time to direct your efforts
    to correcting the root cause of the problem that you have created.

    Sincerely,

    Michael J. Schreck
    these are my personal views and not necessarily those of my employer

  385. DreamSynthesis! Is that you?? by Anonymous Coward · · Score: 0

    I see you're posting to Slashdot again.

    Why did you ditch your old account? Is it becuase you got trolled to hell and back and your karma got seriously butt-raped?