Slashdot Mirror


Microsoft Downplays IIS Bug Threat

snydeq writes "Microsoft confirmed that its IIS Web-server software contains a vulnerability that could let attackers steal data, but downplayed the threat, saying 'only a specific IIS configuration is at risk from this vulnerability.' The flaw, which involves how Microsoft's software processes Unicode tokens, has been found to give attackers a way to view protected files on IIS Web servers without authorization. The vulnerability, exposed by Nikolaos Rangos, could be used to upload files as well. Affecting IIS 6 users who have enabled WebDAV for sharing documents via the Web, the flaw is currently being exploited in online attacks, according to CERT, and is reminiscent of the well-known IIS unicode path traversal issue of 2001, one of the worst Windows vulnerabilities of the past decade."

114 comments

  1. 'only a specific IIS configuration is at risk' by Jurily · · Score: 5, Funny

    The default?

    1. Re:'only a specific IIS configuration is at risk' by AliasMarlowe · · Score: 4, Funny

      Did they give any configuration which is not at risk?

      --
      Those who can make you believe absurdities can make you commit atrocities. - Voltaire
    2. Re:'only a specific IIS configuration is at risk' by Jurily · · Score: 4, Funny

      Did they give any configuration which is not at risk?

      Yes. it's a hidden one, only attainable by those who see the Light. All hail fdisk!

    3. Re:'only a specific IIS configuration is at risk' by Anonymous Coward · · Score: 5, Informative

      Only servers with WEBDAV installed are vulnerable. WEBDAV is not installed and configured by default.

      Only IIS 5, 5.1 and 6 are potentially vulnerable under these conditions.

      IIS 7 is not vulnerable even with WEBDAV installed.

    4. Re:'only a specific IIS configuration is at risk' by cayenne8 · · Score: 3, Funny
      "Only servers with WEBDAV installed are vulnerable. WEBDAV is not installed and configured by default."

      Sounds like you could avoid it by not allowing Unicode either...

      I mean, who really needs 'all' those characters?

      --
      Light travels faster than sound. This is why some people appear bright until you hear them speak.........
    5. Re:'only a specific IIS configuration is at risk' by Ralish · · Score: 5, Informative

      Did they give any configuration which is not at risk?

      Yes, several: More information about the IIS authentication bypass

      Worth noting that this only affects IIS 5.x and 6.x, which admittedly, accounts for the huge majority of IIS webservers, but IIS 7.x (Windows Server 2008 and above) are not affected.

    6. Re:'only a specific IIS configuration is at risk' by rvw · · Score: 2, Funny

      I mean, who really needs 'all' those characters?

      Here on slashdot, we only need one character: Anonymous Coward!

    7. Re:'only a specific IIS configuration is at risk' by timbck2 · · Score: 5, Informative

      IIRC, WebDAV *is* configured by default on IIS 5. Here's a link to instructions on disabling it (the procedure involves adding a registry value and restarting IIS):

      Microsoft KB Article #241520

      --
      Absurdity: A statement or belief manifestly inconsistent with one's own opinion. -- Ambrose Bierce
    8. Re:'only a specific IIS configuration is at risk' by Anonymous Coward · · Score: 0

      the standalone version is not affected.

    9. Re:'only a specific IIS configuration is at risk' by Anonymous Coward · · Score: 0

      They just published the latest fix. Go to Control Panel > Uninstall Programs. Uninstall IIS. Then go to apache.org and install apache. Problem resolved.

    10. Re:'only a specific IIS configuration is at risk' by queenb**ch · · Score: 1

      Prolly is the default... Failure is not an option... it comes bundled with Windows. And the best fix for Windows... installing Ubuntu.

      --
      HDGary secures my bank :/
    11. Re:'only a specific IIS configuration is at risk' by Anonymous Coward · · Score: 0

      Party pooper!!!

    12. Re:'only a specific IIS configuration is at risk' by HAKdragon · · Score: 1

      What about CowboyNeal?

      --
      "Our opponent is an alien starship packed with atomic bombs. We have a protractor."
    13. Re:'only a specific IIS configuration is at risk' by bloodhawk · · Score: 1

      No it is not on by default at all, it has been off by default since windows 2003/IIS6 and II7 is not even vulnerable even if it is turned on. Ubuntu is not a good fix, in fact it is an incredibly bad fix as you would then be using Apache which has had considerably more vulnerabilities in it than IIS6 and II7 combined in the last 5 years.

  2. WebDAV used much? by TranceThrust · · Score: 2, Interesting

    Is Microsoft 'correct' in downplaying, in the sense that the particular vulnerable configuration mentioned is not used by many?

    1. Re:WebDAV used much? by Shados · · Score: 5, Informative

      Yup. You need a fairly specific setup: WebDav enabled on the same application as NTLM authentication (kerberos and anonymous/form is ok as far as I understand), and there must not be anything on top of WebDev for authentication (such as one of the various single signon ISAPIs or a CMS exposing its content through webdav with some form of custom security schemes).

      Since no one in their right mind will have WebDav and NTLM exposed to a public site, then the "hackers" can only come from within in the vast majority of scenarios. Don't get me wrong: that is severe, as most hacking DOES come from within.

      What makes it far more major, is that its one of the extremely rare remotely exploitable vulnerability that IIS6 have had. Contrary to Slashdot beleif, IIS6 (IIS7 more so though) is totally rock solid and extremely secure, so having something like that pop up is quite scary.

    2. Re:WebDAV used much? by Anonymous Coward · · Score: 2, Insightful


      Since no one in their right mind will have WebDav and NTLM exposed to a public site

      Have you ever worked in IT? Things "no one in their right mind" would do happen all the time. People don't want to remember 10 different passwords, so I can easily see people wanting to be able to update the website with their "windows password". I'm betting this configuration is far more common than you might think.

    3. Re:WebDAV used much? by blincoln · · Score: 4, Informative

      Since no one in their right mind will have WebDav and NTLM exposed to a public site

      They will if they're running Outlook Web Access, and haven't manually disabled NTLM using a command-line vbscript that comes with IIS.

      --
      "...always new atoms but always doing the same dance, remembering what the dance was yesterday." -Richard Feynman
    4. Re:WebDAV used much? by gadget+junkie · · Score: 1, Flamebait

      [...]

      What makes it far more major, is that its one of the extremely rare remotely exploitable vulnerability that IIS6 have had. Contrary to Slashdot beleif, IIS6 (IIS7 more so though) is totally rock solid and extremely secure, so having something like that pop up is quite scary.

      Contrary to Slashdot belief, Slashdotters usually rant about Microsoft client operating systems, like Vista or Win7. Ranting about Server Software is bad form, primarily because Linux/Apache is the primary platform, and Slashdot should therefore rant that Linux is nipping MS in the bud with its uncompetitive practices.

      --
      "If a boss demands loyalty, give him integrity. But if he demands integrity, give him loyalty." (John Boyd, 1927-1997)
    5. Re:WebDAV used much? by 93+Escort+Wagon · · Score: 3, Insightful

      Since no one in their right mind will have WebDav and NTLM exposed to a public site, then the "hackers" can only come from within in the vast majority of scenarios.

      You're making the mistake of assuming that most IIS admins know what they're doing. I'm sure most of them think they know what they're doing, but I'm betting this flaw will get exploited from without much more often than you think it will.

      --
      #DeleteChrome
    6. Re:WebDAV used much? by Anonymous Coward · · Score: 0

      Yeah, talk about priced below cost!

    7. Re:WebDAV used much? by iamhigh · · Score: 0

      They will if they're running Outlook Web Access, and haven't manually disabled NTLM using a command-line vbscript that comes with IIS.

      There is so much wrong with that statement... First if it is a vbscript, it isn't manual and it isn't command-line.

      Also when using Windows Integrated Auth, Kerberos is the default authentication. If Kerberos fails, then it uses NTLM. Unless you can provide a link that says otherwise...

      --
      No comprende? Let me type that a little slower for you...
    8. Re:WebDAV used much? by Amouth · · Score: 1

      OWA doesn't use WebDav

      i don't know anyone that uses WebDav..

      the problem isn't in using NTLM (still not the best thing to do) but it is with WebDav

      --
      '...if only "Jumping to a Conclusion" was an event in the Olympics.'
    9. Re:WebDAV used much? by dbIII · · Score: 2, Funny

      IIS6 (IIS7 more so though) is totally rock solid and extremely secure

      Reality just stood up and punched that misconception on the nose.

    10. Re:WebDAV used much? by jimmypw · · Score: 1

      I'll concur IIS 6/7 is somewhat solid and acceptably secure that is only if the administrator knows what he is doing. Unfortunatly some if not most IIS setups are incredibly complex thus negating the security features provided.

    11. Re:WebDAV used much? by blincoln · · Score: 5, Informative

      There is so much wrong with that statement... First if it is a vbscript, it isn't manual and it isn't command-line.

      Do me a favour. Find your IIS root folder (C:\Inetpub by default). Go into the AdminScripts subfolder. Try double-clicking adsutil.vbs and see how well it works running as a GUI app instead of being called from the command line using cscript.

      Also when using Windows Integrated Auth, Kerberos is the default authentication. If Kerberos fails, then it uses NTLM. Unless you can provide a link that says otherwise...

      Kerberos is allowed by default, but so is NTLM. If you want to *disallow* NTLM, you have to do this using the script I mentioned above, and in my original post. The syntax is e.g.:

      cscript -nologo adsutil.vbs SET w3svc/1/root/NTAuthenticationProviders "Negotiate"

      Seems pretty manual to me. But what do I know?

      PS: You can verify this on your IIS install using the GET version of that command. The default is "Negotiate,NTLM" (which is also true if it's not explicitly defined). Most IIS admins and engineers don't know how to do things like set up SPNs for Kerberos authentication, which I'm sure is why NTLM is allowed by default.

      --
      "...always new atoms but always doing the same dance, remembering what the dance was yesterday." -Richard Feynman
    12. Re:WebDAV used much? by blincoln · · Score: 1

      OWA doesn't use WebDav

      It actually does, as I was most disappointed to discover a year or two ago. I don't have time to find official documentation on the MS website, but here's an example of some testing that was done against it.

      --
      "...always new atoms but always doing the same dance, remembering what the dance was yesterday." -Richard Feynman
    13. Re:WebDAV used much? by Amouth · · Score: 1

      But it isn't required.. for that to work you have to allow webdav which isn't default.

      you can still use webdav style searchs using exlodb.

      OWA works fine with webdav blocked on iis6

      --
      '...if only "Jumping to a Conclusion" was an event in the Olympics.'
    14. Re:WebDAV used much? by Anonymous Coward · · Score: 0

      WebDav is more common than you think. It's what the FrontPage Server Extensions run on. Some very large hosting providers still use that, as well as some versions of cPanel, and lots and lots of little known but public facing corporate web sites.

      Some default configurations of IIS include WebDav, and if you check the box to install all the stuff, IIS will put in web sites using WebDav.

      Microsoft is right to downplay this though. The attack seems to be one of privilege escalation, and applies to the IUSR_machine account used for anonymous access. Which, in turn, would require a brain dead configuration of allowing the world to read/write in the first place.

      This is bug is a non-issue.

    15. Re:WebDAV used much? by Culture20 · · Score: 1

      most [successful] hacking DOES come from within.

      Edited for correctness. By far, the majority of attempts come from outside.

    16. Re:WebDAV used much? by TheRaven64 · · Score: 1

      I'm sure most of them think they know what they're doing

      I'm not. The big selling point of IIS is that it's possible to install it and run it by just clicking on a simple GUI, so it can be run by people who don't really understand computers. A lot of 'IIS admins' are likely to be some guy who knows slightly more than anyone else in the company about computers but is really employed to do something else.

      --
      I am TheRaven on Soylent News
    17. Re:WebDAV used much? by Will.Woodhull · · Score: 1

      Parent post has been trounced (doubly!) as a troll, and it certainly dripped sarcastic acid. But the question it posed does seem like a valid one:

      Is there any equivalent configuration of Apache that would expose a similar vulnerability? That is, is this kind of vulnerability something that could possibly affect Mac, Linux, BSD, or Unix environments, or is it solely limited to Microsoft shops?

      I haven't worked on MS-specific stuff for nearly a decade (except as needed to get MSIE to do what standards-compliant browsers do). So I don't know WebDEV or any of the CASE tools that work with MS. And I'm kind of wondering whether this story has any significance to anyone outside of the Microsoft ecosystem. (Other than the obvious fact that no one should entrust any private data to any web site being run with Microsoft products, unless they are confident that the responsible IT department understands these kinds of risks and goes the extra steps necessary to assure that clients don't become victims.)

      --
      Will
    18. Re:WebDAV used much? by Anonymous Coward · · Score: 0

      Nobody should trust their data to a Linux server either, then, unless they are confident that the responsible IT department understands these kinds of risk and goes the extra steps necessary to assure that clients don't become victims.

      Seriously how do people come up with that bullshit?

    19. Re:WebDAV used much? by Sylver+Dragon · · Score: 1

      As far as I know, Apache doesn't have anything like WebDAV directly, there might be all kinds of third party applications which create a similar service, but then they probably have their own host of issues.

      To be honest, this falls well within the "meh" category of problems. If you have WebDAV running, either you chose to turn it on for very specific reasons, and hopefully made an informed decision before you did so; or, you are running a decade old version of IIS on a decade old operating system and never changed the defaults.

      --
      Necessity is the mother of invention.
      Laziness is the father.
    20. Re:WebDAV used much? by charlieman · · Score: 1

      "I'm right until you prove me wrong" ?

    21. Re:WebDAV used much? by marcosdumay · · Score: 1

      Well, don't install any Dav file browser trought IIS on a intranet, so. It is so easy to work around such things as not having a web based version control, like subversion, or any kind of web based file sharing... I only hope one's mission critical software don't come with hidden Dav clients.

    22. Re:WebDAV used much? by blincoln · · Score: 4, Informative

      The system-wide WebDAV isn't required. Exchange installs its own, separate WebDAV components, which are.

      See:

      http://support.microsoft.com/kb/309508/ ("Exchange 2000 components use Web Distributed Authoring and Versioning (WebDAV) and other Hypertext Transfer Protocol (HTTP) verbs that are not allowed by the default configuration [of the IIS Lockdown and URLScan tools].")

      http://windowsitpro.com/article/articleid/38396/critical-webdav-vulnerability-are-your-exchange-servers-safe.html ("You can't disable WebDAV on your Exchange 2000 servers because OWA 2000 depends on WebDAV")

      and

      http://windowsitpro.com/article/articleid/45356/deciding-if-and-how-to-disable-webdav-access.html ("If you're trying to disable Exchange 2003's DAV implementation, be aware that Outlook Web Access (OWA) and several other Exchange components depend on DAV. By blocking specific DAV verbs at the network level (through a firewall) or by installing URLScan, you will break the Exchange DAV implementation."). This last article specifically mentions the separate DAV DLLs for Exchange.

      --
      "...always new atoms but always doing the same dance, remembering what the dance was yesterday." -Richard Feynman
    23. Re:WebDAV used much? by marcosdumay · · Score: 1

      Funny thing, since WebDav is the API MS created to let other programs access Exchange OWA.

    24. Re:WebDAV used much? by blincoln · · Score: 2, Informative

      Note 1: see this Microsoft article for the official documentation.

      Note 2: I suspect that "Negotiate" might actually mean "use the operating-system-level security configurations of the client and the server to determine which protocol is acceptable", so that in order to truly *force* Kerberos you might also have to disallow all varieties of NTLM in the security policy for the server. That's just a guess though.

      --
      "...always new atoms but always doing the same dance, remembering what the dance was yesterday." -Richard Feynman
    25. Re:WebDAV used much? by Anonymous Coward · · Score: 0

      It actually does, as I was most disappointed to discover a year or two ago. I don't have time to find official documentation on the MS website, but here's an example of some testing that was done against it.

      Your example is from 2002, which predates windows 2003 server (with IIS6). Webdav is disabled on IIS6 by default. Installing Exchange & OWA doesn't enable webdav.

      Webdav IS enabled on win2000 server (with IIS5) by default.

    26. Re:WebDAV used much? by iamhigh · · Score: 1

      Yep, forgot about cscript having to be called from command line. Wouldn't you know when I try to talk some shit, I am wrong. Oh well, my apologies.

      To your other post, negotiate is referring to Kerberos. I don't know why the don't call it Kerberos, but it relies on *negotiating* some crap (I cant remember details right now) and then sending credentials. Confusing, yes.

      --
      No comprende? Let me type that a little slower for you...
    27. Re:WebDAV used much? by Shados · · Score: 1

      Yeah I realized that after I posted, that it could be taken as "attempt". Obviously, especially with all the script kiddies and bots, it mostly comes from the outside, but most of those are against patched vulnerabilities. Even in high profile companies like banks, there is a general feeling of "Who would hack us from the inside?! They wouldn't even know how!!!", without realizing how quickly the secretary will learn how to run a hacker's script if you piss her off on the wrong day.

    28. Re:WebDAV used much? by Shados · · Score: 1

      But Exchange and Sharepoint exposed through webdav are not vulnerable to this exploit, only file systems are, and its a different ballpark altogether. As soon as there's some form of indirect authentication layer in between, instead of straight NTLM, it doesn't work anymore.

    29. Re:WebDAV used much? by Anonymous Coward · · Score: 0

      The system-wide WebDAV isn't required. Exchange installs its own, separate WebDAV components, which are.

      Yes, but the Exchange OWA webdav is different from the IIS webdav, and not vulnerable to this bug:

      http://blogs.technet.com/srd/archive/2009/05/20/answers-to-the-iis-webdav-authentication-bypass-questions.aspx

  3. Subliminal messaging by ZinnHelden · · Score: 2, Insightful

    'only a specific IIS configuration is at risk from this vulnerability.'

    In my head I keep hearing, "don't use webDAV, use Exchange and SharePoint!"

    1. Re:Subliminal messaging by Jurily · · Score: 2, Insightful

      In my head I keep hearing, "don't use webDAV, use Exchange and SharePoint!"

      Funny. It sounded like "use software with open standards and secure implementations" to me.

    2. Re:Subliminal messaging by ZinnHelden · · Score: 3, Funny

      Yeah, I may hear their insane whispering, but I'm not giving up my Citadel server.

    3. Re:Subliminal messaging by goltzc · · Score: 1

      Don't portions of SharePoint use webdav and ntlm authentication?

      --
      Our bugs are smarter than your test scripts.
    4. Re:Subliminal messaging by lukas84 · · Score: 1

      Yes, of course.

      But publishing Sharepoint directly to the Internet is insane. You should put an ALG in front of it, for example ISA Server.

    5. Re:Subliminal messaging by Richard_at_work · · Score: 1

      Both are fairly fundamental parts of SharePoint for the integration features, but you would never expose either to the world when using an external facing SharePoint deployment. Also your SharePoint server should be behind an application aware firewall such as ISA Server anyway.

    6. Re:Subliminal messaging by Ralish · · Score: 1

      Funny. It sounded like "use software with open standards and secure implementations" to me.

      I personally use Apache for my web-facing server, but that being said, IIS 6 (Windows Server 2003) has had a very good security track record. Secunia tracks 6 advisories since its release back in 2003 and only one of those is unpatched, that being the vulnerability this story is about.

      In contrast, Apache 2.2 was released in late 2005 and has 10 exploits listed, with 2 unpatched and 2 with partial fixes. The exploits seem to be on average less severe, but there's more of them, and some aren't patched.

      My point being, you might not want to jump to conclusions ;) IIS 5.x and earlier was absolutely shocking for security, but IIS 6.x and above does have significant improvements. It's no coincidence that IIS 6 is not vulnerable to this exploit out of the box while IIS 5 is.

    7. Re:Subliminal messaging by marcosdumay · · Score: 1

      As do some portions of Exchange. The GP was probably after some Funny mods, not informative.

  4. It deosn't seem to be default... by tychovi · · Score: 1

    since ~70% of the hits on a quick google are how to turn on and configure WebDAV. But this also means that there seems to be a good bit of interest in using it...

  5. Not a typical configuration by jsnipy · · Score: 4, Informative

    This is really not a typically configuration for an outward facing site. Acting like this is some great find and "game over" scenario is a little far fetched. "Downplay" is flamebait in this context. But, it does make a good m$ bashing opportunity!

    --
    -- if you mod me down, I will become more powerful than you can possibly imagine
    1. Re:Not a typical configuration by Idiot+with+a+gun · · Score: 1, Troll

      Mayhaps it isn't a major bug, but this is exactly what Microsoft does every time. Downplay their bugs (and take their sweet time patching them), while bashing any high profile bugs that crop up in open source projects. I'd be more impressed if their response was "There's a bug in IIS, don't use feature X or configuration Y while we fix it."

    2. Re:Not a typical configuration by ionix5891 · · Score: 0, Offtopic

      edit: 4th :P

      when will slashcode implement editing and Unicode?

    3. Re:Not a typical configuration by Ralish · · Score: 1

      Workaround #1: Turn off WebDAV
      Turning off WebDAV might be a good option if you are not using it or can live without out until we have a security update available. You can find instructions at http://support.microsoft.com/kb/241520.

      Source: http://blogs.technet.com/srd/archive/2009/05/18/more-information-about-the-iis-authentication-bypass.aspx

    4. Re:Not a typical configuration by turbidostato · · Score: 1

      "Turning off WebDAV might be a good option if you are not using it or can live without out until we have a security update available"

      Of course, not turning it on to start with, if you don't use it or can live without it is out of consideration.

  6. For more information by itayperl · · Score: 3, Informative
  7. oblig by Benanov · · Score: 4, Funny

    One that isn't installed.

    1. Re:oblig by jonaskoelker · · Score: 1

      Lalalala, I'm not listen(2)ing! ;-)

  8. ISS bug by googlesmith123 · · Score: 1

    Nasa downplays ISS bug.

    --
    Say NO to unpaid Internships!
    1. Re:ISS bug by Anonymous Coward · · Score: 0

      Will probably only affect very few people when it crashes into the earth.

    2. Re:ISS bug by Anonymous Coward · · Score: 0

      ISS Bugs like in Killer Insects Loose In Space.

    3. Re:ISS bug by Ash-Fox · · Score: 2, Funny

      Nasa downplays ISS bug.

      Fortunately they have got a Russian on board the space station.

      "This is how we fix things on Russian space station!" --Lev Andropov

      (He then proceeds to take a hammer and whack the equipment.)

      --
      Change is certain; progress is not obligatory.
  9. The researcher nixes MS downplaying by Twillerror · · Score: 4, Informative

    http://blog.zoller.lu/2009/05/iis-6-webdac-auth-bypass-and-data.html

    Several news stories seem to allude that Microsoft is artificially downplaying the threat, citations of myself are used to underline the headline in an "us against Microsoft" kind of way. I want to clarify that I have the utmost respect of the MSRC team and I don't suspect Microsoft to willingly downplay anything. They also claim I am from Belgium, I am obviously from Luxembourg. The bug also is not the same as the IIS4/5 one, it's root cause is similar. That's about it.

  10. Internal Memo by geoffrobinson · · Score: 5, Funny

    To Whom It May Be Concerned:

    Warner Bros., in an ill-advised attempt to promote Terminator Salvation, created a Skynet virus which aims to take over the world.

    For some reason, it targets IIS.

    We're doomed. Please head to the bomb shelter and the world will start again with a base of Microsoft employees.

    thank you,
    Management

    --
    Except for ending slavery, the Nazis, communism, & securing American independence, war has never solved anything.
    1. Re:Internal Memo by 93+Escort+Wagon · · Score: 0, Troll

      the world will start again with a base of Microsoft employees.

      Assuming they're allowed to reproduce - I've met several of them, and I don't think that's a safe assumption (unless they're interbreeding, but that might not produce viable offspring).

      --
      #DeleteChrome
    2. Re:Internal Memo by Anonymous Coward · · Score: 0

      To Whom It May Be Concerned:

      Fox, taking a clue from the RIAA and MPAA in an ill-advised attempt to piss off its own fanbase, cancelled Terminator: The Sarah Conor Chronicles.

    3. Re:Internal Memo by geoffrobinson · · Score: 1

      While I'm glad they are setting this movie in the future, my enthusiasm has been diminished by the cancellation. Seriously, I need to make sure I don't get too attached to any show on that network.

      --
      Except for ending slavery, the Nazis, communism, & securing American independence, war has never solved anything.
    4. Re:Internal Memo by SBrach · · Score: 1

      Like the Simpsons?

  11. Re:Are they big enough? by MickyTheIdiot · · Score: 0, Offtopic

    I posted yesterday in reply to someone yesterday I wrote, after he gave a list of multinational corporation products we would "miss" if we didn't have them, that there are damn few products that have to be made by a big corporation, especially given the Internet and the technology available to us now as opposed to 25 or 30 years ago.

    I think you can take that further and say there are a lot of products that can be made a hell of a lot better by a smaller company rather than a multi-national. If that weren't the case, why would we see so many cases of huge corporations that have to spin off or have to set up semi-autonomous units in order to make good quality products.

    Also the definition of "big corporation" is HAZY right now methinks. We should probably be defining "big" these days as in number of dollars or as number of countries. The same tech that makes it possible for small companies to compete on an large scale allows big companies to work with small numbers of workers. "Big" companies don't need the unwashed masses like they used to; they can easily be multi-billion with a relative handful of people. Especially in the US, where the only business model there seems to be right now is 1)buy from overseas 2)sell at huge markup 3)PROFIT!!

  12. Good news by john_roy · · Score: 0

    This is the kid of news that always put a smile on my face.
    It's reassuring to know that hackers have plenty to entertain themselves with windows servers, letting my Linux boxes alone.

  13. Serious question by Ash-Fox · · Score: 3, Interesting

    Serious question, has the Apache package even had any bad vulnerabilities like this in the past ten years?

    --
    Change is certain; progress is not obligatory.
    1. Re:Serious question by iamhigh · · Score: 1
      --
      No comprende? Let me type that a little slower for you...
    2. Re:Serious question by Just+Some+Guy · · Score: 1

      That query shows all results even tangentially related to Apache family. You need to look at the advisories for Apache 2.2, Apache 2.0, and Apache 1.3 specifically.

      --
      Dewey, what part of this looks like authorities should be involved?
    3. Re:Serious question by AvitarX · · Score: 1

      I see 541 advisories(many look like duplicates by distro at a glance), but I am NOT going to look for myself and see if any of them are major. That sounds like a lot of work.

      --
      Wow, sent an e-mail as suggested when clicking on "use classic" banner, and got a fast response that addressed my msg
    4. Re:Serious question by dkleinsc · · Score: 2, Informative

      For lazy people, about 3 vulnerabilities classified as "Highly" critical, 0 "Extremely", out of a total of around 50 across Apache 1, Apache 2.0.x, and Apache 2.2.x. Of the 50, the vast majority are at least partially fixed.

      It's hard to get a fix on equivalent numbers for IIS, since they all seem to fall under the MS Windows category.

      --
      I am officially gone from /. Long live http://www.soylentnews.com/
    5. Re:Serious question by Twillerror · · Score: 5, Interesting

      Serious answer. Apache is a modular beast and since doesn't get blaimed for modular problems like this.

      There have been issues even bigger in various mods like mod_php.

      Even code red was a problem with Internet printing and not really the core IIS. Maybe IIS should have blocked it and already had URLScan, but ultimately it was just passing a URL along some C++ code that blew up. MS created that .DLL so we can blame MS..but blaiming IIS itself was slightly off.

      The core of both IIS and Apache have been pretty well hardened. Hence why WebDav is turned off in IIS 6. Even .ASP has to be turned on during setup.

      MS puts out it's own mods essentially...where Apache would have a different team working on WebDAV. If the same "exploit" was found in mod_webdav who could we really blame. Yell at the Apache foundation...no we would professionally fix the issue. Maybe some flaimbaiters on the other side would yell..."see open source is less secure".

      Softwares has bugs, some of them are security related. When open source creates them they are presented as bugs...when MS creates them it is some kind of great conspiracy to rule the world. Some guy just like you wrote this bad code and is probably feeling like crap today. Some tester let it get thru and is feeling really crappy today. A bunch of dudes in at both MS and the rest of the security community are pulling up their britches and getting it fixed...move along nothing to really see here.

    6. Re:Serious question by Foofoobar · · Score: 1

      Well the problem isn't just that one developer and tester let it through. They let it through TWICE! After the first time, you would have thought that they would have built a class/function/api to handle all URL's and do the cleaning automatically. That way any app sending URL's through the system could have them cleaned the same way so as to avoid an exploit.

      This constant lack of consistency is a Microsoft trademark where one hand doesn't know what the other hand is doing and as a result issues that they say were fixed keep coming up over and over and over. And I think that's the real bitch people have. If there's any kind of conspiracy, it's a conspiracy of dunces.

      --
      This is my sig. There are many like it but this one is mine.
    7. Re:Serious question by cl0s · · Score: 1

      Yea difference is, if I'm Big Company A using Apache and we find a bug/security flaw we can hire someone to fix it or call up apache or the mod creator and pay him to fix it immediately and patch our servers. Big Company B that uses IIS finds a bug and they can either turn the service off and wait for a fix to be released (which might not be an option depending on how critical that service is for the company) or just have to hope its not exploited while Microsoft patches it - whenever they feel like, depending on the severity and how many other customers it also effects, etc.. Even Small Company can have an influence or fix whatever is found in Apache themselves. With IIS, you kind of just have t wait.

      I don't care which one you prefer but that's just the truth of it.

    8. Re:Serious question by Anonymous Coward · · Score: 1, Interesting

      Actually, if you're a big enough company you can get the same response from Microsoft. You call through their incident support line and get through to the project support lead for the product in question and they can manage putting together a hot fix. It will cost you, but it would cost you either way. I worked for a fairly small company five years ago and we got the lead developer from the Microsoft SNA division to create a custom patch for a bug that we identified on a Sunday morning at 2:00 AM. In all it cost us $200.

      In the majority of cases the company is going to sit tight and wait on support through the platform company, whether that be Microsoft, Red Hat, Oracle, Dell, whatever. The number of companies that actually seek out a custom fix would be in the extreme minority as deploying such custom code into a production environment is a liability in of itself.

    9. Re:Serious question by marcosdumay · · Score: 1

      Wow! Using a 403 error page to make another server put bad code into the user's browser is genial. That is why I like security people, I'd never think about something lke that.

    10. Re:Serious question by Jahava · · Score: 1

      You posted good information and a nice perspective. I do agree with what you say, in spirit.

      However, let's not forget that neither Microsoft nor Apache, including their coders and contributers, is innocent. They're both competing in an arena to provide drop-in solutions that form a backbone of the most technologically-vast infrastructure in the world (the Internet). There's money to be had, and responsibility comes right alongside it. Your kind of thinking, while very empathetic, is dangerous, as we have to hold these companies to a higher standard of coding.

      It's a shame, but tons of people did fail miserably, and the failure could be enough to ruin the lives and livelihood of the victims (even if there are relatively few). Failing that, countless man-hours are being spent addressing, patching, avoiding, and detecting this bug. As small of a coding mistake as it is, it's going to cost a lot of people a lot of money, especially because of the popularity and criticality of the software.

      Then again, if high-profile applications were properly jailed (on both Windows and Linux), it wouldn't be much of an issue at all. A lot of people are to blame for this not being pervasively commonplace.

    11. Re:Serious question by bloodhawk · · Score: 1

      It's hard to get a fix on equivalent numbers for IIS, since they all seem to fall under the MS Windows category.

      its not hard at all. http://secunia.com/advisories/product/1438/ http://secunia.com/advisories/product/17543/

  14. Re:Are they big enough? by x2A · · Score: 2, Insightful

    Anything Microsoft related on Slashdot forums is automatically flamebait because of the emotional reactions the mere word 'Microsoft' triggers in so many Slashdotters which makes it unpossible to have a proper serious, well thought out debate. Just look at the replies it's getting. It's pathetic huh.

    --
    The revolution will not be televised... but it will have a page on Wikipedia
  15. It's not a big deal by SlappyBastard · · Score: 5, Funny

    Anyone using the exploit is prompted repeatedly about whether they really, really want to do it.

    Geez. Don't you people know anything about Windows security?

    --
    I scream. You scream. I assume that means we're both acquainted with the problem. We proceed.
    1. Re:It's not a big deal by pyrr · · Score: 1

      Security by annoyance?

    2. Re:It's not a big deal by Anonymous Coward · · Score: 0

      Let's say I'm an evil hacker. I'm presented with two very wimpy systems. But, one system rolss over and screams, "Do me hard!" And the other system says, "Not til the second date."

      It's just basic economics that I'm going for the insecure system that is more promiscuous.

      And that of course means I will never, ever attack the second system.

      As I asked before, do you folks know nothing about Windows security?

  16. Re:No not a Microsoft Bug by Paralizer · · Score: 1

    Are you implying that no other operating system has bugs, or that open source guarantees bug free code? I'm pretty sure you'd be wrong.

    (Disclaimer: I love Linux and have been using it at home for years, but I'm sure as hell not going to go around and tell everyone that it's rock solid and bug free just because it's open and I like it.)

  17. Re:No not a Microsoft Bug by heffrey · · Score: 1

    This attitude (open implies better) is what I call faith based IT.

  18. Translation for American audiences ONLY by Zontar_Thing_From_Ve · · Score: 1

    They also claim I am from Belgium, I am obviously from Luxembourg.

    I used to work at a US office of a large French company, so I have some insights into this statement that might not be apparent to the typical American. Consider this as if he had said:
    They also claim I am from Alabama. I am obviously from Tennessee.
    and you'll have a rough idea of what he is saying and why he doesn't like it to be said that he's from Belgium.

    1. Re:Translation for American audiences ONLY by ShadowRangerRIT · · Score: 1

      But I'm from D.C., and live in NYC. So both Alabama and Tennessee sound like hick country to me! Can I get a different analogy?

      I'm half joking.

      --
      $_ = "wftedskaebjgdpjgidbsmnjgcdwatb"; tr/a-z/oh, turtleneck Phrase Jar!/; print
  19. Re:Are they big enough? by Anonymous Coward · · Score: 1, Funny

    That sounded dangerously close to being pro-Microsoft, comrade...

  20. Re:No not a Microsoft Bug by LinuxOverWindows · · Score: 1

    I never said that, but what I'm implying and is true with out a doubt is that closed source has more bugs!

  21. Re:Are they big enough? by x2A · · Score: 1

    What, because emotional hysteria is the necessary defence for Microsoft's evils in the world? If we aren't angry and if we don't hate, then MS wins???

    --
    The revolution will not be televised... but it will have a page on Wikipedia
  22. Re:Are they big enough? by Anonymous Coward · · Score: 0

    What, because emotional hysteria is the necessary defence for Microsoft's evils in the world? If we aren't angry and if we don't hate, then MS wins???

    See ? You got it in the end.

  23. not a typically configuration by rs232 · · Score: 1

    "This is really not a typically configuration for an outward facing site"

    How do you know this, is IIS shiped by default with this 'safe' configuration?

    "the flaw is currently being exploited in online attacks, according to CERT", and according to theReg, Ball State University was hacked using this exact same exploit.

    'Shortly after the attack, students checking their iWeb pages were greeted with a message that said they had been hacked'

    --
    davecb5620@gmail.com
    1. Re:not a typically configuration by Shados · · Score: 1

      How do you know this, is IIS shiped by default with this 'safe' configuration?

      More so than that: not only is the feature not activated by default, its not even installed. And NTLM on a public facing web site means someone made the conscious decision of disabling anonymous and form authentication (as those would always kick in first, thus almost closing down NTLM access in the first place). If you have a firewall, the appropriate port may need to be opened, too, in some cases.

      It is not the default by any stretch of the imagination, and you actually need to sorta know what you're doing. At work we have douzens of distinct IIS setup and configurations, stretching from very common to extremely obscure, and we looked at all of them one by one, only to find out that exactly zero had the correct setup for this vulnerability, and no one actually tried to lock down NTLM + WebDav. Its just that the only time you'd go through the trouble of making it available, is for Exchange, Sharepoint, etc, and those setups are not vulnerable.

    2. Re:not a typically configuration by rs232 · · Score: 1

      "NTLM on a public facing web site means someone made the conscious decision of disabling anonymous and form authentication"

      You are confusing me, I thought NTLM was the authentication mechanism used by IIS, and what is IIS if not a web server. Is there any technical advisory that IIS shouldn't be used on a public facing web site? and also .. did the admins at Ball State University disable anonymous and form authentication?

      --
      davecb5620@gmail.com
    3. Re:not a typically configuration by Shados · · Score: 1

      NTLM is the basic form of Windows Authentication, which is used when integrated authentication is needed, but Kerberos would be overkill. So its basically how you login to a windows box. Internet Explorer and some (but not all...though Firefox can) other browsers will let you use it for website authentication, but it rests that its a form of network authentication that is not optimized for public networks (it is most commonly used to authenticate users on an intranet so they don't have to enter their password again, just passing their windows tokens).

      On the web, usually people will use form based authentication (the windows world way of saying "username and password backed by a custom system"). In the Unix world (though it can be used in Windows too), some form of single sign-on framework (like SiteMinder) is often used too.

      So basically, exposing NTLM over the public internet would mean your web site will work in most, but not all browsers, and people will be asked to enter a windows login name and password (as in Active Directory or machine user). That is very infrequent.

      The only times this is really done is for Sharepoint and Exchange, and those use a custom security mechanism which is not vulnerable to this exploit (because they serve "virtual" directories such as files from a content management systems or a email database, as opposed to a real file system).

      And like if all that wasn't enough, exposing NTLM over the net is confusing to users (sometimes they have to type in the domain name, depending on configuration... talk about ewww) and doesn't integrate well in web pages (it will pop that ugly gray login box instead of being integrated in the site), thus why even braindead sysadmins won't make the mistake, because users bitch and moan.

      If a university got hacked through this, when even our straight-out-of-associate junior MCSE didn't make the mistake, they really need to rethink their IT department.

  24. This is another Unicode hole by spitzak · · Score: 2, Interesting

    It sounds like the basic cause is something attempting to translate a string into "unicode" before using it.

    For some reason, normally intelligent programmers turn into complete morons when presented with UTF-8 and other Unicode encodings. They become convinced that it is somehow physically impossible to do anything to these strings without first finding all the "characters" (actually Unicode code points, which are not "characters") and will write pages and pages of elaborate and bug-prone code to do this and "count characters". This code is COMPLICATED and there is the basic fact that the mapping is often not 1:1 and even when it is different implementations vary and thus don't invert correctly. This causes bugs, nasty ones like you can see right. here.

    In fact it would be trivial to just treat it as a string of bytes that happens to maybe represent some text. The ONLY time you need "characters" is when you are rendering the string into an image that humans will look at, and if you want to do semantic analysis such as grammar checking. It is not needed if you are looking for the period that starts the extension or trying to find a number.

    What is really sad and mysterious is that this disease only seems to be triggered by UTF-8. Nobody worries about finding the boundaries between "words". Nobody seems to worry about UTF-16 surrogate pairs, and nobody was really concerned with older Japanese multi-byte encodings.

    This is NOT Microsoft-specific so don't feel complacent. Microsoft's moronic decision to name files with UTF-16 is really bad, but witness open source Python 3.0 which has decided that all strings will have to be converted to "unicode" (acutally UTF-16 or UTF-32 depending on the platform) before anything is done to them. Python is heavily used to parse HTML and URLs and I expect a huge mess from this stupid idea.

    I'm sure there will be a few responses claiming some magical property of "characters" so that you can't do anything about it. PLEASE, try some thought experiments. Try substituting "words" in your example, it will either be stupid, or you will realize that that only a tiny portion of software needs it. Go and write some code where you leave the strings in UTF-8 and maybe you will learn.

    1. Re:This is another Unicode hole by Anonymous Coward · · Score: 0

      I'm not an expert, but I think the problem revolves around that "Not 1:1" thing...if I have two words, one is "Race" and the other is "Racecar", there's no way for me to tell that a word is "racecar" without first parsing out a "race". But I don't want just "car". That would be bad. If I do function A on "race" and function B on "racecar" I don't want a situation where every time I see "racecar" I execute function a (for "race) followed by function c (for "car).

      That's probably where the whole conversion issue comes from.

  25. Re:No not a Microsoft Bug by heffrey · · Score: 1

    Really? What's your evidence for that statement?

  26. + SQL Server by Anonymous Coward · · Score: 0

    And this is why you shouldn't store username & password to the sql server in a connection string in web.config. Use Windows/AD authentication, which you should have used anyway.

  27. Re:No not a Microsoft Bug by LinuxOverWindows · · Score: 0

    How man bugs exist in OpenBSD, 2, there have been 2 patches ever needed for OpenBSD. How many has there been for Windows I think you need a big scale lets see

    16 log etc...

    But you want to talk Linux fine, I can play

    Linux is know industry wide for having better security and stability, Linux is far more user friendly then Windows because the user has the code. Linux has better memory management, a better kernel, less viruses, less spyware, less malware etc... Do I need to keep going.

    you might try to tell me you can't use Memory management as a fact well actually I can. The problems with closed source software usally exist right down to the base and if the base of any OS is the kernel then it fair game.

    How many times have you had a Linux box freeze out of no where and for no reason, I've actually never seen it happen, How many times has Linux has memory fault. It's rare very very rare. Okay on the other side, Windows freezes from just moving your mouse to fast or a cd misreading and almost everything else that would or could happen with a computer. Thanks to Windows 7 we now have the blue screen back. Okay so I proved that.

    Mac you say, fine I'll deal myself a win. Mac is closed source and hmmm already has viruses! Interesting, it has more security bugs then Linux / Unix and it has a higher rate of crashing.

    Well I think I did my part and proved my point, so lets see what you come up with this time. And once again my Valid and very correct point closed source = more bugs and patches.