Slashdot Mirror


Serious IIS Hole; Minor X Bug

EyesWideOpen writes "Microsoft announced Wednesday that there is a serious software flaw with its IIS web server. The 'vulnerability affects a function in the server software that allows Web administrators to change passwords for an Internet site.' A researcher with eEye Digital Security discovered the flaw in mid-April but it wasn't announced publicly because of an agreement with Microsoft. The Wired article is here and this appears to be the MS bulletin describing the vulnerability in detail." And several people reported this Register story on a way to DOS Mozilla users by trying to display ludicrously large fonts. Microsoft's time to patch a remote hole where the attacker can gain complete access to your computer: two months. Open Source's time to patch a much less serious bug where the attacker can merely crash your computer: three days.

467 comments

  1. I already view large fonts. by satanami69 · · Score: 2

    To me that's one of the benifits of Mozilla. I view everything at 120%. Take that CNN! You can't stop me from actually reading stories now.

    --
    I really hate Dan Patrick.
    1. Re:I already view large fonts. by uglyduckling · · Score: 4, Informative
      If you look in the 'fonts' preferences, there's now an option for minimum font size. It's a great way to deal with ridiculously small fonts without making everything else look chubby.

      I've also found that the screen calibration thingy on the fonts preferences (select 'Other..' under 'Display Resolution') makes a big difference too.

    2. Re:I already view large fonts. by mrselfdestrukt · · Score: 0, Offtopic

      Hehehehe. That was real funny man!
      I'll pay the shipping fees if I can send you mine...

      --
      "I used to have that really cool,funny sig ,but it got stolen."
    3. Re:I already view large fonts. by Anonymous Coward · · Score: 1, Interesting

      huh? You mean the same way I increase the font size using IE on Windows by holding control and rotating the mouse wheel?

    4. Re:I already view large fonts. by Anonymous Coward · · Score: 1, Insightful

      or the way that fonts in Windows are standardized and don't look like they have congenital defects?

    5. Re:I already view large fonts. by CubicDDD · · Score: 0

      you mean the same way i change the font size in galeon ?

    6. Re:I already view large fonts. by Anonymous Coward · · Score: 0

      IE supports percentages now, rather than brain-dead one-size-fits-all font zoom settings?

    7. Re:I already view large fonts. by SEWilco · · Score: 1
      "You mean the same way I increase the font size using IE on Windows by holding control and rotating the mouse wheel?"

      Well done. Now change the font code in Windows to control the maximum size.

    8. Re:I already view large fonts. by ScottKin · · Score: 1

      Troll

      Go back to attacking unwarry travelers who try to cross bridges or unwarry /. posters who are unaware that /. is just a Penguin Fetishist's BLOG

      --
      I don't give a rat's behind about "karma" here or anywhere else. Don't like what I have to say here? Deal with it!
    9. Re:I already view large fonts. by curri · · Score: 1

      Was that a joke or does it actually work ? I just tried it on my windows box (Win2k, IE 6) and didn't work (and I hate small fonts :)

  2. Status Quo by Johnny+O · · Score: 2, Funny

    About Status quo in M$ land....
    About Status quo in Linux land :-)

    1. Re:Status Quo by ozbon · · Score: 1

      And as with Status Quo records everywhere, every single one sounds the same as the last...

      --
      I say we take off and nuke it from orbit. It's the only way to be sure...
    2. Re:Status Quo by GypC · · Score: 4, Insightful

      It's not a Linux bug, but rather an XFree86 and mozilla bug. It would probably crash any box running those two programs just as handily...

    3. Re:Status Quo by GnomeKing · · Score: 1

      It's not a Linux bug, but rather an XFree86 and mozilla bug. It would probably crash any box running those two programs just as handily...

      As many people have already said - dont shoot the messanger

      Mozilla is no more guilty for this problem as it is for a user to open a star office document with such a large font size - after all, opening an office document wont crash your computer - right??

      Of course, it is good practice for Mozilla to implement a limit themselves to stop people exploiting the problem in xfree86, but please, stop calling it a Mozilla bug!

    4. Re:Status Quo by peddrenth · · Score: 4, Informative

      Apparently it's an X bug which can crash the GIMP and others as well -- only reason mozilla's special is that you can exploit it remotely.

      Ctl-Alt-Backspace if you get hit with it, and reboot your X-server. If you want a bit more protection, run XFS font server separately (rather than letting X handle fonts) then only the font server will crash.

      As for "time to fix", well XFree86 has been out for a while now, so presumably it was vulnerable all along.

    5. Re:Status Quo by Fruit · · Score: 4, Insightful

      No.

      As a web browser, Mozilla should be able to withstand maliciously formatted content. It really is a bug.

    6. Re:Status Quo by 3seas · · Score: 1

      Two months of paying worker(s) to fix a bug vs. 3 days for (are they paid or not?) to fix a lessor bug.

      If this is any indication of the complexity of the MS bug, then perhaps MS should consider rewritting the related part rather than patching it.

      Oh wait, there is the difference. after so many versions (3) of an OS, they start over.

      Practice makes perfect, keep up the good work MS, someday you just might master OS creation.

    7. Re:Status Quo by Anonymous Coward · · Score: 0

      DOS=denial of service
      and DDOS=distributed denial of service
      nothing to do with disk operating system.

    8. Re:Status Quo by silicon_synapse · · Score: 1

      DOS=denial of service
      and DDOS=distributed denial of service
      nothing to do with disk operating system.


      DOS=Disk Operating System
      DoS=Denial of Service
      DDoS=Distributed Denial of Service

      A little pet peave of mine.

    9. Re:Status Quo by Anonymous Coward · · Score: 2, Informative

      Hey troll. IIS != OS.

    10. Re:Status Quo by Genom · · Score: 4, Insightful

      As a web browser, Mozilla should be able to withstand maliciously formatted content. It really is a bug.

      Hmm...the flaw itself is in XFree, and it's handling of huge fonts. Presumably the only reason a web browser is such a problem is because of the potential to attempt display of a *lot* of text at once (I would assume opening a long document in Star/Openoffice with gigantic fonts would produce the same effect, although I haven't tested it myself...). Therefore, while it's a "nice" thing that Mozilla throws a limit in there to prevent one vector of attack, it's merely throwing a band-aid over the real problem, which should be fixed in XFree.

    11. Re:Status Quo by JediTrainer · · Score: 0, Troll

      A little pet peave of mine.

      You mean peeve?

      (spelling mistakes are a pet peeve of mine)

      --

      You can accomplish anything you set your mind to. The impossible just takes a little longer.
    12. Re:Status Quo by Anonymous Coward · · Score: 1, Informative

      As for "time to fix", well XFree86 has been out for a while now, so presumably it was vulnerable all along.

      And you're implying that IIS has only been available since mid-April?

      The "time to fix" is the time from when the vendor is notified until they produce a patch.

    13. Re:Status Quo by Anonymous Coward · · Score: 0

      You assholes love to blow everything out of proportion. The IIS "flaw" is a buffer overrun in a .HTR file that has long since been irrelevant.

    14. Re:Status Quo by GypC · · Score: 1, Offtopic

      True enough. I concur.

    15. Re:Status Quo by Anonymous Coward · · Score: 0

      And I'm still waiting for the Linux patch.

    16. Re:Status Quo by arkanes · · Score: 2

      Large fonts are not maliciously formatted content. It's not Mozilla's job to constrain data it's passing to a third party. It's not a mozilla bug, although they may choose to band-aid it.

    17. Re:Status Quo by dan+the+person · · Score: 1

      The difference is, MSs patch is a widely tested fix that is now available to the end user, and is easily installed by the end user.

      The X patch, is a few changes in some source code.

      The opensource "3 day" solution is absolutely of no use to the vast majority of end users.

      You need to wait for Mandrake or whichever vendor you track to released updated binaries and then measure how long it took.

      Of course the opensource solution is superior, in that if security is really really important then you can download all the source, download all the development libraries it depends on, apply the patch, and spend half a day compiling your own copy of X. But the majority of people will wait for the binary RPMS/Debs/whatever.

  3. DOS Mozilla users??? by Xpilot · · Score: 5, Funny


    Wow, I didn't know that Mozilla had a DOS version! How many users does it have? Three?

    --
    "Backups are for wimps. Real men upload their data to an FTP site and have everyone else mirror it." -- Linus Torvalds
    1. Re:DOS Mozilla users??? by Anonymous Coward · · Score: 0

      I bete there are more systems out there running DOS than Linux (mostly embedded, but I bet there are still lost of Wordperfect 4.2 users, who just aren't connected to anything more sophisticated than a printer).

    2. Re:DOS Mozilla users??? by Anonymous Coward · · Score: 0

      Yeah, it's called DOSZilla - and I'm not kidding either, although the project appears to be deader than Bill Gates' conscience.

    3. Re:DOS Mozilla users??? by Anonymous Coward · · Score: 0

      Of course, if they had been using Linux, they could have gotten a web browser with spell checking.

    4. Re:DOS Mozilla users??? by jonadab · · Score: 1

      Assuming Windows 3.1 systems count, there are certainly still more DOS systems out there than Linux systems, even if you only count systems connected to the internet. However, these systems are mostly older and probably don't have enough RAM to run a modern web browser. I suspect most of them are 486 class or less. DOS on modern hardware is a fairly small niche market. (I personally do keep a bootable DOS 6 partition around on my multiboot system, but I don't use it anything like daily, and I use Arachne for the web browser when needed. And I don't claim to be typical.) There was a DOSZilla project, but AFAIK it is dead. I have heard nothing about it for plus two years.

      --
      Cut that out, or I will ship you to Norilsk in a box.
    5. Re:DOS Mozilla users??? by rabidcow · · Score: 1

      dammit, I want textmode Mozilla!

    6. Re:DOS Mozilla users??? by jaavaaguru · · Score: 3, Funny

      It's a single user system,if my memory serves me correctly.

    7. Re:DOS Mozilla users??? by Zordak · · Score: 2

      Yeah, word is they code-named it "Lynx."

      --

      Today's Sesame Street was brought to you by the number e.
    8. Re:DOS Mozilla users??? by Anonymous Coward · · Score: 0

      > but I bet there are still lots of
      > WordPerfect 4.2 users
      >
      Speaking of which...anybody know, where I can download WP for DOS anywhere? Preferably >=v5.1. Corel, in their infinite wisdom, not only discontinued the DOS version (OK, that was foreseeable), but they actually *destroyed* all inventory of it! I've offered them money even for a download version and they just won't take it! My wife loves WordPerfect, but since Corel dumped WPOffice 2000 for Linux as well (which I had bought for her), she now moved on to OpenOffice 1.0, which being open source and all at least can't just get cancelled and is thus a far better move for the future.
      Still have a DOS nostalgia partition around though and wouldn't mind throwing an old WP on there..if I could just get my hands on it. Closed source really sucks!

  4. Only affects HTR - a rarely used feature by byolinux · · Score: 5, Informative

    This is hardly a major bug IMHO... "an older, largely obsolete scripting technology - where the previous one lay in the ISAPI extension that implements ASP." "The IIS Lockdown Tool disables this functionality by default. Customers who have retained the functionality but deployed the URLScan tool as discussed in Microsoft Security Bulletin MS02-018 would likewise be protected against the vulnerability." So, it only really affects those sysadmins who don't bother to lock their server down. It's not going to be a major issue for the majority.

    1. Re:Only affects HTR - a rarely used feature by erlando · · Score: 4, Insightful
      But you are forgetting the vast amount of users running IIS without knowing it by way of having installed Win2K with indexing services and what not.

      The majority of Code Red attacks came (and is still coming) from private users that have never even heard of a Microsoft Security Bulletin, the URLScan tool or the Lockdown Tool.

      Sadly these type of users are still in the majority.

      --
      Remember, there are no stupid questions. But there are a lot of inquisitive idiots.
    2. Re:Only affects HTR - a rarely used feature by edrugtrader · · Score: 4, Funny

      "this really affects those [microsoft] sysadmins who don't bother to lock their server down"...

      ...right... so EVERYONE is affected... hardly a major bug at all.

      --
      MARIJUANA, SHROOMS, X: ONLINE?! - E
    3. Re:Only affects HTR - a rarely used feature by mnordstr · · Score: 0, Troll

      "it only really affects those sysadmins who don't bother to lock their server down"

      Which happens to be the majority. If you're lazy enough not to run a real web-server then you're lazy enough not to make it secure.

      "an older, largely obsolete scripting technology"

      I don't think the script kiddies care about the popularity of the technology, if there's a hole, there's a hole.

    4. Re:Only affects HTR - a rarely used feature by byolinux · · Score: 1

      Don't think I'm trolling, but not EVERYONE running IIS is a complete cretin, but this shouldn't affect anywhere near as many people as the last major IIS flaw, as the tools used to fix THAT one will fix this one.

    5. Re:Only affects HTR - a rarely used feature by borgboy · · Score: 2, Interesting

      Just because I run IIS for production web servers does not mean that I am lazy or incapable of following the vendor's instructions for securing the box. Administered properly, IIS is a viable web server. Notice I didn't say better or faster, I said viable. If my staff knows how to administer Windows, and I know how to code for Windows, then it makes a hell of a lot more sense that we use Windows in our production environment.

      I know this is a GNU/Linux/OSS advocacy site. I have a great deal of appreciation for Linux, not because I use it on a daily basis, but because it is forcing my OS vendor of choice to at least pretend to sit up, take notice, and focus on some things the market never forced them to focus on before.

      I know. I done been trolled.

      --
      meh.
    6. Re:Only affects HTR - a rarely used feature by Anonymous Coward · · Score: 1, Insightful
      My goodness, you're an ignorant prick, aren't you? Ever consider that most people who admin IIS for a living weren't in the position to object to its introduction? Or places where they are told they are in control of such things, and submit proposals that get ignored by higher-ups?

      FWIW, my IIS box is patched. I search the MS patch areas daily looking for the hole du jour.

    7. Re:Only affects HTR - a rarely used feature by Anonymous Coward · · Score: 0

      And you're forgetting about the vast number of users running Mozilla and X without knowing it by way of having installed Linux and Mozilla, and thus being vulnerable to
      This Bug.

    8. Re:Only affects HTR - a rarely used feature by Anonymous Coward · · Score: 0

      Geez. Did some Open source Nazi DOS the site that demonstrates the Linux vulnearability?

      Microsoft's marketing goons couldn't do better than that...

    9. Re:Only affects HTR - a rarely used feature by Gambit253 · · Score: 0

      Regardless of if you've been trolled or not, just because you're in a Windows environment, doesn't mean you have to use IIS. Apache, a well known web server that has had fewer bugs than IIS, has a Windows port. I'm sure there are other servers out there for Windows. Just because you use the OS, doesn't mean you have to use the software too.

    10. Re:Only affects HTR - a rarely used feature by borgboy · · Score: 1

      You are right. That is absolutely true. However, there are two mitigating factors:

      1. My development skills (as far as web development goes - I am not primarily a web developer) are in ASP, ASP.Net, and ISAPI.
      2. My admin staff knows IIS. They know how to tune it, how to plan for it, and how to secure it.

      I'll not argue that Apache is a VERY capable web server for Windows. If I were doing JSP, I would certainly be considering Apache. Right now, however, my skills are best leveraged through IIS. In the future, when Mono matures, I'll be looking that way.

      It is irresponsible to operate IIS if you don't understand the risks. However, understanding those risks, I can accomplish more business objectives - ie deliver more tested working code sooner - if I stick with what I know.

      --
      meh.
    11. Re:Only affects HTR - a rarely used feature by ZoneGray · · Score: 2

      I know. Any decent admin disabled the .htr filters what... two years ago? three?

      Well, it helped me wake up this morning.

    12. Re:Only affects HTR - a rarely used feature by Fastolfe · · Score: 1

      I think the perception issue revolving around IIS is that there's a higher barrier to getting Apache installed, configured and running. You typically have to be more skilled to understand how to do that. With IIS, it's like Windows: pointy-clicky. While you and your team can probably move beyond, most people that have adopted Windows/IIS have done so because they don't have the skills to do anything else. This group is dangerous because they also will frequently avoid installing patches.

      The whole CodeRed thing speaks volumes about the state of the world with respects to IIS administration. Even today my sites get probed by CodeRed-based viruses.

      So basically, if there's an IIS hole, even though you may be smart enough to get your systems secured, it's still going to end up being a very serious problem as a large percentage of IIS servers won't end up getting secured. With Apache (for example), you have to be a more capable administrator in the first place, which means a larger percentage of these will get an update applied.

    13. Re:Only affects HTR - a rarely used feature by Orlando · · Score: 3, Insightful

      Sadly these type of users are still in the majority.

      very true. if Microsoft wish to market a product that is supposedly easy to use and administer, it is not the user's fault for not being told to patch and upgrade constantly.

      i'd be the last person to stand up for Microsoft, but a lot of the problem is in the fact that novice users are fooled into thinking they can sysadmin without experience and training, and NOT because the software is deficient. almost any other OS you'd care to mention is vulnerable out of the box, but they are usually aimed at people who know what they are doing and patch them accordingly.

      Microsoft design and market their server OSs in a way that makes it look like any fool off the street can administer them, and in my experience that is usually the case.

      --
      -= This is a self-referential sig =-
    14. Re:Only affects HTR - a rarely used feature by mosch · · Score: 1, Flamebait
      you're right, a bug in the default configuration surely won't affect many people. So this really only affects sysadmins who don't bother to lock their server down, people who use htr, non-professionally adminned servers, desktops who have IIS enabled accidentally, production servers at colo facilities who wanted to not restrict their customers, any machine at all run by an admin who didn't feel the need to restrict the funcionality they provide to their users really...

      yeah, not many people at all. you fucking retard.

    15. Re:Only affects HTR - a rarely used feature by borgboy · · Score: 2, Insightful

      I can't comment on the height of the barrier, I can only say I know where the handholds are on the one I've climbed. Sticking with IIS gives me an advantage in my environment, but that doesn't make it the right choice in every environment. I'm GLAD there are choices.

      I'm curious though. If Apache grows and develops an easy to use GUI administration interface, does that mean that the quality of Apache admins as a whole will go down? Just because of pretty widgets?

      --
      meh.
    16. Re:Only affects HTR - a rarely used feature by CerebusUS · · Score: 1

      So this really only affects sysadmins who don't bother to lock their server down, people who use htr, non-professionally adminned servers, desktops who have IIS enabled accidentally, production servers at colo facilities who wanted to not restrict their customers, any machine at all run by an admin who didn't feel the need to restrict the funcionality they provide to their users really...

      Um... yeah... so... how many of those people are going to actually apply the patch after it comes out anyway?

    17. Re:Only affects HTR - a rarely used feature by Fastolfe · · Score: 1

      Yes, I suspect it will. But hopefully some of that will be mitigated by careful application design. Make it easy or automatic for things to be kept secure and up to date (including best practice education). IIS and Windows are starting to try and move in that direction.

      And I totally agree with you -- I'm not going to challenge the decision to go with IIS. In many cases there are perfectly reasonable business reasons to do that in some environments. I just think it's a trade-off.

    18. Re:Only affects HTR - a rarely used feature by BreakWindows · · Score: 3, Interesting

      Ever consider that most people who admin IIS for a living weren't in the position to object to its introduction? Or places where they are told they are in control of such things, and submit proposals that get ignored by higher-ups?

      I know your pain, as do many others. It's been said that IT groups don't choose Microsoft products, they just install them. One workplace of mine has Exchange, IIS and all the MS side-dishes, and I fought them kicking and screaming. But, the marketing geeks upstairs read in a magazine that something is a "robust solution" and assume it'll work in our environment.

      Of course, I'd rather spend my day implementing cool new stuff to make their work better, but instead I sit around coddling a patch-monster.

    19. Re:Only affects HTR - a rarely used feature by frankrachel · · Score: 1

      Of course Apache has been considered beta under windows until just very recently..

    20. Re:Only affects HTR - a rarely used feature by Anonymous Coward · · Score: 0

      Yes, all those users who unknowingly install Win2k SERVER since IIS does not get installed by default in the pro version.

      Of course lets just ignore all the users who end up with a thousand security holes because they did the default Redhat install.

    21. Re:Only affects HTR - a rarely used feature by ZoneGray · · Score: 2

      And as I got into the office, and checked on the two NT servers that I just inherited from a Typical Windows Guy... yup, even he had disabled all the ISAPI filters.

      Back to sleep.

    22. Re:Only affects HTR - a rarely used feature by mborland · · Score: 1
      This is hardly a major bug IMHO...

      There are a couple of facts you need to know about these kinds of ISAPI attacks. First, you generally don't need to have an actual script on your server for the flawed ISAPI code to be invoked. Typically you can just refer to a bogus file with the correct extension associated with the filter. This was true of the .ida hacks. This means that you may think that as long as you don't 'use' a technology that someone can't exploit it. Unfortunately, you actually have to completely disassociate the ISAPI filter from any referring extensions (this is what the lockdown tool does).

      One problem is that some of the feature-rich applications, such as Outlook Web Access (OWA) seem to like to have pretty much EACH AND EVERY ONE of these filters activated. My belief is that MS wanted to 'show off' all the different features, such as Index Server and what-not in OWA, but the result was that you couldn't remove the ISAPI associations.

      Also, the reason it's a problem is because internet worms feed off the weakest-links--and from doing about eight years of internet applications, I can roughly guess that public IIS server maintenance breaks into the following categories:

      1. 50% are essentially unmaintained (co-located, etc.)
      2. 40% are maintained at a simple level (patches are applied)
      3. 10% are actually monitored and moderately protected
      Sorry, I hate guesswork numbers, but that's probably about right. If that's even roughly correct, then I'd imagine that about 50-60% of these machines will still be vulnerable within the next few months...waiting for another worm to come along and impolitely remind people to patch their servers.
    23. Re:Only affects HTR - a rarely used feature by mikecarrmikecarr · · Score: 1

      i'd be the last person to stand up for Microsoft, but a lot of the problem is in the fact that novice users are fooled into thinking they can sysadmin without experience and training, and NOT because the software is deficient. almost any other OS you'd care to mention is vulnerable out of the box, but they are usually aimed at people who know what they are doing and patch them accordingly.

      OpenBSD isn't vulnerable out of the box, nor is any OS that doesn't enable outside-accessible services by default. Try a stock install of Win95 if you're in the Microsoft camp. Heck, a default install of Debian doesn't install/enable Apache so why should an install of Win-whatever install/enable IIS?

      The problem isn't strictly with the software. It's the decision to enable services by default. More precisely, it's the decision to enable outside-accessible services by default.

      If I'm Joe User and I want to run a web server, then let me turn it on myself. Let the motivated users enable the things that they want. Let the motivated users worry about patching and watching for security updates. Why should the average user ever need to be concerned with (say) IIS vulnerabilities?

      --

      ID-10-T is a way of life

    24. Re:Only affects HTR - a rarely used feature by Anonymous Coward · · Score: 0

      e-mail to a friend
      printable format
      comment now

      More News
      Vendors Continue Web Services Pledges
      Three New Security Patches Out for Microsoft Products
      Microsoft Eats Own Dogfood with Streaming Media
      Critical Vulnerability in IE, ISA and Proxy Server
      IM Patch Reissued

      Special Report:
      .NET @ 2 Years

      Related Articles
      News Archive

      News

      Sticking it Out on IIS

      by Stephen Swoyer

      11/15/2001 -- The success of attack worms like Code Red, Code Blue and Nimda prompted some industry watchers to suggest that enterprise users should reconsider their use of Microsoft's IIS Web hosting platform.
      Several IIS users ENT spoke with, however, say that such caution is misplaced. Some cite the difficulties associated with migrating from IIS to another platform. Still others maintain that IIS isn't any more or less secure than Sun-Netscape's iPlanet or the open source Apache Web servers. Most seem disinclined even to consider alternatives to their existing IIS deployments.

      "It's only due to its popularity that [IIS] is the prime target for exploits. If everyone moved to Netscape, the focus would only shift to that platform," explains Simon Jones, an IIS administrator with a UK-based telecommunications giant.

      After the appearance of the Nimda virus in early September, at least one prominent analyst, Gartner Group's John Pescatore, stated that IT organizations needed to think about investigating alternatives to IIS.

      "Gartner recommends that enterprises hit by both Code Red and Nimda immediately investigate alternatives to IIS, including moving Web applications to Web server software from other vendors, such as iPlanet and Apache," he wrote in a Gartner advisory bulletin.

      Appearing in early November, U.K.-based research outfit Netcraft's Web server survey for the month of October seemed to suggest that IT organizations were taking Pescatore's advice to heart. In its October survey, Netcraft found that 131,417 of the sites that had once hosted IIS were now running some other Web server, mostly Apache. Netcraft noted that 1,709 former IIS sites had moved to iPlanet, while 1,506 were running the open source Zeus Web server platform.

      Netcraft later updated its report to show that more sites had switched from other platforms to IIS in the same month -- 148,000. iPlanet/Netscape-Enterprise lost three times as many sites to IIS as it gained from Microsoft's server in its high-profile migration promotion, according to Netcraft.

      And Russ Cooper, editor of the Windows NT Bugtraq mailing list and a security analyst with TruSecure Corp., the Netcraft numbers also show that IIS grew its overall share of sites (to 29 percent, representing about 9.6 million sites) in October -- while Apache actually lost a little ground. As a result of this, Cooper contends, the Netcraft numbers probably don't tell the whole story.

      "One has to wonder how many IIS sites were taken off the Net simply because they weren't supposed to be accessible in the first place," he speculates, noting that, as a result of Code Red, some broadband service providers cut off access to Web services hosted by their residential customers on DSL or cable modem connections. "I think that Code Red and Nimda demonstrated that a lot of IIS services were exposed that should not have been accessible, and I know that a lot of internal sites had to get rid of IIS running on desktop machines."

      Still, the Netcraft numbers indicate 65 times as many sites switched from IIS to other platforms in October as did the switch in September (131,000 versus 2,000).

      For the most part, Cooper and other analysts say that users won't rip and replace IIS because the move would probably require replacing Windows NT 4.0 or Windows 2000, as well. After all, analysts point out, IIS' security is ultimately dependent upon the integrity of its Window NT 4.0 or Windows 2000 base.

      "It is a ludicrous assumption to say that people are going to trivially switch from IIS to anything else for anything that's in production, although they may well be reconsidering development plans," Cooper says. "But remember, it's simply not trivial to take a strategy that involved Microsoft products and then try to understand what the compatible bits and pieces are for use in another environment."

      Besides, says Dan Kusnetzky, director of worldwide operating environments for IDC, IT managers almost never rip and replace solutions that work.

      "IT management almost never rips out something which is largely working and replaces it with something else. One of the key mottos of the IT executive is to use things until they fall apart. They don't throw things away," he says.

      John Stemper, an IIS administrator with direct sales vendor Antioch Publishing, says that his IT organization's operations were impacted to some extent by Code Red, primarily as a result of the frenetic network traffic that the attack worm generated as it searched the Internet for additional hosts to infect.

      "Our network administrators are very diligent about applying patches so most of our machines were already protected," he says. "The remaining machines were patched in a few hours. The ease of obtaining the patches from Microsoft made the issue much less of a problem than it could have been."

      Because of this, Stemper says, he hasn't given much thought to replacing IIS with another Web server platform. Besides, he confesses, his IT organization already moved once from another platform - Apache - to IIS. "We used to be an all-Apache shop. We had a very difficult time finding the detailed help that we needed when issues arose," he avers, adding: "We were affected more by hacking attempts and cracks then than we ever have been with IIS."

  5. Incorrect ! by dnaumov · · Score: 5, Informative
    This article is incorrect. That bug is an XFRee bug and not a Mozilla bug. It's not fixed, although it's possible that it's been worked around in Mozilla. Read the text itself, I think it says:
    X-windows, with or without the font server (XFS) running can be crashed remotely via Mozilla when fonts are set to an unnaturally large size with CSS (Cascading Style Sheets), Tom Vogt of Lemuira.org has reported.

    and
    "An X bug allows all available memory to be consumed, which causes the system to freeze. The behavior can be duplicated with applications like the Gimp, we're told, but these aren't remotely exploitable. But with Mozilla, a pest can easily set up a malicious Web site which will crash unsuspecting Tuxers' boxen and cause any unsaved data in open apps to go away.
    1. Re:Incorrect ! by dnaumov · · Score: 1, Redundant

      DOH ! I should've read the title better myself. I suck :o)

    2. Re:Incorrect ! by PigleT · · Score: 2

      "An X bug allows all available memory to be consumed, which causes the system to freeze."

      Why on earth would that happen, unless your kernel VM was seriously screwed? Last time I saw any one process hog all the RAM, it got killed pretty sharpish.

      There's also a call in the bugtraq thread for apps to be more sensitive about the data they get back from calls into external APIs. That makes sense to me - especially when anyone can LD_PRELOAD a library with broken return values for various functions.

      Well spotted mozilla, now everyone *else* get your acts together please ;)

      --
      ~Tim
      --
      .|` Clouds cross the black moonlight,
      Rushing on down to the circle of the turn
    3. Re:Incorrect ! by Anonymous Coward · · Score: 0

      So the X-server gets killed pretty sharpish. IIRC that is pretty fatal for most X-applications, right? I don't think you're going to see a dialog asking where to save your work.

    4. Re:Incorrect ! by mnordstr · · Score: 2

      "That bug is an XFRee bug and not a Mozilla bug"

      Well, the Mozilla "bug" is that Mozilla doesn't perform a check to see if the font size is sane, it just blindly tells X to show an extremely large text. But X should definately check that it can handle it itself, so the bug is an X bug, Mozilla should just be a little more friendlier with X :-)

    5. Re:Incorrect ! by prockcore · · Score: 2

      It's unclear what versions of X are affected. The reporter claims to have verified the bug with 4.2.0, but on my box with XFree 4.1.0, all that happens is Mozilla closes down immediately. The Gimp does the same. No memory problems. (Still a bug, but definately not the DoS attack it's made out to be)

      So it probably only affects XFree 4.2... I don't have 4.2 installed to verify.

    6. Re:Incorrect ! by ActiveSX · · Score: 2, Funny

      An X bug allows all available memory to be consumed

      All these years and I thought X was supposed to do that. Silly me!

    7. Re:Incorrect ! by Anonymous Coward · · Score: 0

      Not just incorrectly stating that the bug was fixed in 3 days when it wasn't.

      "Several users report..." an X bug.
      /. reaction: wait until someone reports an M$ issue, blow that one up as usual, and hide the other one in that article.

    8. Re:Incorrect ! by Anonymous Coward · · Score: 0

      It probably just stops the X server but for those mindless that does not know that it are anything else than the GUI - it looks like th system frezes.

      The could just probably restart the X server - if they knew how to do it.

    9. Re:Incorrect ! by DrXym · · Score: 2

      A fix was checked into the Mozilla trunk yesterday so it'll probably go into the 1.0.1 branch once approval is given. Mozilla restricts the max font size to 2 times the screen height.

    10. Re:Incorrect ! by Dimensio · · Score: 2

      Long ago I managed to open up waaaaay too much with The Gimp and it clearly sucked up my system resources to the point where I could do nothing to kill it. I could log in remotely, but even from a remote shell I couldn't get the system to shut down except through a dirty "shutdown -f". I don't know if it's a similar problem or not. The article states that there was no means to kill X from the main box, but nothing was stated about going in remotely.

    11. Re:Incorrect ! by Fastolfe · · Score: 1

      I think what's happening is the system is trying to get the memory allocated, which may start swapping (maybe causing things to appear to freeze). The kernel eventually sees that there's no more memory so it starts killing off processes, one of which tends to be X. Depending on the system, I wouldn't be surprised if killing off X can cause some unexpected behavior with respects to the display.

    12. Re:Incorrect ! by Phil+Gregory · · Score: 4, Interesting

      As pointed out in several posts to Bugtraq, yes, the actual bug is in X (probably in libXfont) but Mozilla is a program that retrieves untrusted data across a network and, as such, has a responsibility to reject or sanitize data that could cause problems. The old Internet maxim is, "Be liberal in what you accept and conservative in what you send," but that doesn't mean you shouldn't also do some sanity checking.


      --Phil (Ardent Bugtraq follower.)
      --
      355/113 -- Not the famous irrational number PI, but an incredible simulation!
    13. Re:Incorrect ! by Zordak · · Score: 2

      What really cracks me up is that your original post is currently rated "+5 Informative," while your second post, which retracts the parent and states that you were misinformed is currently rated "+1 Redundant." Perhaps ./ should mandate a reading comprehension test before awarding mod points.

      --

      Today's Sesame Street was brought to you by the number e.
    14. Re:Incorrect ! by wedg · · Score: 2

      "An X bug allows all available memory to be consumed, which causes the system to freeze. The behavior can be duplicated with applications like the Gimp, we're told, but these aren't remotely exploitable. But with Mozilla, a pest can easily set up a malicious Web site which will crash unsuspecting Tuxers' boxen and cause any unsaved data in open apps to go away.

      Lucky for me I just got 1.5GB of RAM in my boxen. Hopefully that'll be enough for any font. I have yet to use over 1GB, most of that cache (it's just a desktop box. And before you ask: The RAM was just lying around, so I used it.) And if not. Oh well. Still beats Windows' uptime. Go figure.

      --
      Jake
      Dating: while( 1 ){ call_girl(); get_rejected(); drink_40(); } return 0;
    15. Re:Incorrect ! by Lemmy+Caution · · Score: 2

      I would rephrase that slightly to "Mozilla should just be a little friendlier with its insane, bloated psychotic of a mentally-handicapped valet, X."

    16. Re:Incorrect ! by Anonymous Coward · · Score: 0

      > They could just probably restart the X server
      >
      The only times X froze on me was a few times with Quake 3 Arena. It locked hard and since the sound went in a loop too. Anyway, it locked hard and I could not Ctrl-Alt-Backspace nor switch to another console to kill the game. Had to cold boot. Is there a way to restart or rather shutdown the X server in a situation like this?

  6. Biased reporting yet again by Procrasturbator · · Score: 1

    I've come to expect this sort of reporting. Oh, a bug that lets people who have no right mess up your work, that's a BAD thing! Microsoft did nothing about it when they could have, ooh, that's BAD!

    Where's the representative for the evil population of the world? Where's the representation of the eMasochist?

    1. Re:Biased reporting yet again by CaptainZapp · · Score: 0, Flamebait
      I'm a little bit sick and tired about all those whiners complaining about biased reporting.

      This is slashdot for crying out loud and neither the editors nor the contributers have any obligations whatsoever for objective reporting or commenting.

      If you don't like it in here feel free to tune into ZDnet or read some unbiased reports by Microsoft sponsored "Think Tanks".

      There is no need to thank me.

      --
      ich bin der musikant

      mit taschenrechner in der hand

      kraftwerk

    2. Re:Biased reporting yet again by ActiveSX · · Score: 0

      I'm a little bit sick and tired about all those whiners who don't see BLINDINGLY OBVIOUS SARCASM.

      kthxbye

  7. Whack the gopher? by ObviousGuy · · Score: 1

    This is actually a pretty bad threat. Redirect a page to a gopher link and hijack the computer. Bad MS!

    --
    I have been pwned because my /. password was too easy to guess.
  8. does time matter that much? by Anonymous Coward · · Score: 0


    3 days or 2 month, when you think the users have updated the servers anyhow?

    Yes its good that bugs get fixed fast, but I wounder how many just doesnt care to install the fixes.

  9. Agreement from Hell by jsse · · Score: 1

    A researcher with eEye Digital Security discovered the flaw in mid-April but it wasn't announced publicly because of an agreement with Microsoft.

    Was that this agreement they are talking about?


    (Don't click I Agree for God's sake)

  10. *yawn* by Anonymous Coward · · Score: 0


    big deal. M$ security holes are dime a dozen, M$ makes the most insecure application in the face of the planet.

  11. Re:DOS Mozilla users??? [just to avoid confusion] by alapalaya · · Score: 1

    to DOS Mozilla users

    read: "to cause Denial Of Service to Mozilla users".

    (It's the same than saying MS-DOS: Microsoft's sw causes Denial Of Service to its users ... ok, just kidding here :) ).
    Cheers.

    (yeah, my sig is wrong, so what?)

    --
    667 The Neighbour of the Beast
  12. This goes to show... by Moita+Carrasco · · Score: 2, Interesting

    The fact is Microsoft doesn't give a damn, because it doesn't need to give a damn anymore. Windows in its various forms continues to have outrageous security holes, and still people keep using it, buying licences and standing by it.

    I honestly still think that some sort of un*x for idiots is needed before people will actually see open source opsys'es an alternative to bloody windows.
    I can speak for myself, I'm a dumb windows-based webdesigner, and as much as I really like the idea of Linux, and the look of gnome and kde, and the coolness of using a console... you'd still have to dumb it down a bit more for me. Perhaps Apple's X... but then I hate Apple computers, it'd have to run on a PC.

    Oh well, what I mean is: there's no point in comparing how much more terrible MSs bugs are and how much longer it takes for them to solve them. There has to be a real alternative to windows for the DUMB user, not for the tech-savy-geek, before people will actually say "hey, wait a minute, this is full of bugs and THAT over there isn't... I'll swap."

    Just my opinion.
    Moita Carrasco

    --
    MoitaCarrasco "Everyday I beat my own previous record for the number of consecutive days I've stayed alive." - CARLIN
    1. Re:This goes to show... by CaptainZapp · · Score: 5, Interesting
      The fact is Microsoft doesn't give a damn, because it doesn't need to give a damn anymore. Windows in its various forms continues to have outrageous security holes [...]

      I think you're wrong here, since Microsoft was always very, very good at feeling out the vibes of their customer base. The current perception in the marketplace is, that Microsofts security is beyond rotten. Since even the Gartner Group got on the bandwaggon, Microsoft seems to be scared shitless about that public perception.

      The problem is the same as the sorcerers apprentice, who just can't get rid of the monsters anymore.

      For years and years Microsoft has (overladden-) their products with features and bloat. They missed the internet entirely and when they realised their mistake they rushed an inherently insecure internet platform into the market and during all this time they didn't give a flying f*ck about security.

      I agree, that Microsoft is an extremely arrogant company, that regards their customer base as cows to be milked and taken for a ride in every way possible.

      The problem is that perception is changing and so they are frantically trying to restore trust; they can't let such glitches happen by purpose.

      I think it's too late though to call the monsters back in and even worse:

      It is my true conviction that any IT responsible on any level using IIS on new projects is guilty of gross negligence and incredible incompetence.

      --
      ich bin der musikant

      mit taschenrechner in der hand

      kraftwerk

    2. Re:This goes to show... by Anonymous Coward · · Score: 0

      I'm with you matey. I can see more and more servers becoming non M$ when our customers figure out... "so its more stable, runs faster on lower spec machines, can be pruned and mod'd to do EXACTLY what we need eh?"

      But show me an apache server with configuration done by a text file, that never coughs and dies like IIS(hardly ever then) and I'll show you a whole office full o punters who can't FIND the document they just saved because its not in their My Documents folder. (I shit you not)

      Give me a desktop environment that mimics windoze so we can ween them off that damed dirty office assistant. But no, what I've found is SOME (avoiding a flame I hope) have the attitudes of:

      .Let the lame suffer
      .But I'm smarter then them so sod 'em
      .Its their own fault, they should know better (??)

      I WANT to see M$ beat like a bad stepchild but there isn't a stick (in this case a GUI and Office-type app) to do it with.

      Now I know someone's going to come back with "what about x" and "you're forgetting y" but heres a laugh for you, go ask an default end user in a M$ environment what StarOffice is, or Apache or even Navigator (Sadly). We must emmulate, educate then erradicate. heh heh heh. Sorry, Came over all Nixon there for a minute ;)

    3. Re:This goes to show... by Moita+Carrasco · · Score: 1

      "It is my true conviction that any IT responsible on any level using IIS on new projects is guilty of gross negligence and incredible incompetence."

      I find this comment particularly good, I will spread it around my friends.

      Let me just add this important bit: I live in Portugal, a small underdeveloped sh*tty european country and the fact of the matter is people keep trusting and buying Microsoft. Our clients all have IIS servers, and the ones that don't serve their websites from inhouse at least have their LANs based on one windows or other.
      Clients keep looking at us as if we're weird outter-space creatures everytime we mention unix-based hosting and programming.
      And recently, a visual basic programmer ofering us his content manager solution had no idea what we were talking about when we said we used Perl.

      So the perception in me post wasn't very wide, but the sad thing is: it still holds true, somehow, at least in certain parts of the world.

      But I really did like your reply. I still see no great alternative to windows as far as the simple computer user is concerned.

      Moita Carrasco

      --
      MoitaCarrasco "Everyday I beat my own previous record for the number of consecutive days I've stayed alive." - CARLIN
    4. Re:This goes to show... by Silicone · · Score: 1

      You must be dumb. My neighbour is a teacher for
      maths, and she is not totally a geeg with computers. She runs Linux. And guess what - she uses LaTeX too. You just need to have a will to use something else than Micro$oft. This kind of thing happens when you can't afford it (M$) and you need to do stuff...
      I can do all I want with my Linux box. This weekend I am going to try new video-editing stuff. I bet it is going to work better than the M$ junk...

    5. Re:This goes to show... by Moita+Carrasco · · Score: 1

      I'm a bit dumb, yes, but not that much.

      What do you do for a living? Cause I work a lot, I simply don't have the time to go changing Operating Systems in the middle of ANY of my weeks of work... it would simply completely disrupt my schedule.

      I don't agree when you say it only takes will... it takes time and availability to learn a new system. It also takes having all the software available to you, and currently I personally don't know of a solid Linux-based solution for Macromedia Flash authoring and I NEED that in order to work, and make money, and you know... live.

      I'd also like to know if there's any sort of both code and visual HTML editing tool for DESIGNERS (not for coders, for designers), that's as good as GoLive or Dreamweaver and works on Linux. This is not to say there isn't one: it's actually a question: is there one?

      MoitaCarrasco

      --
      MoitaCarrasco "Everyday I beat my own previous record for the number of consecutive days I've stayed alive." - CARLIN
    6. Re:This goes to show... by Afty0r · · Score: 1

      "It is my true conviction that any IT responsible on any level using IIS on new projects is guilty of gross negligence and incredible incompetence."

      Well, whoop-de-doo. It's my conviction that you're completely wrong, but then we're both entitled to free speech - however I'll qualify mine.

      I'm a systems administrator (and over stretched developer) who currently runs systems based on Microsoft Windows - including websites on IIS5 on Windows 2000. There are documented procedures in place at the company for locking down the servers with correct configurations, and for applying security patches promptly. We have never had a single security 'incident' to date.

      Now, it is cheaper to hire developers for MS based solutions in the current environment. They are also more plentiful, and for the most part act like quite 'normal' employees. We are a medium sized company, so at some point most of our staff come into contact with the client. I do not want complete geeks in front of clients - it is bad for the business, as it means the client loses faith in our ability to do the job they want - and for the most part the client is correct. And as for trying to win *new* business - well, forget it - clients just don't want to know if you drop a 'geek' in front of them.

      The more 'geeky' a developer, the less likely he is to understand the business needs of my business *or* the clients business. In addition, most clients perceive 'strange, geeky' people as just that - and assume they are cheap hired help who couldn't get a job elsewhere. Don`t go telling me the client needs to change their perceptions because, son, this is industry, and that`s just the way it is. You meet your customers needs, and you can then pay your (own, not your parents) bills.

      I can do without people who try to solve a rendering bug on a platform with 0.01% of market share which results in a 2 pixel wide bit of white space somewhere obscure.

      What I want is decent, standards compliant HTML, CSS and simple, well written ASP running in front of a well-normalised database. Whether the project is a 2-table news system, or a 150 table enterprise CRM/CMS system, it's the same to me. Good MS based developers do this, and as they are more plentiful, and cheaper - not to mention having numerous other benefits over (almost) every open source geek I've ever come across, I choose them.

      There is a place and project for NIX-based solutions and teams, and it is *NOT* in small-mid sized businesses anything like mine. Linux is wonderful technology, so is OSX - but everything has its time and place, and fortunately we have a choice - hell, without one we are in a monopoly.

      I've made a business decision, and I haven't regretted it yet. 4/5 shops competing with us have closed since `99 and there will be more to follow. We've got a loyal and happy client base, and are slowly growing. So thanks, but I think you'd find it hard to get my board members to believe I was guilty of gross negligence and incredible incompetence.

    7. Re:This goes to show... by catfood · · Score: 2
      I can speak for myself, I'm a dumb windows-based webdesigner, and as much as I really like the idea of Linux, and the look of gnome and kde, and the coolness of using a console... you'd still have to dumb it down a bit more for me. Perhaps Apple's X... but then I hate Apple computers, it'd have to run on a PC.

      "Yes, but..." is a great way to avoid responsibility for your own choices.

      • I'd love to use Linux, but it's not easy enough.
      • Apple OS X is easy enough, but I dislike the vendor.
      • Oh, this vendor I like has an easy Linux on PCs, but it costs money...
      • Look, here's a free version of the above, but I wanted internationalization...

      Sheesh. If you are sticking with Windows because Linux isn't perfect to you in every conceivable way yet, forget it. You'll never change, and that's okay, because obviously Windows is good enough for you. Just let go of the "Linux isn't perfect yet" thing.

    8. Re:This goes to show... by Anonymous Coward · · Score: 0

      "meet your customers needs..."

      I hope you realize that this is a dangerously subversive viewpoint my friend.

      Here on slashdot mindless advocacy and irrational ideologies are the order of the day. There's no room here for business sense or common sense!

      Hah! Customers are fools, they can't even code a simple perl script! We don't need their stinking money 'coz we can bum off mom and dad!

    9. Re:This goes to show... by Abcd1234 · · Score: 2
      I have to say, sir, that your characterization of Unix "geeks" is more than just a bit insulting. I work in a small firm myself, and we are strictly a Unix house. But we do not have a single "geek", as you describe, in the company, and after completing a BSc in computing science, I can tell you that the majority of grads, who could be considered Unix "geeks", do not fall in this stereotype either. The world is changing, "son", and so is the face of Unix and Computing Science.



      Moreover, the fact that you're advocating selecting a product based on the stereotypical appearance of its associated software administrator suggests to me that you're anything but professional. A product should be selected based on it's technical merits, cost to administer, etc, etc, NOT based on the type of people you *think* you will be forced to employ in order to use said product. Now, whether you select IIS based on those criteria is your decision. But pidgeon-holing every Unix developer as a "geek" and making technical decisions based on that viewpoint is both narrow-minded and short-sighted.

    10. Re:This goes to show... by Abcd1234 · · Score: 2

      And to truly hammer home my point, I neglect to preview and show my excellent HTML formatting skills. Lovely... *sigh* :)

    11. Re:This goes to show... by Moita+Carrasco · · Score: 1

      Ok I'm trying to discuss something really simple here:

      I believe that there should be someone doing a unix based system for the pc that does for the today windows user the same that Apple OS X did (or is doing) for the Mac user. Hey, maybe even Microsoft (although I don't believe that for a minute).

      The problem with techs and unix-mongers, I've found, is that they'll always turn to you and go: Stop whining and go on using windows! This isn't for you anyway, it's for us!

      And I, as a user, believe I'd very much like to have a stable, secure, fast and reliable system such as any flavour of unix out there, that doesn't require me to go to school in order to configure my mail, upgrade my system or even understand where to click when there's no sound coming from my game.

      The thing is: are unix systems going to be for everyone, or are they going to keep on being for techs or people who are willing to put up their salaries to buy a mac?

      Moita Carrasco

      --
      MoitaCarrasco "Everyday I beat my own previous record for the number of consecutive days I've stayed alive." - CARLIN
    12. Re:This goes to show... by roboneal · · Score: 1

      Here. Here.

      I consider myself a card-carrying Geek, but hardly subscribe to the "Unix Rules" Jihad.

      Being the capitalist I am, when I spend the time & money building a product, I want it to run on as many computers as humanly possible. PERIOD.

      When and a BIG IF, Unix (and hopefully one of its 33 flavors) crawls out of the single digit marketshare, I might consider giving a damn.

      In the meantime, I'll take the lumps with Microsoft in exchange for a marketplace a 100,000 times larger.

      Dollars and sense.

    13. Re:This goes to show... by catfood · · Score: 2
      The problem with techs and unix-mongers, I've found, is that they'll always turn to you and go: Stop whining and go on using windows! This isn't for you anyway, it's for us!

      Look, my five-year-old son can use SuSE. It's not that big a deal.

      If you honestly think current Linuces aren't friendly enough, you're comparing to some ideal that doesn't exist in the real world. Do you really think it's so simple to "understand where to click when there's no sound coming from my game" on Windows? (I still don't get it. I usually end up reinstalling the drivers and rebooting.)

      Windows is not as easy as claimed, and Linux is not as difficult as claimed.

      Stop whining and go on using Windows! This isn't for you anyway, it's for people who don't mind learning something new and would rather solve problems than complain about them!

    14. Re:This goes to show... by Art+Tatum · · Score: 1

      Meanwhile, programmers have to trudge through the shithole that is MFC instead of using something nice like Cocoa/Objective-C. Now you see where *I'm* coming from.

    15. Re:This goes to show... by Anonymous Coward · · Score: 0

      This anti-Microsoft is just another example of "hating the rich-man because he is rich". Microsoft played their cards right and is the perfect example of the American Dream, everyone else is just jealous that they were around doing the same thing at the same time, but are only making $35,000 - $65,000 a year as a sysop.

      Regardless of that statement :)

      I believe that most software has major flaws and security holes. Since Microsoft is the most widely and easily used platform, the chances of discovering those flaws/holes/porn are much higher than thoses of the 30 differnt flavors of *nix. Just because someone happens to discover one, I don't see it a reason to make national headlines. If the competing platforms are "sooo" much better and stable companies would run them. But either they are not, or the people who support them do not have the business skills to implement or sell them.

    16. Re:This goes to show... by Ioldanach · · Score: 2
      His characterization of "geeks" may be insulting, but I've found that any good sysadmin, for any platform, is almost invariably a "geek". The thing is, the term geek is rapidly evolving. Ten years ago, a geek was a guy with a graying beard, long hair, pasty skin from never seeing the sun, and no social skills. He sat in the computer labs and did nothing but work on the computer. Today, though, with so many of us having been exposed to computers from childhood, those same skills that made the bearded older guy a geek are inherent in a wider set of the population.

      Personally, I am fluent in at least 4 programming languages, and can get by in another half dozen or so. I am fluent in at least 3 styles of OS, and within those at least half a dozen subsets of those OS's (such as the various incarnations of windows, unicies, etc). I code for fun, and can code just as well in my sleep as many can fully awake. My typing speed is over 90wpm. I have 3 machines at home, 2 running linux and one running windows. Yes, I am a geek, and I'm perfectly happy with that.

      On the other hand, last weekend I took a six mile hike in a couple of hours over hilly (unless you're from the midwest, then read this as mountainous) terrain on poorly kept trails without breaking much of a sweat. I own a sailboat, and will be putting my car up on jackstands and rotating its tires and checking its brakes this weekend. Usually I change my own oil & perform my own tuneups, unless I have a long workweek and don't have time when I need to. I'm making a set of arrows for archery, and go dancing every thursday.

      I'm today's geek. I have a life, but I'm stuffed with a knowledge of how to use computers much like an expert on any other subject.

      With the exception of the first job I got out of college, I've gotten every job I wanted, with one interview. (And turned down a company after its first interview that wanted me to bend over for them.) I'm entirely marketable, and I can perform quite serviceably in a wide range of positions in the computing field, including sysadmin.

      I, therefore, resent the statement that being a "geek" means I'm not presentable or able to interact with the client and give the client good vibes about what I do. I'd much rather be talking to a computer, and I won't be lying to the client like marketing probably wants me to, but the client can also see that from my demeanor, and is frequently appreciative of that. They can tell that when I tell them X will be ready on Y date, it will. And if I tell them that X will probably not be ready on Y date, and here's why, they nearly always know that I'm simply being forthright, and can deal with that. I've never had a major issue with a client, though I don't have to deal with them often.

      So in short, get with the times. Today's geek is a very capable person, though we usually don't bother lying or glossing over for marketing, the clients don't hate us for that. If anything, they trust the results of the project more because they know that once they got past marketing, they talked to the person who's really working on the project and got a straight answer.

  13. Crashing X-Windows by krmt · · Score: 2

    I'd heard briefly about the Mozilla bug, and I understand why it's X's fault, but I'm curious... how is it that X is able to crash the system this hard? Because it's got direct access to hardware? Because it runs with root privledges? Also, is this just XFree86, or are all variations of X affected?

    For someone who was brave enough to try the crashing link supplied by the Register, does this kill the whole machine, or just X? And can you salvage things without rebooting by using either a virtual term or logging in via ssh?

    I personally think Mozilla should implement some short-term patch to prevent exploitation of this bug until it's patched in XFree, but as the register article says, the fault doesn't lie with them.

    --

    "I may not have morals, but I have standards."

    1. Re:Crashing X-Windows by Pembers · · Score: 3, Interesting
      Also, is this just XFree86, or are all variations of X affected?

      The Bugzilla report (http://bugzilla.mozilla.org/show_bug.cgi?id=15033 9) that the Register article links to has a couple of comments from Solaris users who say that the "malicious" page crashed their X server too. I don't know if Sun's X server and XFree86 are derived from a common code base, but this would suggest that the bug is (a) old and (b) widespread.


      (The reason the Bugzilla link isn't a proper href is that I tried to check it just now, and Bugzilla said links from Slashdot aren't allowed. Make of that what you will!)

    2. Re:Crashing X-Windows by Anonymous Coward · · Score: 0

      Portions of X, by defination, must have supervisor level access to your hardware. Without it, you'll have a hard time getting it to manipulate the registers and memory on your video card, and you won't see much. So yeah, a bug in X could screw you over, just as much as a bug in the kernel could kill your system.

      Now, what I would like to know is if this bug is reproducable with X running on top of a framebuffer device?

    3. Re:Crashing X-Windows by RandomPeon · · Score: 3, Informative

      The exploit asks for a font that's utterly ridiculous - a 166666667 size font, give or take a few 6's. Mozilla tries to get X to display such a font. X dutifilly attempts to draw at that size, which requires a tremendous amount of memory, eventually bringing the whole machine down. You could get the same result by putting a malloc or fork call in a while(1) loop.

      I personally think Mozilla should implement some short-term patch to prevent exploitation of this bug until it's patched in XFree, but as the register article says, the fault doesn't lie with them.

      They already did. It's obviously a trivial fix - no fonts larger than 1,000 (or whatever). I'm suprised it took that long.

    4. Re:Crashing X-Windows by leuk_he · · Score: 1

      Just from reading the articles:

      It dos'es by using A LOT OF MEMORY.
      X crashes OR your PC becomes unresponsive. It is like running MSwindows 2000 on a 16MB machine. It is still running but so slow it does not work. Lots of applications crash when they do not get memory. Then there are 2 things that can happen:
      -The machine crawls to a halt. (ssh and killing X might solve this, depends on os configuration)
      -X crahses, taking down some application with their data with it.

      The link in the register gives me a timeout. maybe someone can mirror it?

    5. Re:Crashing X-Windows by super-flex-o-matic · · Score: 0

      i got several x-windows crashes with 4.0 every 6days. mostly if i got kdm/gdm ord xdm running to login. i just login via the console to minimize the chance of those nasty krashes.

    6. Re:Crashing X-Windows by uglyduckling · · Score: 1

      Woah - what graphics hardware are you using? I use gdm exclusively here, never login from the console because this is mainly a web-browsing and WYSIWYG (OpenOffice) word processor. The only time I have _ever_ seen X >= 4.0 go down hard is when I was using an early version of drivers for an ATI TV tuner.

    7. Re:Crashing X-Windows by nomadic · · Score: 2

      What I don't understand is why the story said simply there was a bug in Mozilla; if it's xfree, then people using Mozilla on Windows aren't effected, eh?

    8. Re:Crashing X-Windows by ViGe · · Score: 1

      You could get the same result by putting a malloc or fork call in a while(1) loop

      No you could not. First of all, malloc does not reserve any memory, until you USE that memory. You can happily malloc in a while loop and no one would notice. Finally the malloc would fail when your process had requested the maximum amount of memory allowed for a single process

      What if you used that memory in a while loop as well? That would be slightly worse: This time the memory would be really reserved and after a while you would run out of memory. However, this is not really a problem, unless you are using a buggy v2.4 kernel. Your process just gets killed, that's all.

      Forking however can bring your machine down, at least for a short while.

      --
      It has to work - rfc1925
    9. Re:Crashing X-Windows by int0x80 · · Score: 2, Informative

      For someone who was brave enough to try the crashing link supplied by the Register, does this kill the whole machine, or just X? And can you salvage things without rebooting by using either a virtual term or logging in via ssh?

      Yes, linux doesn't crash :-) You can still access through telnet/ssh. You can't switch to a virtual terminal, though.

      --
      Order is for idiots, geniuses can handle chaos!
    10. Re:Crashing X-Windows by AstroPup · · Score: 2, Insightful


      The exploit asks for a font that's utterly ridiculous - a 166666667 size font, give or take a few 6's. Mozilla tries to get X to display such a font. X dutifilly attempts to draw at that size, which requires a tremendous amount of memory, eventually bringing the whole machine down. You could get the same result by putting a malloc or fork call in a while(1) loop.


      Big whoop. Apples and Oranges. I can think of several way I can crash or lock up my machine. The Mozilla bug
      is a remote exploit. It's an easy one. There has to be a Mozilla bug that allowed someone to cause an endless fork on my machine to be equivalent. It's not about what you can do to your box, it's about what folks you don't want crashing your box can do.

    11. Re:Crashing X-Windows by Tim+C · · Score: 2

      You can't switch to a virtual terminal, though.

      That's because X still has control of the keyboard, and so the system cannot respond to your keypresses.

      9 times out of 10, though, when X crashes (which is infrequent), I can ssh in from a friend's machine and kill it off. It's a bit of a pain, but as a programmer I realise that no software of even moderate complexity can ever be 100% bug free, especially something as large as X, that is used in such a wide variety of situations and on so many different types of hardware.

      Cheers,

      Tim

    12. Re:Crashing X-Windows by Wild+Wizard · · Score: 1

      you obviusly don't know anything about C programing do you

      malloc returns a pointer (the address of the memory) to the memory it just allocated so that you can use it and that memory will remain allocated untill deallocated by free or hopefully when the process exits or is killed

      so if you have just got the address of the memory then obviusly nothing else can now use that memory untill you release it (unless you want to segfault to death)

      btw i think that site with the exploit just got DoS'ed itself

    13. Re:Crashing X-Windows by orkysoft · · Score: 2, Informative

      It doesn't have to do as much with C programming as it has to do with memory management implementation:

      Since we all have "virtual memory" nowadays, it is entirely possible that a malloc() call reserves pages of memory that are only physically allocated once you use them. Whether or not this happens depends on your kernel's memory manager.

      --

      I suffer from attention surplus disorder.
    14. Re:Crashing X-Windows by WildBeast · · Score: 2

      If it was worded that way, you'd have many posts saying "I don't care, I use Windows", "I'm glad I use Windows", "I'm not affected, I have Windows", etc.

    15. Re:Crashing X-Windows by led · · Score: 1

      You can run XFree86 on Solaris actually most people run it since it's faster than the native X Server (faster not necessarily more stable).

    16. Re:Crashing X-Windows by Isle · · Score: 1

      Because Linux does not protect sufficiently against bad users. By using a lot of memory, or forking insane amounts of processes you can fuck all other users and the system itself.

      This would not be possible on e.g. HPUX. OTOH you cant compile certain applications on HPUX without root-access, because they use more memory than the systems believes you are intitled to.

    17. Re:Crashing X-Windows by Anonymous Coward · · Score: 0

      Sorry, you're wrong. Most allocation algorithms will select a block of pages (Basically, Bytes requested % PAGE_SIZE) and then will mark those pages as allocated in the page table. Now the thing is, the available "slots" in the page table can never be more than the maximum amount of memory / PAGE_SIZE (On i386 systems, pages are generally 4k in size) The upshot of this is, I can continually call malloc() in an infinite loop, usually allocating small amounts of memory (Usually less than PAGE_SIZE). The page table will fill up, and then no matter how much physical memory you have left, there is no way to map a page into it, and that memory is effectivly unusable.

      As you and others have noted, however, is that methods like ulimit(), and intelligent allocators, can overcome this possible problem by limiting the amount of memory any single process can allocate. Not all allocators implement guards like these, however.

    18. Re:Crashing X-Windows by pacman+on+prozac · · Score: 1

      The alt sysreq function might work when X dies and locks the keyboard. I always forget which key does what so haven't been able to test it yet, Luckily X doesn't crash for me anyway (using 4.2.0).

      info about alt-sysreq here.

    19. Re:Crashing X-Windows by slamb · · Score: 2
      You could get the same result by putting a malloc or fork call in a while(1) loop.

      Not quite. X is kind of special, since it accesses hardware directly. (That's why it must run as root.) When it crashes, it could bring down the whole system or at least the console. A malloc/fork loop would run until stopped by the OOM killer on Linux, resource limits, or whatever.

      Clearly, the font thing should be fixed in Mozilla and XFree86. But also...

      IMHO, display drivers should be in the kernel, like all other drivers. But apparently (A) Linus doesn't want them there and (B) The XFree86 people don't want them there. IIRC the XFree86 people don't because XFree86 runs on many platforms and each driver would have to be in each kernel. Implausible unless you design a really standard API (and I don't know if you could really mask the differences between OSs. I.e., between a microkernel and a macrokernel). So I don't think this is likely.

    20. Re:Crashing X-Windows by Anonymous Coward · · Score: 0
      you obviusly don't know anything about C programing do you

      And you obviously don't know anything about virtual address space.

      malloc does not return an address to some physical point in memory. Try it for yourself:
      a.c:

      #include <stdio.h>
      #include <stdlib.h>
      int main(int argc, char**argv) {
      char *mem;
      mem = (char*)malloc(30);
      snprintf(mem, 30, "You found me!");
      printf("Look for me at %p\n", mem);
      getchar();
      return 0;
      }
      compile, run, suppose it outputs this:
      Look for me at 0x80495d8

      now, leave that running, but also compile and run this:
      b.c:
      #include <stdio.h>
      int main(int argc, char**argv) {
      char *mem;
      mem = (char*)0x80495d8;
      printf("at %p we have: \"%s\"\n", mem, mem);
      return 0;
      }

      Guess what you won't find?

      You see, any given process has the entire addressable memory space all to itself. ...Except it's all virtual. The kernel keeps track of what program's virtual addresses map to what physical memory. And with swapping and all that, the physical addresses are prone to change in mid execution. But your everyday C programmer only needs to worry about the virtual memory addresses(what malloc gives you), which won't suddenly change on you.

    21. Re:Crashing X-Windows by super-flex-o-matic · · Score: 0

      yeah i blame it on nvidia. but sadly i see x often go down using blender (3d modeller) and strangely kmail (if i click too much, when a chooser like gdm is present).

      it must be those nvidia drivers which i use.

    22. Re:Crashing X-Windows by Anonymous Coward · · Score: 0

      You, my good sir, are a clown. Page tables for user mode vm are obviously per process idiot.

      Why do you fuckheads who have some tiny hazy idea of how something works think you can easily apply your "common sense" and infer things like this.

      I mean honestly... you fucking idiot. do you honestly think you have found a security hole in the most fundamental security model found in all (bar MS shit) operating systems designed in the last few decades?

      Clown.

    23. Re:Crashing X-Windows by Anonymous Coward · · Score: 0

      Well done, ass-clown. If you ever manage to figure out a way to fit the infinite into finite, give me a call.

      Page tables for user mode vm are obviously per process idiot.

      My point, restated to make it simple enough for you: Even if my process has the full 32bit Virtual Addressing space available to it (Which is doesn't), I must have a page table with 1 entry per page allocated. At some point, you will allocate every single available page, and you will fill your page table. Thats what (Pretty much) is happening to X; and look what happens there.

      If I want to stop the whole system, on most systems I can just fill the process table by calling fork() in a loop.

    24. Re:Crashing X-Windows by Anonymous Coward · · Score: 0

      You sir, are a total add-clown. If you have had any experience with anything but a little fucking bitty box that you think is "leet" because its an Athlon 2000+XP with go-faster-stripes, and runs Linux, you would have a fucking clue what you're talking about.

      Not all boxes are x86. Not all Operating Systems are Unix. Not all page tables are created per-process.

      Now get back to trying to pretend you know anything.

  14. Slackware is still safe... by unixmaster · · Score: 2, Informative

    Slackware doesnt use xfs font server so that mozilla doesnt crash when viewing big ( really big ) fonts .

    --
    Never learn by your mistakes, if you do you may never dare to try again
    1. Re:Slackware is still safe... by Mr+Windows · · Score: 2, Insightful
      The Register Article specifically says:
      X-windows, with or without the font server (XFS) running can be crashed remotely via Mozilla [my emphasis]
      So it seems that Slackware is just as vulnerable as anyone else.
    2. Re:Slackware is still safe... by ankit · · Score: 1

      So it seems that Slackware is just as vulnerable as anyone else.

      No it isnt. I havent been able to crash my system, or affect it in anyway whatsoever by going multiple times to the "dreaded page". I am using Slack 8.0, with mozilla 1.0. I really think slackware users are immune to this bug for whatever reasons...

      --
      Don't Panic
    3. Re:Slackware is still safe... by Anonymous Coward · · Score: 0

      you base your theory on the fact that you (ONE) slackware user does not experience the bug so ALL must not experience it?

    4. Re:Slackware is still safe... by roju · · Score: 1

      I haven't used slack in a while, but this makes me proud :)

      I'd expect it has something to do with either kernel options or default limits. Does slack default to overcommiting, or not? If not, seems to me that that could be a big part of it right there.

    5. Re:Slackware is still safe... by Anonymous Coward · · Score: 0
      So it seems that Slackware is just as vulnerable as anyone else.

      Heretic, I cast thee out.

  15. What rubbish by johnburton · · Score: 4, Interesting

    The X bug is very serious. It's possible to set up a web site that will cause any X based computer looking at it to crash. But it's not a microsoft product so I expect the majority of people here will just ignore it and carry on bashing microsoft products as usual.

    --
    Sig is taking a break!
    1. Re:What rubbish by krmt · · Score: 5, Insightful
      I agree that the X bug is very serious (and I'm particularly worried about it because Debian doesn't even have the newest XFree86 revision in it, so where am I going to get the patch for this) but there is a difference in terms of the problem.

      This is a lot easier to exploit for the malicious hacker than the IIS bug. You just set up a page with huge fonts and that it, you've crashed X. But the payoff for that is a laugh at the (relatively) rare X user who visits your site.

      As for the IIS bug, I'll just quote the Wired article...
      Microsoft acknowledged a serious flaw Wednesday in its Internet server software that could allow sophisticated hackers to seize control of websites, steal information and use vulnerable computers to attack others online.
      This, in my opinion, is a lot worse than simply crashing X. Hell, my Windows 98 crashes almost daily but that doesn't stop me from using it. Crashing isn't so bad. Black Hats stealing information and gaining control of my computer, that's bad.
      --

      "I may not have morals, but I have standards."

    2. Re:What rubbish by Anonymous Coward · · Score: 0

      But it's not a microsoft product so I expect the majority of people here will just ignore it and carry on bashing microsoft products as usual.

      Which is as it should be. Call it karma, but MS just begs to be raked over the coals at every opportunity. It's like that one really arrogant guy at work. Any chance to take him down a peg is quite welcome since his attitude sucks.

    3. Re:What rubbish by Anonymous Coward · · Score: 0

      > It's possible to set up a web site that will cause any X based computer looking at it to crash.

      Make that "..any X based computer running Mozilla (..) to crash".

      Damnit, RTFA.

      -$|{

    4. Re:What rubbish by Rogerborg · · Score: 3, Insightful
      • The X bug is very serious. It's possible to set up a web site that will cause any X based computer looking at it to crash

      "Any"? Spurious assertion. I've just viewed the test site, and didn't get a crash. Mind you, I only tried Konqueror, Eudora and lynx. Should I keep trying all of the other browsers that I have available until one manages to achieve the specified behaviour, or should I go back to worrying about my work machine (NT4, mandatory and unpatched IE5.01 & Outlook Express) getting rooted out from under me?

      You're right that we do bash Microsoft products more than they deserve. But not much more. I'd prefer if we bashed the clueless Microserfs and control freakish IT departments that tolerate and encourage this horridly vulnerable monoculture, but that's a separate debate.

      --
      If you were blocking sigs, you wouldn't have to read this.
    5. Re:What rubbish by Anonymous Coward · · Score: 0

      Well, the thing is, it is all very nice creating a site to crash X, but if it does so, it's not going to get linkage, and hence, you'll never actually meet it in the wild. That is the perversity of these sites that crash browsers... Simply, you don't go back, and their links don't get spread around. It self-contains.

      Moreover, I would suggest that since Mozilla is already patched, that is that. Konqy has no problems, btw :)

      Xfs does need a tweak, but it is a simple bug, with a quick fix. I expect that we'll see a new revision very soon. Remember that desktop machines are typically going to be updated soon for Gnome 2, KDE 3.1, KOffice 1.2 and the new Kernel 2.6...

      Servers and critical systems aren't used for browsing anyway, so that is a non-issue.

      So pretty much, there is a fractional chance a desktop machine could be crashed. Once, and never again. Still beats the hell out of windows :)

    6. Re:What rubbish by m0i · · Score: 2, Informative

      Debian doesn't even have the newest XFree86 revision in it, so where am I going to get the patch for this

      Debian backports security patches to whatever version they provide; look at their apache 1.3.9, it obviously doesn't have all the security bugs fixed up to the latest build..

      --
      have you been defaced today?
    7. Re:What rubbish by krmt · · Score: 1

      Good point, I'd forgotten about backporting. I suppose they'll have to do that anyway, since 4.1 is what's in Woody. Well that's comforting, thanks.

      --

      "I may not have morals, but I have standards."

    8. Re:What rubbish by SN74S181 · · Score: 1

      You viewed the test site with Eudora, which is a Windows/Mac email program?? On your Linux box?? When the vulnerability is clearly specified as being Mozilla-only?

      Well, an IIS advocate (does such a critter even exist?) can say 'I tried the exploint running Apache and NCSA httpd and didn't see a problem.'

    9. Re:What rubbish by deepchasm · · Score: 1

      "Any"? Spurious assertion. I've just viewed the test site, and didn't get a crash. Mind you, I only tried Konqueror, Eudora and lynx.

      This is exactly why I think it is a browser bug - Mozilla takes untrusted input so it should sanitize the font sizes.

      X doesn't actually *crash* (at least when I tried it.) It *exits* (annoyingly, but gracefully) and puts up a "Fatal error", which is what I'd expect from an application when it's been told to use up too much memory.

    10. Re:What rubbish by Rogerborg · · Score: 2
      • You viewed the test site with Eudora

      Sorry, I meant Opera. Damn, there goes my snide Linux superiority. ;-)

      --
      If you were blocking sigs, you wouldn't have to read this.
    11. Re:What rubbish by crumley · · Score: 2
      It's possible to set up a web site that will cause any X based computer looking at it to crash.
      No, some X based computers running Mozilla will have X crash. If X crashes you can still login from another machine and kill it.

      Here on Solaris 7 the bug only causes mozilla to crash - it doesn't affect X at all.

      Its an annoying bug, but like similar bugs that crashed IE, its not really that big of a deal.

      --
      Preventive War is like committing suicide for fear of death. - Otto Von Bismarck
    12. Re:What rubbish by cronot · · Score: 1

      The X bug is very serious. It's possible to set up a web site that will cause any X based computer looking at it to crash. But it's not a microsoft product so I expect the majority of people here will just ignore it and carry on bashing microsoft products as usual.

      Please, don't compare Apples to Oranges. The bug in IIS affects a niche of boxes: Servers. And, you know, servers can't go down or be open to attacks. The X bug affects, on majority, another niche: users. Tell me, how many Linux servers you have seen being used as browsing stations? Hell, most of the servers I've seen and the ones I manage doesn't even run X! Besides, the user have to be stupid enough to willingly access a page that has a font size of 1666667 (or whatever bogus number it is).

      Then again, as was stated by someone here, the IIS bug affects only machines that haven't been locked down - so if one gets attacked, the admin of such box is to blame too, not just M$.

      Also, I agree with the poster below that says that this X bug is rather a symptom of a greater problem: Linux shouldn't allow a process to make such a mess on the system, IMHO.

    13. Re:What rubbish by darkwhite · · Score: 2

      You're nitpicking way too much.

      We're talking about Mozilla.

      Not to express any opinion on Microsoft, but this article shows serious lunacy on michael's part. The Mozilla bug is very serious, despite its triviality. The IIS bug is NOT gravely serious, or at least is not serious in magnitude comared to the font bug.

      I think I'll go turn off michael in my prefs now...

      --

      [an error occurred while processing this directive]
    14. Re:What rubbish by prockcore · · Score: 2

      "I agree that the X bug is very serious (and I'm particularly worried about it because Debian doesn't even have the newest XFree86 revision in it, so where am I going to get the patch for this)"

      Actually, from what I've been able to gather, this only affects the NEWEST version of XFree (4.2), users with 4.1 aren't affected (instead of crashing X or XFS, it'll just kill the process that requested the insane font size).

      So your debian is probably safe (well, it'll still kill mozilla, but won't lock up X)

  16. Serious Linux Flaw? by taliver · · Score: 2, Insightful

    Isn't this X bug a symptom of a more serious linux bug? Why should any process get to take all of the memory. I've done this with strictly user level programs, and I was able to make the system crash (a severe memory leak in a small program I had written). How should any user level process stop a machine?

    In a couple of cases, Linux was able to kill my memory hog, but there's some sort of serious resource contention. I hope the 2.6 kernel addresses this issue.

    --

    I demand a million helicopters and a DOLLAR!

    1. Re:Serious Linux Flaw? by Tim+C · · Score: 5, Informative

      You can use the ulimit command to set an upper limit on the memory available to any process started by the shell under which it is issued.

      Just putting something like ulimit -m 200000 in your startx script should limit X's memory usage to 200meg.

      ulmit can also set upper limits on available CPU time, core file size, etc. Bash has a builtin version, so do man bash and look for ulimit for more details.

    2. Re:Serious Linux Flaw? by Anonymous Coward · · Score: 0

      I've done this with strictly user level programs, and I was able to make the system crash (a severe memory leak in a small program I had written).

      Behold!

      int main(void){
      for(;;){
      malloc(4096);
      fork();
      }
      }


      System resources are finite, and when you use up all of these resources, your operating system can either try to be clever about it, and attempt to recover (Killing processes or freeing memory based on some algorithm), or it can be dumb about it, and die. Most OS's are dumb about it, simply because its very, very, rare, and the extra code to attempt a smart recovery isn't worth it, and is limited in how smart it can be, anyway; I.E. it can't just delete processes at random. What if it killed the init, or kswapd process?

    3. Re:Serious Linux Flaw? by Anonymous Coward · · Score: 0

      Your X-server runs setuid.

    4. Re:Serious Linux Flaw? by taliver · · Score: 1

      But this certainly isn't a default, and you might be able to fix a process or two, but what would you set the limit to for ordinary processes for ordinary users? The size of physical memory? Physical+Swap? I thought that was the sort of thing the Memory manager was supposed to handle.

      --

      I demand a million helicopters and a DOLLAR!

    5. Re:Serious Linux Flaw? by Anonymous Coward · · Score: 1

      > Isn't this X bug a symptom of a more serious
      > linux bug?
      No

      > Why should any process get to take all of the
      > memory.
      This is how modern memory management works.

      > I've done this with strictly user level
      > programs, and I was able to make the system
      > crash (a severe memory leak in a small program I
      > had written). How should any user level process
      > stop a machine?
      The linux mm is getting better at this, overcommit makes the problem difficult, however it is something which shouldn't even be left to the best mm's, rather limits. See man ulimit(3), [gs]etrlimit(2), pam(7) etc.

      > In a couple of cases, Linux was able to kill my
      > memory hog, but there's some sort of serious
      > resource contention. I hope the 2.6 kernel
      > addresses this issue.
      Well there is only so much the kernel can do. Lots of people also think forkbombs that effectively crash the system are also bugs. Read about UNIX - it isn't the kernel's task to impose this sort of policy ... all it can do is try to distribute CPU time fairly between thousands of CPU hogging threads.

    6. Re:Serious Linux Flaw? by Anonymous Coward · · Score: 0

      No this won't work in linux. Use -v and set it at or below your machine's RAM size

    7. Re:Serious Linux Flaw? by taliver · · Score: 1

      Well there is only so much the kernel can do. Lots of people also think forkbombs that effectively crash the system are also bugs. Read about UNIX - it isn't the kernel's task to impose this sort of policy ... all it can do is try to distribute CPU time fairly between thousands of CPU hogging threads.

      (From an AC above)
      Yes, it should be the job of the OS to handle resource contention, and your right, fork bombs are problems, since the number of processes is large.

      However, this is one process. OS research has proven the capability of resource containers. That one process should be the one that slows and dies, not the entire system. Otherwise, all of those benefits that *nixes have over MS systems are trivial if one user level process, non-privelaged, can DOS the system without a second thought.

      --

      I demand a million helicopters and a DOLLAR!

    8. Re:Serious Linux Flaw? by Anonymous Coward · · Score: 0

      1. What I meant to show was an example of another similar problem which is solved by using limits.

      2. A fork bomb is something like a process which loops creating processes that loop creating processes.... (ie. no _one_ process to penalize).

      3. I did say that the OS does handle resource contention... the only way it can (by fairly distributing CPU time amongst all processes which want it).

      4. This may mean your shell takes minutes to get a timeslice

      5. If a user can only create (say) 50 processes, this isn't a problem.

      6. Same with the memory argument.

      7. hello.

    9. Re:Serious Linux Flaw? by taliver · · Score: 1

      (For those not able to follow this conversation, surf at 0, it's fun.)

      2. A fork bomb is something like a process which loops creating processes that loop creating processes.... (ie. no _one_ process to penalize).

      I agree. There is a way to stop this, but it's not important for the given argument.

      Same with the memory argument.

      And my point is, no, it's not the same. The memory manager could charge the cost of swapping memory to the process that is requiring that memory. The actual policy for making it work correctly might be an issue, but it would be impossible to say "the lower priority process always gets charged for the swap". That way, higher priority processes continue to run. Now, some proceses would suffer. In fact, many user level processes that all run at the same prority would probably suffer, but the system would not crash.

      If you don't think this is a problem, then there is no X bug, since the "user" might want a 16000 point font displayed. Therefore the system is doing exactly what it should do. (You can always fix a bug by calling it a feature).

      --

      I demand a million helicopters and a DOLLAR!

    10. Re:Serious Linux Flaw? by Tim+C · · Score: 3, Interesting

      You can also put something similar in the system-wide login/profile file, so that *all* processes started by *all* users inherit a set of default limits.

      Failing that (and I agree that it would be hard to come up with a sensible limit), I believe that you can enable kernel-level process accounting, whereby such things are enforced strictly by the kernel on a cumulative basis - ie each user gets an allocation of CPU time and memory. How they use that is up to them, but once they exhaust it, they can't have any more. I may be wrong, though - that may just be for logging their usage, for "charge-per-use" schemes.

      In any case, the best that the memory manager could possibly do is reserve some percentage of the available memory for root, as is done with hard drive space. Of course, as X runs as root, (and has to in order to access the hardware, iirc) that wouldn't help. I'm not really very well versed with the internals of the Linux kernel, but I suspect that the memory manager "just" manages requests for memory, without regard to whether those requests are sensible. There's only so much a system can do to protect itself from malicious or badly written code that is running on it.

      Cheers,

      Tim

    11. Re:Serious Linux Flaw? by Anonymous Coward · · Score: 0

      Instead of doing 'man bash' and looking for 'ulimit', you can just use 'help ulimit'. This is valid for any bash builtin.

    12. Re:Serious Linux Flaw? by Fyndo · · Score: 1

      The really hard question, is what do you do when you run out? What process do you kill? the 500MB "/usr/sbin/postgresql" process, or the 450MB "/tmp/3y30wnU/memsucker" process. I routinely run programs as a part of my work that run up to 1 GB of (virtual) memory consumption. I would be... pissed if the kernel killed them off because it thought they were a DOS attack. There really isn't a good solution for how to handle this, you need to make the decisions on a case-by-case basis.

    13. Re:Serious Linux Flaw? by Anonymous Coward · · Score: 0

      There's only so much a system can do to protect itself from malicious or badly written code that is running on it.

      You're right. But that isn't the party line from the Linux fanboys.

      Sing along, now, boys:

      "No User App should be able to crash the whole system."

    14. Re:Serious Linux Flaw? by taliver · · Score: 1

      You could always start at the lowest priority process and work your way up. You would just have to have a policy for giving critical services higher priorities.

      --

      I demand a million helicopters and a DOLLAR!

    15. Re:Serious Linux Flaw? by asr_br · · Score: 3, Interesting
      No. ulimit is not going to work for that case.

      Your machine "locks" exactly because XFree86 (or other X implementation) is killed by the kernel for consuming too much memory (the "infamous" OOMKiller). Try:
      kill -9 `pidof X`
      and you'll see your machine locking exactly like in the DoS described.

      The reason it happens is that XFree86 is controling all video hardware (registers, memory...) and when you force it to die, it can't set the hardware back to the default/previous (console) values.

      You still can log remotely and reboot your machine, of course, but forget about keyboard, mouse and video.

      --
      sig
    16. Re:Serious Linux Flaw? by Anonymous Coward · · Score: 0

      The problem isn't that it takes up all of the memory, but that if it takes up too much memory, the most likely consequence is that it dies, and if it's the X server...

    17. Re:Serious Linux Flaw? by led · · Score: 1

      It seems to kill the last process asking for more memory....
      Most of the times it does what it's supposed to do (kill runaway processes), but sometimes a lot of other things die also.

    18. Re:Serious Linux Flaw? by Anonymous Coward · · Score: 0

      So you kill idle, or the background deamons that are even using much memory anyway? Smart move, Einstein!

    19. Re:Serious Linux Flaw? by Anonymous Coward · · Score: 0
      I have this in /etc/profile on my Linux boxes:

      # Restrict non-root to 256M VMEM and 128 processes
      test "`id -u`" = "0" || ulimit -v 524288 -u 128

      If you want to restrict xfs similarly, add the ulimit part to /etc/rc.d/init.d/xfs .

      As other have pointed out, you can restrict pretty well anything with ulimit.

    20. Re:Serious Linux Flaw? by Explo · · Score: 2

      You still can log remotely and reboot your machine, of course, but forget about keyboard, mouse and video.


      Or log remotely and run startx to restart X if losing the text consoles until reboot does not bother you. You might also have some success with restoring the consoles to life with svgalib tools.

      --
      Everyone who makes generalizations should be shot.
    21. Re:Serious Linux Flaw? by Karellen · · Score: 2

      Wow, I've not really played close to the limits on my machines in the past, so I didn't know about that. But that's really dumb.

      Surely if a process tries to malloc(3) more memory than it's limit, all that should happen is that malloc(3) will return NULL.

      And according to the malloc(3) and brk(2) man pages on my system, that's all that does happen. I can't find any stuff about signals being sent. Which signal is it, and is it catchable? (A look through signal(7) doesn't bring up anything obvious sounding either)

      Confused,

      K.

      --
      Why doesn't the gene pool have a life guard?
    22. Re:Serious Linux Flaw? by Anonymous Coward · · Score: 0

      > The memory manager could charge the cost of
      > swapping memory to the process that is requiring
      > that memory.

      Yes this is done with rss limits (resident set size). see ulimit. Set it to say 32mb per process, and when the system needs to free memory, it will swap out all the process's pages (until its in memory size is 32mb) before other processes (as the linux rmap vm's implementation of it)

      OTOH, I don't believe the mainstream linux vm has this feature atm.

  17. No way of camparing the two bugs by Anonymous Coward · · Score: 4, Insightful

    It can hardly be just to compare the two software bugs where one is a web server and one a internet browser. That's like comparing getting rid of pollution to getting rid of bad breath.

    And also I'm surprised about the stupidity in this sentance: "Open Source's time to patch a much less serious bug where the attacker can merely crash your computer: three days." - well honestly, what does that say: isn't it obvious that a lesser problem takes less time to fix than a larger one? That's just dumb.

    I'm no huge M$ fan myself, but this article smells awfully much of unjustified M$-hatred. Let products speak for themselves, and let users make their own opinions.

    Bottom line: propaganda sucks.

  18. Flawed logic by rufusdufus · · Score: 4, Insightful

    The author says that it took Microsoft two months to fix a big flaw in IIS, while it took open source only three days to fix a little flaw in Mozilla.
    This comparison defies rational comprehension. The length of time it takes to do two totally different tasks on two totally different pieces of sofware for two totally different markets is completely meaningless. I can write a program and pop it onto internet in an hour...so what? Whats the relationship?

    1. Re:Flawed logic by uglyduckling · · Score: 4, Insightful
      MS has armies of well paid programmers who know the software inside out, is in the middle/end of an apparently unilateral security review, and has taken two months to patch a hole in their flagship web server product.

      Mozilla has - well perhaps a relatively small army of programmers, many of whom are voluntary, and managed to patch a bug that is really only a pain in three days.

      Yes - you can't quantatively compare the two and say that Mozilla is x percent more efficient/reliable/whatever than MS, but you can make a qualitative comparison and ask why MS took an order of magnitude longer time to respond. Even if we give MS the benefit of the doubt and assume that the IIS hole is much harder to patch than the Moz hole, MS should have and could have thrown much more resources at the problem to make sure it got fixed within a week - but they didn't.

    2. Re:Flawed logic by wik · · Score: 1
      Not to mention, the bug that actually causes X to crash isn't in mozilla, but a support library for the X server, itself. Mozilla may have been patched, but the root cause is still there and can be trigged by other applications. I don't call that "fixed". Here's a bugtraq post on the real problem:

      http://online.securityfocus.com/archive/1/276350

      It makes very little sense to me that an application should be able to bring down the X server because it made a library call with an obviously bad parameter. If the library can verify it, it should. Furthermore, it should return an error value and Mozilla should check it. It shouldn't have to abort().

      --
      / \
      \ / ASCII ribbon campaign for peace
      x
      / \
    3. Re:Flawed logic by dregs · · Score: 4, Insightful

      The core point is how long did it take to test the fix, Many, Many Mozilla fixes cause regressions elsewhere.

      In General (i.e. not these particular problems)

      I'd bet the MS had the fix inside three days as well, it then took (At a guess)

      2 weeks for internal regression testing
      4 weeks for external large scale customer testing and feedback
      2 weeks to get the documentation, patches and everything out for wide scale deployment.

      All in all thats pretty fast.

      With Mozilla I'd say

      3 days to fix
      1 day to apply fix
      3 - 5 days to get a testers to try the nightly build
      numerous days of people complaining about fix
      1 day * 3 as patch is removed
      1 day as patch is reaplied

      etc
      you get the idea
      (I have used Mozilla for the last 12 months on a daly basis, so don't think this is a Mozilla b

    4. Re:Flawed logic by Henry+Stern · · Score: 2, Informative

      FYI: MS uses smaller teams (15-20 IIRC) of programmers.

    5. Re:Flawed logic by Craig+Ringer · · Score: 1

      The patch would've taken 5 minutes. The rest of the time is them (a) hoping nobody else will notice so they don't have to admit it, (b) preparing a binary patch for a bazillion different system configs, (c) testing it on a bazillion different system configs and (d) sticking their heads back in the sand.

      I love the way MS claims that windows is unified and consistent. Why, then, is it so hard to patch?

    6. Re:Flawed logic by gotan · · Score: 4, Informative

      I don't believe that MS does so much testing for their patches. I heared enough about MS patches not fixing the bug/hole it's supposed to, causing new problems, or not play well with some applications (i.e. causing them to crash). How can that happen if MS did all that testing you describe? Also i really wonder why it should take two weeks to put a patch on a webserver and write a brief documentation about it, especially since they've enough time to put together documentation while doing internal testing (they need that anyway for customer testing).

      And while some (unsure about the percentage) mozilla fixes cause regression, they often hit the nail on the head with the first patch. In that ideal case the bug is squished within 3 days. Even if your "schedule" for mozilla fixes were correct, the mozilla developpers can do four iterations of that in the six weeks time it takes MS to issue their first patch. Then you assume that usually MS get's the fix right the first time, but if they don't and find regression after one week of internal testing they have to iterate too until they get it right and it'd be about as fast as an iteration in the mozilla case. If they catch it in the first week of "customer testing" they need 3.5 weeks for a cycle.

      The advantage of the mozilla strategy is, that as soon as the patch is ready, anyone can test it (and at least the big linux distributions probably do so), and if there is a problem with a patch, information gets back to the developpers much earlier.

      --
      "By the way if anyone here is in advertising or marketing... kill yourself." -- Bill Hicks
    7. Re:Flawed logic by WildBeast · · Score: 1, Flamebait

      Sure, let the user find the bug when he least needs his browser to crash.

      Me, I have no problem with Mozilla's strategy as long as Mozilla is free.

    8. Re:Flawed logic by RickHunter · · Score: 2

      [Microsoft patches occasionally do] not play well with some applications (i.e. causing them to crash)

      That's not a bug, its a feature! After all, we wouldn't want you to accidentally use that horrible Trillian or Jabber instead of MSN Messenger, would we? That could ruin your Windows Experience(TM)!

    9. Re:Flawed logic by JamesSharman · · Score: 1

      I agree, the Mozilla crash was obviously a bug with X but the Mozilla fix was probably along these lines:

      if (cssFontSize>MaxFontSize) cssFontSize=cssFontSize;

      The MS problem by the looks of it was a far deaper one that would probably take some serious analysis to decide on the correct approch.

    10. Re:Flawed logic by WebMasterJoe · · Score: 2
      I agree that it is a flawed comparison, but only if you are making an academic comparison between the two. Otherwise, it doesn't really matter if the coomparison of these two are flawed.

      Product A is a server which faces the world, it has a major security flaw, and it takes two months for that to get fixed. I know that if I was using IIS for anything important that I would be nervous hearing something like that, and I'd have a terminal session open with the server right now, examining the logs... I mean "event viewer".

      Product B is a desktop application running on a resource-intensive graphical environment (and probably running on a resource-intensive window manager too). Therefore, it's pretty safe to say that this particular machine is not primarily used as a server to the world. The vulnerability has the capability of freezing the machine and most likely forcing a reboot, which could in theory mess up the filesystem. There is some potential damage to be done here, but since it is going to be the result of a user browsing to a malicious web site, the machine probably is a desktop machine that might be running a personal web or ftp site.

      If you weigh the two problems based on the real-world impact, it no longer matters how big the vulnerability is or why it takes as long as it does to get fixed. You have to consider what machines are at risk and what the damage could be - that's how the business manager types look at it, and that's what they're going to ask their IT staffs.

      --
      I really hate signatures, but go to my website.
    11. Re:Flawed logic by mosch · · Score: 2

      Isn't the relationship clear? It's like comparing apples to volvos.

    12. Re:Flawed logic by Violet+Null · · Score: 2

      [...]but the Mozilla fix was probably along these lines:

      if (cssFontSize>MaxFontSize) cssFontSize=cssFontSize;


      Lord, I'd hope that wasn't the fix, since that would do absolutely diddly-slash-squat. =P

    13. Re:Flawed logic by Anonymous Coward · · Score: 1, Insightful
      I'd bet the MS had the fix inside three days as well, it then took (At a guess)

      2 weeks for internal regression testing
      4 weeks for external large scale customer testing and feedback
      2 weeks to get the documentation, patches and everything out for wide scale deployment.

      • If Microsoft does that much careful testing on main (non-patch) code, how do so many stupid bugs appear in the first place?
      • Look at the numerous reports of bad patches. Why is this happening if patches are tested so carefully?
    14. Re:Flawed logic by JamesSharman · · Score: 2

      Opps,

      cssFontSize=MaxFontSize;

      You know what I ment!

    15. Re:Flawed logic by Anonymous Coward · · Score: 0

      What I find really funny is not the fact that somebody is trying to compare 3 days to 2 months for two totally different things. It's that it actually took _a year_ to fix the problem in Mozilla not 3 days (dating back to bug #90547). So not only is someone trying to make a totally assinine comparison, their lying about the facts to try to make the point.

      Please: if you feel the need to be a blindly fanatical open source advocate, at least play up things that OS actually did better. You only hurt other the pro-open source side by being a raving nut.

    16. Re:Flawed logic by pmz · · Score: 2

      The real reason Microsoft is slow to respond is the same as any big company or government:

      Bureaucracy

      Open Source projects tend to lack the four layers of middle management that delay a simple task for weeks while the engineers and other "peons" just get frustrated, so when they actually get to do the work, their enthusiasm has already been spent. Sigh...

    17. Re:Flawed logic by catfood · · Score: 2

      Maybe so, but that's the choice the PHBs and network admins of the world have to make then: do you want an apple, or do you want a Volvo?

      Does the comparison have to be "fair" to be useful, or does it have to account for real-world results?

    18. Re:Flawed logic by Anonymous Coward · · Score: 0

      30 seconds for someone to read about the bug
      60 seconds to root people with it

    19. Re:Flawed logic by Anonymous Coward · · Score: 0

      Um, you're missing the point. The author wasn't trying to make a logical comparison, or indeed, say anything substantive. This whole article can be boiled down to: Micro$h4ft Bad, Linux Good! If nearly everyone on Slashdot didn't mindlessly agree that Micro$h4ft Bad, Linux Good, this article itself would be nothing more than a troll. Maybe it is anyway.

    20. Re:Flawed logic by caspper69 · · Score: 1

      Opps,

      cssFontSize=MaxFontSize;

      You know what I ment!

      Unfortunately gcc didn't! And that's where bugs come from in damn near *every* situation...

      Oh if only computers were smarter...

    21. Re:Flawed logic by WGR · · Score: 1
      In the comparison, I think that Microsoft comes out fairly well. The Mozilla/X-Windows bug was in checking sizes of arguments at an interface between systems. Fairly simple code change. Three days is a relatively long time

      The Microsoft bug is deep in the parsing of a fairly complicated file structure that is used by many different components, even if it is obsolete. Just understanding the ramifications of any code change would be significant. Two months is really quite short, although there are already complaints of it breaking other stuff. In actual fact, Microsoft was actually on the ball for fixing it is such as short time.

    22. Re:Flawed logic by eddeye · · Score: 1

      >MS should have and could have thrown much more resources at the problem to make sure it got fixed within a week

      You seem to have forgetten Brook's Law: throwing more programmers onto a late project makes it even later. Corollary: The more people you throw at something, the more time you spend on communication just to keep everyone up to date.

      --
      Democracy is two wolves and a sheep voting on lunch.
    23. Re:Flawed logic by Ben+Hutchings · · Score: 2

      You don't seem to understand how X works. The X font server may be on a completely different machine, and may well be shared between many users. It can be crashed by a request for a very large font, possibly causing serious disruption for all those users.

  19. Its logical by FullClip · · Score: 1

    The bigger the hole the more stuff they need to put in it to plug it, the longer it takes!

    Hey, this makes sense to my 3 year old niece, so it should do to you too :)

  20. Microsoft and Security by Anonymous Coward · · Score: 0

    Go together like a peanut butter and thousand island sandwhich.

  21. Microsoft Times by EyeOfTheBeholder · · Score: 0

    Can we get international newspapers? Maybe someone should start, 'The Microsoft Times' or something?? Then all the stories can be put in one place!

    How bout it?

    --
    This is your day - make it what it is!
  22. Sick and tired of this self congratulation by matusa · · Score: 5, Insightful

    OK, is anyone else sick of the inane way in which we compliment ourselves continuously?

    Come on, we really do not need to say these sort of things nah nah, we fixed something first, we're better than you. Does anyone else find it retarted that you can crash an X server just by telling it to display a font which is too big?

    What about the fact that we STILL don't really take advantage of gfx hardware for 2D presentation? or the fact that fonts still look like ass?

    If you think we can laugh at others, check those market share figures. We have a lot of work to do.

    1. Re:Sick and tired of this self congratulation by Anonymous Coward · · Score: 1, Insightful

      It's insecurity. The community knows that they lose most wars they fight against commercial companies (in their collective minds, all wars are fought against Microsoft); so they do whatever it is that's needed to put a positive spin on anything detrimental to their image.

      What is this called when Microsoft does it? FUD.
      What is this called when the GNU/Linux community does it? Patroitism.

      Double standards? Of course -- this is Slashdot.

    2. Re:Sick and tired of this self congratulation by Anonymous Coward · · Score: 0

      At least the fonts look better than those Mac screenshots people keep posting, with blurry, almost unreadable fonts.

    3. Re:Sick and tired of this self congratulation by Anonymous Coward · · Score: 0

      >What about the fact that we STILL don't really take advantage of gfx hardware for 2D presentation?

      http://freshmeat.net/projects/mechapoint/?topic_ id =111

    4. Re:Sick and tired of this self congratulation by Hard_Code · · Score: 2

      "OK, is anyone else sick of the inane way in which we compliment ourselves continuously?"

      Yes. Everybody is so enraptured with their cause that they can't even see the deficits in front of their face. Unix (including Linux) needs an overhaul. It's the least worst popular operating system around but that's not saying much. It *is* based on old ideas (no matter how well it *implements* them) for an old era. The Unix culture has the tired old mentality of "it was always this way so it should always be this way". I could list a litany of criticisms, but instead, we should just realize that chest thumping will get us nowhere. We have to soberly compare Unix (and Linux, *BSD, etc.) with other operating systems and the state of the art.

      --

      It's 10 PM. Do you know if you're un-American?
  23. Differences by Anonymous Coward · · Score: 0

    Microsoft's time to adequately test the patch in a plethora of working environments and configurations: two months.

    Open source's time to adequately test the patch in a plethora of working environments and configurations: Test? Fuck dat. Let the morons figure out how to properly configure it their damned selves. Lazy shits, go back to Windows.

  24. New MSN homepage source by SeanTobin · · Score: 0



    > Welcome to the new MSN.COM built on .NET!

    --
    Karma: SELECT `karma` FROM `users` WHERE `userid`=138474;
  25. Ummm ... so what? by Mr_Silver · · Score: 3, Insightful
    Time for my neighbour to fix the dodgy shed door: 2 months. Time for me to fix the dodgy wiring in the kettle: 15 minutes.

    Not wanting to be pedantic but the duration of time it takes to fix a bug isn't exactly a great indicator of anything (except maybe, how long it took to fix it).

    It's a bit like assuming that a program with 5000 lines is obviously worse than one with 7500 lines.

    We know nothing about the internals of IIS and the two bugs are not even remotely related. You simply can't compare the two and come out with anything meaningful.

    --
    Avantslash - View Slashdot cleanly on your mobile phone.
    1. Re:Ummm ... so what? by catfood · · Score: 2
      Time for my neighbour to fix the dodgy shed door: 2 months. Time for me to fix the dodgy wiring in the kettle: 15 minutes.

      If your neighbor's life depends on his shed door, and your life depends on the kettle, I'd say your circumstances are better than his. What matters isn't a "fair" comparison between the fixes, what matters is where you are on the continuum between resilience and brittleness.

      Or back on topic, it would be a "fair" comparison if an Open Source X server were to open up an equally awful security hole, and if you compared the time-to-fix against Microsoft's. But that wouldn't be a relevant comparison because it's not a typical situation; X's similar wide-open security exploits are AFAIK a thing of the distant past.

    2. Re:Ummm ... so what? by Anonymous Coward · · Score: 0

      No, what matters is MICRO$H4FT BAD, LINUX GOOD, and you'll jump through any number of mental hoops to stick to that, no matter what.

  26. Minor X bug?? by jukal · · Score: 2

    In which context do you consider it a minor bug, if the XFree tries to scale it's font any size you determine? Memory-hog bugs are never minor (just see Microsoft Windows for reference ;)) - I mean this can also be an indicator of some even more serious mis-think on checks that are done to Xfree fonts before trying to display them. I would not be surprised if in 2 weeks there was an article on securityfocus stating "displaying 'gimme root' in supersize fonts in Xfree environment provides the intruder with remote root exploit."

    1. Re:Minor X bug?? by Daeron · · Score: 1

      I understand your reasoning ... though the example is (often) kinda a moot point.

      Since when do we allow remote users to open the DISPLAY ?

  27. New MSN.com homepage code by SeanTobin · · Score: 4, Funny


    <font size=<?php
    if (stristr(HTTP_USER_AGENT,'mozilla')){
    echo '16666666666';
    } else {
    echo '12';
    }
    ?> >
    Welcome to the new MSN.COM website, powered by the .NET framework....

    (sorry about the previous post... previewed ok, but didn't post correct without extrans...)

    --
    Karma: SELECT `karma` FROM `users` WHERE `userid`=138474;
    1. Re:New MSN.com homepage code by TurboThy · · Score: 1

      Sorry to be anal, but do you honestly think M$ would write it in in php...?

      I can only assume that you, like me, don't know sh1t about .asp scripting and used php code as a metaphor ;o)

      --
      78% of all statistics are made up on the spot.
    2. Re:New MSN.com homepage code by Anonymous Coward · · Score: 1, Informative
      if (stristr(HTTP_USER_AGENT,'mozilla')){
      echo '16666666666';
      } else {
      echo '12';
      }
      Hmm...
      *takes a look at his HTTP_USER_AGENT*
      Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705)
    3. Re:New MSN.com homepage code by Anonymous Coward · · Score: 0

      Of course, you realize that no matter what browser someone is running, these days (stristr(HTTP_USER_AGENT,'mozilla')) is just a fancy way of writing (1), as is (stristr(HTTP_USER_AGENT,'MSIE')). So the msn.com users are either going to crash, or they're going to get some awefully big fonts. Either way, MSN would lose.

  28. Heh... read if you dare. by Amiasian · · Score: 1

    The fact is Apple does give a damn, because it has to. The operating system must be checked and supported to maintain the market share which Apple must viciously battle Microsoft to maintain.

    I agree on paragraph II, for the most part. UNIX for idiots is needed. And, as for Unix's GUI, let's put it plain and simple: X-Windows sucks. I'm sorry to have offended anyone, but I come from the standpoint of an Aqua user ... (which, as far as I know -being based on Quartz/PDF - is one of the best windowing systems ever). Just one thing peeved me a little. You say "I hate Apple computers." But, you seem to like the OS. Want a good OS (X)? Then buy a good computer. Macs have steadily improved and are very competitive (consumer iMac with Super Drive ... mayhaps that doesn't suit your needs ... anyone?) with PCs. As Apple continues to expand it's marketshare, albeit slowly, we can continue to see prices drop and, let's face it, innovation to improve.

    Open source and Apple are the only real lights of the industry. In hardware, everyone tries to kiss Microsnuff's ass, so innovation is slow. Apple can develop independent of them. In software, the PC space kisses Microsnuff's ass. And so, software is also limited that way. Unless, of course, you go open source. But Open Source itself is not so great. The reason I say this is because it tries too much to imitate closed source. Gimp to be Photoshop StarOffice to be MS Office, etc. And all of that's great. Still, the non-opensource is better. Why I say, then, that open-source is innovative is the fact that it has potential. To break the mold. To create new categories of applications. The Mac's killer app was Photoshop and image editing. Apple II had Visicalc. The IBM PC had a random assortment of junk. My question is, what's open-source's killer app?

    1. Re:Heh... read if you dare. by Moita+Carrasco · · Score: 1

      I'm sorry, you're right, my comment was abusive... "I hate Apple computers" is clearly an overstatement and I should've at least explained a bit.
      I just don't like the hardware limitations, mainly. I like to crack open my PC (when it's not already open) and stuff things in there, and move them around, and add fans and HDD coolers like I just did, or change the place of my LiveDrive because it suits me better somwhere else, you know, there's more hardware flexibility on a PC and I like that.

      I don't like "package" computers, I've assembled my own PCs for over a decade now and I wouldn't want it any other way.

      Also, where I live it's difficult to get a good Apple reseller with proper hardware upgrades available or any kind of tech support.

      I understand that Apple doesn't want to run OS X on anything other that Apples because of the limited hardware they have to support, I understand that by porting OS X to other CPU platforms would ruin it, because then a million driver and compatibility problems would arise.
      But I still find it a shame that no one is doing for the PC what Apple did for the Mac with OS X.

      Moita Carrasco

      --
      MoitaCarrasco "Everyday I beat my own previous record for the number of consecutive days I've stayed alive." - CARLIN
    2. Re:Heh... read if you dare. by GypC · · Score: 2

      I beg to differ about X. It doesn't suck for me. But I will agree that it does mostly suck for the non-nerd; that's probably what you meant.

    3. Re:Heh... read if you dare. by sfe_software · · Score: 2

      I beg to differ about X. It doesn't suck for me. But I will agree that it does mostly suck for the non-nerd; that's probably what you meant.

      I run Linux/X on most of my machines. X sucks, plain and simple. I am far from a non-nerd ;)

      For the most part, X works okay. However, it does hog memory and crash (Mozilla 1.0 seems to crash X often for me...) My Win2k box pisses me off at how stable it has been in comparison (flies in the face of my *nix vs Windows arguments; it's hard to convince people that the OS is stable, that just the GUI crashes).

      My point was simply that, in my opinion, X sucks. I use it only for lack of anything better for my Linux and BSD systems...

      --
      NGWave - Fast Sound Editor for Windows
    4. Re:Heh... read if you dare. by GypC · · Score: 2

      OK. You're entitled to your opinion... I don't have any crashes with XFree86. I run the same session for weeks at a time. top(1) misreads the memory usage due to shared memory, so if that's your gauge it doesn't hog as much as you think.

      Perhaps your driver is not as stable as mine. If it's a standard driver that would indeed be a fault of XFree. An nvidia detonator driver is mostly nvidia's responsibility.

      Also, I only run a stable version of fvwm2 with no Gnome or KDE. This might contribute to my stability and low memory usage. I would recommend trying different configurations.

    5. Re:Heh... read if you dare. by Elbereth · · Score: 2

      Try replacing your power supply, memory, and motherboard, in that order. You'll probably notice that the crashes stop. I haven't noticed any crashes in NT4 or Win2k in a very, very long time. XFree86 4.x isn't exactly the stablest software in the world (most of the 4.x drivers are still being debugged), but it definitely should not crash with that regularity.

      My advice is for you to stick to tried and true hardware: a Matrox G200/G400 video card, Crucial RAM, an i440BX Asus motherboard, and an Antec power supply. Yes, this means using a Pentium III, but my P2B-D (i440BX), P3C-D (i820), and P2L97-DS (i440LX) are all crash-proof.

      If you're going to buy a Pentium IV or Athlon, then try to stay a revision or two behind current technology (ie, don't use VIA's KT333). If you want something to be stable, you need to give programmers time to discover the hardware flaws.

    6. Re:Heh... read if you dare. by sfe_software · · Score: 2

      X does not crash *that* often. Just often enough to be annoying.

      I run my laptop pretty much constantly, and Mozilla takes out the X server about once a week. It invariably happens after clicking a link; mind you, this happens on any site, there's nothing specific about the sites that crash it (the sites will then work fine afterword).

      If I kill and restart Mozilla every couple of days I can put off the inevitable for a bit longer at a time.

      It's not hardware. I can boot into Windows on the same machine and not have any problems. I used to run Windows on the laptop full-time before a few months ago. And again, it only crashes X, the OS is fine and in fact has quite a bit of uptime right now.

      I do run KDE, but same thing happens in Gnome (I switch from one to the other every couple months... I'm an odd one). The X driver is simply "trident"; no DRI or OpenGL/glx support; only video option is sw_cursor. It's a very stable machine other than the X crashes which, again, are not all that often.

      FWIW, when I used Opera exclusively for about 2 months, X didn't crash once (nor did Opera).

      All in all, my words may have come out more harsh than I had intended. I just consider X almost a "necessary evil", though that's probably over-stating the case as well. It still beats using Windows for my every-day surfing and email.

      --
      NGWave - Fast Sound Editor for Windows
    7. Re:Heh... read if you dare. by TheLostOne · · Score: 1

      I do run KDE, but same thing happens in Gnome

      In my expierence X is a bastion of stability compared to KDE and Gnome... if these are the only two you've really noticed the problem on I'd say it was premature to blame X.

      I noticed an earlier poster mentioned using FVWM2... personally i go between Ice and WM. Yes.. it crashes sometimes but not enough to really be annoying.. once every few months maybe. Ask yourself if you REALLY need a program sitting right next to your win manager just to have a cute desktop to save files to....

      But please.. don't complain about instablity in X if you've yet to test with anything but the biggest buggiest desktop environments.

      I've always told people the great thing about linux is flexibilty.. I can make it run amazingly fast and dependable (fvwm2, blackbox). Or I can make it look the same, feel the same, and be almost as slow and buggy as good ole' Windows (just installed Kde or Gnome :)

      (fyi.. I do have both installed, occasionaly I use them, I like eyecandy too... but I only do so when keeping X up doesn't matter much)

      --


      '..that kernel panicked like a nun in a crack house!'
  29. Re:DOS Mozilla users??? [just to avoid confusion] by Anonymous Coward · · Score: 0

    He may be mocking the bad capitalization of the "Denial of Service" abbreviation. It's usually "DoS", not "DOS".

  30. Re:DOS Mozilla users??? [just to avoid confusion] by barnsleyBigUn · · Score: 1

    I do so love the smell of sarcasm in the morning

  31. MS by lethalwp · · Score: 0, Redundant

    i have only one thing to say:

    MOUAHAHAHAHAHAHAHHAHAHHAHAHAHHAHA

    MS.. MS MS.... They will never learn it....

    And i know so much ppl trusting them... They are all disappointing to..!

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

      "MS.. MS MS.... They will never learn it...."

      You fucking retard!

  32. Enough bugs this week!?!? by Anonymous Coward · · Score: 0

    This is the 4th this week, on top of the latest one that was all over the news these last few days. http://www.pcquote.com/stocks/news/getnews.php?tic ker=MSFT&newsstory=CX20020612u5t8&start=0 Microsoft needs to wake up and smell the Bawls. :)

    1. Re:Enough bugs this week!?!? by Anonymous Coward · · Score: 0

      Nope, neva!

  33. Maybe by Anonymous Coward · · Score: 0

    The X developers could use this an excuse to FIX the problems with fonts - aka. They LOOKS LIKE SHIT!

    The reason why I usually boot into windows is because of the fonts, I'd rather use notepad in windows that vi, kedit, gedit whatever in Linux, because the fonts are fucking horrible!

    Fix the font system.

    1. Re:Maybe by GutBomb · · Score: 3, Funny

      first time i heard someone bitch about the fonts in vi :)

  34. Number of users confirmed! by Anonymous Coward · · Score: 0

    Three users confirmed, just like gopher!

  35. Re:DOS Mozilla users??? [just to avoid confusion] by RevDobbs · · Score: 1

    right up there with coffee and napalm...

    oh, wait, it's morning already? Another night wasted away on a Win2K box... thank god the new office OpenBSD/Samba server is up and running

  36. Serious money in this. by WasterDave · · Score: 5, Funny

    It strikes me that there might be some quite serious money in these "agreements with Microsoft". In a post dotcom world, it's a pretty plausible business plan:

    * Find holes in MS software.
    * Publicise them frantically.
    * Come to "an agreement".
    * Kachingggggg!

    Dave

    --
    I write a blog now, you should be afraid.
    1. Re:Serious money in this. by nirvdrum · · Score: 1

      Umm . . . it's common practice for someone to discover a vulnerability and then inform the vendor, allowing it time to produce a patch. It is the responsible thing to do. I'm sure someone will spout out some spam about how 2 months is too long, but most vendors take at least a month anyway. And really, releasing the vulnerability before the patch release might put some pressure on MS to get a patch out faster, but it would probably cause more harm than good. eEye is a respectable company and they've had a good vendor notification track record (same group that discovered and analyzed Code Red).

      Oh well. C'est la vie.

      --
      If there was a "-1 Not Funny", that'd be my most used mod.
    2. Re:Serious money in this. by beleg777 · · Score: 1

      No, not at all. It goes something more like this. *Find holes in MS software. *Publicise them frantically. *Try to protect your knee caps and hide from the lawyers. *Come to "an agreement."

      --

      Science may someday discover what faith has always known.
    3. Re:Serious money in this. by SEWilco · · Score: 1
      Actually, if you read the company's article, they had a product which protected IIS before they found this bug. It mentions that they found this IIS bug when testing types of bugs which their "Application Firewall" protects IIS from.

      And this company is already making money from MS bugs. They're part of the anti-virus and security industry which has grown up around MS bugs. That's innovation, when industries grow for decades on your garbage!

  37. This is _not_ a bug in mozilla by theridersofrohan · · Score: 4, Informative
    This is a bug in XFree86 and/or (depending on what you are using) XFS. The error doesn't happen under windows... And apparently, it can be triggered under linux by other programs as well (gimp) if you set the font size absurdly high.


    Checkout the bugzila item here


    Also, this is _not_ a DOS attack. What it does is make X consume all available memory and swap. And it can be triggered remotely by running mozilla, and browsing a webpage with absurdly large fonts. But it is by no means a DOS attack, because no-one is actively attacking you, making you "Deny Service" to other users.

    1. Re:This is _not_ a bug in mozilla by peddrenth · · Score: 1

      "Also, this is _not_ a DOS attack."

      Well, it denies you the service of your computer. And if there are other people using the same computer, it denies service to all of them as well...

    2. Re:This is _not_ a bug in mozilla by Anonymous Coward · · Score: 0

      Actually it doesn't, this only kills X in a way that your video card doesn't get uninitialized. So you get a console with it displaying your old desktop.

      The other users won't even know anything happened except perhaps a small spike in cpu and mem usage.

  38. H1 by JohnHegarty · · Score: 2, Funny

    <H1>Your Hacked</H1>

    but i am sure there is more to it than that...

    1. Re:H1 by wheany · · Score: 1

      My hacked what?

  39. I know that feeling by CaptainZapp · · Score: 4, Insightful
    Clients keep looking at us as if we're weird outter-space creatures everytime we mention unix-based hosting and programming.

    When I was working as a consultant for a major database vendor I walked into customer sites, looked at the problems at hand and usually started to script in either perl or shell.

    This provoked indescribable looks from (mostly) younger IT staff and questions around the line, of:

    What the hell is this? What are you doing here? Why don't you use a GUI? This was often accompagnied with smirks and laughs.

    Laughing was reduced to an absolute minimum after 2 hours of scripting (including testing) and 10 minutes running the script, instead of opening a window 3000 times in order to uncheck a checkbox.

    It was ususally also the very GUI oriented shops that ran into wicked recoverability problems, since they implemented their databases with GUIs, modified their database structures with GUI's and the last time they re-generated scripts from the physical schema was in the summer of '98 or so.

    If they would have used scripts to start with and would have treated those scripts like source code, they could have avoided weeks - if not month - of agony and pain. Not even to mention the costs.

    --
    ich bin der musikant

    mit taschenrechner in der hand

    kraftwerk

  40. The Killer App by krmt · · Score: 5, Insightful
    My question is, what's open-source's killer app?
    Freedom.

    That's it, pure and simple. Freedom to do what you want with your machine. Freedom from proprietary formats and the hassle of interchanging data with others. Freedom to alter the code in any way you want, or to learn from it. Freedom to participate in more substantial ways than buying and installing some product from off the shelf. Freedom to use your computer as it best suits you, not as it best suits Bill Gates or Steve Jobs.

    This might sound like fluff, but this is the reason why I gave up on Apple years ago, and it's why I've stayed with Linux ever since then. Apple has done some great things in the past few years, and I applaud them for it, but they are still not Free as in Freedom. Yes, I know about Darwin, but what about Aqua? Yes, I know about QTS Server, but what about iMovie? I'm not saying Apple should open these products or that they shouldn't make money, but simply that they're not going to make any more money from me because I will never feel safe with them after they discontinued a raft of great technology. This will not happen with Linux. Ever.

    That's the killer app for me, and I know it's the killer app for others. Microsoft and Apple will never fully offer that freedom, and as a result I can never trust them fully. They might have more innovative products, but it doesn't matter. Quickdraw GX was innovative. So was Opendoc. And the original Cocoa project (kid's programming environment that I dearly miss). Where are these projects now? Innovation doesn't matter. Just that you're there, and free stuff will always be there, whether it's GPL or BSD or whatever, so long as it's Free as in Freedom. That's a far more powerful killer app than any I've ever heard of.
    --

    "I may not have morals, but I have standards."

    1. Re:The Killer App by taliver · · Score: 1

      Just a minor off-topic note to add to this. I do all my work on Linux, apart from using PowerPoint on XP. Now, I know it was only a limited sample, and I know there are plenty of counter point examples, but from my limited experience, it seems that most people who develop apps/addons for windows (freelance developers, hobbiest, etc), want to get paid for it. Just try to find powerpoint backgrounds, for example. Also, the source for these little applications that people write is hard to come by.

      Now, on the otherhand, it's generally hard to find open source or Linux land material that people charge for. There are a few examples, but for the most part, there are husge collections of applications taht come with all source, and are completely free.

      I'm wondering if the community in each case has such a differnet mindset. It's quite odd that people who write free applications for *nix systems are quite content to give away the code, but people who write apps for windows seem... reluctant.

      --

      I demand a million helicopters and a DOLLAR!

    2. Re:The Killer App by DrSkwid · · Score: 2

      I've come across this one too. I have laval programmer friends who think that the way to programming riches is writing a Visual Basic utility releasing it as shareware and hoping that it will gain momentum.

      The thing is with windows is that the GUI mindset can make the simple things hard. Put on top of that that windows doesn't really come with a decent programming environment as standard. Users become reliant on the fleets of Visual Basic Programmers making temperature convertors and other one line unix programs.

      Once upon a time I thought Windows was the One Microsoft Way. Eventually hitting the power user wall and the desire to make network based utilities and I was introduced to the simple notion of regular expressions. It still makes me angry that a powerful and useful concept was kept almost secret from me because of Microsoft products. The number of times a quick regex would have saved me hours of text parsing.

      Just for that I will never forgive them and once your eyes have opened the rush of confidence of the newly converted overwhelms you, it makes you want MS to wither and die and all those crappy VB utilities with them.

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    3. Re:The Killer App by Anonymous Coward · · Score: 0

      "Power user wall" my fucking ass!

      "windows doesn't really come with a decent programming environment as standard"

      You really have no fucking idea what you're talking about do you?

    4. Re:The Killer App by Anonymous Coward · · Score: 0

      What decent programming environment does windows come with, then?

    5. Re:The Killer App by Anonymous Coward · · Score: 0

      This is a nice way of saying there isn't a killer app for *nix

    6. Re:The Killer App by Anonymous Coward · · Score: 0

      "quick regex"? Isn't that an oxymoron? Every time I've had a need to use a "quick regex" (say, in a small perl script) I've had to dig through page after page of manuals to figure out how to go about the _simplest_ of search/replaces, simply because last time I needed to use a regular expression I forgot the _syntax_ that the tool implements. And don't get me started on "regular" expression.. each fucking *ix program defines "regular" to mean "what this program implements." It's not a matter of what I want done--I know _exactly_ what I want done. It's a matter of getting the *ix cruft going in the general direction that will eventually get me to my goals. Though, in many cases my goal gets completely ignored after hour upon hour of reading man page after man page.

      power = simple tools + wide selection of tools

      Power is not simply how obfuscated a tool can be made. Hell, if _that_ is your definition (as it is for many *ix zealots) then you might as well go back to hand coding assembly for everything you need to do.

    7. Re:The Killer App by swillden · · Score: 2

      free stuff will always be there, whether it's GPL or BSD or whatever

      Until the CBDTPA or some successor makes free software illegal.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    8. Re:The Killer App by Anonymous Coward · · Score: 0

      "...Freedom from...the hassle of interchanging data with others..."

      Yes, this works well for many *nix users. They can stay inside and crack the CSS encryption on the latest pr0n DVD and never need contact with the outside world ;P

    9. Re:The Killer App by taliver · · Score: 1


      power = simple tools + wide selection of tools


      Most people would define Unix systems exactly this way. Look through the man pages, filled with small, tight little programs, each one doesn't do a whole lot, but they allow a whole lot of freedom to do massive things quickly,

      Try writing quick filters for data in windows, without downloading "Bob's little filter helper" or some other idiot program.

      --

      I demand a million helicopters and a DOLLAR!

    10. Re:The Killer App by Anonymous Coward · · Score: 0
      Most people would define Unix systems exactly this way. Look through the man pages, filled with small, tight little programs, each one doesn't do a whole lot, but they allow a whole lot of freedom to do massive things quickly
      Small and "tight" was lost many many years (decades?) ago. Don't even get me started on GNU-based tools. Countless "This is a GNU extension" additions litter Linux and *BSD. Good or bad, they create bloat and could very well be a whole seperate tool. Today, pipes and the occasional small tool are a reminder of a distant *ix past, one which had a philosophy of "one job per a tool." Today pipes are very much obsolete. We should be talking at a much much higher level in 2002 than we were in 1970 or even 1980. We aren't even talking through pipes with Unicode yet (or if we are, the programs sure can't understand it).
      Try writing quick filters for data in windows, without downloading "Bob's little filter helper" or some other idiot program.
      and you assume I'm implying Windows is better. I've never mentioned Windows (and I'll say that I'm not talking Macs either, even though I've never tried them). Think TUNES. If we continue to settle on *ix technology (tons of Linux/*BSD users on /., I know) then we will never get anywhere. Yes, Linux is great, open source is great, yadda, yadda. But, it is nothing I _want_ to be using (not now, and definately not 5-10 years from now). I think it's time people stopped pushing *ix as some sort of holy grail, in terms of power and usability.
    11. Re:The Killer App by taliver · · Score: 1

      I think it's time people stopped pushing *ix as some sort of holy grail, in terms of power and usability
      And in this, and the majority of your other comment, I would agree.

      I just thought you were looking at VB vs. Unix. Sorry about that.

      --

      I demand a million helicopters and a DOLLAR!

  41. Minor my Ass! by 5etanta · · Score: 1
    How exactly is a bug that can compleatly lock my machine "minor". The serious issue with the X bug is the ease with which it can be done. It is a five minute job write a web page with this attack built in, and the effects are major.

    I know its fixable, and I know that GNU/Linux/XFree combination is usually very rebiable, but lets call a spade a spade here. This one is an absolute SCREAMER!

    Brian P.

    --
    "I see lots of Pengins, is that good?" "Thats good Dad, click yes."
    1. Re:Minor my Ass! by GutBomb · · Score: 3, Insightful

      It is minor in comparison to a hole that allows a remote attacker to have administrative access on your machine. And this is why the comparision is flawed in the first place.

    2. Re:Minor my Ass! by 5etanta · · Score: 1
      Granted

      But my point is its Easy Peesy, and thats what makes it serious

      Brian P

      --
      "I see lots of Pengins, is that good?" "Thats good Dad, click yes."
    3. Re:Minor my Ass! by vsavkin · · Score: 1

      Well, any application that have access to X display can make it unusable. Think xlock which doesn't ask for a password. It a part of the specification, so it's a feature, not a bug. But a browser, which accepts data from untrusted source, should never issue any commands that can render machine unusable.

    4. Re:Minor my Ass! by Anonymous Coward · · Score: 0

      When you're surfing the net, it's guaranteed that a crash will inconvenience you. The whole reason your machine crashed is that you were using it.

      When you're using IIS, you probably don't have anything worth losing anyway.

  42. Time to report Oracle bug? by BillTheKatt · · Score: 0, Flamebait

    Another fine piece of Slashdot reporting. I guess no one saw fit to report the new gaping holes in "unbreakable" Oracle.

    I guess bugs only matter if they're curtesy of Microsoft. If Bill was smart he'd grow a scruffy beard, claim his O/S is unbreakable and come up with rediculous predictions once a week (NetPC, etc.). No one would bother him then.

    I wish Slashdot would grow up and become a real news site, you know, just the facts maam. Instead it's a whine fest for people with an axe to grind. Report the news, and save your commentary for the comments section.

  43. Re:Slackware is still (possibly) safe... by pacman+on+prozac · · Score: 1

    it doesnt work for me either so make that two. I can't offer any reason why it doesnt work as according to the reg xfs makes no difference and the other differences between linux distro's shouldn't affect (i.e. filesystem layout)

    Maybe its something to do with the version of mozilla. Mines an oldish nightly (2002042510) as none of the newer versions I've tried are anything like as stable/fast here. When loading a page with these huge fonts my mozilla just shows blank space where the fonts would be then stops processing it. The rest of the page loads fine and I cannot replicate any of the faults reported on lemuria.org

    I wouldn't however state categorically from this that all slackware users are safe :) If you have a big enough sample you can draw any conclusion you want.

  44. Re:New MSN.com homepage code in php ??? by sconest · · Score: 0

    I think you meant:

    <body>
    <font> site=<%
    if Left(Request.ServerVariables("HTTP_REFERER") = 'mozilla')) then
    response.Write("16666666666")
    else
    response.Write("12")
    end if
    %>
    Welcome to the new MSN.COM website, powered by the .NET framework....

    --
    Guvf vf abg n EBG zrffntr
  45. Three days? Rather a bit longer.... by Erik+Hensema · · Score: 5, Interesting

    I am pretty sure this bug has been in Bugzilla for months without being fixed. However, bugzilla-search seems to be broken so I cannot prove it right now.

    However, I am 100% positive I crashed my machine due to a remotely exploitable X bug using Mozilla a few months back. That bug is in bugzilla (search on crash, X, css, hensema when bugzilla search works again).

    --

    This is your sig. There are thousands more, but this one is yours.

    1. Re:Three days? Rather a bit longer.... by Jeffrey+Baker · · Score: 2
      I have had Mozilla crash the X server plenty good. Just turn on XIE, which Mozilla's imagelib used to take advantage of, and X 4.1.0 would crash all over the place. Especially easy if you stick Mozilla up on a Xinerama display.

      One gets the feeling, from having used and worked with Mozilla for a few years now, that it is simply crawling with remotely-exploitable DoS attacks, stack smashes, etc. They will surface eventually, just like the reports on Internet Explorer.

    2. Re:Three days? Rather a bit longer.... by Erik+Hensema · · Score: 4, Informative

      Found it: bug 120238 is the bug I remembered, it was filed 2002-01-16 and still stands unresolved (IOW it has beem ignored). Worse still, bug 90547 also reports a crash due to large fonts. It was reported around 2001-07-12, which is 11 months ago.

      --

      This is your sig. There are thousands more, but this one is yours.

    3. Re:Three days? Rather a bit longer.... by Tom · · Score: 2

      you are wrong. I reported this bug to bugzilla on sunday (a few minutes past midnight).

      (yes, I am the original author of the bugtraq advisory)

      --
      Assorted stuff I do sometimes: Lemuria.org
    4. Re:Three days? Rather a bit longer.... by Anonymous Coward · · Score: 0

      Actually, they seem to be right. YOU may have reported it only Sunday, but there are other people that made bug reports in Bugzilla going back to a year ago.

    5. Re:Three days? Rather a bit longer.... by jeffy124 · · Score: 1

      You could probably find more. It's extremely common for people to submit bugs w/o checking to see if it's already there, especially with a popular project like Mozilla. Way back when there was a story about having 100,000 bugs in the db or some NRN like that. Among the posts was someone who submitted a bug that got turned down within a week because it was a duplicate of about 12 others, another post said something like 25% were in a "Duplicate" state.

      oh, and btw -- clicking those links generates "Sorry, links to Bugzilla from Slashdot are disabled."

      --
      The One Rule Of Chess You'll Ever Need: Don't play someone who carries a kit in their bookbag.
  46. 3 days ? Noo .. by BESTouff · · Score: 0

    Not really 3 days. Where's the fix for my distrib ?

  47. armweak by alphapartic1e · · Score: 0, Funny

    That's one small bug for open source, one giant bug for microsoftkind.

  48. ......wait a second..... by ziggy_zero · · Score: 1

    Microsoft announced Wednesday that there is a serious software flaw with its IIS web server.

    [increasing in pitch]Whaaaaaaaaat? Can't be.

    --
    I belong to the ______ generation.
  49. Not me. by Per+Abrahamsen · · Score: 5, Insightful
    Slashdot is and has always been an advocacy site, and has never prentended to be anything else.

    It presents the GNU/Linux and free software side, which is a small step towards bringing balance, as we do not have the big advertisement budgets to buy editorial good will, or money to order favorable rewievs from "the customer is always right" analysis companies.

    What I am getting tired of is the the people who whine that slashdot is not Ars Technica or kuro5hin, both excellent web places with a different focus than slahsdot.

    What about the fact that we STILL don't really take advantage of gfx hardware for 2D presentation?
    What do you mean "we", white man? I have "taken advantage of" 2D gfx hardware under Unix for longer than slashdot (or Linux) has existed.

    or the fact that fonts still look like ass?
    They fonts don't look "like ass" on my screen. I guess what you want is anti-aliasing. The free technology for that is awailable, it is just a question of installing it. Maybe your OS distributor have done it for you in a sufficiently recent version.
    1. Re:Not me. by Erik+K.+Veland · · Score: 1

      Perhaps proper fonts, kerning and professional font-managment is needed before you whine about anti-aliasing?

      --
      "I tend to think of OS X as Linux with QA and Taste", James Gosling, creator of Java
    2. Re:Not me. by Alan+Shutko · · Score: 2

      There's still lots to be done. Not all software supports AA fonts. Those that do don't always support it well, for example all those programs which do AA by theirselves and don't use the render extension.

    3. Re:Not me. by Anonymous Coward · · Score: 0

      How many people using Linux/Unix/X need that professional kerning or font management? I say maybe around 5% of users.. they are better off using Mac OSX of W2k, anyways. I'm happy with anti-aliasing certains fonts and leaving other fonts unaliased. Fonts have looked the same to me since last year in X compared to Windows

    4. Re:Not me. by Electrum · · Score: 2

      How many people using Linux/Unix/X need that professional kerning or font management? I say maybe around 5% of users.. they are better off using Mac OSX of W2k, anyways. I'm happy with anti-aliasing certains fonts and leaving other fonts unaliased. Fonts have looked the same to me since last year in X compared to Windows

      One of the reasons I use Windows 2000 on my primary desktop is because the fonts simply look better. If you do a side by side comparison, then you'll see that the smaller fonts (the ones that can't be anti aliased) simply look better.
    5. Re:Not me. by Anonymous Coward · · Score: 0

      "It presents the GNU/Linux and free software side, which is a small step towards bringing balance"

      Really? I thought it was "News for Nerds. Stuff that matters". Should the slogan be changed?

      How about 'news for Linux users only, everyone else sucks'. Or how about 'M$ M$ M$ M$ M$ M$, we hate you'. Wait, i've found it.

      'Opinionated Trash For The Sad, Pathetic Few'

      This has been proved to such a fine point, I can't even begin to go into detail.

      Slashdot is a news site, news is supposed to be unbiased. The comments are supposed to be biased, they are opinions.

      When the stories carry an opinion as news, then you are an editorial site, or commenly known as a rag. But don't worry, it's only a couple of steps below the "Weekly World News". This new Slashdot you proposed is right up there with the people who protested in front of CompUSA when Windows 95 was released.

    6. Re:Not me. by matusa · · Score: 1

      About the 2D perf, I was referring to X.

      I am a programmer, so yes I get could 2D perf too.

      Fonts look good for me too, but for most people's setups they don't.

      I was speaking for the average case, not mine. I don't expect people to have to compile their own mozilla or put special lines in /etc/apt/sources.list to get AA fonts in their browser..

  50. serious, as in hostage ransom scenario? by Anonymous Coward · · Score: 0
    don't forget to read this GNU report re-leased buy the folks over at the Tuxedo de Linuxville Institute.

    ridding yourself/your company of the ill eagle kingdumb's payper liesense bugwear scam, is MUCH easier than you've been MiSled to bulleave.

  51. .HTR leaks are not a priority. by Otis_INF · · Score: 4, Insightful

    .HTR is a flawed protocol and should be avoided. No sane developer will use .HTR pages in his site on an IIS machine, since the .HTR parser is crappier than crap since day one with buffer overruns all over the place. Most sysadmins have .HTR disabled anyway, since it's of no use. When there is a bug in that parser, thus _NOT IN IIS!_ but in an extension (like mod_perl to apache), and that parser is not used by a lot of people, would you put a lot of developers on that bug? No.

    --
    Never underestimate the relief of true separation of Religion and State.
    1. Re:.HTR leaks are not a priority. by DNAGuy · · Score: 2

      I agree with you, and was pleased to discover that none of my boxes were vulnerable. Nonetheless, as we know, most IIS boxes out there are still in their default configuration and a good number of their admins don't even know they're running. Each one of these boxes is a potential DDOS client.

      --

      BRENT ROCKWOOD, EST'd 1975

    2. Re:.HTR leaks are not a priority. by WildBeast · · Score: 2

      You gotta be kidding, I didn't notice that the articles specified that only .HTR pages were affected. I have those disabled for quiet some time now. Who exactly uses .HTR?

    3. Re:.HTR leaks are not a priority. by $rtbl_this · · Score: 1

      Who exactly uses .HTR?

      People using the default password managment script that comes with IIS. I know this is a bad idea for any number of reasons (even Microsoft say this), but I can think of at least one production web server in my Fortune 500 company that uses it.

      Time to break out the clue stick again. Maybe the beating will take this time.

      --
      "Are you being weird, or sarcastic?" said Emma. I said I didn't know because I get the two feelings mixed up.
  52. Re:New MSN.com homepage code in php ??? by foniksonik · · Score: 2

    your use of C#? is disturbing on /. If java well, it's just strange.

    --
    A fool throws a stone into a well and a thousand sages can not remove it.
  53. wow by Anonymous Coward · · Score: 0

    ..who would have figured it would take less time to fix a minor bug...were you trying to make any type of real point here?

  54. read the report by Anonymous Coward · · Score: 1, Informative
    on trustworthy computing, submitdead buy the Penguin de Linusville Institute.

    can a scruffly beard be far behind? will it help with the BiG ?pr? poosh?

  55. I work for an a/v vendor by Anonymous Coward · · Score: 0

    ...and we're double-checking our procedures for emergency out-of-hours release of updated virus definition (signature) files. I would not be AT ALL surprised if a Nimda or Code-alike worm appeared, using this exploit, within the next few weeks. Although when it happens, guess what time of day our developers will ask us to QA and upload the new definitions... 2am? 3am? *deep joy* (not. We don't get paid overtime...)

    1. Re:I work for an a/v vendor by Anonymous Coward · · Score: 0

      Geez, you can't have the updated virus definitions automatically install themselves? Maybe you slashdotters should start learning how to use Windows before blaming everything on it.

    2. Re:I work for an a/v vendor by Jim+the+Anti-Bob · · Score: 1

      "Geez, you can't have the updated virus definitions automatically install themselves?"

      The guy who wrote this is the guy who writes the virus definitions, not the one who installs them. Furthermore, it's the antivirus software that updates itself, not Windows. You sir, are an idiot.

  56. It is not really an X11 bug by Per+Abrahamsen · · Score: 4, Insightful

    Most applications will attemnpt to allocate sufficient memory to handle the task the user assign to it, and depend on the system to refuse the request if there are not enough memory. They then handle the refusal with warying amount of grace. It should not crash the OS, unless the OS itself is broken.

    For example, if you feed GCC with ridiculous large input, GCC will (attempt) to allocate ridiculous amount of memory. Which is how it should be, the applications should not try to second guess the user.

    Applications that take data from untrusted sources, like web browsers, should course make sanity checks. So the error is in Mozilla, not X11.

    Nonetheless, one can expect more from a desktop server like X11 than from more traditional applications, since if the desktop crash all the user visible applications will go with it. So it would be a reasonable feature for X11 to make more sanity checks on its input than other local programs do.

    1. Re:It is not really an X11 bug by Electrum · · Score: 3

      Applications that take data from untrusted sources, like web browsers, should course make sanity checks. So the error is in Mozilla, not X11.

      They should in some, but not all, cases. That's why rlimits exists. Certain classes of applications should not have to check everything for themselves. For example, the qmail SMTP server can be made to allocate an arbitrary amount of memory by feeding it a huge list of recipients. This is not a bug. It is designed to be run with resource limits, usually set using softlimit. It is bad engineering to include needless checks in every single application, when the OS has this built in.
  57. Um, then why does it matter? by Sycle · · Score: 5, Insightful

    If people don't apply patches, fixes, updates and security recommendations, then Microsoft could have released a fix in 2 seconds, and it still won't do any good.

    Linux and other open source software aren't impervious to bugs being discovered either, they just respond faster - so the lesson here is simply "if you're an idiot, you can get '0wn3d' on any OS".

    Yeah it sucks that Microsoft take two months to fix an exploit, but if it only affects a service that would have been switched off already if you followed instructions, then it's not *that* big of a deal.

    1. Re:Um, then why does it matter? by bleckywelcky · · Score: 1


      but if it only affects a service that would have been switched off already if you followed instructions

      Why is it on in the first place then?

    2. Re:Um, then why does it matter? by WildBeast · · Score: 2

      Well probably because of some customers request. Some people actually use very old technology and they want it to alway work. So Microsoft must make sure that every new version of their software, supports the older technologies to.

      If you don't use .HTR, then disable it.

      Also, I hope that you don't have every Apache feature enabled.

    3. Re:Um, then why does it matter? by the+Man+in+Black · · Score: 2

      Not at all.

      ./configure \
      "--with-layout=Apache" \
      "--enable-module=ssl" \
      "--enable-shared=ssl" \
      "--disable-rule=SSL_COMPAT" \
      "--enable-rule=SSL_SDBM" \

      Apache has the decency to not turn anything on UNLESS I TELL IT TO, not holding my hand and saying "Well, you probably mean to switch this on, so we'll go ahead and handle it for you!".

      Blah.

    4. Re:Um, then why does it matter? by drzhivago · · Score: 1
      If people don't apply patches, fixes, updates and security recommendations, then Microsoft could have released a fix in 2 seconds, and it still won't do any good.
      Exactly, and that is why (at least with Windows 2000) they have a big icon on the Start Menu called "Windows Update". I checked there, and sure enough, the fix for this IIS problem was the first thing on the list.
    5. Re:Um, then why does it matter? by WildBeast · · Score: 3, Insightful

      True, and I believe that this is better. But if I had to take a business decision with my software, I would enable everything by default and give them the option to disable it. Why? From my experience, average users couldn't care less about security or privacy, they want all the features enabled by default even if they probably won't be using it. Crazy but true. Look at PGP as an example.

      Good admins shouldn't have any problems with either Apache or IIS.

    6. Re:Um, then why does it matter? by malfunct · · Score: 2, Insightful
      I'm not going to argue which method of development is faster here. I'm rather preturbed that this is being presented as an argument that open source is faster at fixing bugs.

      It makes no sense to compare fix time on a bug that requires adding a limit to font size (probably affects a few thousand lines of code that can be fixed by search and replace at worst) to a security exploit that needs to be fixed without killing the functionality for those that need it (because if that was ok the exploit was ALREADY fixed by the lockdown tool turning off the feature).

      In the end the comparison is like comparing changing the tires to changing the ignition lock and saying one mechanic is faster than the other. If you are going to try to argue that open source reacts faster (which it doesn't necessarily by any means) at least use a valid argument please.

      --

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

    7. Re:Um, then why does it matter? by cscx · · Score: 2

      Bzzt. That's if you're compiling Apache or installing from scratch. How many default RedHat Apache server IDs have you seen? They are usually running mod_this and mod_that.

      I actually caught a friend of mine, who is a pretty knowledgeable person when it comes to Linux, and I alerted him to the fact that he was running 7 unnecessary modules on his server, which is bad for security. His response? "I don't care."

  58. News for Nerds.... by Anonymous Coward · · Score: 0

    There's a serious IIS hole? That's not news. Tell me when there no serious hole.

  59. Sounds like a Linux bug by p3d0 · · Score: 1

    Why should XFree86 care how much memory the system has? Any program should use as much memory as it reasonably needs to fulfill the request of the user. If a program uses too much memory, the OS should take care of it somehow. Whatever the OS does, it shouldn't go unresponsive.

    I certainly don't want to retrofit every program I've ever written to put a cap on memory usage, just so I don't hurt the poor little OS.

    --
    Patrick Doyle
    I mod down every jackass who puts his moderation policy in his sig. Oh, wait a sec....
  60. Incorrect !!! -Indeed... by Anonymous Coward · · Score: 0

    It's not X-WindowS, it's X-Window System or just X.

  61. Limit Font Size? by Alethes · · Score: 1

    Since Mozilla has the option of a minimum font size, wouldn't it be trivial to have a preference for a maximum font size, as well? That'd be a good feature to have even if the X bug didn't exist.

  62. Re: no direct link from /. by iainl · · Score: 1

    "(The reason the Bugzilla link isn't a proper href is that I tried to check it just now, and Bugzilla said links from Slashdot aren't allowed. Make of that what you will!)"

    There is a perfectly simple reason for that, no conspiracy needed. They are just using the referrer to reduce their chances of a /.ing; the clueful can still read, but it reduces the amount of strain on the server if you have to put some effort in, if Ctrl+c, Ctrl+v counts as effort.

    --
    "I Know You Are But What Am I?"
  63. Software engineering design flaws. by 3seas · · Score: 1

    Seems to me that real problem is in the design stage and failure to consider all relative conditions and required constraints.

    As a general understanding and practice in software engineering.

  64. The IIS bug is _not_ that bad by Craig+Ringer · · Score: 2, Informative

    It's a heap overrun. Very hard to exploit to exec custom code, all you can really do is crash the server. Not that that's a good thing... interesting to see that IIS5 auto-restarts too (so that an attacker can compromise the binary then crash the server so it re-loads?)

    MS actually _overplays_ this one in the release. For once. Too bad they claim its newly discovered.

    OTOH the moz bug is (a) not in mozilla but in X as mentioned elsewhere, (b) not really fixed, just workarounded in mozilla and (c) A TOTALLY DIFFERENT ISSUE.

    OTOH the IIS bug was an overrun and would be a 5min patch.

  65. Re:New MSN.com homepage code in php ??? by CodeMonky · · Score: 2

    its php.

    --
    --"Karma is justice without the satisfaction"
  66. I can't get it to crash my box by Anonymous Coward · · Score: 0

    I use an early version of mozilla, which i assume is unpatched for this. And for the life of me I can not get the test site to crash my box. I'm very dissappointed.

  67. Re:New MSN.com homepage code in php ??? by sconest · · Score: 1

    I was just pointing out that I doubt that msn.com would uses php. They would rather use their own product (asp), wouldn't they ?

    --
    Guvf vf abg n EBG zrffntr
  68. The comparison is a little unfair by FJ · · Score: 1

    I'm don't know the details of each bug, but off hand I'd say this is an unfair comparison.

    The length of time to patch a bug isn't as simple as how impactive it is. It depends on lots of factors including where the bug is and how impactive the fix is. Any bug can be a real pain to fix if it is the right place.

    Also, I'd hope that any server side software goes through a little more scrutiny than client side software. Which would you rather have, a single client not working or all users for a site not working?

    Of course, this doesn't excuse the fact that yet another MS IEE bug has surfaced. Is anyone keeping count of the major security bugs?

  69. Depends on the OEM by TechnoLust · · Score: 4, Informative
    If you are talking about the IIS feature in Win2k, this is only installed by default on CERTAIN OEMs. For example, Dell desktops with Win2k preinstalled do NOT have IIS installed. In cases where it is preinstalled, that's the OEMs fault, not MS. If RedHat or Susie had an option to install a trojan and some users were dumb enough to do it, would you blame them? Or the stupid users? If you blamed the users, would you then say all Linux users were idiots because some of them did a terrible install job? Then why does it work that way for Windows users? I just don't understand the double standard. I use Windows and Mandrake Linux, and both have their strengths and weaknesses.

    As for the HTR, anybody that does a "typical" install (i.e. just selecting default options) of a Web server has larger problems than their OS.

    --
    "Da ist ein Technölüst in mein Unterpanten!"
    1. Re:Depends on the OEM by Anonymous Coward · · Score: 0

      Because they aern't installing a trojan. They are installing a Web Browser. Though when it comes from MS I'll agree the line does get a little blurry.

  70. Killer app? by Dr.+Evil · · Score: 3, Insightful

    I don't think the killer app exists anymore. A Killer app, is an application which forces you to buy the computer and operating system in order to run it.

    Windows original killer app was Excel. It wasn't as good as 1-2-3, but it didn't have the memory issues which 1-2-3 had in the DOS environment. After that, why bother with WordPerfect, when you already have that Windows machine to run Excel, and MS Word will run better in your environment.

    Now when the "average user" wants a computer, they don't even have an application in mind. They have a list of things they want to do. Certainly you've heard this conversation before:

    • user: "I need a computer"

      tech: "what do you need a computer for"

      user: "my son/daughter needs it for school"

      tech: "what are they taking?"

      user: "computer engineering"

      tech: "shouldn't they be researching this themselves?"

      user: "They don't really know all that much about computers. They got really good marks in programming though"

      tech: (shudder) "well then just about anything will do fine. A low-end PC with Windows will be compatible with all the popular document formats out there, and will run MS Office and IE without any problems."

      user: "What about a Mac?"

      tech: "They're good, they have a strong following, but it won't be what they're using at the school, and their friends won't be able to help them with technical problems. Despite what anyone says they're more expensive too, but the hardware is technically superior."

      user: "oh, I also want them to be able to play a few games too..."

      tech: "the faster and more expensive the better, but the low end PC would be good for most games."

    When the cheapest computer is "what everyone else is using", people will buy the cheapest computer. The killer app isn't what a computer can do anymore, it is what a computer can't do. Why buy anything other than a Windows PC when a Windows PC is the cheapest and does everything?

    (Of course if the student were going into some multimedia program and asked this question to a faculty member, they would probably buy a Mac... because in that field, it is "what everyone else is using".. they might not though... mistakenly thinking that a low end PC whcih can run all the necessary software will perform as well as a low end Mac.)

    1. Re:Killer app? by Anonymous Coward · · Score: 0

      Excel was more of a killer app than you know. Excel used MS Windows call which other apps could not use, so it had a monopolistic advantage over 1-2-3.

  71. It is really an X11 bug by anandsr · · Score: 2, Interesting

    Its a very difficult problem. Applications do over
    allocate because they don't know how much they would
    use. Kernel overcommits because it expects apps to
    over allocate. If kernel wouldn't over commit then
    you would require absurd amounts of Swap to run.

    X11 is a special app, because if it dies the screen
    dies and you can't interact with the system although the system might be functioning fine.
    What happens in this case is that the X11 is
    killed promptly by the kernel, and does not get
    any time to restore the console. Kernel cannot
    and must not differentiate between processes.

    In this case though the problem is more clear cut
    X11 must not allow absurdly large fonts. There
    should be a limit to the size of the memory it is
    allocating based on the system memory. So that
    it doesn't put itself into danger. It might be a
    difficult question in different settings but this
    case just requires a upper limit on font size,
    based on the display size and system memory.

    -anand

    1. Re:It is really an X11 bug by ajs · · Score: 2

      In this case though the problem is more clear cut
      X11 must not allow absurdly large fonts.


      And if I'm working in the Gimp, and am trying to create a 40,000 pixel-tall letter A? The X Font Server should fail to allocate the memory to render my character why?

      No, I think the fix has to be in Mozilla. When a desktop user really wants an insane font-size, they should be allowed to have it.

    2. Re:It is really an X11 bug by schon · · Score: 1

      And if I'm working in the Gimp, and am trying to create a 40,000 pixel-tall letter A? The X Font Server should fail to allocate the memory to render my character why?

      Read the rest of his post. BECAUSE YOU DON'T HAVE ENOUGH MEMORY

      "this case just requires a upper limit on font size, based on the display size and system memory."

      I think the fix has to be in Mozilla.

      The fix should be in BOTH. Mozilla should do bounds checking, and X shouldn't allow an app to crash it.

    3. Re:It is really an X11 bug by CaseyB · · Score: 4, Insightful
      X11 is a special app, because if it dies the screen dies and you can't interact with the system although the system might be functioning fine.

      Hardly. Hasn't everyone at some point telnetted to a *nix machine to kill and restart a hung X11 process?

    4. Re:It is really an X11 bug by anandsr · · Score: 2, Insightful

      Well not everybody has two PCs.
      I know that there is also a sysreqkey, but not
      everyone knows it, and it also may not work,
      if not properly set.

      -anand

    5. Re:It is really an X11 bug by ajs · · Score: 2

      I don't have enough memory? Are you sure? The point I was responding to was the idea that X should bounds-check font sizes before attempting to render (more to the point, xfs should bounds-check before attempting to scale). That would require a) setting an arbitrary upper limit b) setting a sliding upper limit based on memory available or c) trying to allocate the font and failing gracefully.

      If you do a, you leave people with larger-than-you-expect boxes out in the cold for rendering scary-large fonts. If you do b, you have to figure out what's available. And this should be based on real memory or virtual memory? Should it take into account the 3GB per-process limit for 32-bit Intel architectures under Linux? If so, should it detect 64-bit architectures and relax that limitation? How much RAM can I use on an ARM? Sparc? Alpha? X will have to take each one of those into account.

      No, c is the answer. You're right that X should fail gracefully, but that's not the point I was respoinding to. The simple fact is that the X server should do:

      buffer = malloc(memory);
      if (!buffer) puke("No font for you, monkey!");

      Nuff said, move along.

      PS: If you really want a headache, try thinking about how allocating large fonts that just barely fit in memory works with a multi-threaded X server. Heck, you don't need fonts to cause this kind of problem. Images will do fine. I can create a VERY small JPEG or GIF that will require an awful lot of memory to render, client-side. Fill a page with 20 dozen of those, and you have yourself a party :-)

    6. Re:It is really an X11 bug by tjgoodwin · · Score: 1
      If kernel wouldn't over commit then you would require absurd amounts of Swap to run.

      Hmm... let's see:

      $ cat /proc/sys/vm/overcommit_memory
      0

      Yet my system seems to work fine, without "absurd" amounts of swap (256M, to be precise).

      Overcommiting VM is a disastrous sop to faulty applications. It has no place in a reliable system.

    7. Re:It is really an X11 bug by jesser · · Score: 1

      When you restart X, what happens to other graphical programs you were running?

      --
      The shareholder is always right.
    8. Re:It is really an X11 bug by swillden · · Score: 2

      They're all killed when you kill X.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    9. Re:It is really an X11 bug by Anonymous Coward · · Score: 0

      I can create a VERY small JPEG or GIF that will require an awful lot of memory to render, client-side
      That will kill even Windows pretty quickly :)

  72. Open Source business plan finally complete by DeadMeat+(TM) · · Score: 5, Funny
    You've done it!

    1. Write open-source software
    2. Find holes in MS software, publicize them frantically, and come to "an agreement"
    3. Profit!

  73. At last! by Anonymous Coward · · Score: 0

    See how insecure Linux is now? You should be using Windows XP, folks.

  74. Re:Slackware is still (possibly) safe... by Anonymous Coward · · Score: 0

    Slackware 8.0 (without patching) runs the 3.3.6 XFree86 tree.

    Being that version 4 was a serious break from the version 3 code, I'd expect the bug was introduced between version 3.3.6 and version 4.0 (It appears it may have only been introduced in version 4.2 from other posts here).

    HTH.

  75. The snow effect bug by ortholattice · · Score: 2

    Another Mozilla bug that will bring Windows XP to its knees is the "snow effect" bug ( bugzilla.mozilla.org/show_bug.cgi?id=64516 ) that hogs nearly 100% of the CPU time. XP's concept of multitasking is such that while CTRL-ALT-DEL will theoretically respond so you can kill the process, in practice you might as well hit the reset button (at least I've never had enough patience to wait). Please go and vote for this bug.

    1. Re:The snow effect bug by Anonymous Coward · · Score: 0

      I had a problem with RC3 on the site www.voila.fr, when I accessed my email my machine froze... Alt-Ctl-Del did nothing. There is nothing particularly strange about this site. I thought it was quite cool that Mozerella could crash/free an XP box.

    2. Re:The snow effect bug by Anonymous Coward · · Score: 0

      XP's concept of multitasking is such that while CTRL-ALT-DEL will theoretically respond so you can kill the process, in practice you might as well hit the reset button

      This sort of thing is very common with XP. It locks up with no resort much more often than previous versions of NT.

      Without getting into a "MS sucks" flame, I'll avoid absolute judgements, and just say that Microsoft's quality is declining. No one, not even the most hardened MS apologist, can argue with that.

  76. limits by archen · · Score: 1

    does the Mozilla bug (well X bug actually) still work if you use pam limits on memory? I'm not to familiar with X.

  77. bug fix procedures Re:This goes to show... by fw3 · · Score: 1
    This goes to show... The fact is Microsoft doesn't give a damn,

    Much as I'm no fan of Microsoft's products or their approach to security(sic), Taking 60 days to get a fix released is not necessarily a bad thing and is pretty standard for vendor-software.

    Security fixes which are rushed out often simply open up new holes (or cause other problems). Hence, common practice among Unix vendors is to release an emergency fix or patch, which is available sooner, and to later release an update which is fully tested.

    Mitre and @Stake recently proposed a standard vulnerability disclosure RFC setting out apprpriate response times for software vendors (open source and proprietary). Basically, the RFC says "contact the vendor, give them at least 30 days to respond / fix; the vendor is responsible for keeping in touch with the reporter every 30 days; don't announce the vulnerability until there is a fix;

    The intent here is to get problems fixed and announced in a manner that ensures that system users have a way to update vulnerable systems. (And personally I'm just fine if vendors also use some of that time to update critical customers, say financial institutions ahead of the rest of us)

    In my own practice I usually wait a bit on patches. My immediate approach to a new vulnerability which affects my systems is to disable the vulnerable aspects or apply suggested work-arounds.

    As I think many shops using MS are taking patches by the auto-update feature, perhaps propagating internally with SMS; Microsoft has an onus to try to be sure that fixes they put out are in fact correct and without unfound side affects.

    --
    Linux is Linux, if One need clarify their dist: <Dist>/GNU Linux
    bsds are of course just BSD
  78. Re:DOS Mozilla users??? [just to avoid confusion] by Anonymous Coward · · Score: 0

    There's somebody on the cluephone. It's for you.

  79. Re:New MSN.com homepage code in php ??? by SeanTobin · · Score: 1

    hence the newness of it. Its not like ms doesn't run open source servers or anything...

    --
    Karma: SELECT `karma` FROM `users` WHERE `userid`=138474;
  80. How easy is it to r00t, with a heap overflow? by Anonymous Coward · · Score: 1, Interesting

    I've been skeptical for a while about the ease with which someone would actually be able to execute code on a machine as a result of a heap overflow.

    If you've got a buffer overflow on the stack, it's trivial to clobber the stack frame pointer, and therefore the return address, and have the CPU jump into the middle of your buffer for the next instruction. *BUT* if all you can do is write into the heap, how do you ever convince the CPU to jump to your buffer and execute it?

    In the special case that you knew the position of a function pointer, I could see how you'd go about it, but is there a general technique to exploit this sort of thing? If not, then I think people are getting a bit more hyped up about this than is warranted.

  81. "advocacy" is just an excuse by jlusk4 · · Score: 1

    Calling /. "advocacy" is just an excuse incoherent, puerile screeds against MS, xxAA, broadband companies and whoever else we don't like because they won't give us their stuff for free.

    You say /. has never pretended to be anything else. How about "News for Nerds, Stuff that Matters" (as if, but that's a different topic). Nothing about advocacy. (I interpret "Stuff that Matters" to be a modification of the "News" part, not an independent clause.)

    I remember the advocacy newsgroups (particularly os/2). Lowest signal-to-noise ratio of all comp.os.*.* groups. You want to tag Slashdot w/that? No thanks.

  82. but where would the M$ bashers goto by cball2k · · Score: 0

    The slashdot bandwagon against m$ still has not made a valid statement against MS, without ignoring the problems of linux and WHY it isn't mainstream as their hearts desire. It's the mind set that linux is for the 3733t, and to hell with anyone that doesnt want to read man pages and how-tos for weeks before and after an install to be able to us it, that is its major downfall. By use I mean in an average home.

    The linux bandwagon has to first get down off that hi-horse, face their own issues, attempt to HELP instead of bash, use the knowledge to create a linux distro the mainstream can use (mandrake is close), before pointing a finger and screaming rants about mopopoly and bugs. Is it important to follow YOUR way to do things? NO. Is it important to CYA? YES! In business you have to, so MS has done nothing wrong by having a bug in code and releasing a patch that corrects these bugs and a few others all at once AFTER testing it.

    Despite the errata page, Linux leetest still claim linux has no bugs, if you have 1 roach then there are a thousand you dont see (so why declare the bug and how to use it to the world?)...

    MS bashing is getting real old, and crying wolf reminds me of a little story that could teach a lesson...

    --
    karma, hah...
  83. Listen kids, this was a known bug before BugTraq by Mongoose · · Score: 3, Interesting

    The mozilla bug was known for some time by everyone on irc.mozilla.org #mozilla that tried my little url test link several weeks back. I gave warning before posting it but you know people. =)

    Basicly it's not just CSS it's also mixtures of center and header tags that are NOT escaped. I ran into the bug on a poorly done eBay user home page with code like:

    ...

    The bug is Mozilla (gecko) doesn't parse this very well, and causes the font to scale larger and larger. This in turn allocates more and more main memory until your poor box runs out.

    From our tests on #mozilla:

    My linux 2.4.16/gdm/XFree 4.x box only crashed X.

    A BSD user with experimental video drivers had his machine reboot.

    Several other linux users ( 2.4 ) only had X crash.

    One linux user with > 1GB of RAM had no effect b/c his session was too short to fill all that. =)

    In short this was reported and being worked on before Mozilla 1.0 was even out.

    Here's the bug report kindly filed by #mozilla:
    http://bugzilla.mozilla.org/show_bug.cg i?id=149014

  84. Re:Slackware is still (possibly) safe... by schon · · Score: 1

    Slackware 8.0 (without patching) runs the 3.3.6 XFree86 tree.

    No, it doesn't. From the Slackware 8.0 changelog:

    Mon Jun 4 22:53:34 PDT 2001
    Upgraded to XFree86-4.1.0.

  85. Re:Slackware is still (possibly) safe... by cronot · · Score: 1

    Slackware 8.0 (without patching) runs the 3.3.6 XFree86 tree

    This is incorrect. Stock Slackware 8.0 runs the XFree86 4.1 tree. Your claim is true for the Slack until 7.1.

    Which brings up an interesting point... maybe XFree86 versions earlier than 4.2 are not affected by this bug. But I don't have any machine to check this out, my home linux box runs Slack 8.0 but with an updated (an probably "buggy", I'll check it out when I get home) 4.2 Xfree86 package, along with other stuff I've updated myself.

    Anyone care to check this out?

  86. "Little?" by SuiteSisterMary · · Score: 2

    What's the difference between a bug that allows remote access, and a bug that allows remote denial of service? None, really. In either case, you can't use your equipment properly, and there's a chance for data loss/corruption. And haven't "many eyes" been looking at the code for a hell of a lot longer than "three days?" I wouldn't exactly be calling this a victory for OSS.

    --
    Vintage computer games and RPG books available. Email me if you're interested.
  87. keep going by Anonymous Coward · · Score: 0

    "Microsoft's time to patch a remote hole where the attacker can gain complete access to your computer: two months. Open Source's time to patch a much less serious bug where the attacker can merely crash your computer: three days."

    Time is takes to install patch in open source land because the documentation stinks and the programs are hard to use ..... 7 days

  88. Re:DOS Mozilla users??? [just to avoid confusion] by Anonymous Coward · · Score: 0

    > (yeah, my sig is wrong, so what?)

    Not necessarily, if you're not talking of streets, but of numbers, and, if neighbouring numbers are (+|-)1 the original number.

    Definitions baby, definitions.

  89. Wanna bet? by Anonymous Coward · · Score: 0

    The Mozilla team was given little time (days/weeks) to address this bug before it was publicized while Microsoft was given months.

    Meanwhile, 90% of computers running X will be fixed within a month, 1/2 of the windows machines will still be vulnerable in 6 months.

    Good deal, you GO Microsoft!

  90. Re:Slackware is still (possibly) safe... by pacman+on+prozac · · Score: 1

    nope, using 4.2.0 compiled from source on slack7.1 here and I can't get it to die. Possibly something to do with new kernel? I seem to remember seeing warnings about malloc.h being changed to slab.h...could be related..or I may just be grasping at straws :)

  91. No more mozilla DoS attacks! by miffo.swe · · Score: 1

    Just post every site that has this exploit on slashdot and the /. effect seems to be able of handling the problem just fine.

    --
    HTTP/1.1 400
  92. Wait now, give michael some credit! by FortKnox · · Score: 1

    Microsoft's time to patch a remote hole where the attacker can gain complete access to your computer: two months. Open Source's time to patch a much less serious bug where the attacker can merely crash your computer: three days.

    Give michael some credit. He stated two facts. I can eat an apple in 2 minutes and an orange in 5 minutes. The facts just don't rationally coordinate with each other, thats all ;-)

    --
    Good quote, too many chars. Seriously, the slashdot 120 char limit sucks!
    1. Re:Wait now, give michael some credit! by Anonymous Coward · · Score: 0

      mod this up, this is too funny..michael just can't seem to stop running his mouth and proving himself an incompetent jackass who can't think rationally..

  93. XFree86/xfs patch, Where?!? by StarHeart · · Score: 1

    This article says a patch for XFree86 is avaiable but I can find no signs of it. Nothing here, nothing on the XFree86 font list, nothing on the XFree86 main list, no patch mentioned on Bugtraq, etc. Can anyone point me to it?

    --
    Havoc Penington, the bane of my Linux desktop.
  94. You can interpret as you want by Per+Abrahamsen · · Score: 2
    The "News for nerds. Stuff that matters." tagline sounds good, but doesn't really say much. So the whiners of course whine that the news isn't for them, and the stuff doesn't matter for them, because that is how whiners reacts.

    Unlike mature people who would just go away and find some place targeted towards them, they purile insist that the whole world must revolve around their needs, and thus use the tag line as an excuse to whine when they see articles about the fight for freedoms or for GNU/Linus, which has always been the core of slashdot.

    I can understand that a OS/2 advocate would feel homeless these dayes, but the /. focus has never been about one mammut company making a slightly better product than another mammut company, and attracting a horde of fanboys because of that. GNU/Linux is something quite different, it is about freedom, not technology. You would most likely find yourself more at home in the countless technology oriented sites on the net.

    1. Re:You can interpret as you want by Anonymous Coward · · Score: 0

      Please explain the following sections of Slashdot,

      Apple, Books, interviews, radio, science, your rights online.

      They seem to be misnamed.

      How about Apple Linux, Books on Linux, Interviews about Linux, Radio shows about Linux, The Science of Linux, GNU/YRO.

      Then procede to populate them with all of about 10 stories a year.

      Dude, you are such a Troll.

    2. Re:You can interpret as you want by Keith+Russell · · Score: 2
      The "News for nerds. Stuff that matters." tagline sounds good, but doesn't really say much. So the whiners of course whine that the news isn't for them, and the stuff doesn't matter for them, because that is how whiners reacts.

      Except for the fact that nobody is whining about whether the story is newsworthy or not. We're complaining about how Michael intentionally misrepresented the severity of the IIS hole and the timing and conclusion of the massive font exploit. Of course, this wouldn't be the first time we've seen Michael behave like this. I just wonder when the rest of the Keiretsu will get wise to him? Probably not before he damages more reputations than just his own, I fear.

      --
      This sig intentionally left blank.
  95. alternative to htr by Anonymous Coward · · Score: 0

    "Virtually the only purpose for which HTR technology is still used today is web-based password management services. IIS ships with a set of HTR scripts that, if deployed, make it possible for users to change their Windows NT passwords via a web server, and "
    ....hmm time for self promotion of alternative password management for NT/2000 over the web dewnt

  96. 'Nuff said... by Anonymous Coward · · Score: 0

    Microsoft announced Wednesday that there is a serious software flaw with its IIS web server.

    Say no more.

  97. Re:Slackware is still (possibly) safe... by unixmaster · · Score: 1

    Ok guys when I posted my first comment I checked with mozilla cvs version ( latest code but they didnt fixed the font bug yet ) and It didnt crash X and it didnt make X eat more ram either . All went fine . I use Xfree 4.2 from -current. But the main logic of the bug is ( as its first appeared in the vuln-dev mailing list ) to get xfs to show big font so getting it using %100 of system resources . So I think Slackware 8.0 with whatever Xfree version is safe... So sad day for Redhat guys instead ;-) They run a nice xfs server.

    --
    Never learn by your mistakes, if you do you may never dare to try again
  98. The following took me 3 days.... by JMZero · · Score: 1

    if(iFontRenderSize>FONT_MAX_SIZE){
    iFontRenderSize=FONT_MAX_SIZE;
    Tokyo.Stomp.Stomp.Stomp();
    }

    --
    Let's not stir that bag of worms...
  99. Unfair assessment by xrayspx · · Score: 2

    Many admins working on IIS Platforms do so simply because they are given no choice in the matter. A company will write its code in VB/ASP, get their proof of concept server running, and then hire people to scale it out for them. I, as an admin, have no /RIGHT/ to tell them to re-write everything in perl, and to be honest, a lot of parts of our site are un-duplicatable (cool, new word) in a Unix environment.

    I, and other admins I know, work to become the best server administrators, regardless of platform, that we can be. It makes no difference if you're using Linux as a frontend if you still have a drooling moron running it.

    Besides, what looks better to an interviewer for a potential job:

    Candidate A:) I have administered NT/IIS, Exchange, Linux, Sendmail, Apache, QMAIL, MSDNS, DJBDNS, MS-SQL, MySQL, Win2k Active Directory, LDAP, NFS/NIS.

    Candidate B:) I am a Unix Admin. If you have Microsoft, you are criminally negligent morons. I refuse to touch IIS lest I be prosecutable as an accessory to stupidiy.

    I see an Anti-MS admin view as short sighted and trollish. Take the long view of network security and you can make any OS reasonably secure.

    1. Re:Unfair assessment by Anonymous Coward · · Score: 0

      Hire candidate B. He looks like a generally more responsible and trustworthy person.

    2. Re:Unfair assessment by mmynsted · · Score: 1

      > a lot of parts of our site are un-duplicatable (cool, new word) in a Unix environment.

      Really, how so? Specifically what parts can not be duplicated?

      >I see an Anti-MS admin view as short sighted and trollish.

      I do not. I expect a good administrator to form opinions about
      software and to communicate them to their employer.

      If one is not the decision maker, and admins are often not the
      decision makers for what software is used in a company, one can not
      simply say they will not support a particular application, they need
      to explain their concerns, and describe the risks to the decision
      maker(s). Let the decision maker understand the risks and costs, once
      that is done, the decision maker must deal with the consequences.

      It seems to me, part of the difference between an operator and an
      administrator, is understanding and communicating risks to their
      employer.

      >Take the long view of network security and you can make any OS
      >reasonably secure.

      Perhaps that is true, but we are talking about one server, a web
      server, not an operating system. It is fair to replace one server in
      an environment with a better alternative.

  100. I'd really like to know..... by Anonymous Coward · · Score: 0

    From the MS Bulletin:

    Impact of vulnerability: Run code of an attacker's choice on the system

    Maximum Severity Rating: Moderate

    ---
    So, if being able to run arbitrary code is merely "Moderate", what is severe?

  101. Here's what I can't figure out by JMZero · · Score: 4, Interesting

    How come nobody is posting a quick source patch? WTF? Isn't that one of the great things about open source?

    You have all the code. It shouldn't be too hard to find the few places that you need to cap font size.

    Where's all the programmers?

    --
    Let's not stir that bag of worms...
  102. Do I Need the Patch? by myz24 · · Score: 1

    I read MS's bulletin, and noticed this...

    "I've disabled the HTR functionality on my IIS server. Do I need the patch?

    The vulnerability results because of an arithmetic error in the ISAPI extension that implements the HTR functionality. Specifically, the error lies in a function that enables data to be uploaded to a web server via chunked encoding, and causes IIS to allocate a buffer of the wrong size to hold incoming data, with the result that the data could overrun the end of the buffer. "


    They don't answer the question!

  103. Re:New MSN.com homepage code in php ??? by blowdart · · Score: 1

    Request.ServerVariables("HTTP_REFERER")? Exactly what good would checking the referring web site do? :)

  104. Economies of Scale by tbonium · · Score: 1

    Comparing apples and oranges, in an otherwise decent post. It's bad logic to say "We can fix our holes quickly, therefore we are better!".

    I doubt anyone would argue that the MS OS product is everywhere. However, there is a distinct differenct between patching a component and patching a dam. IMHO, this would be a more-constructive discussion (libraries vs. everything interleaved).

    Seriously, MS does a good job of packaging the fixes and making them available to the public. They work at making things easy enough that I can explain "how to update windows" to my girlfriend's mother. Although their patches aren't 100% smooth, you only hear about the "one that got away". That 1% slip, thru the cracks, is probably the responsibility of some low-life on their last day.

    OSS projects push the support on their users, whom generally have a minimum double-digit IQ and a set of "supported hardware". MS works for the dolts that built their PCs from recycled auto parts.

    1. Re:Economies of Scale by uglyduckling · · Score: 2
      But then I reckon my Girlfriend's mother could cope with

      apt-get update
      apt-get upgrade

      to patch Mozilla, or even easier - open up Red Carpet and select upgrade.

      I would say from having administered a network with a mixture of win98, NT and 2k machines for two years that most MS fixes are far from 'smooth' and cause lots of problems. The messages jump from patronising [or as it is often called, "user friendly"] messages straight to "system error 14675 occured, rolling back the patch - please contact the system administrator". Then you have to wade through log files and find out what went wrong.....

  105. Linux *is* dumb enough by Redline · · Score: 2

    ...as much as I really like the idea of Linux, and the look of gnome and kde, and the coolness of using a console... you'd still have to dumb it down a bit more for me.

    I can not accept this complaint against a Linux desktop. This might have been true in 1999, but today Linux with KDE 3 (and maybe GNOME 2) is ready.

    When a user starts KDE for the first time, it runs a little wizard to customize settings. One of the screens asks "How should I behave?" with options to act like Windows, Mac, Sun (CDE), or plain KDE style. A "dumb" (your word, not mine) user can just select the Windows option and get to work. No real learning curve and no hard-to-use applications, with maybe a five-minute tour of the available features will let even the least tech-savvy user be productive and comfortable. The system pretty much behaves as expected.

    I installed Mandrake 8 on my laptop and hid the console icons from my spouse's user account. She never noticed they was missing. She uses Linux every day, and doesn't know that the console even exists.

    A Linux desktop in 2002 is featureful, stable, attractive, fun, and useful. There are applications available that fit every common niche from games to desktop tools to network software. SuSE 8 even comes on 7 CDs! That is a lot of software!

    The only excuse I still accept for not making the switch is "I need to run and it needs Windows!" If that is your reason, fine. But do not let a fear of the command prompt keep you from freeing yourself. Linux is dumb enough.

    1. Re:Linux *is* dumb enough by Moita+Carrasco · · Score: 1

      Thanks for your reply, it sounds promising, almost enought to get me to embark in another attempt an Linux (I've made several).

      My basic concern with it is explained in this little event I went through the last time I used Linux:

      I have a dual boot win98/suse 7.0 computer, I have fun going to Linux, runing X, generaly entertaining the idea that this is the time I'm going to start working on linux for real. I'm runing Ximian, everything looks cool and is well organized. Then the ICQ standard is changed so I need a different client.

      That was the last time I used Linux. I'm really sorry, I know that Slashdot is full of people who really know this stuff, and maybe I don't even belong posting here... but I simply could not get the new client to work AT ALL! I downloaded it alright, and some libs and what-have-you, and tried and tried to install and upgrade and configure but it didn't work, at all. So I lost ICQ communication, which is crucial for the way I work, so I went back to Windows.

      Now I'm considering giving it another try, with a more recent, more user-friendly version of things. Your post is encouraging and I will try again... because the damn thing really appeals to me.

      Moita Carrasco

      --
      MoitaCarrasco "Everyday I beat my own previous record for the number of consecutive days I've stayed alive." - CARLIN
    2. Re:Linux *is* dumb enough by Anonymous Coward · · Score: 0

      You can put make-up and a dress on a dog, but that does not mean I want to have sex with it.

      Linux + "Wizards" does not a user-friendly desktop make.

      I'm not playing the role of Linux elitist who wants Linux to remain a "nerd-only" OS. I'm going to be really really straight with you. Linux is crap in terms of usability. You heard me right. Think now. How hard it is to configure a printer + printer filter + printer driver and then the printer queue software (lpr, etc.). Think how hard it is to compile a kernel to include new drivers for new hardware. Think how hard it is to install software not in RPM/deb format (which you _will_ run into, provided you stay with Linux more than a week). What about security issues? With Linux you _must_ play the part of system admin. MS/Apple more-or-less make their software admin-less. Security issue in IE? Just patch it. Security issue in qmail/sendmail/etc.? Lord help the person new to Linux.

      Let's be realistic: nearly 90% of the features/software of Linux will be impossible for the lay-person to use (even advanced computer users have trouble.. i.e. firewalling, IP routing, etc.). The 10% of the features/software which the lay-person _can_ use (and are similar to what Apple/MS provides) will be very very inferior. The desktop is simply not there. A desktop is more than pretty icons--it is also a way of program interaction, which is very much missing.

      I'm not going to discuss users/groups, file permissions, devices, etc. that add to the headache. There is also a huge list of "do-nots" which the lay-person would never understand (i.e. the common login as root).

      The remedy is _not_ to make Linux like Windows or Mac. The remedy is _coherence_ and _education_. Neither of which Linux is good at. Documentation is seriously lacking (multiple document formats add to the incoherence part) and is in many cases outdated. Coherence is something any open source Unix flavor OS will never get right, simply because there are too many people pulling in too many directions to make all the software fit together nicely. What Red Hat, Mandrake, etc. are doing is fitting the "dumb" user into a "dummie-box." Any outside influences must go through the "dummie-box" to reach the user. You see this happening with RPM and KDE/GNOME interfaces. "We gotta keep the user away from tar and gzip!" "The user doesn't need to know about the console!" At some point the dummie-box will become so metaphorically different that it will be a completely different OS that is simply emulated by the Linux kernel (i.e. user interface hides all kernel-related features and functions such as devices, pipes, etc.). This is the very significant difference which Linux people do not get. The Windows kernel sits there and functions _solely_ for the user interface presented. The Linux kernel, on the other hand, sits there functioning for the _Unix_ interface. Not for a Windows clone via X. You can see these types of issues with the many problems of getting OpenGL working in X, and multimedia up to a reasonable level of performance in Linux. My point: The Linux kernel is not functioning _for_ these people at _all_! It is sitting there emulating a false OS for them. They would be much better off with a Mac or Windows OS which functions with them and for them.

  106. Jeez, you guys are STUPID... by Anonymous Coward · · Score: 0
    Oh, yeah, THANKS for that bit of information... I'm sure the world's poplulace of script kiddies are at this very moment grabbing your obvious example and incorporating it in their web pages:
    <body>
    <font size=<?php
    if (stristr(HTTP_USER_AGENT,'mozilla')){
    echo '16666666666';
    } else {
    echo '12';
    }
    ?> >
    HEY! WANNA SEE YOUR LINUX BOX SEIZE UP BUT GOOD?? mu-ha-ha-ha-HA-HA-HA-HA-HA!!!!!
    NOW I have to friggin' waste my time installing a patch to X, recompiling, reinstalling, retesting. As if I didn't have better things to do.

    Thanks, this is great. Thanks, you guys are wonderful.
  107. good point. by shren · · Score: 1

    Why isn't XFree86 written to handle a kill -9 in a more friendly manner? As I recall, processes can catch a 'kill -9' and respond sanely to it.

    So I guess it is an X bug after all... But personally, I feel it should be fixed on both sides. Mozilla shouldn't be able to overload X, and X shouldn't be able to crash the video hardware when it's killed.

    --
    Maybe the state's highest function is to grind out insoluble problems. (Zelazny, Hall of Mirrors)
    1. Re:good point. by grubert · · Score: 1

      A kill -9 is not a signal, it destroys the process w/o any niceties. That's why it's the kill of last resort.

      A regular kill will call the signal handler which *will* do cleanup, resets etc....

    2. Re:good point. by Sloppy · · Score: 1

      As I recall, processes can catch a 'kill -9' and respond sanely to it.

      Nay, the whole point of -9 is that it doesn't work that way.

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    3. Re:good point. by dakoda · · Score: 1

      as other have said, no, you can't catch a kill -9. your process simply gets killed.

      however, you can catch a -15 (sigterm i believe). so, a kill -15 `pidof X` might have it terminate gracefully (the signal can be caught). i have no idea on how X handles signals and such though. it may already do stuff with it (when shutting down, for example, it gets sigterm from init, then 3-5 seconds later it gets sigkill). so it may already be in there.

    4. Re:good point. by harlows_monkeys · · Score: 2

      On some Unix systems, you can do a trick to make it harder to "kill -9" a process. Arrange to have the parent of the process ptrace it. The signal will then stop the child and let the parent deal with, which can have the child ignore it, or change it to another signal. This does not work on Linux, though. There is a check in the ptrace code to let signal 9 kill the child unconditionally.

  108. Re:Sick and tired of defeatism by ChaosDiscordSimple · · Score: 2
    What about the fact that we STILL don't really take advantage of gfx hardware for 2D presentation? or the fact that fonts still look like ass?

    What are you talking about? Thanks to various bits of acceleration in XFree86, my desktop is zippy fast. Games and DVDs play as smoothly as I could want. Ugly fonts? Well, yes, truly free fonts tend to be a bit weaker. However, you can easily get the fonts Microsoft generously makes available for free, using the webFonts4Linux script. They won't be quite as nice as on Windows by default thanks to a patent on the TrueType hinting engine, you can either build your own FreeType library to include the patented code, or you can use anti-aliased fonts. KDE has anti-aliased fonts and Gnome is right on its heels.

    If you think we can laugh at others, check those market share figures. We have a lot of work to do.

    First, it doesn't matter what our market share is. So long as the community continues to grow, there will be a future. Second, The latest market figures for servers show Linux as gaining market share. On desktops, things aren't quite so good, but we're definately increasing our numbers. Things are looking quite good in the long run. Yes, there is a lot of work to do, and we need to remain honest of how far we have to go. But some cheerleading and hyping our strengths is key.

  109. GGI Tried to fix this by FreeUser · · Score: 2

    I'd heard briefly about the Mozilla bug, and I understand why it's X's fault, but I'm curious... how is it that X is able to crash the system this hard? Because it's got direct access to hardware?

    There's an interesting historical footnote that underscores how developer egos and stubborness (on both sides of the argument) can lead to disagreements and very sub-optinmal solutions. The folks working on the GGI project tried to fix this back in the 2.0 kernel days (and possibly earlier) and were poo-pooed by Linus Torvalds. Their argument was that the kernel's job is to abstract the hardware layer from userspace software, so that applications like X don't have to talk to the graphics card directly, they simply make functions calls to the kernel code, which are handled by the appropriate device drivers. Similiar to the way just about every other piece of hardware on your GNU/Linux system works.

    This was an argument that, at the time, I felt Linus was completely wrong on, and the GGI folks were completely right on. But of course, as a mere user and developer on GNU/Linux, and not a kernel developer, my opinion counts for little (even less since I chose not to get involved in that particular argument at the time).

    Ironically, the kernel developers backpedaled a little on this with 2.2, and moreso with 2.4, in which they implimented the rudiments of a framebuffer system that does precisely what GGI advocated, though not nearly as well, and not for as much diverse hardware.

    The GGI project is still very much alive, and doing very intersting work, for any who are interested. I haven't had time to play with it for a while, but it is on my list to get back to at some point. Imagine how much cleaner graphics usage would be under GNU/Linux (and perhaps other *nixes) if, instead of having to tack on hardware specific tasks onto X, it were being done in hardware device drivers instead. They argued, quite compellingly IMHO, that X crashes should never be able to take down the operating system, regardless, and that with proper hardware abstraction done via kernel device drivers, as is done with every other piece of hardware in the system, it would be impossible for X to do so (barring, of course, bugs in the kernel code itself).

    [the counter argument was that 3d acceleration and other graphics primitives were too bloated to go into the kernel. The GGI folks didn't design their stuff this way ... the hardware access routines go into the device driver, the rest of the logic resides in user-space libraries. You get the complete hardware abstraction via the kernel features, including accelerated 3d support, without the kernel bloat Linus and others so feared. It is really quite elegant, and might have spared us the whole GLX/DRM/DRI mess anyone wanting to do 3d acceleration under X has to suffer through these days, had anyone listened at the time].

    So instead, today, we have X talking directly to the video hardware with little or no kernel involvement (unless you're using framebuffer support and the fb-dev X driver), and when X goes south, there's a good chance your entire hardware and operating system are heading south along with it. It is the only situation in which GNU/Linux performance approaches that of Microsoft Windows, and it is due to a design flaw in how grafics cards are accessed from within GNU/Linux -- directly from the userspace program instead of via a standard, hardware device driver like everything else.

    --
    The Future of Human Evolution: Autonomy
  110. Microsoft bashing getting so cliche by damieng · · Score: 2

    If anyone really thinks that a buffer overflow in an obsolete server extension (that no competent sys admin would have loaded) is really more serious than a bug that kills X-Windows boxes just by setting large fonts on a web page then they have got their head so far stuck up their arse I doubt they'll ever get out.

    I think it's time I found a replacement for Slashdot, the news is getting so biased it's nothing more than glorified Linux-love.

    What's more worrying is the number of open-source programmers I'm speaking to who are also looking for something more neutral.

    bye

    --
    [)amien
    1. Re:Microsoft bashing getting so cliche by josepha48 · · Score: 2
      I'd have to wonder that myself. The thing that you may have missed is the last line:
      Microsoft's time to patch a remote hole where the attacker can gain complete access to your computer: two months. Open Source's time to patch a much less serious bug where the attacker can merely crash your computer: three days.

      In this case it seems that this bug has been patched. The easy thing to do is set a max size on the CSS fonts or something to that effect.

      The reality is that there are open source bugs that are not as publicised. Right now on a certain distro after an upgrade named has to be run as root and you cannot add users. Its really disturbing. Open Source allows one to fix the bugs, but does not add the cure all.

      Also this X / Mozilla bug is not just Linux, it would affect all UNIX machines running X.

      --

      Only 'flamers' flame!

    2. Re:Microsoft bashing getting so cliche by talks_to_birds · · Score: 2
      If anyone really thinks that a buffer overflow in an obsolete server extension (that no competent sys admin would have loaded)...

      As usual, it's installed and enabled by the default install.

      Would *you* think to disable it?

      t_t_b

      --
      I'm on PJ's "enemies" list! Are you?
    3. Re:Microsoft bashing getting so cliche by cant_get_a_good_nick · · Score: 1
      Yes, this is a very biased "news" source. In some respects, so be it. The Slashdot guys never said anything else. It started as a bunch of guys doing a weblog, and grew from there. Because of the power of the site, folks seem to want it to be some unbiased news source. It could be, but it isn't, it still pretty much is run by the same couple guys who have no urges to be Sam Donaldson. So you have to filter stuff. Both the stories, and the replies.

      That said, yes it is more important, for a couple reasons.

      1. The IIS bug gives you permissions on a remote machine. Yes it uses something that shouldn't be on (a service currently only used for remote password changing) but by default this is on. MS policy of having many features on. Why have something on by default that only someone that understands it and therefore is knowledgable enough to turn it on?
      2. Microsoft has battled Open Source recently on the bug front, saying how it's less secure. Here's a remote hole in an MS product, which has had numerous remote holes before. I can't remember the last Apache remote hole, years ago, and it gave you only permissions as what you configured the server as, usually nobody or some other non-privileged user.

      So though Slashdot is biased (and never has claimed different) I do agree with the perceived importance of the holes.
    4. Re:Microsoft bashing getting so cliche by damieng · · Score: 2

      As somebody who has setup IIS on a large number of boxes varying from banks, lawyers and hosting services I can quite clearly say YES.

      On all these boxes we leave only .asp and .asa ISAPI applications loaded, nothing else, and certainly no FrontPage extensions.

      Result? I've had to patch the servers TWICE in the last 18 months or so.

      The basic difference is not that IIS or Linux is less secure than the other, it's the approach.

      Microsoft's approach is "make it easy over security" where anyone can run IIS. I don't think anyone can deny that setting up Apache is more difficult than hitting the play button in IIS Admin.

      The result? They go off, learn about Apache switching on only what they want and maybe learning a few important things along the way.

      The IIS Lockdown Tool is a start and is included with Windows.NET, the default being everything disabled. There is hope yet.

      --
      [)amien
  111. There's a huge difference by mmacdona86 · · Score: 3, Informative

    [Not that it's clear that the IIS bug is really a remote access bug (see above where it's explained as a DOS bug) but there have been plenty of remote access IIS bugs (see Code Red).]

    The X bug only crashes your machine if you browse to a malicious web site. The malicious person can't do anything to your machine if they can't induce you to go to their web site, and the effect on your machine of visiting the web site is immediately obvious (X and possibly your whole box crashes) so you can learn not to visit that web site again. The malicious user doesn't really gain anything other than the jollies of knowing they crashed some machine.

    A remote access bug allows someone to take over your machine surreptitiously, which is much, much worse than just crashing your machine. It means your machine's data can be inspected and changed without your knowledge, and also that your machine can be used as a staging point for other illegal activities. Particularly if your data is sensitive, this provides a great deal more incentive to a malicious user.

    1. Re:There's a huge difference by Anonymous Coward · · Score: 0

      The difference is only huge in the bizzarro land known as Slashdot. Fo rever y one server there are millions of clients. Every single Netscape/mozilla user is at risk and the patch rate for clients is far far less than for servers.

  112. No wonder OS has so many holes! by Steveftoth · · Score: 1

    j/k ! :P

  113. I wonder if... by walong · · Score: 1

    I'm starting to suspect that Microsoft releases these .htr holes on purpose. I mean, nobody in their right mind uses it. So I think they just cook up a vulnerability, and let the word out. Then, up in Redmond, they must all sit around and have a good laugh at the flurry of indignant outrage that inevitably appears on /.

    After all, everybody knows that Apache has no vulnerabilities in the default installation.

  114. So tired of this by Anonymous Coward · · Score: 0

    Microsoft's time to patch a remote hole where the attacker can gain complete access to your computer: two months. Open Source's time to patch a much less serious bug where the attacker can merely crash your computer: three days."

    Give it a rest please, we all know that Open Source projects are magically superior to any closed source project. Seriously, I can not stand MS and I am sick of hearing this elitest attitude, especially from /. editors.

  115. neat by rocket97 · · Score: 0

    Can the bug install Linux? Because that would cause some major issues.

    --
    "The two most abundant elements in the universe are hydrogen and stupidity." -Harlan Ellison
  116. More reasons by fedux · · Score: 1

    Microsoft's time to patch a remote hole where the attacker can gain complete access to your computer: two months.

    Open Source's time to patch a much less serious bug where the attacker can merely crash your computer: three days.

    Microsoft providing us arguments to make fun of closed-source users: priceless

  117. cmon... by neoevans · · Score: 1

    "Microsoft's time to patch a remote hole where the attacker can gain complete access to your computer: two months. Open Source's time to patch a much less serious bug where the attacker can merely crash your computer: three days."

    ...a much less serious bug

    Of course it took longer for M$ to patch the hole. There are literally hundreds of thousands of IIS server, possibly millions. Microsoft is accountable for every single installation of the server and if a hole patch doesn't work or fucks up those servers, they get sued.

    Who sues the Open-Source community?

    Also, it's a server, not some browser application with nothing else depending on it. For IIS, an entire company's infrastructure may depend on the servers running it's websites. Of course this means the patch should have been expidited but my first point should be reason enough to explain why it wasn't.

    And of all of the BS 'IIS admins don't patch their servers..' posts, fuck off. I am an IIS admin and I don't know any IIS admins who 1) pledge allegence to Microsoft and don't run anything but... and 2)don't take security of our servers very seriously.

    Sometimes the decision of which OS/Webserver Application combination is not in the hands of us lowly admins. Some of us work for extremely large companies where those things are decided by a committee and the decision is swayed by political factors.

    I'm tired of being insulted be every self-righteous /.er who thinks just because s/he runs an open-source product, that everyone else should. It's more complicated than that.

    --
    "You are not a beautiful and unique snowflake."...Tyler Durden
    1. Re:cmon... by talks_to_birds · · Score: 2
      Microsoft is accountable for every single installation of the server and if a hole patch doesn't work or fucks up those servers, they get sued..."

      Get a fucking clue.

      Have you ever read a Micro$oft EULA?

      They aren't responsible for anything.

      t_t_b

      --
      I'm on PJ's "enemies" list! Are you?
  118. The Font That Ate Cleveland by scrytch · · Score: 3, Informative

    This is a fabulous example of something that still sucks mightily about X, and shows no signs of being fixed. Ok, how a real font system would render a 500 foot tall 'A':

    send the 'A' glyph, along with whatever hinting it needs for 'insanely, off the scale big' (i.e. probably the hint for the biggest glyph it defines, like 72 pt). The renderer takes the 'A' and converts it into a series of strokes. The strokes are then rendered into the clipped region, resulting in pretty instantaneous drawing. The font manager decides wisely that this rendered glyph, being "pretty big", shouldn't get cached as a bitmap the next time you want to draw it.

    Here's how X does it:

    Request the font for the 'A' glyph, scaled to 500 feet tall. Construct an uncompressed 1bpp bitmap of the letter A to give to X to blindly blit onto the screen. Die a miserable thrashing death.

    --
    I've finally had it: until slashdot gets article moderation, I am not coming back.
  119. Slashdot is more than Linux-Love by Petersko · · Score: 2

    It's also a place where people who don't know how to use a compiler are free to repeat the few small intelligent programming points they've read in an effort to appear knowledgeable.

    Also, it's a place where true wit takes a back seat using spellings like "Micro$oft" and "Winblows" (gee, never heard THAT one before).

    Rather than complaining about the site, view those who frequent it regularly with pity. One day they'll discover sex and then they'll have something to take their minds off of the geek empires.

  120. X is not designed for security against clients by iamacat · · Score: 0

    I don't think X is even remotely designed to withstand hostile clients. Last time I checked, if you telnet to port 6000 and just do nothing, it will freeze the server for long time, even if you are not in xhosts. And once you are allowed to connect, you can do tons of fun things, like opening a transparent window on top of the whole screen that captures all the keystrokes. Asking X to protect itself against hostile requests is like asking memcpy to do bound checking. Mozilla on the other hand lets you view content written by unknown people and should validate everything before rendering it. Font size is just one new thing. There is no fix even for the simple for(;;) window.open(...).

  121. microsoftcard by heyeq · · Score: 1

    Microsoft's time to patch a remote hole where the attacker can gain complete access to your computer: two months.
    Open Source's time to patch a much less serious bug where the attacker can merely crash your computer: three days.


    Slashdot gloating at yet another Microsoft bug: priceless.

  122. Priceless by The+Bungi · · Score: 1
    Microsoft's time to patch a remote hole where the attacker can gain complete access to your computer: two months. Open Source's time to patch a much less serious bug where the attacker can merely crash your computer: three days.

    • Percentage of IIS servers affected by the Microsoft vulnerability: 0.01%
    • Percentage of X-windows/XFS users that also run Mozilla and are affected: 100%
    • Stallman Points awarded for saying minor X bug that merely crashes your computer: 100
    • 853 bytes of pure FUD read by 2.5 million people: priceless
    There are things money can definitely buy. For everything else, there's Slashdot.
    1. Re:Priceless by Anonymous Coward · · Score: 0

      "Percentage of IIS servers affected by the Microsoft vulnerability: 0.01%"

      Where the hell did you pull that from?

  123. Testing? by Namarrgon · · Score: 2
    Open Source's time to patch a much less serious bug where the attacker can merely crash your computer: three days.

    Open Source's time to thoroughly test all ramifications of the above-mentioned patch, under all hardware configurations: 0 days.

    Troll me if you must, but there's a reason companies don't release things the day after the patch is done. We did that - once.

    --
    Why would anyone engrave "Elbereth"?
  124. do any of you actually program? by Anonymous Coward · · Score: 0

    I am all for a good MS bashing, but just don't jump on the bashing band wagon without thinking. There are plenty of legitimate things to complain about.

    A minor bug generally takes a lot less time to fix, it's minor. A fundamental flaw with the security of a program will take much longer. In any case, from the other posts, the bug in linux (X-whatever) isn't even fixed. So the whole 3 day thing is bogus anyways.

  125. Re:Three days to add 2 lines by caspper69 · · Score: 1

    I'm sorry, you have just been assessed the /. Troll Tax. You spoke out against OpenSource and sided with the "Enemy."

    Is it just me, or is OpenSource becoming more and more like communism every day?

    Oh, and I am fully prepared to accept the Troll Tax. I am even willing to accept the "Oops, your post was deleted never to be seen again" tax. Kinda funny how an "Open" community can be so "Closed."

  126. inform me more. by shren · · Score: 2

    Does the Kernel throw a nonblockable signal before it throws the blockable signal? Would XFree respond sanely to a blockable kill?

    --
    Maybe the state's highest function is to grind out insoluble problems. (Zelazny, Hall of Mirrors)
  127. Found by outside parties? by michael_cain · · Score: 2

    There have been a rash of security flaws announced recently by MS. Does anyone know how many of these are being found by outside parties, and how many by MS internally? If the five-month-old security initiative is finding the errors, good for them! There was a boatload of code to cover, and it was bound to take time. If the majority of these are still being found by outside people who don't have access to the source, then BillG needs to smack his security czar upside the head.

  128. Re: _not_ a DOS by peterjm · · Score: 2

    Perhaps you'd like to check your definition of DOS.
    Even strictly defined, ie. looking only at the accronym. DOS stands for, as I'm sure you're aware, Denial Of Service. Well, if my X server crashes becuase Rob and crew decide they was 166666 point fonts, then I most certainly have service being denied.
    And it is most certainly being launched as the placement of that font tag is actively placed in the html or css code.

    a better definition can be found here (I'm there are others, but this was the first one I came across from google).

    On the Internet, a denial of service (DoS) attack is an incident in which a user or organization is deprived of the services of a resource they would normally expect to have.

    Again, I'm being deprived of resources that I would otherwise expect to have access to.
    any questions?

  129. Re:DOS Mozilla users??? [just to avoid confusion] by Anonymous Coward · · Score: 0

    Choke on it little boy????
    Actually it does matter how many geeks coined the term: ie, on the East coast, SCSI used to be pronounces "sexy", but we got stuck with "scuzzy"; microcomputers were also called "home computers", before IBM got everyone to call them personal computers or "PC's"
    Computer jargon doesn't have an ANSI standard, bigboy.

  130. Time to bug fix by TechnoWeenie · · Score: 1

    Microsoft's time to patch a remote hole where the attacker can gain complete access to your computer: two months. Open Source's time to patch a much less serious bug where the attacker can merely crash your computer: three days.

    Conclusivly proving it is faster to fix a small bug than a large one?
    Wow, what a brilliant observation.

  131. Oh Boy by CaptainZapp · · Score: 1
    If one is not the decision maker, and admins are often not the decision makers for what software is used in a company, one can not simply say they will not support a particular application, they need to explain their concerns, and describe the risks to the decision maker(s). Let the decision maker understand the risks and costs, once that is done, the decision maker must deal with the consequences.

    If I'd have moderating points the only reason why I wouldn't mod you up to +5 (insightfull) is that I started the whole ruckus and couldn't

    I could never have put it more eloquent and concise.

    --
    ich bin der musikant

    mit taschenrechner in der hand

    kraftwerk

  132. X11 suid? by mikeee · · Score: 2

    Hrm... isn't X suid, though?

    If so, it *definately* needs to be able to handle (read: fail gracefully given) malicious input. Although it sounds like this only results in a DoS...

  133. Unfair assessment [ahem] by CaptainZapp · · Score: 1
    Candidate B:) I am a Unix Admin. If you have Microsoft, you are criminally negligent morons. I refuse to touch IIS lest I be prosecutable as an accessory to stupidiy.

    Granted, there might be some 1 4m 4 50 fucK1n6 c00L haX0r d00dZ frequenting /., but you might want to give the average reader a tad more credit.

    I run a business, privately held and founded in '99. It's based on keeping my customers out of being dumped into the harbor with cement shoes when it comes to operating their databases. I conciously banked my business on Free Software because it provides the required environment to run 4 different industry strength databases on a simple box with limited resources. This in turn serves my customers very well. I can reproduce their real world problems with multimillion row tables in order to gather hard data in terms of clustered index usage for example. And all that on my modest 128MB 500Mhz clunker, which overall still serves me nicely.

    Recently I got a cold call from a prospect, who was slightly fed up with Microsofts licensing games and was interested in the possibilities to switch the environment. According to your specification I should have tormented him with the unix-advocacy-everything-will-be-great-gospel. Well, I didn't quite do that. I instead recommended that he compiles a list of the must have- and the nice to have- applications they require and that such a list serves as the baseline to determine the feasibility and the cost. They didn't switch after all due to time constraints that would have not been realistic.

    You you might see why I take a slight offense, when you charactarize me as a zealot with a bad shave and even worse communication skills.

    --
    ich bin der musikant

    mit taschenrechner in der hand

    kraftwerk

    1. Re:Unfair assessment [ahem] by xrayspx · · Score: 2

      I'm not characterizing anyone as anything. In fact, I am a Hairy Unix Hippie, but so what? I only dispute that IIS should be looked upon as criminally unadministratable.

  134. This can't be true! by webweave · · Score: 1

    If the vulnerability was reported to M$ and is only becoming public now then it must be fixed.

  135. Two observations: by talks_to_birds · · Score: 2
    1) There's a helluva lot of people on /. who apparently have never learned that the wording of most of the "articles" on /. are specifically phrased as trolls for relentless, BS posting of the form "Micro$oft sux" "OSS sux" "GPL sux" "BillG sux" repeated ad nauseum...

    Remember, kiddies, the more you post, the more management can justify those costly advertising rates.

    2) There's a helluva lot of Micro$oft pimps hanging out on /.

    t_t_b

    --
    I'm on PJ's "enemies" list! Are you?
  136. Re:microsoftcard --- liar! 11 months by Anonymous Coward · · Score: 0

    Its a lie! Open Source took 11 months to fix

    bug 120238 [mozilla.org] is the bug I remembered, it was filed 2002-01-16 and still stands
    unresolved (IOW it has beem ignored). Worse still, bug 90547 [mozilla.org] also reports a crash due to
    large fonts. It was reported around 2001-07-12, which is 11 months ago.

  137. Localization by yerricde · · Score: 1

    Also i really wonder why it should take two weeks to put a patch on a webserver and write a brief documentation about it, especially since they've enough time to put together documentation while doing internal testing (they need that anyway for customer testing).

    Because not all Windows system administrators are fluent in the Seattle dialect of the American English language. Microsoft needs to hire translators to localize the advisory and any new GUI elements that the patch introduces. This takes time and money.

    --
    Will I retire or break 10K?
  138. Old hat by Anonymous Coward · · Score: 0
    There's an old bug in Sun's OpenLook stuff - just set the MaxTextSize property (or it's something similar) to a really big number - like 2 or 4 gigs or somesuch.

    Now every little widget that pops up will get that much memory allocated.

    Of course, this is not really a bug, but a feature, because AFAIK Sun never fixed it.

  139. Pop-up ads by yerricde · · Score: 2

    The X bug only crashes your machine if you browse to a malicious web site. The malicious person can't do anything to your machine if they can't induce you to go to their web site

    Do you think you have control over what web sites you "go to"? If the malicious person sticks the exploit code in a pop-up ad window, then every innocent site on the ad network becomes a vector for the attack.

    --
    Will I retire or break 10K?
  140. It's a song! by Anonymous Coward · · Score: 0

    Ol' Bill Gates, he had a bug
    e-Eye, e-Eye. Oh!

  141. About your .sig... by Art+Tatum · · Score: 1

    Incidentally, in case you wanted to know, Objective-C/OpenStep bombed the Visual.NET developer back into the primordial soup around 1993 or so. :-)

  142. You coulda fooled me by BattyMan · · Score: 1

    When I was studying computer Operating Systems, it quickly dawned on me that my PC _oughta_ be able to do lots of things - virtual memory, protected memory, asynchronous(interrupt-driven) I/O, multitasking, user/task seperation & protection - that M$-DoS was simply denying me. Hence the name, DoS == Denial of Service.

    Well, it certainly wasn't an Operating System!

    --
    Exceeding the recommended torque is not recommended.
    1. Re:You coulda fooled me by Bungie · · Score: 1

      DOS is a real mode operating system. The features you describe are all available in protected mode, which could not be used without sacrificing the ability to run on 286 and lower processors. It would be a major pain to implement them in real mode. DOS was not denying you of anything, it simply was not designed to be used in that manner. That's what Windows was for...

      --
      The clash of honour calls, to stand when others fall.
    2. Re:You coulda fooled me by jcast · · Score: 1

      The 286 had a protected mode. It sucked, but it was there. And (I believe) virtual memory and multi-tasking were both there in Windows 2.0, which ran on 8086s (that's right---086!). Again, it sucked, but it was there.

      --
      There are reasons why democracy does not work nearly as well as capitalism.
      -- David D. Friedman
  143. This is more serious !!! by iramkumar · · Score: 1

    http://www.internetnews.com/dev-news/article.php/1 365491

    Remote access for MS RAS

  144. How often do these holes actually get exploited? by Dell+Brandstone · · Score: 1
    Microsoft's time to patch a remote hole where the attacker can gain complete access to your computer: two months. Open Source's time to patch a much less serious bug where the attacker can merely crash your computer: three days.


    I see. I want to see how many computers are compromised in this two month window. I set up a workstation with XP and let it go for 4 months without a single update to all of these security flaws. No firewall, default settings. Did anybody do anything? Nope.


    Get over it.


    -Brodie

    --
    [ a directive occured while processing this error ]
  145. Don't forget all the Novell NetWare servers!! by cscx · · Score: 2

    Netware, believe it or not, runs on top of DOS. True IP file/print sharing, web serving (yes, if you didn't know, Apache and Netscape Enterprise server run on Netware!), all that good stuff run on Netware, yet you can still type down at the server prompt and get a C:\> prompt.

    Caldera DR-DOS was pretty popular on Novell servers. Netware boots just like LoadLin boots Linux, except unlike Linux, you can exit to DOS, and just type server at the C prompt and basically warm-boot your server without rebooting it.

  146. Right, multple machines, still no multitasking by BattyMan · · Score: 1

    or virtual or protected memory (on 486 so the hardware is no excuse), good user seperation in the file system, but still not really an OS.

    Novell NetWare == DDoS (Distributed DoS) M$- or DR-, as the case may be, because it's _still_ denying you many services a computer OS provides.

    --
    Exceeding the recommended torque is not recommended.
    1. Re:Right, multple machines, still no multitasking by cscx · · Score: 2

      still no multitasking or virtual or protected memory (on 486 so the hardware is no excuse)

      Huh? I'm almost positive you have no idea what you're talking about. Netware has had protected memory space since v 5.0. Just do a "load address space = foo bar". And, uh, if by virtual memory you mean a page file, yeah it has that too!!

      I think you're very confused.

  147. You can't blame it on lame hardware by BattyMan · · Score: 1

    In those days (1978-82) the Berkeley people were developing SystemIV on PDP-11s, which sucked compared to the 286 for hardware task separation, virtual memory support, memory address space (the PDP Maxxed out at 256K (yes, that's K NOT M!)) and even CPU performance at the low end. (A 16MHz 80286 easily dusted off anything in the LSI-11 family.)

    The 286 ran Xenix, so the Empire bought it (Xenix, not the 286) and priced it at $1000 for a run-time license and another $1000 for software development tools, to keep it off the PC market.

    Trying to add virtual memory, multitasking and all those other OS things onto a platform which originally had never thought of them is an excercise in futility, and that was called WinBloze (both 16- and 32-bit, AFAICT). Sure, it could use 32-bit pointers, but when it went to access the disk drive, the low-level driver switched the CPU out of virtual protected mode and back to real mode, because the disk access code was all real mode. This kind of silliness forced all the device drivers to live in the real mode memory space (the 1M addressable by an 8086), which resulted in a big fight over the low RAM. All my most frustrating fights with DoS were over the low RAM, which the Empire in its wisdom saw fit to further limit to 640K. 4M, then 8, then we had a 16M RAM, and everybody is still squabbling over the first 640K!

    --
    Exceeding the recommended torque is not recommended.
    1. Re:You can't blame it on lame hardware by jcast · · Score: 1

      Yeah sure, 16-bit Windows sucked, and 32-bit Windows blows, but it did (some) of what Bungie (my original post's parent) said was impossible on 286 and lower processors. I said it wasn't all impossible (even though MS's implementation (which I was using as an example because I'd forgotten momentarily about Xenix and Minix and...) sucked). You completely agreed with me. But I don't think you realized that you agreed with me, hence my reply.

      --
      There are reasons why democracy does not work nearly as well as capitalism.
      -- David D. Friedman
  148. The fix should be in BOTH. by Tony-A · · Score: 2

    And probably a few other places too.
    Of course, the hard thing is to figure out EXACTLY what the bug is. (Better make that "bugs are";)
    Pretty easy to see from all this why Open Source is better. No magic bullets, but it sure improves the odds.

  149. Not confused, but probably out of date by BattyMan · · Score: 1

    because my Novell experience is limited to about 3.12 or so (circa 1995). It's no doubt made some progress since then, hell DoS/WinBloze has even made progress, but so have I, and I no longer pay attention to either, except of course to laugh at the M$ vulnerability of the week.

    --
    Exceeding the recommended torque is not recommended.
  150. Way the fuck off-topic by Inthewire · · Score: 1

    I quoted your sig the other night.

    --


    Writers imply. Readers infer.
    1. Re:Way the fuck off-topic by xrayspx · · Score: 1

      It's my fiancee, on opening a backpack and finding a banana and a couple oranges from god-knows when among her papers and stuff.

    2. Re:Way the fuck off-topic by Inthewire · · Score: 1

      Well, it crosses my mind every so often (and I can't say that I disagree with the sentiment).
      I run a website that sees a decent amount of traffic, and I'd like to link to you. In order to do that I would serve your graphic (xray_top.jpg) from my server with a link and a blurb.
      Is that acceptable?

      --


      Writers imply. Readers infer.
    3. Re:Way the fuck off-topic by xrayspx · · Score: 1

      Hey, go for it, that's what the web is there for. Might want to link to her site instead, but there's not much interesting in either place :-), and they're on the same server, so it really makes no difference to me.

      I checked out DiaryMonster, looks kind of cool.

  151. In defense of Microsoft by darkonc · · Score: 2
    Open Source's time to patch a much less serious bug where the attacker can merely crash your computer: three days.

    Mozilla wasn't built with the same attention to security details as Microsoft products are. If this was the case, you can be sure that we'd see the same sort of overwhelm in the (not) holier than thou OS world as you are in the Microsoft response. It's not that Microsoft's programmers don't care about security... The problem is that they have so many holes to fix, that they don't know where to begin If the Mozilla people had the sheer volume of bugs to deal with that the MicroSoft people do, I'd expect that they'd be just as slow to deal with serious bugs --probably slower. Unfortunately, they don't, so I think that it's unfair to judge them on the same footing as Microsoft.

    You have to remember that Mozilla isn't written and supported by professionals. who get paid for supporting it. No- It's done by a rag-tag team of rebel coders who aren't even backed up by the resources of a multi-billion dollar company with enough cash reserves to buy most third-world countries.

    Microsoft's unique approach to security has made them the darlings of the script-kiddie crowd, and I expect that they'll stay the leaders in that market for years to come. These script kiddies represent a new wave of innovation in the software market, and it would be un-American to shut them down.

    --
    Sometimes boldness is in fashion. Sometimes only the brave will be bold.
  152. No quick patch because... by Per+Abrahamsen · · Score: 2

    ...there is no obvious solution on ressource starvation attacks. You can add an arbitrary limit, but arbitrary limitrs are annoying. Why should a person who want an enormous "A" for a poster in Gimp, and who have plenty of virtual memory suffer because of an arbitrary limit? And if we set the arbitrary limit to high, the "bug" will still affect small memory machines, and thus not really be solved.

    The software can try to "guess" the limit from information about system memory size, and some heuristics (i.e. guesswork) of how much memory other applications are likely to need. That would obviously be very unreliable.

    The least bad "solution" on the server side would probably be a soft limit covering "common uses", with an option to increase or disable the limit using "xset" for the occational Gimp artist who need a huge letter.

    However, whether this should be doen depend on the design of X11. X11 is generally designed to be a relatively "thin" server, pushing the UI to the client side. I don't know if X11 is designed to be robust in the case of unreasonable demands from the clients. If not, it might be silly to add checks for font size on the server side, if it doesn't make checks for e.g. pixmap sizes or other client requests. In that case, the check belong on the client side.

  153. Freedom for the Advanced by Anonymous Coward · · Score: 1, Insightful

    Freedom is the killer app. But who has enough skill to use that freedom? As of currently, only the few computer owners who care about having complete control over their system and who understand tech-talk enough to manage it themselves (and the few MS haters of course).

    The general market for computers couldn't care less about coding their own features, or fixing issues themselves, or recompiling binaries when a patch comes along... Sure *nix is geared for the tech-savvy - but it's downfall is that lack of consumer friendliness that would give it appeal to the public. When it comes to servers and admin level users, it very well may be the OS of choice. But until it embraces the 'ease of use' that Windows has cleverly grasped over the years of its public reign, or has the software support and stability that windows has, it won't be the best overall OS. Each OS on the market has it's own weaknesses and strengths. *nix is destined to remain a tech-user's dream unless things change.

    It has so much potential, but it has to get away from the source code oriented system, and leave that as an easily accessible option for those who do care.

  154. Uhh... OK... by JMZero · · Score: 2

    Why should a person who want an enormous "A" for a poster in Gimp, and who have plenty of virtual memory suffer because of an arbitrary limit?

    Then put the cap code in Mozilla... Anybody need a letter "Q" that's 10 times the size of your screen? If you do, why are you drawing it with Mozilla?

    I don't know if X11 is designed to be robust in the case of unreasonable demands from the clients.

    Apparently it's not.

    .

    --
    Let's not stir that bag of worms...
    1. Re:Uhh... OK... by Colol · · Score: 2
      I don't know if X11 is designed to be robust in the case of unreasonable demands from the clients.
      Apparently it's not.

      X11 is a standard, XFree86 is but one implementation of it. Maybe the standard addresses this issue, maybe it doesn't, maybe it says "do whatever". At any rate, XFree86 != X Window System, and one bug in XFree86 doesn't mean every implementation of X11 suffers the same flaw.

    2. Re:Uhh... OK... by JMZero · · Score: 2

      Who cares? There's a bug somewhere and somebody should fix it (and I'm sure people already have).

      I can't imagine there is much mention of a maximum font size in the X standard. At most there's probably some mention of suggested behavior under low memory. I can't imagine the standard would have prescribed behavior for font size that XFree86 wouldn't have followed. Thus my assumption that there wasn't anything specific in the standard. But thanks for the pedantry.

      And I'm pretty sure you won't actually go look in the standard before commenting. That's a lot of work, and I'm guessing you're as lazy as I am.

      There's really 2 good options:

      1. Cap the font size in Mozilla.
      2. Have XFree86 handle low memory a little more gracefully.

      My entire point was that the 1st one should be trivial to implement - and I'm surprised that SlashDot doesn't see tons of this sort of patch work (even if in this case it wasn't really necessary). In fact, I seldom see source up at all on Slash. I would be interested to see the source behind lots of these stories.

      --
      Let's not stir that bag of worms...
  155. To Clarify by Afty0r · · Score: 1

    My use of the term 'geek' was meant to be that of the way my companies clients would view a 'geek'.

    Someone who has a lot of technical knowledge, but also has a good degree of social skills, and can understand a clients needs around a meeting table was not what I meant to describe that that post using 'geek'.

    One of my flatmates is a rather serious open source enthusiast, and is not a 'geek' when put in front of clients - he is one of the exceptions. Of the scores of open source enthusiasts Ive met over the years, I wouldn't be comfortable putting no more than perhaps 10% (being generous) of them in front of clients, but that figure is 3-4 times higher for those using 'Dows'

    At the end of the day, it comes down to client needs, and the clients perception of the business. A small business does not trade, as the larger service companies do (e.g. IBM) on a solid reputation, instead they trade on the front they put across to a client during the analysis stages - and as for talking about Win32/IIS as a 'product' - well, it's a PLATFORM for us, not a product, we don`t sell it. It acts as the platform on which we deploy and develop our solutions, and in many years of developing, I've very very rarely come across problems caused by the 'problems' that open source enthusiasts hammer Win32 for.

    Security? No problem.
    Reliability? 3 months or more of uptime (far more than the business need).
    Price? miniscule compared with other operating expenses.
    Compatibility? Other than a few LineBreak quirks, not a problem. Not one.