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.

165 of 467 comments (clear)

  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. 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 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...

    2. 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.

    3. 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.

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

      Hey troll. IIS != OS.

    5. 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.

    6. 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.

  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 jaavaaguru · · Score: 3, Funny

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

    2. 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.
  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 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.
    4. 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.

    5. 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 =-
    6. 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.
    7. 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.

    8. 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.

  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 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
    2. 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 :-)

    3. 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.

    4. 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!

    5. 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.

    6. 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.

    7. 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!
    8. 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.
    9. 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;
    10. 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."

  6. 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 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.

    3. 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.

    4. 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* :)

    5. 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!

    6. 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.

  7. 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 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.

    3. 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?

    4. 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!
    5. 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.

    6. 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

    7. 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.
    8. 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.

    9. 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.

  8. 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.
  9. 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 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.
    3. 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?
    4. 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.
    5. 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
    6. 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]
    7. 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)

  10. 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 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

    3. 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
    4. 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.
    5. 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?
  11. 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.

  12. 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 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

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

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

    4. 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
    5. 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)!

    6. 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.
    7. Re:Flawed logic by mosch · · Score: 2

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

    8. 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

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

      Opps,

      cssFontSize=MaxFontSize;

      You know what I ment!

    10. 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...

    11. 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?

    12. 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.

  13. 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 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?
  14. 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.

  15. 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."

  16. 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;
  17. Re:Maybe by GutBomb · · Score: 3, Funny

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

  18. 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.
  19. 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.

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

    <H1>Your Hacked</H1>

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

  21. 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

  22. 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.

  23. 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 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
    2. 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.
  24. 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
  25. 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.

  26. 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 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.

    2. 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.
  27. .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?

  28. 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.
  29. 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.
  30. 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 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.

    2. 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.

    3. 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.

    4. 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,"

    5. 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."

  31. 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.

  32. Re:New MSN.com homepage code in php ??? by CodeMonky · · Score: 2

    its php.

    --
    --"Karma is justice without the satisfaction"
  33. 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!"
  34. 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.)

  35. 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 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?

    3. 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

    4. 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 :-)

    5. 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.
  36. 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!

  37. 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
  38. 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.

  39. 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

  40. "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.
  41. 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.

  42. 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.

  43. 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
  44. 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 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.
  45. 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.

  46. 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...
  47. 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.

  48. 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.

  49. 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
  50. 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 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
  51. 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.

  52. 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.
  53. 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.

  54. 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"?
  55. 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.....

  56. 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)
  57. 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.

  58. 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?

  59. 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.

  60. 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...

  61. 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?
  62. 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.

  63. 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?
  64. 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?
  65. 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.

  66. 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.

  67. 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.

  68. 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.
  69. 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.

  70. 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...