Slashdot Mirror


Microsoft Opens Its Security Research Cookbooks

greg65535 writes "Today Microsoft launched a blog about the internals of their IT security research and patch development process. There are already some posts that you will not find in the official security bulletins or KB articles. One of the posts says, 'We periodically identify workarounds or mitigations like this that we can't use for official guidance because they're either too nuanced or have some exception cases. When we discover something potentially useful but are uncomfortable listing it in the bulletin, we'll do our best to describe it here in this blog.' It looks like Microsoft is making an effort to become more 'open' in the area of security research and communication."

13 of 87 comments (clear)

  1. Ahh...Slashdot! by bogaboga · · Score: 1, Insightful

    It looks like Microsoft is making an effort to become more 'open' in the area of security research and communication.

    It does not just look like...it definitely is the case that Microsoft *is* making an effort...not just looking like.

    Question is: Who is being sensational here?

    1. Re:Ahh...Slashdot! by robo_mojo · · Score: 2, Insightful

      t does not just look like...it definitely is the case that Microsoft *is* making an effort...not just looking like.
      That depends on what your definition of "is" is.
    2. Re:Ahh...Slashdot! by ozmanjusri · · Score: 2, Insightful
      it definitely is the case that Microsoft *is* making an effort...not just looking like.

      A statement of intent and two example postings is "making an effort"?

      You're being very generous to a company with a long history of abandoned promises and vapourware.

      How about we wait and see how they perform for a few months instead of offering immediate praise?

      --
      "I've got more toys than Teruhisa Kitahara."
  2. But will they release source code... by christian.einfeldt · · Score: 4, Insightful
    ...in exchange for all of the help that they get? Probably not. Seeing that most developers want their free labor to at least result in open source code, I can't imagine that this effort is going to be all that popular with the best developers.

    Microsoft likes to throw around the word "open" a lot these days, but most smart people in the industry remain skeptical. Take, for example, what open standards advocate Russell Ossendryver has to say about Microsoft's supposed open OOXML format:

    The legacy binary formats remain closed. If a file is one which was converted from an older format of Microsoft Office by DIS29500 and allowed to wrap the old file in xml, it remains unreadable for everyone else. OOXML is still a closed spec tied into to many proprietary formats.
    So how open is open? Unless the code is considered open under OSI standards or Free under FSF guidelines, it's really still just a pig with lipstick and a dress.
    1. Re:But will they release source code... by nrgy · · Score: 5, Insightful

      Ugh I hate to defend Microsoft but I have to be one to disagree with you.

      When I provide code for people, projects, or even companies who's software I use, I could really give a rats behind if its open source or not. Sure it would be NICE but hardly REQUIRED by me at least.

      If you don't like what will be done with your free labour then don't provide it, no one is forcing you to. I like people who contribute and provide there free time, but I don't like it when those same people feel that since its so called FREE LABOUR that they can start imposing what can and should be done with there FREE LABOUR. It just doesn't work that way

      Yes you are providing a service, yes it is welcome by the recipient and community, NO you shouldn't have a say in what way your contributions are disseminated because it was your choice to provide the service and no one else's.

      I don't know about you but I provide my code because I want a better end product, not because I want it to be free in the open. If the code I provide will make my life easier then do with it as you will. Just because its not OPEN SOURCE like you say doesn't mean that it doesn't perform any good for the community of users for software X. Besides you wrote the stuff, unless you signed a legal waver to your code then nothing is stopping YOU from releasing it OPEN SOURCE style.

  3. Too nuanced? by morgan_greywolf · · Score: 5, Insightful

    There is actually another mitigating factor present here that we didn't include in the bulletin because we could not authoritatively say that it was true in every case. The vulnerable code path only executes if your machine has a primary DNS suffix. Most of the time, only domain-joined machines have a primary DNS suffix. So it would have been great to say in the bulletin: "Machines not joined to a domain are safe" but that is not 100% accurate so we did not include that. Technically, an administrator could manually set a primary DNS suffix on a non-domain-joined machine. Okay...

    We periodically identify workarounds or mitigations like this that we can't use for official guidance because they're either too nuanced. How, exactly, is this 'too nuanced'? Why not just say "if your machine doesn't have a primary DNS suffix, you are not vulnerable"?

    I'll tell you why...because they assume that Windows administrators are idiots. Now, I've known some stupid Windows administrators in my day, but I wouldn't go so far as to think that most of them are idiots.

    1. Re:Too nuanced? by TheSkyIsPurple · · Score: 2, Insightful

      I can kinda understand it though... I've had to fight off more than my share of "We should do this because Microsoft says so" from the technical management (who don't have the time to take a nuanced understanding of the issue at hand)

      If they say it, thousands of customers will implement it without understanding the things that might break by removing that setting.
      Then they call Microsoft for help fixing it. (Oddly enough, you'd think that would actually drive them to do this, since it would guarantee more partner hours to burn off)

      (Yes, we have a parallel dev and test environment before things go production, but there is no way that blackbox testing for the scope we deal with is going to catch all of even the most glaring of issues. You have to actually know what's going on, and understand how things interact. Wanna disable the DHCP client on your statically assigned server? careful... might screw up DNS a couple weeks from now when things start expiring.)

  4. So what... by krycheq · · Score: 2, Insightful

    Microsoft isn't the only one researching vulnerabilities in their products, and in fact, if it wasn't for the effort of a lot of third-party researchers uncovering vulnerabilities, Microsoft probably wouldn't make the effort that they are just now showing us and exposing to public scrutiny.

    The real problem is twofold... first, denial; for so long Microsoft (as well as many other mainstream software companies) refused to admit that there was a problem and didn't spend any time or money on the problem. This is a mindset that still needs to be addressed and was never present in open-source software development. Second, the time-to-acknowledgment has to come down. Microsoft is not making vulnerabilities that they discover public knowledge in a timely fashion to allow people who use their products to address these vulnerabilities through work-arounds and other techniques, and in fact, their approach to patch development is prioritized using marketing, not security awareness, as the primary driver behind which vulnerabilities are addressed and when.

  5. Re:Microsoft Security Protocols by Anonymous Coward · · Score: 5, Insightful

    No, you're not. This comment reads like a total troll for "big-ups".

    Security is about the best tool for the job and it's not always the Open Source tool, with the "street cred". When you say you're an IT professional, do you by chance mean you work for a small business, supporting other small businesses, (with pirated copies of Windows)?

    No one avenue is the correct choice for security. You should chose the complete set of tools from a variety of vendors, who offer total support. Good luck getting official support with tripwire on Debian.

    Cisco are a proprietary vendor - are you telling me they have no quality solutions? I suppose you don't use Symantec or another vendors AV, on your client desktops? Microsoft ISA actually offers a very robust and powerful firewalling system, for exampling, allowing you to internally spoof/proxy SSL certificates to domain members so you can even inspect encrypted packets on the network. Maybe not a polite thing to do but clearly useful in some organisations.

    And while we're on it, Domains... Active Directory is a security tool in itself. Locking down desktops and client machines is a key security method and AD offers about the best way to do this on the market - I suppose you use Samba and about 500 perl scripts, instead, do you?

    What utter garbage...

  6. Re:Microsoft Security Protocols by palegray.net · · Score: 1, Insightful

    Microsoft and security? Proprietary software and security? Talk about oxymorons. When I and other computer professionals think about security, we think about powerful, open source software, not closed source solutions like Microsoft's. Am I right guys? That was actually the most fan-boyish post I have ever read on this site, in over seven years of reading, beyond any shadow of a doubt, ever. For real. I threw up a little in my mouth. No kidding.

    Somewhere, even Richard Stallman is cringing.

  7. Re:Efforts and real change. by willyhill · · Score: 2, Insightful

    Except that creative spelling and the ever-dreadful "convert now or fall forever" attitude will never yield anything meaningful.

    --
    The twitter monologues. Click on my homepage and be amazed.
  8. The virtues of knowing what you are talking about by Anonymous Coward · · Score: 1, Insightful

    It looks like Microsoft is making an effort to become more 'open' in the area of security research and communication.

    It looks like someone has never read MS's TechNet anytime in the past 10+ years. MS has always been very open about these things, and between MSDN and TechNet, there's hardly anything I've needed to know which wasn't readily available.

    Now if I were to actually have a valid complaint, I'd talk about how difficult it can sometimes be to search through that information. I've sometimes spent literally hours reading through search results, and it never seems like refining the search improves the results. But, MS has something in beta right now which is supposed to improve that- I haven't used it yet, however, so can't say how good it is.
  9. Re:Microsoft Security Protocols by Anonymous Coward · · Score: 2, Insightful

    You're an idiot. What you're advocating is not security so much as covering your own arse - "nobody ever got fired for buying IBM^WMicrosoft^WCisco", basically.

    The giveaway is, of course, the fact that you talk about "official" support for tripwire on Debian. Who cares whether support is official or not? What really matters is whether it's useful, and "official" is neither a necessary nor a sufficient precondition for that. But to answer my earlier question, there *are* people who cares: middle managers, those that are not directly in charge of actually getting things done but that still have someone above them they have to report to. For people like that (like you?), it's indeed true: nobody ever got fired for buying Cisco and an "official" support package, even when Debian and tripwire would've sufficed.

    After all, if Cisco's solution fails, you can always say that Cisco was a trustworthy brand and that you paid for your superduper platinum support package and all that, and you won't get fired. If Debian+tripwire fail? Bad luck: you've got no scapegoat left to blame, so it'll be you who takes the heat.

    Smart middle managers realise this, of course, so the question is - are you lying, or are you just stupid?