Slashdot Mirror


Linux Worm Creating "Attack Network"

RomSteady writes "In what could be a case of the free pot calling the expensive kettle black, C|Net is reporting that a new Linux worm is "creating a rogue peer-to-peer network that has been used to attack other computers with a flood of data" and has already infected at least 3,500 servers. Seems it is true...the security of your web server depends on how effective you are at keeping up to date on patches, no matter if you are running Windows or Linux."

465 comments

  1. D'uh. by dsb3 · · Score: 4, Funny

    Seems it is true...the security of your web server depends on how effective you are at keeping up to date on patches, no matter if you are running Windows or Linux."

    D'uh. Go on, mod me down if you must.

    --

    Slashdot? Oh, I just read it for the articles.
    1. Re:D'uh. by Calle+Ballz · · Score: 0, Troll

      h0h0... censor this article!

    2. Re:D'uh. by Anonymous Coward · · Score: 0

      yeah, this is sysadmin 1001

      _
      best windows cursors

    3. Re:D'uh. by Sivar · · Score: 2, Offtopic

      D'uh.
      Agreed. But insightful?
      "Duh" +5 insightful?

      --
      Computer Science is no more about computers than astronomy is about telescopes. --E. W. Dijkstra
    4. Re:D'uh. by Em+Emalb · · Score: 2

      Yes, but this is an historic day, since an editor pointed it out. I mean that without sarcasm too.

      It's common sense right? The more people use it, the more hacks and cracks will occur. I've been preaching for years, the more people see your software, the more they will mess with it. Linux is becoming very much main-stream and a viable option. The black hats are adjusting accordingly.

      --
      Sent from your iPad.
    5. Re:D'uh. by LinuxHam · · Score: 4, Funny

      That shows the last moderation. Click the message number to see all the moderations. He got 2 for Funny and 2 for Insightful. If the last moderation was "Funny", would you have said, "Duh, +5 Funny? Come on!"

      --
      Intelligent Life on Earth
    6. Re:D'uh. by Yohahn · · Score: 4, Insightful

      While the "Duh" is true. I think the relavent questions are:

      "How easily does a system lend itself to being upgraded out of the box, with no additional costs?"

      "How quickly can a patch be developed and published"

      "When I install the new patch am I going to have to accept some NEW BS license?"

      I still choose Debian GNU/linux because I believe that apt-get being as easy as it is will keep newbie Linux people upgrading regularly. This alone could have significant impact.

    7. Re:D'uh. by loply · · Score: 2

      Ofcourse its common sense.
      But I *REALLY* cant picture the poster saying anything that kind had it been Windows affected by this virus. I mean really - it WOULDNT happen. Just keeping an open mind. Check the history - every Windows virus is announced with "Im glad Im using a secure OS link to debian.org" or something similar...

    8. Re:D'uh. by Anonymous Coward · · Score: 0

      I am not a big security guru, but what if someone hacked security.debian.org? Isn't this be possible?

    9. Re:D'uh. by RomSteady · · Score: 3, Insightful
      Sorry, but I'm not an editor. I read the article and submitted it, and while I was submitting it, a similar article appeared on the Apache sub-section.

      I am glad that they used my submission without censorship, though.

      One person farther down says that if something like this had been reported about Windows, it would have been Bill's fault, but when something happens on Linux, it's the sysadmin's fault. Personally, I think both are the sysadmin's fault. Nine times out of ten, patches are available for software shortly after the worm is first out there. If a sysadmin keeps up on his/her patches, the likelihood of infection/damage is very low.

      Personally, I'd be very happy if /. would stop attacking Microsoft and start attacking the people who make the actual attacks. However, the likelihood of that happening is slim to nil, I'm afraid.

      --
      RomSteady - I came, I saw, I tested. GamerTag: RomSteady / http://www.romsteady.net
    10. Re:D'uh. by Jace+of+Fuse! · · Score: 4, Insightful

      I still choose Debian GNU/linux because I believe that apt-get being as easy as it is will keep newbie Linux people upgrading regularly. This alone could have significant impact.

      While I actually agree with you -- I don't see how that is any easier than Windows popping up a requestor saying "YOUR CRITICAL UPDATES HAVE DOWNLOADED AND ARE READY TO INSTALL."

      True, there is a good chance the new terms of usage might require you hand over your newborn, or give your soul to Billy, but the newbie doesn't care about this.

      Linux users think they can topple the Windows empire because ethically, Free Software has a more solid foundation than Microsoft. But they seem to ignore the fact that this means nothing because most users have no ethics.

      If Unix is going to shoehorn it's self moreso into the desktop market, it's going to have to appeal more to the laziness of the masses and spend less time touting the ethical reasons. Things like Apt-Get are major steps in the right direction, though.

      --

      "Everything you know is wrong. (And stupid.)"

      Moderation Totals: Wrong=2, Stupid=3, Total=5.
    11. Re:D'uh. by cocN_xyN · · Score: 1

      Could you please explain to me what the problem is with supposeldy "secure" systems being victims of exploits time and time again? I hear " buffer overflow this" and buffer overflow that", and "a lot of times it's third party applications that allow for the breach of the system" But it all sounds like majic juju speak for poor engineering standards. What's the problem with having basic secure services that can't be hacked? Why isn't it being done? Is it because the current OS's we have are insecure by default and design? I need some professional insight.

    12. Re:D'uh. by Anonymous Coward · · Score: 1, Insightful
      What's the problem with having basic secure services that can't be hacked? Why isn't it being done? Is it because the current OS's we have are insecure by default and design? I need some professional insight.

      People are trying, and in this case it isn't the OS itsself at fault--the problem lies with Apache's OpenSSL module. The OS can't do anything about that module, no matter how secure it is. But the software like OpenSSL keeps improving and getting more secure. It really is hard to make truly secure software, but people are trying, and we're getting there.

    13. Re:D'uh. by subsolar2 · · Score: 2

      While I actually agree with you -- I don't see how that is any easier than Windows popping up a requestor saying "YOUR CRITICAL UPDATES HAVE DOWNLOADED AND ARE READY TO INSTALL."

      That's what the little blue checkmark that shows on the gnomebar on RH 7.3 does. Of course there are a few issues with that:
      1. Since your gonna be running linux as a server you probably won't be logged in GUI that often if at all. so you won't see the updates.
      2. If you are running more than one system your gonna have to have at least a basic RHN subscription. But then you also get critical update notifications so #1 is not such an issue.
      3. You can use AutoRPM to automatically check and download updates if you don't use RHN.

      So it's not much harder keeping systems updated under RH Linux than windows. The one downside is if Redhat's Server gets compromised you may end up downloading trojaned programs. That should not be an issue since up2date checks the signatures on the RPMs to make sure they are official. I don't remember if autorpm can be configured to do this.


      - subsolar

    14. Re:D'uh. by unoengborg · · Score: 1

      You still should be glad that you are running a secure OS. The fix for this problem has bin around for more than a month. And at that time there was no known exploits.

      In the Windows world MS usually looks the other way and claim that all is well, until problems like this have exploits that may give them bad publicity.

      Unfortunately many Linux distributers have shown the same atitude this time. But as we have the source we can always apply fixes anyway.

      --
      God is REAL! Unless explicitly declared INTEGER
    15. Re:D'uh. by sudo · · Score: 1

      On the other hand, when we transferred our single Unix web server(Apache) to a bunch of Windows servers they are lucky to have an uptime more than a couple of weeks.
      I only need an outage during a system upgrade/patch, once in a blue moon (149 days uptime and I need to update the kernel next week).
      An Apache cutover takes 2 seconds after a parallel test period of a couple weeks.
      I'm getting a lot of people moving back to a stable managed box after they have been burnt.

      Mind you, the Microsoft techs get a lot more overtime than me.

    16. Re:D'uh. by stonecypher · · Score: 1

      > But they seem to ignore the fact that this means
      > nothing because most users have no ethics.

      Oh, yeah, because obviously if you use windows, you regualrly kill children and steal from the blind.

      "because most users don't share the view on software ethics that we do, in particular as regards one company" just doesn't have that ascerbic ring to it, though...

      --
      StoneCypher is Full of BS
  2. um didn't slashdot just have a story on this. by Anonymous Coward · · Score: 0

    isn't this the same as http://apache.slashdot.org/apache/02/09/13/2315246 .shtml?tid=172
    it could be a differnt worm but it doesn't seem likely

    1. Re:um didn't slashdot just have a story on this. by Anonymous Coward · · Score: 0

      Same worm, but now it's a story about a story about the worm. Sort of a metastory, but mostly bait for establishment bashers to scream "hypocrit" and "FUD".

    2. Re:um didn't slashdot just have a story on this. by Anonymous Coward · · Score: 0

      Yes. Now what's your point? If your complaining about repeat articles, read the fucking FAQ.

  3. visioneers by sstory · · Score: 2, Insightful

    visioneers have been making analogies between networks and other systems for years, and lately, the internet has started to feel like an ecosystem, with predators, outbreaks, and the like.

    1. Re:visioneers by 00_NOP · · Score: 3, Funny

      Not to mention bullshit.

    2. Re:visioneers by Anonymous Coward · · Score: 0

      uhh this post is pointless. i get more sense from a Dr. seuss book.

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

      The idea of creating a peer-to-peer attack network, was actually first suggested as a civil disobedience tool, called the WorldWideWrench. However, the original idea was to do it openly, and I am sure the folks that suggested the WWWrench would not be cool with a viral version of their idea. It could be an interesting tool, but I guess it was bound to be used for Evil....

  4. Is this talking about the SSL hole? by thekernel32 · · Score: 2, Interesting

    I read about the SSL bug the other day and fixed it on the spot. (Good 'ol apt-get). Are there other ones that we should know about? Is there a way to check and see if a machine is still being impacted? I'd hate to be running anything mallicious, that's why I have a linux box. I can fix things quickly, most of the time...

    1. Re:Is this talking about the SSL hole? by alvieboy · · Score: 5, Informative

      Yes.

      Read the CERT Advisory CA-2002-27.

      It's available here

    2. Re:Is this talking about the SSL hole? by coleSLAW · · Score: 1

      Make sure you have security.debian.org as one of your sources. From then on, if you are running stable, a periodic `aptitude update && aptitude upgrade` should patch all your systems.

      If you are running unstable, you're a developer so you should be getting the latest packages all the time, anyway.

      If you are running testing, all bets are off. Make sure you get security fixes from unstable as they are made available as it make take a while for them to filter into testing.

      --

      == I am not Me.

    3. Re:Is this talking about the SSL hole? by grytpype · · Score: 2

      This should have been made more clear in the CNET (and Slashdot) article! It's a known bug, and fixes have been available for some time now. The systems that are getting hit are the ones with lazy admins who don't promptly follow up on security patches.

      --

      - Have a picture

    4. Re:Is this talking about the SSL hole? by Anonymous Coward · · Score: 1, Interesting

      I read about the SSL bug the other day and fixed it on the spot. (Good 'ol apt-get). Are there other ones that we should know about?

      If you've got 0.9.6g or 0.9.6f you should be safe. Also, if you're not running any servers using SSL (remember that httpd is not the only thing that can use SSL: IMAP, POP, etc are also often run over SSL and can also be exploited in the same mamnner), then you're pretty immune to the OpenSSL bugs (most of the real bad ones affect only servers).

      I won't be terribly suprised if more bugs like this are found in OpenSSL, so keep an eye out.

      What we actually did on our web server was simply disable mod_ssl. It's not a big deal that SSL is not supported (the pages just lists news and whatever for our organization), and that obviously prevents the worm from working. :) I'll turn it back on in a couple of weeks if OpenSSL doesn't see any more nastiness.

    5. Re:Is this talking about the SSL hole? by thekernel32 · · Score: 1

      I still can't believe how out of date my SSL was. Good grief, sit around for a little while and think your doing good and suddenly a security announcement sneaks by (yes, I subscribe) and you're left wondering why you heard about it first on slashdot...

    6. Re:Is this talking about the SSL hole? by Cee · · Score: 1

      Well, no.

      The security updates from security.debian.org exist for both testing and stable. That's why security.debian.org exists, so you can get the fixed packages through the "fast-lane".

      I have this line in my /etc/apt/sources.list on my machine running testing:
      deb http://security.debian.org/ testing/updates main contrib non-free

    7. Re:Is this talking about the SSL hole? by RestiffBard · · Score: 4, Funny

      slashdot needs a "true dat" moderation.

      --
      - /* dead coders leave no comments */
    8. Re:Is this talking about the SSL hole? by coupland · · Score: 5, Insightful

      The systems that are getting hit are the ones with lazy admins who don't promptly follow up on security patches.

      Why do topics like this always have to degenerate into a holier-than-thou diatribe by a self-righteous few? I'm running a vulnerable system and it isn't because I'm "lazy" as you so kindly put it. I run Linux on my *desktop* and use it to play Quake, surf the web, and share out some HTML pages for my family. I run RH7.2 (only one version behind, bub) and run Ximian Red Carpet and up2date regularly. But no, I don't read bugtraq for the sheer joy and I usually wait for RPMs to come out before I install a patch. The unfortunate downside to RPMs is that if you compile your own software the RPM database starts to choke on its biscuits. So maybe, just maybe it's not that people who don't upgrade same day aren't lazy. Maybe we just don't have as much time or interest as you to troll bugtraq or more so, troll /. acting all high and mighty because of the stinking version of OpenSSL they run.

    9. Re:Is this talking about the SSL hole? by Anonymous Coward · · Score: 0

      i'm confused i have the above security line in my sources list
      and when i type
      openssl version it returns OpenSSL 0.9.6c 21 dec 2001
      rather then .9.6e as recommended.

    10. Re:Is this talking about the SSL hole? by Hater's+Leaving,+The · · Score: 1

      you heard about it first on slashdot?

      The hole's From 30th June.

      Wake up and smell the maple-nut-crunch.

      THL.

      --
      Keeping /. cynic density high since the fscking Kwhores/trolls arrived.
    11. Re:Is this talking about the SSL hole? by thekernel32 · · Score: 1

      If it helps, I was out of the country and not touching my machine for 6 months. My dad was the maintainer, but he didn't watch the security announce list.

    12. Re:Is this talking about the SSL hole? by Lemmy+Caution · · Score: 2

      When the so-called "lazy admin" is a grandpa running a supposedly plug-in-and-drop system in his little store, or someoone else who bought their hyperbolic nephew's line about how easy and wonderful Linux is, it really makes no sense to go about bashing them. For so many systems, the "admin" is just a regular schmoe. And attacking them for the vulnerability of their systems conveniently leaves the worm authors off the hook. Maybe we should blame geeks who got beaten up in high school for being too lazy to learn self-defense.

    13. Re:Is this talking about the SSL hole? by NineNine · · Score: 1

      Well, you see, often, those of us with lives usually don't spend an hour a day trolling the latest bug lists.

    14. Re:Is this talking about the SSL hole? by diamondc · · Score: 1

      Most people running apache-ssl use it for some kind of "e-commerce" and if they don't look up for some kind of security updates at least once a day, they should at least subscribe to debian's security mailing list or redhat's or whatever vendor's they use security mailing list.

      --
      "I keep looking in the want-ads under 'revolutionary' but there don't seem to be any listings.. "
    15. Re:Is this talking about the SSL hole? by gimpboy · · Score: 2, Informative

      perhaps you could bring your self down to my level. i dont hangout reading bugtraq either. however, i have subscribed to redhats email lists so that i can get security advisories. you know, the emails that say "hey there is a big fucking hole in your security. apply these packages to fix it".

      there are several maling lists to choose from. the redhat watch list will help you out with vulnerabilities.

      really though do you think this is self-righteous? i would say it is being responsable. i hate all of those self-righteous people in cars who use seatbealts. they just think they are all that and a bag of chips. grow up and be responsable.

      -you get an email about a vunerability
      -drop to a console and type the following:

      $su -
      $service httpd stop

      -then upgrade when you have the time.

      really now, how hard is that?

      --
      -- john
    16. Re:Is this talking about the SSL hole? by dvanduzer · · Score: 1

      So maybe, just maybe it's not that people who don't upgrade same day aren't lazy. Maybe we just don't have as much time or interest as you to troll bugtraq or more so, troll /. acting all high and mighty because of the stinking version of OpenSSL they run.

      There is no reason, beyond choice, to remain unaware of the facts -- Noam Chomsky


      Someone mod parent up (+1, Ironic)

    17. Re:Is this talking about the SSL hole? by startled · · Score: 2

      "I'm running a vulnerable system and it isn't because I'm "lazy" as you so kindly put it. I run Linux on my *desktop* and use it to play Quake, surf the web, and share out some HTML pages for my family."

      I agree with you about the attitude, but there's no reason a system used for what you're mentioning would be vulnerable. I'm horrible about updating my box, but since I have so few ports open and so few services running, no one can get to my box. Forwarding the range for the Neverwinter Nights server doesn't open up a whole lot of exploits. Well, except for all the buffer overflows I'm sure are there in their NWN server code....

    18. Re:Is this talking about the SSL hole? by xanthan · · Score: 1

      First off, you are being responsible for running up2date regularly.

      HOWEVER...

      When someone puts a server on the Internet, they have a responsibility to secure it. The fact that they play Quake on their "desktop" doesn't change the fact that they're running a server application.

      If I'm going to get on my dad's case about visiting windowsupdate.microsoft.com once a week, you can bet I'm going to get on a server owner's case about not subscribing to the appropriate vendor lists for security updates. Taking on the responsibility for running a server (however small or seemingly insignificant) includes the responsibility to keep it up to date.

      Oh, and keep in mind that this particular exploit is taking advantage of a problem found weeks ago. Vendor patches have been out for a while.

    19. Re:Is this talking about the SSL hole? by Anonymous Coward · · Score: 0

      Dude:

      $su -
      #service httpd stop

      HTH. :-)

    20. Re:Is this talking about the SSL hole? by zeugma-amp · · Score: 1

      If you like to keep your RPM database up to date, and also would like to get a program patched immediately without waiting for the released packages, you might want to check out Checkinstall. It is a program that will automatically generate a package from the source files.

      Install of a source tarball as a package is easy. Once you've extracted it...

      ./configure
      make
      checkinstall

      This will install a package of your choice and a package will also be created. I've tested it on a Redhat 7.3 system to create rpms. It also supports Slackware and debian packages.

      From the readme: 'Installs a compiled program from the program's source directory using "make install" or any other command supplied on checkinstall's command line. checkinstall will create a Slackware, RPM or Debian compatible package and install it using your distribution's standard package administration utilities.'

      I find it to be extremely useful for programs I'd like to test out that do not provide a package.

      --
      This is an ex-parrot!
    21. Re:Is this talking about the SSL hole? by Chris+Hiner · · Score: 5, Informative

      The openssl tarball already has a spec file in it. So just:
      1) Download openssl-0.9.6g.tar.gz from a mirror.
      2) rpm -tb openssl-0.9.6g.tar.gz
      3) rpm -Uvh /usr/src/redhat/RPMS/i386/openssl*
      Even easier.

    22. Re:Is this talking about the SSL hole? by NineNine · · Score: 1

      If I have to look for security updates daily, I'm not using the software. If apache-ssl is that buggy, I'd just find something else to use. Ugh.

    23. Re:Is this talking about the SSL hole? by zeugma-amp · · Score: 1

      That's useful. Thanks.

      The problem is, most programs do not have a spec file in them. The program I pointed to use good for use with most source tarballs. I'm going to check to see if it tests for the existance for a specfile and uses it if it exists. If not, it probably should.

      --
      This is an ex-parrot!
    24. Re:Is this talking about the SSL hole? by bdeclerc · · Score: 1

      Idiot, you don't look daily because there's problems every day, you look daily so you're not vulnerable for over 24 hrs if a security hole is announced...

    25. Re:Is this talking about the SSL hole? by maw · · Score: 2, Interesting
      I run RH7.2 (only one version behind, bub) and run Ximian Red Carpet and up2date regularly.

      Red Hat 7.2 is still supported - had you applied updates to fix these problems, which were available through Red Carpet were available in late July or early August, you wouldn't have anything to worry about.

      As for self-compiled software conflicting with stock RPMs - not necessarily so. I used that excuse myself for a long time, but recently decided it was time to learn how to build my own RPMs, to get the benefit of package management along with the benefit of a customised system. It's a shame that more people don't realise that they can do this - it isn't very hard to learn to do, and it's well worth the effort invested.

      --
      You're a suburbanite.
    26. Re:Is this talking about the SSL hole? by bankman · · Score: 1

      Amen brother, especially since this nice little tool is available you don't even need to build the RPMs yourself. Let 'checkinstall' handle this.

      Disclaimer: I am not involved in this project and receive neither money nor sexual favours for endorsing it.

      --
      I feel so sig.
    27. Re:Is this talking about the SSL hole? by 5alligator · · Score: 1

      s/trolling/trawling/gi

      (unless you meant bug as a verb, but then that would be redundant...never mind)

    28. Re:Is this talking about the SSL hole? by Anonymous Coward · · Score: 0

      Well, you see, often, those of us with lives usually don't spend an hour a day trolling the latest bug lists.

      ah, you spend it running porn sites instead? good work.

    29. Re:Is this talking about the SSL hole? by mbanck · · Score: 1
      The security updates from security.debian.org exist for both testing and stable

      Wrong. Only stable (and oldstable == potato) is supported by the debian security team at the moment.

      If you care for security don't run testing.

      Michael

    30. Re:Is this talking about the SSL hole? by Anonymous Coward · · Score: 1, Insightful

      The problem with this attitude is that although you don't care about securing your system, that's not going to stop someone from using your system to attack other systems.

      Security is Everyone's ressponsibility... even though you may not care about your OWN system's security, your inactions to not patch your system can cause someone else problems when your system is used to attack others...

      Just my thoughts...

    31. Re:Is this talking about the SSL hole? by tarth · · Score: 2, Funny

      It also needs a 'My Head Just Exploded from the Stupidity' option.

      Unfortunately most of my posts would get this moderation.

    32. Re:Is this talking about the SSL hole? by coupland · · Score: 2

      You are missing my point. I run RH7.2 and check up2date and Ximian Red Carpet daily. Were there a patch for my system I would have run it a LONG time ago, but there isn't. I shy away from installing from tarballs as it fucks up the RPM database. I have since thrown caution to the wind (heh, a bit contradictory) and installed from tarball regardless. But my point is still valid: if Ximian and RedHat release no RPMs for my platform when I'm only a single revision behind, who's really the lazy one?

    33. Re:Is this talking about the SSL hole? by Anonymous Coward · · Score: 0

      As long as you're running up2date -u regularly, you're fine. Red Hat patched the vulnerability a while ago.

    34. Re:Is this talking about the SSL hole? by gimpboy · · Score: 2

      i dont use ssl, so i dont know about the ssl patch. there was a patch released for openssl packages on aug 6th. i doubt this fixes the current problem. if you are running an ecommerce site,or anything else that you want to keep secure, you should be ready to compile things from source or be willing to shut down the service until a fix is available.

      if you think your system is vulnerable, then you have to choose between shutting down the service or run the risk of having your data compromised. i normally shut the service down when i get a notification of a vulnerability. i leave the service off until my mirror of updates refreshes. that is nightly.

      this is not an elitest view, nor do i think i am being holier than thou. i think this is the responsable thing to do.

      --
      -- john
    35. Re:Is this talking about the SSL hole? by AvitarX · · Score: 1

      Don't get your panties in a bunch, if you really are running up2date you are not vulnerable. The people NOT running up2date are the problems, they are the ones getting ranted at. Not you.

      --
      Wow, sent an e-mail as suggested when clicking on "use classic" banner, and got a fast response that addressed my msg
    36. Re:Is this talking about the SSL hole? by Ramadog · · Score: 1
      I am running a linux from scratch system. One of the problems I have wondering about is cleanly upgrading packages on it.

      Trying checkinstall now and it is looking promising.

    37. Re:Is this talking about the SSL hole? by a_n_d_e_r_s · · Score: 1

      "aug 6th. i doubt this fixes the current problem."

      The problem is from way before that time (well 7 days which ia a very long time to patch a security bug) - i.e. you should have used that patch.

      It makes you safe.

      --
      Just saying it like it are.
    38. Re:Is this talking about the SSL hole? by Anonymous Coward · · Score: 0

      Hey, fuck you, you condecending fucking crack-whore. If you can't admin a box properly you've got no place putting it on a public network.

      If you're the knuckle-dragging retard that it sounds like you are, then just fuck off and leave the discussion to those of us that can tie our own shoelaces without assistance, thanks.

    39. Re:Is this talking about the SSL hole? by Daengbo · · Score: 1

      Two problems
      1) Up2date and RedCarpet stomp all over each other's toes -- which may be part of your problem, in which case it is NOT the fault of your vendor, because RH has had a patch out for a month plus.
      2) If you are checking your vulnerability based on your version of the software, you probably are not checking the right place. RedHat backports security fixes so that older software is still secure, but doesn't mess with the interdependancy of all the RedHat packages.
      Just my thought on why I think you are probably wrong in at least one way... Dan

    40. Re:Is this talking about the SSL hole? by Anonymous Coward · · Score: 0

      Actually slashdot moderation options are quite pretentious.
      My experience is, that three options, "+1, yep",
      and "-1, you suck" and "+1, lol" could cover 90% of moderation done.
      How do you tell if something is insightful, informative if you're not already an expert in some issue, in which case you might not want to read the slashdot "take" on it at all.

    41. Re:Is this talking about the SSL hole? by jc42 · · Score: 2

      In any case, something that I still don't see answered is: Am I vulnerable if my apache isn't using ssl?

      Now, ssl is probably useful (if not mandatory) for most commercial web sites. But for a small site that's just making a few files available via http, is there any reason to upgrade something that you are probably not using? And if my server is using ssl without my knowledge, how would I know?

      I find no answer to this, only dire warnings and insults to everyone who doesn't upgrade instantly. So am I being conned here?

      --
      Those who do study history are doomed to stand helplessly by while everyone else repeats it.
    42. Re:Is this talking about the SSL hole? by startled · · Score: 2

      You misunderstood what I said. I don't patch my system all the time, because I don't need to-- I don't open unnecessary ports, and I don't run unnecessary programs. Currently, the only thing my box runs is a NWN server. So I just need to watch for security updates to the NWN server.

      Of course, after I posted this, I realized he did mention using his box to serve up a few pages for his family. I missed that the first time around, which is why I was puzzled his box was vulnerable. If I were running SSL, then unfortunately, I'd have to check two pages frequently for updates, instead of just one. :)

    43. Re:Is this talking about the SSL hole? by Travoltus · · Score: 2

      I disagree.

      You see, this problem is far more widespread than just the issue of vulnerable web servers.

      Too many people drive on our roads in cars they know too little about. They don't even install Low Jack or engine kill switches on these things. Heck, they rely on JIFFY LUBE to change their oil!

      Some people know as much about their web server as others know about their cars - that is, not much.

      When a smart and clever hacker succumbs to the understandable urge to break into your machine and cause mischief, I feel it is the fault of the admin. This is no different than when the law holds the original car owner to be at fault when the owner does not install Lowjack or an engine kill switch, a thief breaks in, steals the vehicle, and causes destruction, injury and death with that car.

      Oh waitaminute... ...this just in... ...I just found out that the law now holds the THIEF to be responsible for all that damage, and not the owner.

      Nevermind! Forget everything I said above! :)

      --
      --- Grow a pair, liberals... stop letting the Republicans bully you!
    44. Re:Is this talking about the SSL hole? by feronti · · Score: 1

      Just a tip...

      I've found from experimentation that the _only_ port you need to open for NWN is 5121/udp (or whatever port you run your server on). Of course that is for a private game that isn't publicized... I haven't tried to see what I need to open to get it listed publically.

    45. Re:Is this talking about the SSL hole? by JimPooley · · Score: 2
      -you get an email about a vunerability
      -drop to a console and type the following:

      $su -
      $service httpd stop

      -then upgrade when you have the time.

      really now, how hard is that?
      And in the meantime, what do I do when our customers start screaming at us that they're unable to update their datafile or use their service with on-line data delivery, hmmm?

      Idiot!
      --

      "Information wants to be paid"
    46. Re:Is this talking about the SSL hole? by marktoml · · Score: 1

      Word!

    47. Re:Is this talking about the SSL hole? by gimpboy · · Score: 1

      you explain to them that there is a security update, and they can either have their information available to the public or temporarly not have it available to them, hmmm?

      you have a responsibility to your customers.

      Idiot
      grow up.

      --
      -- john
    48. Re:Is this talking about the SSL hole? by the_olo · · Score: 1
      But no, I don't read bugtraq for the sheer joy and I usually wait for RPMs to come out before I install a patch.
      But you know, there's one easy method to be notified: almost all opensource server projects have an announce or security-announce mailing list. For each daemon you run that listens on a network port, find the announce mailing list, subscribe to it, and you won't have to read Bugtraq - you'll be notified of security vulnerabilities only when they apply to you.
  5. Expect more of this... by charnov · · Score: 2, Insightful

    Unfortunately as more IIS admins move into the "cheap" linux arena, their bad habits will come with them (not that there aren't linux admins with bad security habits, too). We are going to see more and more of this as linux becomes the norm. My shop is looking at using embedded or firmware based linux (or single system images in the clusters) to combat any modifications. It will be interesting on monday to see how much our honeypot-tarpit has caught.

    --
    [RIAA] says its concern is artists. That's true, in just the sense that a cattle rancher is concerned about its cattle.
    1. Re:Expect more of this... by Anonymous Coward · · Score: 1, Insightful

      That's a cop-out response. There are at least as many crap sysadmins on UNIX (or UNIX wannabe) systems as there are on Windows systems. You people need to get off your high-horse and can the smugness. Using *NIX (or wannabe UNIX systems) does not make you smarter, more secure, etc.; it just makes you willing to cut your nose off to spite your face.

      You probably won't get to see this because some diskless mod will kill it, but what the hell.

    2. Re:Expect more of this... by Anonymous Coward · · Score: 0
      Apparently, what you are saying is everyone is stupid except you and your little club.

      Where do people ever get the idea that there's such a thing as a Linux Zealot?

    3. Re:Expect more of this... by BinBoy · · Score: 2, Funny

      Now that's some spin!

    4. Re:Expect more of this... by Anonymous Coward · · Score: 0

      The saddest part is that one of the other retards will probably mod him up before you know it.

    5. Re:Expect more of this... by N3WBI3 · · Score: 2, Insightful
      Sorry but it is true. You can get an MCSE with the purchase of most boxes of captain crunch. Now I will say a good windows sysadmin is as good as a good Unix sysadmin, the thing is a poor unix sysadmin wont last in the field.

      I replaced a moron with an mcse (I have no certs) because he could not do anything (and I do mean anything) right, he got the job because he had an MCSE, he lost the job because he was a nitwit but sure enough withing a week he had another sysadmin job.

      The problem is that managers think an MCSE means something! the interview standards are much harder on a *nix person because you really have to know what youre doing to make a *nix network useable by everyone and in the process you know how to make it secure. You can set up a useable MS netowrk out of the box but (even if you know little) but its not secure.

      --
    6. Re:Expect more of this... by N3WBI3 · · Score: 1
      No but our 'little club" is working on a OS designed for large corporate networks. Windows is not.

      Windows is 10 times the desktop os that *nix is but on the sever end its one tenth the OS...

      --
    7. Re:Expect more of this... by Anonymous Coward · · Score: 0

      somehow everything is microsofts fault...you linux morons are all the same

    8. Re:Expect more of this... by M$+Mole · · Score: 1

      Only on /. can there be a problem with Linux admins and people start saying that it must be IIS admin...obviously there can't be any Linux admins that would miss a security patch or two. Please.

      --
      Karma: Non-existant. Due mostly to the fact that you smell funny and nobody likes you.
    9. Re:Expect more of this... by Anonymous Coward · · Score: 0

      >Apparently, what you are saying is everyone is stupid except you and
      >your little club.
      >
      That's because it's true.

    10. Re:Expect more of this... by sg_oneill · · Score: 2

      Sorry but it is true. You can get an MCSE with the purchase of most boxes of captain crunch. Now I will say a good windows sysadmin is as good as a good Unix sysadmin, the thing is a poor unix sysadmin wont last in the field.

      Hmm... Dunno. I looked at the MSCE requirements, and it seemed pretty hard to me. Not my style of computing perhaps. Gimme critical thinking & a fat mathematical horror algorithm over remembering ten billion dialogue boxes anyday. But for what it's worth while alot of the MSCE guys are indeed as tarded as the rep suggests, you occasionally get the good uni-educated thinker that makes the horror that is NT much more bearable.

      Now linux on the other hand.. Yeeeahhhh.

      --
      Excuse the Unicode crap in my posts. That's an apostrophe, and slashdot is busted.
    11. Re:Expect more of this... by Anonymous Coward · · Score: 0

      >Hmm... Dunno. I looked at the MSCE requirements, and it seemed pretty
      >hard to me. Not my style of computing perhaps.
      >
      Nah. This test isn't hard when you can buy MSCE cheat guides at most bookstores. Hell, I think I saw a couple of them at Walmart...

    12. Re:Expect more of this... by Anonymous Coward · · Score: 0

      Oh, really? What are you going to call your software?

    13. Re:Expect more of this... by N3WBI3 · · Score: 1

      Linux/Solaris/BSD are all better and more secure for large server applications than windows..

      --
  6. Well Duh! by libertynews · · Score: 5, Insightful

    Anyone who thinks that solely because they run open source they are immune to attack is an idiot. Look at how wide open a default RedHat 6.2 install is.

    This new attack is easily avoided by upgrading your OpenSSL version to 0.9.6e, and this should have been done by now. The hole has been known and example exploit available for a while now, as anyone who follows the bugtraq list would know.

    Security is an ongoing process. You have to stay on top of it if you run machines that are not turned off and locked in a basement. There is just no way around the fact that there will always be bugs in software, and these days that commonly means security holes as well.

    --
    Remember Lexington Green!
    1. Re:Well Duh! by libertynews · · Score: 2

      And FYI, it communicates with its bretheren on UDP port 2002, and leaves itself running as a program alled 'bugtraq' with its source in /tmp/.bugtraq

      Or at least the version of it recently discussed on bugtraq had this behavior.

      --
      Remember Lexington Green!
    2. Re:Well Duh! by Anonymous Coward · · Score: 0

      >Anyone who thinks that solely because they run open source they are
      >immune to attack is an idiot. Look at how wide open a default RedHat
      >6.2 install is.
      >
      >
      You are an idiot. RedHat 6.2 is around 2 years old if not older. It's not RedHat's or our problem if idiots like you are still using it epecially after the problems with was fixed with the 7.0 versions.

    3. Re:Well Duh! by FlyGirl · · Score: 2, Interesting

      Correct... And someone elsewehre posted a REAL simple "vaccination" until you can upgrade your server/ssl. Since it gets in through apache and creates a "/tmp/.bugtraq.c" that it then uses gcc to compile, just execute the following commands as root:

      #touch /tmp/.bugtraq
      #chmod 000 /tmp/.bugtraq

      That should make it impossible for it to create the executable -- and the presence of the .c will show you if it has attacked your system.

      (Note: This is a preventitive measure of this specific worm. All someone would have to do is change the filenames that it uses to get around this, so fix it properly asap)

    4. Re:Well Duh! by libertynews · · Score: 2

      Hey dipshit! I get scanned daily by RH 6.2 boxes looking for rpc holes to exploit. The systems are still out there, whether or not you or I know better than to run them.

      Also, you need to learn to read before posting. I didn't give any indication that I was running RH 6.2, did I? It was an example of how Linux distributions can be as susceptible to worms/exploits/etc. as any other computer system.

      --
      Remember Lexington Green!
    5. Re:Well Duh! by Martigan80 · · Score: 1

      Most of the M$ advocates will try to point this out as a "big" problem with open source. That since anyone can get the source; it's easier to write a virus or what ever. No matter what OS you have there will always be some jerk that will write a virus, so it's obvious you should install the patch when it comes out!
      What they should do every time these yahoo's announce a virus has been released they should also release how long the patch has been out to protect against it!

      --
      This SIG pulled due to lack of funding. (This damn war is costing too much!)
  7. Hmm... by Anonymous Coward · · Score: 0

    Nice to see some Linux Zealots getting to eat the ol' humble pie. Code Red what? Nimda who?

    1. Re:Hmm... by thekernel32 · · Score: 0, Troll

      I was patched in the minute after hearing about the security flaw. I used APT on my debian system to get the new version as it was already completed and distributable. I seem to remember code red running around for a good 2 weeks after I heard about it before anything was able to be done about it. Yup, that sure is a good comparison to make. So where can I get my pie?

    2. Re:Hmm... by Anonymous Coward · · Score: 0
      I seem to remember code red running around for a good 2 weeks after I heard about it before anything was able to be done about it.

      Well, you have faulty memory and you need to have it checked. It has been pointed out on /. many times by now that a patch for the vulnerability that Code Red exploited was available weeks before the worm was detected. The Microsoft patch was released on June 18, 2001 while Code Red was first detected about mid-July, nearly a month later.

    3. Re:Hmm... by N3WBI3 · · Score: 1
      Hey guy the aptch for this has been out for a while now, the difference with open source is when a bug is found often its not by someone trying to do harm, they notify the community and you have a chance to fix it before a ;nimda' comes along. Now if the fix is put out an nobody impliments it dont balme the OS

      In the M$ world you dont hear about a bug until it brings your network to a grinding halt..

      --
    4. Re:Hmm... by actiondan · · Score: 2

      I seem to remember code red running around for a good 2 weeks after I heard about it before anything was able to be done about it.


      I think you must remember wrongly.

      The Cert advisory for the exploit that let Code Red in was published in June. It references the update that will fix the vulnerability, also published in June.

      The Code Red advsisory didn't come out until a month later, in July.

      Unless CERT were unusually slow in publishing their advisory on Code Red, your version of events seems strange. I can also remember IIS admins that had installed the patch having little sympathy for admins hit by Code Red.

      Criticise MS where they get things wrong by all means, but please make sure the facts are right or posts like yours are just as much FUD as Bill saying that the GPL is viral.

    5. Re:Hmm... by ogre2112 · · Score: 1

      Code Red is over a year old (Hit in August if I remember correctly) And I still get hit to this day.

      We shall see how long this lasts, but I doubt it'll be half as long before the SSL exploit is upgraded out of existance.

  8. heh by Anonymous Coward · · Score: 0

    so much for "but with linux you dont have to worry about WORMS and things"

    too funny

  9. Redmond busy again? by Anonymous Coward · · Score: 0

    Am I the only one who feels like we're living in the Stone Age?
    Shouldn't all these Operating systems be self healing?

  10. visioneers?! by Anonymous Coward · · Score: 0

    What the fuck is a visioneer? You've been hanging around near too many pointy haired bosses. The word you're looking for is VISIONARY.

    1. Re:visioneers?! by Anonymous Coward · · Score: 0

      He probably works in marketing, where one has an obligation to invent new words like "visioneer" (most of which make me reach for the barf bag).

    2. Re:visioneers?! by david+duncan+scott · · Score: 2

      Yeah, but if you join the Visioneers there's a cool decoder ring and a shoulder patch!

      --

      This next song is very sad. Please clap along. -- Robin Zander

    3. Re:visioneers?! by rindeee · · Score: 1

      visaneer 1. A lacky, especially one who is immediately under a middle manager that attend many seminars. 2. A senseless moron who makes up phrases and then offers consultation on empowering people to cast visions in order to obtain wisdom sufficient to understand said phrases. Similar to a buccaneer. buccaneer 1. A pirate, especially one of the freebooters who preyed on Spanish shipping in the West Indies during the 17th century. 2. A ruthless speculator or adventurer.

  11. One word, patch by aufecht · · Score: 1

    Didn't we see something about vulnerabilities in Apache just the other day? Patch your servers. Anyway, at least the bug reports are out in the open and I can have my server patched in a matter of minutes. Yes, we are ALL vulnerable, but some software is easier to patch than others.

  12. More details by semaj · · Score: 1

    There's a fairly detailed run down on what the worm does in this bugtraq post.

    This includes such highlights as email scanning and at least three different flood attacks...

    --
    Meep meep
  13. No, one worm can't rival Microsoft's history. by manyoso · · Score: 1

    Once again, this proves nothing. Yes linux has security flaws and potentially destructive virii. This does not mean that security is black and white and it's only the responsibility of the system admins.

    If you were going to sea and had a choice of two boats... One with a number of small leaks and one or two large ones OR a boat with a huge amount of small leaks and quite a bit of very large ones... you would still pick the boat with the least amount of leaks... It's just common sense people!

    Cheers :-)

    1. Re:No, one worm can't rival Microsoft's history. by Anonymous Coward · · Score: 0

      If you were going to sea and had a choice of two boats... One with a number of small leaks and one or two large ones OR a boat with a huge amount of small leaks and quite a bit of very large ones... you would still pick the boat with the least amount of leaks...

      Screw leaks - I'd get on the boat with the least number of rats.

    2. Re:No, one worm can't rival Microsoft's history. by Astrorunner · · Score: 2

      Or you stand up and say neither are acceptable choices.

    3. Re:No, one worm can't rival Microsoft's history. by Anonymous Coward · · Score: 0

      no men???

    4. Re:No, one worm can't rival Microsoft's history. by TheCabal · · Score: 1

      If you were going to sea and had a choice of two boats... One with a number of small leaks and one or two large ones OR a boat with a huge amount of small leaks and quite a bit of very large ones... you would still pick the boat with the least amount of leaks...

      How about accept neither and demand a better boat?

      It's just common sense

      If you're willing to be stuck with 2 crap options. Demand a higher standard.

    5. Re:No, one worm can't rival Microsoft's history. by Anonymous Coward · · Score: 0

      Not to nit pick, but under no circumstances is the plural of "virus" spelled "virii". It is always "viruses". Making up the spelling of words does not help your argument, it just makes you look dumb.

      http://www.perl.com/language/misc/virus.html

    6. Re:No, one worm can't rival Microsoft's history. by Anonymous Coward · · Score: 0

      Nice-

      "Those confused souls who write *virii are tacitly positing the existence of the non-word *virius, and declining it as though it were like filius. It's true that l/r are both linguals that sometimes get interchanged, and that f/v are just a change in voicing[2], but that's just reaching. *Virii is still completely silly, so don't do that; otherwise, everyone will know you're just a blathering script kiddie."

      Parent is just a blathering script kiddie.

    7. Re:No, one worm can't rival Microsoft's history. by manyoso · · Score: 2

      True. But if there are _no_ boats without holes and to make the analogy correct, no boat can be guaranteed to be bulletproof, then you accept the safest boat. Remember the Titanic was supposedly indestructable.

    8. Re:No, one worm can't rival Microsoft's history. by RomSteady · · Score: 1
      To take your analogy to the next logical step, the WinBoat (the massively hole-riddled boat) has a crew which is now admitting that they are leaky and working to fix it, and the LinBoat (the less hole-riddled boat) has a crew which constantly professes that they have no holes because if they did have holes, someone on their crew could see them and fix them, even though the number of people who are actually fixing the holes is very small compared to the crew.

      Analogies can be used for good or evil. It's usually better to just say what you mean straight out, rather than couch yourself in a comfortable metaphor.

      --
      RomSteady - I came, I saw, I tested. GamerTag: RomSteady / http://www.romsteady.net
    9. Re:No, one worm can't rival Microsoft's history. by ipjohnson · · Score: 1

      How about the fact that they are just human. Do you really honestly beleive microsoft engineers let bugs out intentionaly ... negligence is along way from intent ...
      Besides people are going to mistake problems will get through even with months of testing. Its much harder but yes things will get through.

    10. Re:No, one worm can't rival Microsoft's history. by TheCabal · · Score: 1

      How about the fact that they are just human. Do you really honestly beleive microsoft engineers let bugs out intentionaly ... negligence is along way from intent ...
      Besides people are going to mistake problems will get through even with months of testing. Its much harder but yes things will get through.


      But according to 99.9999% of Slashdotters, that's exactly what Microsoft does. Meanwhile the tanned, sculpted heroes with perfect teeth over on the Open Source side crank out product after product with No Bugs Whatsoever. (yeah, right).

      Do I fault one or both? Yes. I use Microsoft products, and I expect a higher standard from them because I know that they're writing some good code. They're lightyears ahead of the OpenSource crowd in terms of usability. See how fast I can get an ssl-enabled virtual site up in IIS as compared to in Apache. The opensource crowd focuses more on writing a more secure product (but the bugs still get through). As for usability and overall user friendliness... well, let's just say that you get what you pay for.

      I've spent the entire day trying to find the answer to a nagging Apache+SSL question today, and it's a basic one, too. I'd rather be watching the Dead Zone marathon. And it's not part of the "experience"- it's crap. I shouldn't have to waste hours of my time looking for poorly documented and written howtos, completely bogus manpages, and the usual *nix "RTFM/STFW" reply that's so prevalent in these days.

      But you know what? I expect better from both crowds. The irony only tastes that much better when something from the OpenSource side gets hammered with something potentially big like this, after all the ballyhoo, bragging and namecalling at Microsoft's expense. Something about people living in glass houses. I fault OpenSource for writting crap as much as I fault Microsoft for doing the same.

      The OS crowd really can't bash MS without sounding like hypocrites. I've seen some horrible OS projects, just like MS. Worms and viruses? Plenty. Starting off with Morris. Why so many worms and viruses for Windows? Because that's where the users are. Maybe the OS guys can say "Not quite as many holes as MS!". Really- that whole mantra about BSD and their no-flaw base install was just begging to torn down. Just like Ellison's claim about Oracle9i being uncrackable.

      But if I want 32 and a half dozen opensource Java/Ruby/PERL/Python/zsh MP3 players for my futon, I know where to look.

  14. Not everyone is a Linux expert by Anonymous Coward · · Score: 0

    Could I get some answers to these questions?

    Does Apache come with it or do you have to install it seperately? Obviously I don't need a patch if I don't even have the module! Is there a quick, easy way to find out if OpenSSL is even installed on my system?

    Is this related to the earlier Apache flaw or is it a seperate issue?

    1. Re:Not everyone is a Linux expert by semaj · · Score: 5, Informative

      Is there a quick, easy way to find out if OpenSSL is even installed on my system?

      Do "telnet your.www.host 80" then type "HEAD / HTTP/1.0" and hit enter. Take a look at the "Server:" line, it'll tell you if OpenSSL is installed and enabled. If it is, and the version is less than 0.9.6e, you should upgrade.

      --
      Meep meep
    2. Re:Not everyone is a Linux expert by dvanduzer · · Score: 1

      That only tells you if you have mod_ssl loaded. If you have openssh installed, you have openssl installed. Try `locate openssl` to figure out where the binary is, and then `/path/to/openssl version` to find out what version you're running. I believe the default is `/usr/local/ssl/bin/openssl`

    3. Re:Not everyone is a Linux expert by vjl · · Score: 1
      Curious:

      # /usr/bin/openssl version
      OpenSSL 0.9.6g 9 Aug 2002

      # telnet localhost 80
      [snip]
      Server: Apache-AdvancedExtranetServer/1.3.23 (Mandrake Linux/4.1mdk) mod_ssl/2.8.7 OpenSSL/0.9.6c auth_ldap/1.6.0 mod_gzip/1.3.19.1a DAV/1.0.3 sxnet/1.2.4 PHP/4.1.2

      So, which is it? openssl reports 96g, while telneting to httpd reports 96c. This is after issuing an 'apachectl restart' command.

      /vjl/

    4. Re:Not everyone is a Linux expert by Frank+of+Earth · · Score: 2

      *gasp* You mean I just can't click on an utility called "Linux Update" that will check my system and recommend patches for me to install.. and if I want, install automatically and reboot?

      Hrm...

    5. Re:Not everyone is a Linux expert by Salsaman · · Score: 2
      Many modern distributions do indeed have this facility. For example, Mandrake has Mandrake Update which is a GUI app that'll install all known security updates (or you can select from a list). Red Hat has a similar thing (Red Carpet, I think).

      You don't even need to reboot for the SSL patch. At most you may have to restart the sshd and httpd services, though the RPM would probably do it for you.

      Oh, and the patch has been available in Mandrake since 16th August.

    6. Re:Not everyone is a Linux expert by Evro · · Score: 1

      This is not really a good way to test, as there are numerous ways to mask the Server-Software. In Apache this is easily done by setting ServerTokens Prod in httpd.conf. Actually, any setting other than Full will also hide this information.

      To find out if/what-version-of openssl is installed on your system, try this:


      [17:24:33 root@lunix /root]# find / -name openssl
      /usr/local/ssl/bin/openssl
      [17:26:48 root@lunix /root]# /usr/local/ssl/bin/openssl
      OpenSSL> version
      OpenSSL 0.9.6d 9 May 2002
      OpenSSL>


      If you see something like the above, you need to upgrade.

      --
      rooooar
    7. Re:Not everyone is a Linux expert by pjrc · · Score: 2
      I did the update today, and it turned out my system has two copies of SSL... both old. One was installed from source, the other from RPM.

      It's also possible that mod_ssl and openssl may be build statically into your apache.

      You should upgrade apache too, since you're at 1.3.23, which is before the chunked encoding bug. You generally need to updade apache and mod_ssl together, so plan on upgrading both of them.

    8. Re:Not everyone is a Linux expert by bigberk · · Score: 1

      If you're a windows user, you can automate this process by using ViewHEAD (freeware). Just enter a URL and view the server response codes.

    9. Re:Not everyone is a Linux expert by Trevin · · Score: 1
      Do "telnet your.www.host 80" then type "HEAD / HTTP/1.0" and hit enter. Take a look at the "Server:" line, it'll tell you if OpenSSL is installed and enabled. If it is, and the version is less than 0.9.6e, you should upgrade.

      Mine simply says "Server: Roxen/2.2.252".

      On the other hand, if I run 'rpm -q openssl', it says "openssl-0.9.6-13". Should I be worried that my OpenSSL library is out of date, even though I don't use Apache? (SecurityFocus' listing doesn't mention Roxen, and Roxen's web site appears to be down at the moment. Plus, RedHat doesn't have any newer openssl rpm yet.)

    10. Re:Not everyone is a Linux expert by haeger · · Score: 1
      http://uptime.netcraft.com/up/graph/
      The little box on the left "What's that site running". Type in your URL or (public) IP there and see for yourself.

      It's fairly accurate.

      .haeger


      Global fussball OK.

      --
      You are not entitled to your opinion. You are entitled to your informed opinion. -- Harlan Ellison
  15. From The Worm's EULA: by Anonymous Coward · · Score: 0


    <tin hat>

    "...(c) Microsoft Corporation."

    </tin hat>

  16. The Diierence.... by the+eric+conspiracy · · Score: 5, Insightful

    Seems it is true...the security of your web server depends on how effective you are at keeping up to date on patches, no matter if you are running Windows or Linux.

    I'd agree with that statement - the difference being that with the Windows patch you may need to restart your server (bad), and you may have to swallow a new EULA (could be VERY bad).

    1. Re:The Diierence.... by Anonymous Coward · · Score: 0
      the difference being that with the Windows patch you may need to restart your server (bad)

      And that makes Linux bad as well because you still have to restart the server. You're a fucking dumb Linux drone.

    2. Re:The Diierence.... by Anonymous Coward · · Score: 0

      What does this have to do with Windows (as opposed to the web server software)?

    3. Re:The Diierence.... by N3WBI3 · · Score: 1
      Not always, or even more often true, you can apply a patch to an enterprise server and restart just that service. The application my company is working on is an enterprise billing/order system that needs to be up 24/7. We do a weekly update for security and software upgrades and I have had to restart the server once in a year and a half (1 time in 78 updates).

      so the 'fing dumb linux drone' knew something you did not..

      --
    4. Re:The Diierence.... by Enonu · · Score: 2

      That's some poor logic. Windows nor Linux implies anything bouncing the server or the EULA that comes with it.

      Example:

      Please apply the attached patch to /usr/local/bin/webserver and restart it.

      Second, you must now send your second born within a week or suffer a "rm -rf /" as dictated by the new EULA.

    5. Re:The Diierence.... by the+eric+conspiracy · · Score: 2

      That's some poor logic. Windows nor Linux implies anything bouncing the server or the EULA that comes with it.

      Empirical evidence and actual fact show otherwise.

      On a Linux box the ONLY reason you ever need to bounce the server for software maintenance is a kernel upgrade.I have never had to bounce a production Linux server to fix a security problem.

      As far as EULA changes, I have NEVER seen a patch from a Linux or GNU project that has required you to accept a EULA, let alone a EULA change, while I routinely see it with MS products.

      More fundamentally, without source code you are forced to accept your patch and the EULA that comes with it. With source code you are free to fix the offending program yourself if you object to a EULA change.

      As far as bouncing the server, Microsoft embeds http services in the kernel. If they patch their http services, it means bouncing the entire server . This is not the case in a Linux environment. In addition in the Linux environment it is much easier to keep the old software version around in case the patch has problems.

    6. Re:The Diierence.... by Anonymous Coward · · Score: 0

      Some people can't distinguish between REBOOTING a computer and RESTARTING a service.

      If you say you restarted the web server, it could mean either of two things, depending on whether you run Win32 or Unixalikes.

      And yes, I know you can run IISRESET, but that hardly applies to most MS patches. Despite the hype over 2000 and up only having "five restart scenarios", one of those scenarios is apparently "updating service software".

  17. worm code by Anonymous Coward · · Score: 0
    The worm code can be found
    here
    as well. Nice side effect of the P2P component: Looks like it tends to DDOS itself by chatting to peers.


    When will someone build a pr0n distribution system based on this worm?

  18. So, how do I know I'm being invaded? by Anonymous Coward · · Score: 0

    So smart people, someone tell me how to check if my Linux system is being attacked (or even already taken over)? Sure slashdot posts direct links to the exploits themselves, but no links to information .

    1. Re:So, how do I know I'm being invaded? by Badanov · · Score: 1

      There are plenty of open source port scan detectors at sourceforge and freshmeat. If you want to see how vulnerable your Linux system is run netstat -ta (I think that's the right combo)to see what ports are open. ALso, it is useful to go to /etc/services and comment out EVERYTHING that you do not explicitly need. Check out http://linix.org in the documentations section. They have a very useful section of locking down your linux machine

      --
      Dawn of the Dead
    2. Re:So, how do I know I'm being invaded? by Anonymous Coward · · Score: 0

      Here's some news, commenting out things in /etc/services doesn't not keep them from running. /etc/services is *just* a lookup file from ports numbers to names.

    3. Re:So, how do I know I'm being invaded? by Anonymous Coward · · Score: 0

      s/doesn't/does

    4. Re:So, how do I know I'm being invaded? by Anonymous Coward · · Score: 0

      So again, smart people, what's the tell-tale line in the Apache log file saying I'm being attacked?

    5. Re:So, how do I know I'm being invaded? by Alex+Belits · · Score: 2

      Never try to check if you are being attacked by anything other than trivial DoS -- the attack that will succeed is unlikely to be seen.

      As for being taken over, just read the bug description. Or, better, patch the system before the exploit comes out.

      --
      Contrary to the popular belief, there indeed is no God.
  19. Patches by Jim+Norton · · Score: 1
    Seems it is true...the security of your web server depends on how effective you are at keeping up to date on patches, no matter if you are running Windows or Linux."

    Of course it is, this is a no-brainer. However, I believe the real issue here is the availability of available fixes for these issues. With Linux, BSD, etc. these issues have been fixed in an acceptable amount of time. Can the same be said for Windows?

    --
    -- Jim
    1. Re:Patches by Anonymous Coward · · Score: 0
      Can the same be said for Windows?

      Yep. Any other questions?

    2. Re:Patches by Anonymous Coward · · Score: 0
      With Linux, BSD, etc. these issues have been fixed in an acceptable amount of time. Can the same be said for Windows?

      Well, if "acceptable amount of time" means that a fix is available well before an exploit is seen in the wild, then the answer is generally yes.

    3. Re:Patches by Jim+Norton · · Score: 1

      Yeah. Can you prove it?

      --
      -- Jim
  20. Attack filter list by inkfox · · Score: 4, Interesting

    You can get a current list of the top C networks which are participating in attacks of various sorts from dshield.org. Depending on your application, it may be advantageous to just add a cron job which grabs this and feeds it to your firewall rules, hosts.deny or access control lists.

    --
    Says the RIAA: When you EQ, you're stealing bass!
    1. Re:Attack filter list by theCoder · · Score: 2

      Or you could patch your HTTPS server. Or, if you're not using HTTPS, you could turn it off and/or block port 443. Wouldn't either of those be easier?

      --
      "Save the whales, feed the hungry, free the mallocs" -- author unknown
    2. Re:Attack filter list by inkfox · · Score: 1
      Or you could patch your HTTPS server. Or, if you're not using HTTPS, you could turn it off and/or block port 443. Wouldn't either of those be easier?

      The list above isn't for this attack only. This is for all ongoing bits of bad or not-yet-explained heavy traffic (frequent probes, etc) as reported by others.

      --
      Says the RIAA: When you EQ, you're stealing bass!
  21. complexity breeds insecurity by Dr.+Awktagon · · Score: 2

    Today's software is too complex to be comprehended by the human mind in all its permutation of states. Add in network effects when this software runs alongside other software, and on multiple machines, and the following conversation will always be accurate:

    Question: Does software package XYZ contain show-stopping security holes?

    Answer: Yes.

    Throw in clueless admins, and you've got a big barrel of fun. Open source can't help you here.

    This doesn't mean that open-source software isn't better for other reasons, but I've always shied away from saying open-source is more secure because I don't believe any piece of software is truly secure these days. So what if IIS has ten root holes and Apache has one (hypothetically)? You're still insecure.

    Anyway, why are they calling it a P2P attack network? Aren't ALL worms peer-to-peer??? I don't remember Code Red checking in to an "attack server" before connecting to other IP addresses.

    1. Re:complexity breeds insecurity by Fantanicity · · Score: 1

      why are they calling it a P2P attack network?

      Existing DDOs attack networks are heirarchical.

      The master server (scipt kiddy), tells a bunch of zombies to attack a site (RIAA, say), those servers have their own children which also participate. The whole thing is organised.

      I guess this new P2P things means that the little kiddy can say attack XYZ.com and the message spreads through the network in a less organised way - each node passes the command to the peers it knows about in a less organised way.

  22. Re:Hmm... 3500 == 350,000?? by croftj · · Score: 1

    Small difference in the numbers of infected servers no?

    --
    -- Many men would appreciate a woman's mind more if they could fondle it
  23. In related news by MalleusEBHC · · Score: 0

    A website known as Slashdot has created an army of Linux computers willing and able to launch a DDos attack at moments notice. Efforts to patch this worm have been as yet unsuccessful.

    1. Re:In related news by bp33 · · Score: 1

      Arrgh, no moderator points when ya want 'em! Mod the parent up! Funny *and* insightful in one post.

  24. Of course you have to patch your software, but by Anonymous Coward · · Score: 0

    The security holes does seem to be less and be fixed faster when using open source/free software.

  25. Again, back to the basics by darrad · · Score: 1

    No matter what OS you are running, the level of security is directly related to the persistance and skill level of the Admin. This "worm" for Apache exploited a security hole that has been out for quite a while. If the Admins had done their jobs, this story would never have been published. The same can be said for the Nimda virus, Code Red, and the numerous others out there. The admins of the Windows boxes didn't patch them either.

    Do you think that the reason most viruses affect MS products could be do the the fact that MS is has the largest distribution of product, and that the tools to create a virus are easier for the script kiddies to use. Let's face it, a Linux or UNIX virus takes a degree of skill that is not present in most of the people producing these worms.

    With all the MS bashing that takes place here and other places, it seems that the Linux Admins are just as lazy as the MS Admins. A virus is only as good as a Sys Admin is bad.

    1. Re:Again, back to the basics by fantastic · · Score: 0, Troll

      Windows by design is insecure, that is the difference.
      Windows 2000 was supposed to fix that, and then we are now told its windows xp and is trustworthy computing.

  26. in other words, linux is no more secure than windo by Anonymous Coward · · Score: 1

    ws. thank you slashdot for finally figuring out
    something the rest of us figured out in the 8th grade

  27. Stoner's lament by Scrameustache · · Score: 4, Funny

    Don't say "free pot" if you don't mean it!

    : (

    --

    You can't take the sky from me...

    1. Re:Stoner's lament by cscx · · Score: 2

      Don't tell me Ellen Feiss has a slashdot account...

    2. Re:Stoner's lament by Scrameustache · · Score: 1

      I am a tad insulted...

      --

      You can't take the sky from me...

    3. Re:Stoner's lament by cscx · · Score: 1

      You two should hook up. Don't try and tell me she's not stoned in that picture.

  28. Umm... by powerlinekid · · Score: 2

    First of all this is kind of a repeat but anyway...
    NOTE: These instructions are for all current and recent Symantec antivirus products, including the Symantec AntiVirus and Norton AntiVirus product lines.

    1. Update the virus definitions.
    2. Run a full system scan, and delete all files that are detected as Linux.Slapper.Worm.


    I wasn't aware there was a norton anti-virus program for linux. I could be wrong but I checked around their site and google and found nothing. Thats really not great removal tips. However I very much agree with their little 8 step or whatever program. About making people aware of attachments, running extra services, etc.

    --

    can't sleep slashdot will eat me
    1. Re:Umm... by Badanov · · Score: 0

      find / -name 'linux.slapper.worm' -exec rm {} \; should do the job. Run it as a cron daemon.

      --
      Dawn of the Dead
  29. You don't get security from one thing? by theLOUDroom · · Score: 1

    The first big worm ever (the morris worm) was for *NIX.
    There have been worms for both *NIX and Windows for quite a while now. That doesn't mean they're equally secure. You need to consider the frequency and severity of security holes.
    OpenBSD has only had "One remote hole in the default install, in nearly 6 years!" But it has had one, does this make it as insecure as unpatched win98? Of course not. If you don't keep your software up to date, I don't feel sorry for you if you get hacked. The difference between MS and linux is that this worm exploits a bug that already been fixed for quite a while, whereas MS security is nowhere near what I would call proactive.

    --
    Life is too short to proofread.
    1. Re:You don't get security from one thing? by bp33 · · Score: 1

      > The first big worm ever (the morris worm) was for *NIX.

      This may be true but I hope it's not an attempt to illustrate a difference between Windows and Unix. In 1988 when Morris hit, Windows didn't know what TCP/IP was. (no kids, I'm not making this up)

      I agree that you don't get security from one thing. The Morris worm provided some very significant lessons, which the software development community has been free to ignore since:
      1. A networked world has people as well as errant services that will abuse the network. Don't enable services and features out of the box; allow people to decide what services they want to run given the risk involved.
      2. Check your input string lengths.
      3. Encourage "good" passwords.
      4. Provide logging and audit tools, so people can know when something changes, and how it changed.

      Alas, the software development community still doesn't get it -- not fully anyway. There's still a flight to features mindset, vs. building for quality. This is not entirely the fault of the software development community -- end users want features, and it's traditionally been hard to sell security as a feature.

      In the 70's it was widely reported that 60% of all software engineering costs went into maintenance efforts. In the 90's the figure had gone to 85%. I suspect it's even higher now because of networked security issues.

    2. Re:You don't get security from one thing? by GigsVT · · Score: 1

      OpenBSD has only had "One remote hole in the default install, in nearly 6 years!"

      You know, MS-DOS has never had a remote root exploit, going on 20 something years now. :)

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
    3. Re:You don't get security from one thing? by Anonymous Coward · · Score: 0

      My toaster has none either... you point?

    4. Re:You don't get security from one thing? by LarsG · · Score: 2

      OpenBSD has only had "One remote hole in the default install, in nearly 6 years!" But it has had one, does this make it as insecure as unpatched win98?

      If we talk about Win95 instead of Win98, you can truthfully say that "Win95 has not had a single remote[1] hole in the default install". ('95 didn't install TCP/IP by default) ;-)

      [1] If we define remote as 'outside your local network segment'.

      --
      If J.K.R wrote Windows: Puteulanus fenestra mortalis!
  30. Slashdot Server infected..... by Anonymous Coward · · Score: 0

    Don't go to the Slashdot site, unless.....

    Woops, too late.

  31. Teh c00l virus! by Anonymous Coward · · Score: 0

    I dunno, but it would be cool if a virus posted the news of it's progression on Slashdot as it infects hosts.

    Gotta get coding! (joke!)

  32. How can ya tell? What do you do? by rosewood · · Score: 2

    How can you tell if your box has been hit with this?

    If yes, how do you clean it up?

  33. See Napster. by Anonymous Coward · · Score: 0

    Porn coming soon.

  34. openssl was audited in july by germano · · Score: 1
    I don't know much about the companies, but it looks like A.L.Digital Inc and The Bunker audited openssl in july 2002. Being the same version, this exploit looks like veery bad publicity for them.

    Does anyone know something about those companies?

    1. Re: openssl was audited in july by sir99 · · Score: 1

      This isn't a new bug. The worm exploits problems that were fixed in the DSA you linked. It's just another case of a virus/worm exploiting old vulnerabilities. Pretty analogous to Code Red, in that way.

      --
      The ocean parts and the meteors come down
      Laid out in amber, baby.
  35. It's not just patches by Apreche · · Score: 2

    Keeping up on patches is one thing. A very important thing. More important however is correctly configuring everything. Microsoft has a handy program called baseline that is free and automatically checks out your windows system for mis-configurations that cause security holes. For example having guest accounts or mis-configured sharing on certaint folders.
    I know a lot of you people like to bash windows as being insecure or unstable. But I can't tell you how many times people have come to me and showed me problems with windows boxen that were simply misconfigurations. My win2k box (that I'm using right now) might be old and slow, but it's a rock. Configuration is key. Especially all the hidden options in deep down dialog boxes.

    Nothing, not even the best linux, is secure out of the box.

    --
    The GeekNights podcast is going strong. Listen!
    1. Re:It's not just patches by Anonymous Coward · · Score: 0

      Umm...

      OpenBSD has only had "One remote hole in the default install, in nearly 6 years!"

    2. Re:It's not just patches by N3WBI3 · · Score: 1

      question: is basline anything like tripwire?

      --
  36. zealots in a panic now? by deft · · Score: 1, Troll

    reading slashdot over the years, the zealotry is of course high (im on slashdot, of course it is, and i understand that).

    they have always been ravenous to attack ms and exault linux. well, its easy to cheer for the team when its doing well and everything is going pretty much to plan.

    now you (the community) are faced with some of the problems that ms faces every day as the popular OS. will your solution be better than theirs, or will hundreds or thousands of the linux os go the way that windows does... to the screen of death?

    ill tell you, your solution better be much better, but im going to guess that the people writing worms for linux might be a bit more into the scene than the windows virus writers are... and therefore a bit nastier.

    will we hear the cheering stop and the work begin on a better solution? and no "people should know to patch" doesn't work. sadly, you are working with a population and real world corporate structures (not your personal single tower), so its just not feasible. hmm, we'll see what happens, but you might fail right about where ms does... at the part where the consumer must pick up the reigns.

    --

    There's nothing Intelligent about Intelligent Design.
    1. Re:zealots in a panic now? by GigsVT · · Score: 1

      will your solution be better than theirs,

      Our solution came out almost two months ago, a day or so after the exploit was discovered. What more is there to do? Anyone running a modern linux distro only had to run at most one command to update their system, there is nothing you can do about idiots.

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
    2. Re:zealots in a panic now? by deft · · Score: 2

      so your solution is exactly what other os's would do.

      i said a better solution. that means more people patching somehow.

      i dont pretend to know that solution, but surely the linux people will come up with a better way than ms does, so that they stop failing as precisely the same place ms does.

      --

      There's nothing Intelligent about Intelligent Design.
    3. Re:zealots in a panic now? by GigsVT · · Score: 2, Interesting

      i dont pretend to know that solution, but surely the linux people will come up with a better way than ms does, so that they stop failing as precisely the same place ms does.

      I don't know if there is a magic bullet. I mean there is no substitute for competent users that keep their system up with security patches. "This ain't your daddy's Internet no more." I think a lot of it stems from false authority syndrome, people think they know what they are doing when in reality they have no clue. This just comes from making it easier and easier to use software. When there was a barrier to entry that involved actually having computer skills, things weren't so bad overall.

      Recent versions of red hat have a little update utility similar to windows update that sits in the Gnome panel, which tells you if you need to update, and they also have the Red Hat Network, which can be put on "automatic", which is supposed to push out patches (I don't trust it myself), but running up2date -u every week or two is a safe bet for staying up on patches.

      So, yeah, your point is somewhat valid, but only against the most ignorant Linux zealots. MS still has major security problems,

      I pointed them out in a recent post to the other article about this worm, but to sum up, very slow turnaround on patches, lack of attention to security bugs they consider "minor" that can quickly escalate to "major" by combination of multiple bugs, a general lack of seperation between user and administrator rights in the OS and in apps developed for windows, the aggressive EOL cycles, patches that are vague in nature so much that the administrators don't know exactly what they are patching, patches that undo other patches, and the combination of IIS into one big "superservice".

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
    4. Re:zealots in a panic now? by Anonymous Coward · · Score: 0

      You missed one. No nasty license changes have to be accepted to get the patch installed.

  37. Linux is only the FIRST Platform on this Worm.. by Anonymous Coward · · Score: 0

    This is not a Linux problem. It is an Apache/OpenSSL problem. The flaw lies anywhere the OpenSSL/Apache models are used.

    Exploit code was written for Linux. Is there a reason that it can't be written for OpenBSD, FreeBSD ... etc?

    In fact, everything using the OpenSSL code model should be susceptible. If my memory servers me well, there should be an analogous exploit for Apache running under Windoze NT/2000.

  38. Free Pot - "Kettle Black" Security leak a HOAX. by bushboy · · Score: 1

    In latest developments, it was found that a combination of bad programming and bad security was the cause for the latest "Free Black Pot Worm"

    Mrs. Lanky Pot-Legs was quoted as saying :-
    "Rumours of my security breach are grossley exaggerated"

    The so called "every server including Linux" worm was created by Walter.P.Teenager-geek-from-hell-Wallis.

    Upon arrest, recently, he was quoted as saying :-
    "You all suck, you are dumb, I want my fluffy teddy"

    After further questioning by a government organistation, he mysteriously died.

    --
    A slashdotting - you get the stick first and then the carrot !
  39. Paranoia by Anonymous Coward · · Score: 0

    This must be sweet seet sounds for MS; Linux is "vulnerable", too. Big news, NOT.

    Anyhow, I hope there are no connections with the cheap labor Bulgarian virus-producers and MS... Ok, so I'm paranoid.

  40. Are major distros doing enough? by Anonymous Coward · · Score: 0

    I am very disappointed in the RedHat security and package update process. I wonder how much of an obstacle this is for others. Do other distros do this better?

    For many years, I have always patched my Linux boxes by building packages myself. While this works, it gets tedious when you have a lot of boxes and is not a good use of my time. It shouldn't be necessary for non-bleeding edge hardware.

    So I've been trying to stick with RedHat rpm upgrades on my newer boxes. Major pain! (These boxes expose no services to the internet, so my past exposure has been minimal.)

    For my RedHat 7.3 systems (2), I downloaded all of the updates and did the recommended 'rpm -Uvh'.

    Unfortunately, it failed time and again with lame conflicts - mailman, PHP, gaim. This happened on both of my 7.3 boxes. Just the prep for each attempted install takes many minutes (rpm scaling sucks *big time*! HELLO?) and the slightest hiccup will cause it to abort. My 458 Mhz Celeron takes 5 minutes just to get through the 'Preparing' phase.

    If you already installed the apache RPMs but include them in the 'rpm -Uvh *.rpm'? Sorry! Start over - rpm won't ignore the already installed package. What ever happened to versioning?

    Once installed, because of the way Red Hat back-ports patches, nessus still complains about apparent vulnerabilities due to the versions. So I then second guess whether the vulnerabilities are truly fixed (all the backporting, etc) and whether I should just be compiling everything myself.

    Compiling everything myself? Why am I runnig RedHat? Which distributions do this better?

    Is there a way to have a directory full of updates, some installed, some not, and just do an 'rpm someupdateargs *.rpm' and have it f'ing work?

    Thanks!

    1. Re:Are major distros doing enough? by Bloody+Bastard · · Score: 1

      If you want to compile everything, use Gentoo GNU/Linux (http://www.gentoo.org). You can also use Debian GNU/Linux (http://www.debian.org) if you don't want to compile everything but still wants updated packages (maybe sometimes you will have to switch to get some packages from the unstable version, but IMHO it is still more stable than RH)

  41. The real question. by 13Echo · · Score: 2

    I might be a Linux advocate, but this is the real question... Does it effect Apache for Windows and other platforms? Perhaps the media is immefiately associating Apache with Linux- something that it is not really even part of.

    I would suspect that the worm would possibly effect the ports too. Does anyone have any info on that?

    1. Re:The real question. by actiondan · · Score: 2

      The advisory mentions that the worm compiles code on the infected machine. Since the executable will need to be a Linux one, I would guess that the worm can only infect linux machines.

    2. Re:The real question. by jonadab · · Score: 2

      > I might be a Linux advocate,

      Hello. I'm a cross-platform advocate. Now that we've got _that_
      settled...

      > but this is the real question... Does it effect Apache for
      > Windows and other platforms? Perhaps the media is immefiately
      > associating Apache with Linux- something that it is not really
      > even part of.

      The slapper worm appears to specifically look for Linux systems
      running Apache, or so the article seems to indicate, but the
      vulnerability (which was covered on /. a while back IIRC) is in
      OpenSSL, if I understand correctly. So it does affect other
      systems than just Linux, but not most Windows systems. (With
      Cygwin, it is possible to run an OpenSSL server on Windows, but
      that's another can of worms.)

      > I would suspect that the worm would possibly effect the ports
      > too. Does anyone have any info on that?

      Whether Slapper does or (more likely) doesn't, the vulnerability
      that makes the worm _possible_ is an issue for any system that
      uses OpenSSL. Therefore, if you use OpenSSL on a system that
      has secure ports open to the internet, you should either patch
      it or upgrade it. Known vulnerabilities should be fixed, whether
      or not there's an exploit in the wild. That's basic security
      practice, right up there with turning off unused services.

      Didn't Apple release a security update for 10.1.5 that fixes
      the OpenSSL issue? Or was that the OpenSSH issue? Or was it
      the same issue? I'm confused now...

      --
      Cut that out, or I will ship you to Norilsk in a box.
    3. Re:The real question. by GigsVT · · Score: 1

      If it relies on gcc, which I understand it does, it could equally infect anywhere that has gcc that the code will compile on, Sun, IRIX, BSD, etc. I don't know how careful the writer was to make portable code, but depending on portability, any system with gcc could be infected.

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
    4. Re:The real question. by Ymerej · · Score: 1

      The advisory mentions that the worm compiles code on the infected machine.

      Well, that brings up an interesting point. Is it really necessary to have a compiler on a production web server machine? A truly security-conscious organization would never include a compiler on a production web server. Only the components required to do the job should be on a machine exposed to the outside. The place I used to work enforced that rigorously. (They even got rid of me! ;-) )

    5. Re:The real question. by grytpype · · Score: 2

      I was thinking the same thing. It made me wonder whether my chroot jail (in which my thttpd server runs) has gcc or any other unnecessary binaries... so I went in with aptitude and deleted a few things that didn't need to be in there. I think that would be a good exercise for any web admin. That is, your web server does not have to run in an environment where there are lots of extraneous goodies for black hats to wield against you.

      --

      - Have a picture

    6. Re:The real question. by Anonymous Coward · · Score: 0

      A number of people have brought that up. It is a side issue, at most making it easy to write the worm.

      Because if we fixed this by removing gcc, the worm would just haul along it's own compiler writen in a scripting language you are likely to have on the machine in order to dynamic pages -- perl or php. It could haul along it's own copy of gcc and bootstrap that from the scripted one too, if the virus writer cared enough about running efficiently (why be careful with someone else's resources ?)

      So stop grumbling about what the worm did after it got in. IT STILL GOT INTO YOUR MACHINE. Update OpenSSL and shut your pie hole.

  42. Why is this topic here again? by sparkeyjames · · Score: 1

    This is the second time in a matter of a week that this topic has made it into the /. headlines. Enough is enough already. The apache bug has been patched and was done so over 2 months ago. I upgraded my servers in less than 2 days after the bug was announced. Anyone else who has NOT upgraded his apache server by now is not in my opinion a "proficient" sysadim. But then again look how long it takes the windows admins to apply fixes to running bugged out IIS installations.
    So dont go blaming this on the apache/ModSSL programmers. It's just lazy incompetent sysadmins who are causing this problem to exist.

    sparkeyjames

    1. Re:Why is this topic here again? by SuiteSisterMary · · Score: 4, Interesting

      Much like those of us who understand that there are no insecure systems, only insecure sysadmins had our Win2K boxes patched against Code Red a full MONTH before it hit the wild?

      If anything, Linux makes a lot of people too damn complacent. "Oh, I'm running Linux, don't need to worry about all those Windoze viruses and script kiddies!"

      --
      Vintage computer games and RPG books available. Email me if you're interested.
    2. Re:Why is this topic here again? by actiondan · · Score: 3, Insightful

      Surely it is newsworthy when a vulnerability is actually exploited 'in the wild' like this, even if only to remind people aboutt he importance of patching.

      Are you suggesting that Code Red should not have been reported on Slashdot, as the patch was out a month before the infections took place? Or is it only Linux exploits that should be blacked out once a patch is available?

      I don't think anyone is blaming the programmers - the story seemed pretty clear that it is admins that fail to patch that are at fault here.

  43. udp network by Tom · · Score: 2

    so it's allegedly talking on UDP port 2002 with the other nodes.

    so you do, of course, have a firewall that blocks everything but the few ports you need.

    you don't? what the fuck are you doing on the 'net?
    careless driving is illegal. careless server administration should probably be, too.

    --
    Assorted stuff I do sometimes: Lemuria.org
    1. Re:udp network by King_TJ · · Score: 2

      Umm... doesn't this depend on how the communication is initiated? EG. My firewall prevents me from hosting UT games, unless I open up specific ports for it - but I can play UT over the net with anyone without opening up anything special.

      If the worm talks on UDP port 2002 only after doing some sort of initial setup through a commonly open port (like port 80), wouldn't that be possible with most people's firewall config?

    2. Re:udp network by Anonymous Coward · · Score: 0

      No.

  44. Debian... by alexandre · · Score: 1

    thanks debian for always being easily updatable! :-)

  45. OH FOR GODS SAKE ! by bushboy · · Score: 1

    It's pretty obvious,

    The kinda people who create virii/worms/trojans whatever are always going for the widest possible target market.

    They are simply exploiting a sudden massive growth in market-space by Linux !

    There are currently many thousands of Linux boxen spread out globally available for potential newsworthy attacks.

    And the worst of it is, Linux is easy to attack if it has weak security settings.

    --
    A slashdotting - you get the stick first and then the carrot !
    1. Re:OH FOR GODS SAKE ! by Anonymous Coward · · Score: 0

      Language is how people use it. If people say virii, then it is a word. Deal with it.

    2. Re:OH FOR GODS SAKE ! by Winterblink · · Score: 1

      Linux has enjoyed a HUGE market share for web servers. This is not in response to "sudden massive growth", someone just found a way to exploit something and they did it.

      --
      "I'm a leaf on the wind. Watch how I soar."
      -Hoban Washburn
    3. Re:OH FOR GODS SAKE ! by Anonymous Coward · · Score: 0

      The kinda people who create virii/worms/trojans whatever are always going for the widest possible target market.

      That blanket statement only covers most of the virii scene. It leaves out another particulary nasty source: people specifically anti name-of-program.
      I know for a fact that there are people who have the combination of virus production skill and an anti-Linux position. I know of people that would love to attack linux simply to hurt its reputation, regardless of the impact. Some people are as anti-Linux as many *nix/Mac users are anti-Microsoft.

    4. Re:OH FOR GODS SAKE ! by Anonymous Coward · · Score: 0

      Is 'boxen' a real word then?

    5. Re:OH FOR GODS SAKE ! by _Sprocket_ · · Score: 2


      The kinda people who create virii/worms/trojans whatever are always going for the widest possible target market.


      Linux has been fairly well deployed as a server for years. Of course, various Unix flavors such as Solaris are even better represented. Yet when worms hit these platforms (and they do hit - and have hit numerous times before) they fail to generate the kinds of numbers Windows worm varients generate... nor do they stick around.

      This worm is likely to go the same direction as its predecessors. It will be "news" if it doesn't. And then we'll be back to debating over what these numbers really mean.

      If anything.
  46. Where are the RHN Updates ? by frx · · Score: 1

    According to various reports, updating to 0.9.6e or 0.9.6g will prevent the exploit. The exploit has been reported on Bugtraq Friday (9/13).
    RedHat still hasn't released updated RPMs.
    Have they stopped working on weekends ?
    I'm beginning to wonder why I'm paying the RHN subscription.

    --
    --f
    1. Re:Where are the RHN Updates ? by Anonymous Coward · · Score: 0

      Fixed 7/29/2002. The vulnerability has been around that long, just took a while for someone to write some exploit code for it. Redhat's Numbering system is ... well... arcane at best.

      Their fix was to upgrade to what the rest of the world calls 9.6e .

      See:

      http://rhn.redhat.com/errata/RHSA-2002-155.html

    2. Re:Where are the RHN Updates ? by Todd+Knarr · · Score: 2

      RedHat fixed this and released the OpenSSL RPMs back at the end of July. However, you won't see a version-number change in OpenSSL because of the fix. RH took the fix, ported it to the 0.9.6b codebase they use for their package and released it as an 0.9.6b update RPM. This tends to confuse people, because RH's current 0.9.6b isn't vulnerable even though stock 0.9.6b is.

    3. Re:Where are the RHN Updates ? by frx · · Score: 2, Interesting

      > This tends to confuse people, because RH's
      > current 0.9.6b isn't vulnerable even though
      > stock 0.9.6b is.

      Yeah. Confusing it is. I don't see anything in the RedHat RPM indicating that it is different from stock 0.9.6b.
      The only indicator is that the package release number is currently 28... 28 releases for the same package, no track of what the releases are about.
      Call me a whiner, but I say it's sloppy.

      --
      --f
    4. Re:Where are the RHN Updates ? by Rick_T · · Score: 3, Informative

      > Yeah. Confusing it is. I don't see anything in
      > the RedHat RPM indicating that it is different
      > from stock 0.9.6b.

      You could try looking at the changelog ...

      rpm -q --changelog openssl
      (or rpm -qi --changelog openssl if you prefer.)

      --
      -- Rick
    5. Re:Where are the RHN Updates ? by mrblankone · · Score: 1

      Excellent tip! I was trying to find the version of OpenSSL running on a RedHat 7.1 server and freaked out when 'rpm -q openssl' showed openssl-0.9.6-13. I looked at the changelog and saw the patches were backported in July.

  47. Did some one say..... by Anonymous Coward · · Score: 2, Funny

    Free Pot!!!??

    1. Re:Did some one say..... by Anonymous Coward · · Score: 0

      ...yeah, and he's not talking variable resistors either!

    2. Re:Did some one say..... by Anonymous Coward · · Score: 0

      Are rheostats okay then?

  48. Response Time with Open Source by micaiah · · Score: 1

    Sure bugs are in all software. Its obvious that just like any other OS, Linux can have security bugs. However, a skeptic of Open Source should take note as to how quickly the patch was made available.

  49. Distributions, sub-version #'s, & straight ans by AgTiger · · Score: 2

    The SecurityResponse article mentions that for SuSE distributions, the following are affected:

    Apache 1.3.12, 1.3.17, 1.3.19, 1.3.20, 1.3.23

    I just checked my version of Apache for SuSE 7.3, and it's 1.3.20-60.

    I know that distributions tend to release their own versions of things with important patches included, but other than digging into the release notes for apache for a while till I can find the answer I need, is there any way to know whether the "-60" addresses this problem?

    Or, as another option, might there be anything that accurately TESTS for this weakness and provides a result?

    Keeping up with patches is good! Being able to accurately TEST the security of the compromised code after those patches are applied is better.

  50. Further Info by cr@ckwhore · · Score: 5, Informative

    The worm exploits OpenSSL via http port 80. The exploit writes c source files to /tmp, I believe the program is named bugtraq.c. Then, the exploit compiles the program into a hidden binary /tmp/.bugtraq which is executed.

    Once the program is running, it accepts commands on UDP port 2002.

    Simple solution, so your bandwidth won't be exploited for a DDOS, block UDP port 2002.

    The worm can be used for multiple purposes, including execution of arbitrary commands on your machine, various flood attacks, etc.

    You need to patch your machine, before a more dangerous worm comes along. If you can't patch right away, at least block UDP port 2002.

    Additionally, your /tmp (if located on a separate partition) should be mounted noexec.

    --
    Skiers and Riders -- http://www.snowjournal.com
    1. Re:Further Info by JamieF · · Score: 2

      Simpler solution: don't install a C compiler on your public-facing production servers. It makes it a lot harder to build a rootkit or other such post-shellcode payload on the target machine.

      This may not be reasonable for all servers (and my guess is, most folks running a Linux box aren't going to buy a second one to build stuff on just so that the first one can be stripped down) but it's worth mentioning anwyay.

  51. Become an MCSE in 21 days! by Anonymous Coward · · Score: 1, Interesting

    You have to admit there are more incompetant windows admins than for other systems. The Windows sphere has the whole MSCE juggarnuat grinding healthy normal people into incompetant windows admins. Nothing comparible in the *nix world.

  52. actual apache log lines by Anonymous Coward · · Score: 0

    anyone have the actual apache access_log line signature for this exploit? The symantec advisory only shows the first line.

    1. Re:actual apache log lines by tubabeat · · Score: 5, Informative

      The CERT Advisory has information on what to look for in your logs.

      --
      "Linux is a serious competitor"
      - Steve Ballmer, Chief Executive Microsoft Corp.
  53. Mmmm... free pot...(n/t) by ahecht · · Score: 1

    (n/t)

  54. Worms, viruses and intelligence. by ressu · · Score: 2, Interesting

    it's interesting to follow the development of viruses. First came the plain old viruses that used warez to spread (yes, they infected other apps too.. but warez was the major distribution channel) there were all kinds of viruses, those that played songs at certain times or made your screen do funny things, most of them harmless in many ways.

    Then came the time of harmful viruses, the ones that formatted your HD on certain event.

    Now then, it came the time of internet, and worms came. Worms spread through different holes in machines, mostly e-mail readers. (everyone had them.. most of them had holes.. tsk tsk..)

    The worms itself evolved in many ways, others became DDOS tools, others just spread. Most of them were a pain anyways, as they affected more than the people with buggy software.

    Oh well, it's a challenge to write a worm/virus that can spread without anyone noticing it before it's too late. Believe me, we have thought it over and over.. tried to think of a method to spread, one without any way of backtracking the worm, allowing the worm to spread with different methods, through different holes and allowing the creator of the worm to update copies of the worm while it's spreading. Interesting thought to play around with.

  55. is Apache without SSL vulnerable by toughguy · · Score: 1

    What I want to know is if I need to worry about this worm if I'm running an Apache server on linux without SSL?

    Thanks

    1. Re:is Apache without SSL vulnerable by satterth · · Score: 1
      Have a look at this page...

      security/Content/2002.09.13.html

      If you are running Apache, then the worm will identify you as a potential target. Because you are not running OpenSSL it can not execute the vulnerability on your machine. So you are safe from the worm infecting your machine. Just be prepared for more scanning as a few infected machines identify you as a potential target.

      --
      Being called a dork on Slashdot must be like being called the retard in special ed.
  56. Re:Distributions, sub-version #'s, & straight by autocracy · · Score: 2, Informative
    You're running a version of Apache that has had a known hole for months now. 1.3.26 is the version you should be up to right now. The -60 afterwards is just a packaging number in case they release a different build of that software (there were 59 other ones built by them before they got to one they liked). To test vulnerability, go get the exploit (almost always a proof-of-concept exists) and attack yourself with it. Be sure to check your SSL version if you're running SSL on there as well.

    And yes, keeping up with patches is good. You should try to practice it. Also, subscribe to BugTraq.

    --
    SIG: HUP
  57. Is Linux now a POS? by Oliver+Defacszio · · Score: 5, Insightful
    Should we immediately start referring to Linux (et al) as an easy touch for these worms? This is now two serious vulnerabilities in the last three days. Sure, there are fixes available, but there are also fixes quickly available for similar Windows holes and, yet, when "sysadmins" don't apply them, everyone blames Microsoft. So, that means Linux sucks too, right?

    Let's face some facts, there are probably more "forgotten" Linux servers than Windows ones, simply because Linux can run unattended for months at a time and Windows cannot. Making the reasonable assumption that a sizable number of these neglected machines will not be fixed, suddenly Linux and OSS looks no better than the Windows machines that are still infected with Nimda or something similar because no one has been bothered to apply patches.

    I await your wrath for being reasonable.

    --

    -
    Inventor of the term 'pardon my French'.
    1. Re:Is Linux now a POS? by shepd · · Score: 5, Insightful

      >So, that means Linux sucks too, right?

      No, Linus didn't make Apache or the OpenSSL library (the real problem).

      If anyone deserves the blame for this, its the OpenSSL team themselves (and I would hedge a bet more of them work for BSD rather than Linux, just by the license). They caused the vulnerability. One would think that a team of programmers who are trying to create a set of high-security tools wouldn't _ever_ have a buffer overflow. That's the kind of mistake a green programmer like myself would make.

      The fact is people blame Microsoft for Nimda because Microsoft made the vulnerable IIS webserver. Blame went where blame was due.

      So, anyways, blame the right people. Microsoft for IIS, OpenSSL team for OpenSSL.

      --
      If you could be told what you can see or read, then it follows that you could be told what to say or think - BoC
    2. Re:Is Linux now a POS? by JFMulder · · Score: 2

      I don't agree with the part that says the Windows machines can't run a few months without attendance, since I once ran my WinXP professional box where I do development and play games for a month.

      I had to reboot once because I wanted to install the new Detonators, but it was rock stable and it obviously didn't leak any memory or ressources since it would be slow after a month of use if it did.

      Even tought you could say that I wouldn't have to reboot under Linux to make the change, keep in mind that you rarely need to upgrade the video on your server and most drivers can be installed under XP without a reboot. (this bit added to avoid linux zealots)

    3. Re:Is Linux now a POS? by Anonymous Coward · · Score: 0

      I don't think people neccesarily blame Microsoft for the Nimda problem. Blame them for shitty software yes. But I blame the Linux comunity for a crap UI too, like that really matters. Sooner or later vulnerabilities are found in any complex software. Then it's up to people to patch the servers, and it's the people's fault when they don't. Where people DO get pissed at Microsoft (myself included) is when a vulnerability is found, and we wait WEEKS or more for patches. Then there are occasionally problems with these patches... etc.

    4. Re:Is Linux now a POS? by jon_c · · Score: 2

      You say that now, but when people talk about the merits of 'Linux', you'll talk about apache and openssh like it was all the same thing.

      -Jon

      --
      this is my sig.
    5. Re:Is Linux now a POS? by Anonymous Coward · · Score: 0

      They're actually the same exploit. I presume you haven't been around Slashdot long enough to notice that the editors love repeating stories.

    6. Re:Is Linux now a POS? by shepd · · Score: 2

      >You say that now, but when people talk about the merits of 'Linux', you'll talk about apache and openssh like it was all the same thing.

      Maybe so, it depends on the context. Either way, when you are applying praise, its customary to use a broad brush. You don't damage the reputation of people or software with misplaced praise.

      However, when you are going to complain about someone or something, you don't want to tar the uninvolved with a broad brush.

      It's all really just a matter of courtesy. I once said MS-DOS wasn't so bad once Norton Utilities was released, even though they're only somewhat related, too.

      --
      If you could be told what you can see or read, then it follows that you could be told what to say or think - BoC
    7. Re:Is Linux now a POS? by Omnifarious · · Score: 1

      It's significantly easier to keep a Linux system (or at least a RedHat one - I assume Debian based ones are just as easy because of apt-get-upgrade) up-to-date. I've been doing it for my main home Linux systems for awhile now. I rarely (only Mailman so far because I use qmail) get bitten by an upgrade causing things to fail. It's also extremely easy to find out if all your packages are up-to-date.

      From watching admins I know try to keep Windows patched into submission, it's a much trickier process requiring much more time and effort. Since Windows is supposed to be for 'consumers' (read: mythical beasts who are only supposed to eat products and excrete cash) and Linux is only supposed to be for us 'tech-head geeks', one would expect that to be the other way around.

      You're right in fingering Linux's stability as a negative factor in this. If it didn't run for years at a time unattended, people might be a little more prone to check up on it once in awhile and maybe spend 10-20 minutes installing the latest patches. Luckily, since patches tend to be so reliable to install, it's pretty easy to automate that process too. I expect that to be the norm in 2-3 years as the fallout from this worm ripples through the community.

    8. Re:Is Linux now a POS? by NonSequor · · Score: 3, Insightful
      One would think that a team of programmers who are trying to create a set of high-security tools wouldn't _ever_ have a buffer overflow.


      It seems to me that it has been thoroughly proven that programmers are incapable of handling memory management on their own. The number of problaems that buffer overflows, memory leaks, and other such problems have caused is staggering. I don't care how great you think you are, you shouldn't be doing your own memory management. Given enough time you'll fuck something up.

      --
      My only political goal is to see to it that no political party achieves its goals.
    9. Re:Is Linux now a POS? by Some+Dumbass... · · Score: 2

      Should we immediately start referring to Linux (et al) as an easy touch for these worms? This is now two serious vulnerabilities in the last three days. Sure, there are fixes available, but there are also fixes quickly available for similar Windows holes and, yet, when "sysadmins" don't apply them, everyone blames Microsoft. So, that means Linux sucks too, right?

      First of all, this is the same worm as a few days ago. It's called Linux.Slapper.Worm.

      Second, OpenSSL release 0.9.6e fixed this problem. It was released on July 30th. People should have already upgraded to fix the .htaccess vulnerability that was reported at that time and which was also fixed by 0.9.6e. This means that the only people who are hit by this worm are ones who didn't bother to protect their servers from the .htaccess bug more than a month ago.

    10. Re:Is Linux now a POS? by nathanh · · Score: 2
      Should we immediately start referring to Linux (et al) as an easy touch for these worms? This is now two serious vulnerabilities in the last three days.

      This is an Apache exploit, not a Linux exploit.

      Apache ships with Solaris, Oracle, MacOS X, J2EE systems, etc.

      Blaming Linux for an Apache exploit is as sensible as blaming Windows for a ColdFusion exploit, or blaming Solaris for an Oracle exploit. In other words, not sensible at all.

    11. Re:Is Linux now a POS? by Anonymous Coward · · Score: 0

      No, Linus didn't make Apache or the OpenSSL library (the real problem).

      Is this the trump card the OSS community is going to play now? An OS is only as useful as it's applications. What am I supposed to do, only run the fucking kernel? Great, well at least I wont be vulnerable, because I won't have any applications betraying me. I could run MS-DOS and be just as safe. You got a +5 for the lamest fucking argument I ever heard. This is just the OSS community sucking each other's dicks.

    12. Re:Is Linux now a POS? by Doc+Hopper · · Score: 2

      Although you are factually correct, you unintentionally mislead users by the fact you omit. This is an Apache exploit which only occurs on GNU/Linux x86 systems. The code, IIRC, just doesn't compile anywhere else. If the one devising the exploit was a more competent programmer, it could have been a cross-platform Apache exploit, but the reality is that right now, you have to be running a specific GNU/Linux-Apache-mod_ssl setup in order to be infected. In that sense, then, it's a "Linux worm", because no other platforms will get nailed by it.

      Caveat: Attach "at the moment" to the end of that last sentence. I fully expect someone to grab the source and modify it to run cross-platform within a few weeks.

    13. Re:Is Linux now a POS? by shepd · · Score: 1

      What a lame ass troll.

      Since I hate you now, I'm going to pick apart your "argument", sentence by sentence.

      >Is this the trump card the OSS community is going to play now?

      It isn't a trump card. It's the truth, FUDmeister.

      >An OS is only as useful as it's applications.

      This is a half truth. DOS would be a very useful OS if this were true due to the large amount of applications available for it. Unfortunately, a lack of networking, memory management, and built in functions made it useless for today's applications.

      >What am I supposed to do, only run the fucking kernel?

      If you choose to.

      >Great, well at least I wont be vulnerable, because I won't have any applications betraying me.

      True.

      >I could run MS-DOS and be just as safe.

      I suppose so. Maybe you could try setting up your DOS machine with Arachne instead? Hopefully it won't let you surf slashdot.

      >You got a +5 for the lamest fucking argument I ever heard.

      You'll get a -1 because you can't put together an argument at all.

      >This is just the OSS community sucking each other's dicks.

      This is just the troll community displaying what happens when you have fewer than two digits in your IQ.

      So, what's your argument? I fail to see it. You just put a bunch of unconnected ideas into a paragraph and said it relates to OSS. I can do that too:

      Microsoft has made many poor operating systems in the past. DOS is one of them. Running DOS is the pits. Speaking of pits, did you know there are cars running Microsoft software? We should all run OSS and be safe. This is just the troll community being lame about non-OSS software again. Let's all hail Bill Gates and Linus!

      But that would make me look stupid and unintelligent.

      Now, please go troll elsewhere, lamer.

      --
      If you could be told what you can see or read, then it follows that you could be told what to say or think - BoC
    14. Re:Is Linux now a POS? by drunken+monkey · · Score: 1

      I disagree. Yes the worm is exploiting a vulnerability in the openssl code. But openssl has had a fixed version out for a while now. The problem is with pre 0.9.6e versions. 0.9.6e has been out since july 30.

      So the real blame exists with the admins who did not upgrade since july 30th. A security advisory was given out a while ago.

      narbey

      --
      -- "The evil stops here" -Petr
    15. Re:Is Linux now a POS? by shepd · · Score: 1

      >So the real blame exists with the admins who did not upgrade since july 30th. A security advisory was given out a while ago.

      True. But the software team at fault for the vulnerability ever existing is still the OpenSSL team... [That is if you want to blame software companies]

      Not that I blame them too much. But I still think it's pretty lame to create security software with buffer overflows, even if you do fix them right away.

      --
      If you could be told what you can see or read, then it follows that you could be told what to say or think - BoC
    16. Re:Is Linux now a POS? by Anonymous Coward · · Score: 0

      "But that would make me look stupid and unintelligent."

      You are correct, that post made you look very stupid.

      That came off as the rantings of a 13 year old. I have to tell you that the person you replied to seems the more mature thinker even though he used a cuss word.

      He presented a factual situation. You ranted insanely. Go back and read the two and see what I mean.

      Question for the /. admins: Isn't there some way we can keep the kiddies out of here? Make some kind of /. card table to sit them at like at thanksgiving? Just a thought.

    17. Re:Is Linux now a POS? by TheAwfulTruth · · Score: 2

      Gee, maybe we shouldn't be allowed to drive cars either?

      Or MAYBE we shouldn't be allowed to post in an open forum. Given enough time, you're sure to say something stupid!

      --
      Contrary to popular belief, coding is not all free blow-jobs and beer. Those things cost MONEY!
    18. Re:Is Linux now a POS? by shepd · · Score: 1

      Having no friends hurts, doesn't it?

      Sleeping with a pillow gets boring after a while. I know, I was once like you.

      --
      If you could be told what you can see or read, then it follows that you could be told what to say or think - BoC
  58. That happened to me, too, but with wu-ftpd by StupidKatz · · Score: 2, Informative

    Was overseas for several months, and no less than two weeks after I'd arrived at my home away from home, bugtraq had postings related to the wu-ftpd remote root vuln. Since I was on an insecure network (they were blocking port 22), I had to have a friend back home block the port on the router since he didn't know the root password on the ftp server.

    However, pureftpd works great! ;)

    Seems to me that the really nasty vulns lie in wait while you get yourself into the worst situation possible for handling it. :P

    1. Re:That happened to me, too, but with wu-ftpd by gujo-odori · · Score: 1

      The best answer to that one is to not use wu-ftpd. It has a really long and sordid security history, and just when you're starting to think there couldn't possibly be any root exploits left in something that's been around so long and been looked at (and cracked!) so much, along comes another one.

      At my company we run Linux or *BSD on all of our servers and a number of our workstations, and wu-ftpd is not allowed on our network, by sysadmin fiat (we're badly paid, or we could drive something better than Fiats).

  59. grsecurity by vadim_t · · Score: 1

    Are servers running kernels with the grsecurity patch and stack execution disabled affected by this exploit?

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

      Probably not, thought I haven't tested (being an AC). Truth is, it doesn't matter. Get'cher security fix and have no worries.

    2. Re:grsecurity by vadim_t · · Score: 1

      Already got it, just feeling curious

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

      I did some testing tonight. grsec only stops the exploit if you enable PaX (using no-exec stack instead of PaX still allows the hole to be exploited).

  60. Re:How can ya tell? What do you do? by GigsVT · · Score: 0, Flamebait

    How can you tell if your box has been hit with this?

    You should never have to ask that question.

    --
    I've had enough abrasive sigs. Kittens are cute and fuzzy.
  61. Inherently Secure? by dav · · Score: 1
    Seems it is true...the security of your web server depends on how effective you are at keeping up to date on patches, no matter if you are running Windows or Linux.

    Of course! Open source maybe more secure than closed source, but nothing is 100% secure other than when the box is turned off and locked in a vault.

  62. NOT necessarily the correct filename. by Hrothgar+The+Great · · Score: 1

    I found a little file in my /tmp called .uubugtraq. It probably came from this worm, since I was running the old OpenSSL. I've since upgraded. So just creating that one file might not be a very good solution.

    1. Re:NOT necessarily the correct filename. by fizz-beyond · · Score: 1

      Actualy, what it does is it sends a uuencoded version of the source to the machine, then uudecodes it, then compiles it. So if the .bugtraq file is there it will stop it, just like if a .bugtraq.c or .uubugtraq file, but if you create the .uubugtraq then you can't tell if you got hit.

      --
      Blink
  63. Ha ha..... (?) by Anonymous Coward · · Score: 0

    This is either the funniest post I've seen in a while, or you're a moron.

  64. But Sophos sez... by Badanov · · Score: 1

    Remove the gcc compiler on web servers as the worm depends on the presence and availability of a c compiler to do its deeds. Simple fix really. What was that about Linux worms are like Windows worms again?

    --
    Dawn of the Dead
  65. arch by trans_err · · Score: 1

    my circa 1995 performa 6360 (ppc) running apache is perfectly safe... and i am perfectly happy at my choice of arch.

  66. Any version of Apache can be safe from this by Anonymous Coward · · Score: 0

    Look, why has no one mentioned one very simple technique that would render any version of Apache invulnerable to this attack?:

    If you don't need SSL, then you should have commented out the

    Listen:443

    line in the config file.

    Why this is on by default is beyond me. 443 should be disabled by default and any admin who *needs* it should have to turn it on.

    If that were standard practice, then the 3500 infected machines would probably be more like 350.

  67. Re:Distributions, sub-version #'s, & straight by GigsVT · · Score: 5, Insightful

    You are full of shit. Distros roll patches and bugfixes back into the stable and tested version, and release a new -subversion. Try using a modern distro sometime. I can't believe you flamed that guy, out of your own ignorance.

    openssl-0.9.6b-28 is the current red hat version, and it is fully fixed.

    It even shows the old version if you run openssl version:
    OpenSSL 0.9.6b [engine] 9 Jul 2001

    It is, however completely patched, and came out in early August.

    Modern distros value stability in current releases, and will not upgrade to the latest version just to get a bugfix. This is the value they add, you don't have to worry about a security patch breaking some critical functionality. /me puts the cluestick back in its holster.

    --
    I've had enough abrasive sigs. Kittens are cute and fuzzy.
  68. Re:How can ya tell? What do you do? by estes_grover · · Score: 2, Insightful

    This is *not* personal...but..."you should never have to ask that question" nicely sums up the problem with Linux.

  69. Re:How can ya tell? What do you do? by Anonymous Coward · · Score: 0

    How can you tell if your box has been hit with this?

    You will see a skull, with a pair of crossed bones below it, on your screen.

    If yes, how do you clean it up?

    You can't; unless you are the nemesis of all evil crackers.

  70. A twist on an old tale by up4fun · · Score: 1
    This is a new twist on a previously announced openSSL vulnerability . Systems affected:
    • OpenSSL prior to 0.9.6e, up to and including pre-release 0.9.7-beta2
    • OpenSSL pre-release 0.9.7-beta2 and prior with Kerberos enabled
    • SSLeay library
    From Eric Lubow: "The worm seems to pick its targets by server banners; for Apache, you can set the ServerTokens option to "ProductOnly" to keep it from reporting its operating system and version information."

    This should prevent the worm in it's current form from recognising your apache server, even if you are running a vulnerable OpenSSL implementation, but the best solution is to upgrade your OpenSSL. Of course, most of us have done that already...

    See CERT® Advisory CA-2002-27 Apache/mod_ssl Worm for full details, including how to recognise probes from an infected system.

    -D
  71. Re: My biggest Linux web server headache is MS! by King_TJ · · Score: 2

    I know you're just trying to troll here.... But just for the record, my biggest concern/headache/worry with my own Apache server running on Linux is the Microsoft code I have to run on it.

    I need the FrontPage server extensions on it, and MS did a notoriously poor job of development on those for Unix. A perfectly secure Apache server can be rendered "full of security holes" by using their add-in.

    In fact, I've found at least two different independent projects to rewrite the mod_frontpage module to make it more secure. One such project's results seem to have problems of their own. (I saw bugtrak reports of it having a buffer overflow exploit in it - and it looks like its author never bothered to work on the project again since that time.) The other (newer) project on Sourceforge looks more promising - but I was unable to get it working properly on my particular RedHat 7.3 server.

    I'm not a "zealot" proclaiming Linux is inherently "better" than anything Microsoft has done or will do. IMHO, Linux certainly doesn't have the workstation desktop solution of choice yet. On the other hand, Microsoft's track record speaks volumes about their ability to provide secure sever products. They can't! When you hear about the latest worm or virus attacking Windows, you say "Oh boy, here we go again!" When it happens for Linux, it's big news. There's a reason for that....

  72. Acutally what I am afraid of is this--- by einhverfr · · Score: 3, Insightful

    This virus made several fatal errors in its execution--
    1: It did not delete its source code file on execution.
    2: It did not hide its binary very well.

    If the worm did these things it would have been MUCH harder to detect and deal with. As it is my servers are secure (no SSL for now, and I have the latest version of OpenSSL for when I want to re-impliment it), but I would have been worried to some extent if I could not have actially looked for bugtraq.c in the /tmp directory.

    Many trojans I am aware of do these things, though.

    --

    LedgerSMB: Open source Accounting/ERP
  73. Dammit! by flacco · · Score: 2

    Guess I'll have to migrate AGAIN, back to IIS!

    --
    pr0n - keeping monitor glass spotless since 1981.
  74. Am I safe... by shepd · · Score: 1

    ...If I have "Include mod_ssl.conf" commented out of my httpd.conf?

    Just wondering, since I have no interest in serving up any encrypted content on my webserver anyways.

    --
    If you could be told what you can see or read, then it follows that you could be told what to say or think - BoC
  75. Kind of ironic by danny256 · · Score: 0, Redundant

    He got a score of 0, flamebait, but I swear if you replace windows with linux and linux with windows in his post, it would get +5 insightful. I guess that's just what I get for reading slashdot.

    1. Re:Kind of ironic by jaakko · · Score: 1

      Indeed! My jaw dropped to the floor when I saw that the smart poster was moderated down and the "no! no! the fault is not on linux or on it's users! NO!"-poster was moderated UP! Gaah.

    2. Re:Kind of ironic by Oliver+Defacszio · · Score: 1
      the smart poster

      Smart? Aw, shucks. Mom? Is that you?

      --

      -
      Inventor of the term 'pardon my French'.
  76. LINUZ HAS THE WORMS! by Anonymous Coward · · Score: 0

    OMG LOL! LINUZ IS THE GHEY # Important Stuff: Please try to keep posts on topic. # Try to reply to other people comments instead of starting new threads. # Read other people's messages before posting your own to avoid simply duplicating what has already been said. # Use a clear subject that describes what your message is about. # Offtopic, Inflammatory, Inappropriate, Illegal, or Offensive comments might be moderated. (You can read everything, even moderated posts, by adjusting your threshold on the User Preferences Page) Problems regarding accounts or comment posting should be sent to CowboyNeal.

  77. Re:How can ya tell? What do you do? by GigsVT · · Score: 1

    This is *not* personal...but..."you should never have to ask that question" nicely sums up the problem with Linux.

    What I mean is that you should have taken action months ago regarding this problem, not now. Really, I have no sympathy for anyone who was hit with this. How hard is to to type apt-get upgrade, or up2date -u? Maybe it will scare off some people from Linux that have no business running it in the first place.

    --
    I've had enough abrasive sigs. Kittens are cute and fuzzy.
  78. Free Pot!! by Anonymous Coward · · Score: 0

    i love free pot.. i dont know about you guys, but if i can get high and dont have to pay for it, i love it..

  79. X86 by b1t+r0t · · Score: 2
    I think it should be important to mention if this is an X86-only exploit. Open source software isn't the answer to this kind of problem. CPU diversity is at least as important. If you were a script kiddie, would you rather write shellcode for one heavily used CPU architecture, or half a dozen CPU architectures?

    Right now, almost all (non-script language) viruses are for X86. Most root exploits are for X86, with a few more for SPARC.

    I had two boxes get rooted last year thanks to bugs in SSH, but I doubt it will happen again after I replace them with Macs running OS X. But I am glad I never got around to installing OpenSSL with Apache.

    --

    --
    "Open source is good." - Steve Jobs
    "Open source is evil." - Microsoft
    1. Re:X86 by Anonymous Coward · · Score: 0

      PRICK!!!

    2. Re:X86 by Cid+Highwind · · Score: 1

      This worm copies itself as c source code, then compiles itself with the host computer's gcc. If you have Apache, ssl, and gcc installed then cpu architecture isn't going to save you.

      --
      0 1 - just my two bits
    3. Re:X86 by b1t+r0t · · Score: 2
      This worm copies itself as c source code, then compiles itself with the host computer's gcc.

      Gee, that's nice. And how does it get in there to run the C compiler? That's right. Through an exploit. X86 shellcode.

      --

      --
      "Open source is good." - Steve Jobs
      "Open source is evil." - Microsoft
    4. Re:X86 by Colin+Bayer · · Score: 1

      Wrong. Sure, the worm copies itself as C, but it roots your box by overflowing a buffer with shell code, which is processor-dependent. It'll cause other processors to go nonlinear or SIGILL your Apache process.

      --
      Want Linux games? HERE.
    5. Re:X86 by kistel · · Score: 1

      Wrong. Go look at the CERT advisory. It says: "Compromise by the Apache/mod_ssl worm indicates that a remote attacker can execute arbitrary code as the apache user on the victim system."

    6. Re:X86 by Cid+Highwind · · Score: 1

      Gee, that's nice. And how does it get in there to run the C compiler? That's right. Through an exploit. X86 shellcode.

      Switching that x86 code out for PPC/Sparc/MIPS code would be a simple copy/paste job. The SSL vulnerability is not x86 specific, so relying on architecture to keep you safe is still a bad idea.

      --
      0 1 - just my two bits
  80. P2P? by mbogosian · · Score: 1

    Why is it that Code Red and Nimda are viruses, but an Apache worm "create[s] a P2P attack network"?

    And why is P2P even being used in this context? It's a worm, just like those before it. Are ignorant readers to infer that this is why P2P networks are bad (because they can be turned into "attack network[s]")?

  81. Re:How can ya tell? What do you do? by estes_grover · · Score: 1

    Understand what you say about "should have take action months ago"...that makes good sense. Thanks for the clarification. If one is going to run a web server, then one should be responsible for keeping it and the OS secure and up to date.

    However, I think we want to encourage people to use Linux, right?

  82. Hmmm... by einhverfr · · Score: 1

    Why do topics like this always have to degenerate into a holier-than-thou diatribe by a self-righteous few?

    Shouldn't that be holey-er than thou? After all we are talking about holes here, right?

    --

    LedgerSMB: Open source Accounting/ERP
  83. "mod me down if you must"... by Anonymous Coward · · Score: 1, Funny

    ...is obviously the secret phrase to get modded +5.

  84. If you read slashdot regularly...... by Anonymous Coward · · Score: 0

    Then you probably already patched your system! Slashdot had the news of the Openssl fix back in July! So I don't understand why this is news on Slashdot!

  85. the score is 5423 to 5 by Anonymous Coward · · Score: 0

    ...and it looks like the apache team might be staging a comeback. Why that IIS team is really scrambling on the sidelines. And to think, after all these IIS bugs, Apache may actually catch up. I don't think we've ever seen a comeback story like this. Why, in another couple decades, Apache will achieve the 5000 security hole mark.

    YOu're right Brent, wow, that open source team sure is rallying now.

    Pfffttttt..... It's still "IIS Bad - Apache good".

  86. Problem Solved... by G.+Waters · · Score: 1

    # apt-get -u update
    # apt-get -u dist-upgrade

    Debian (or one of the other distros using apt) end the chore of hunting for up to date rpm's and their dependancies.

    1. Re:Problem Solved... by Compenguin · · Score: 1

      there are utilities just as good for rpm. There is apt for rpm but personally i use "up2date-nox -u"

  87. Point taken but by einhverfr · · Score: 3, Insightful

    I am assuming you didn't install a web server, NFS Server, etc. if you never thought you's use them, right? Or if you did, you would turn them off, or at least use Red-Hat's built-in firewall rules to keep other people out.

    If you did any of these things, you are not directly vulnerable, and don't classify as lazy. But if you were running a production server and did not want to do a security patch because "there are no rpm's yet" then you would be lazy and I would berate you for it ;)

    So my point is-- you can't compare apples and oranges here, and security is important to everyone, but there are different ways of
    handling this security as appropriate for environment. If you think security doesn't matter, you are not lazy so much as clueless, but if you think that there is only one path to security, you are missing the point too.

    I did support for Windows for a while and I was amazed at how many compromized systems I found because home users thought "I don't need security." It is all fun and games until people start uploading illegal content (such as kiddie porn) onto your system of your account gets terminated with your ISP because someone used your system to attack another computer, etc.

    I don't care who you are-- security is important.

    --

    LedgerSMB: Open source Accounting/ERP
  88. woaaao by Anonymous Coward · · Score: 0

    EE-MAGINE a booboowolf CLAUSTER UF THAM

  89. Interesting, but dangerous approach that is by bankman · · Score: 4, Insightful

    Let me elaborate a bit here:

    You are running a computer that is connected to the Internet. For the sake of this argument it doesn't matter which system you favour. You are the admin of this machine.

    Like it or not, you have responsibility towards ALL other network peers (i.e. the whole Internet) to make your system as secure as possible. Consider malicious software that can start DoS attacks on other remote boxes. Your insecure machine is now causing trouble to others as well as yourself (degrading connectivity).

    Would you like this? Your answer could be: I don't care.

    Imagine someone else has a similarly unpatched/insecure system and is directing DoS attacks on your IP. Do you care now? I guess you would.

    The problem is that advertising and far too many teachers in "Internet for dummies" courses do not emphasize the fact that anyone with admin privileges on any computer (that is connected to the Internet) is effectively an administrator and has to act accordingly on issues like security. Point'n'Click installation doesn't make it any easier: You want to run a web server? Here you go.

    How many install software without knowing about the security implications of the stuff they are going to run? I guess far too many. If you had to read about a certain program BEFORE you install it, the manual or How-To can give you an idea of the security implications you are probably going to run into, thus alerting the admin (on a home system that means you) and increasing awareness.

    This could be a reason why Linux/Unix installations often seem to be more secure: You have to read a lot more before you can actually do something. This advantage, of course is slowly going away with point and click installations on Linux systems as distro installation programs become more user-friendly and everything gets installed via a graphical system. This might be ok for an advanced user, but could be dangerous in the hands of a novice (i.e. most home users).

    I guess you could compare it to driving a car, where you have to get a license in order to participate in public traffic, because you need to know about the rules and dangers beforehand. The impact your mistakes might have on others can be very serious.

    I don't want to lecture you, but I think it is important to increase awareness of security ramifications on boxes that are connected to others.

    --
    I feel so sig.
    1. Re:Interesting, but dangerous approach that is by coupland · · Score: 3, Insightful

      Like it or not, you have responsibility towards ALL other network peers (i.e. the whole Internet) to make your system as secure as possible.

      Sorry but I'm gagging uncontrollably at the thought of your saccharine love-fest. I am not here to protect *other* people's PCs from compromise, should I hold hands with other sysadmins and pray for the health of their machines while I'm at it? No. My machine isn't as secure as some but I try my best and check Red Carpet daily.

      Your argument is that as a user with a public IP address it's my responsibility to have every package on my system updated on a daily basis. Hence by your logic, if I'm not doing so then I don't have a right to be on the net. It's precisely this kind of jaded self-righteousness that people hate about a small handful of Linux geeks. When even Linux geeks are telling you to get a life, maybe you should consider it!

    2. Re:Interesting, but dangerous approach that is by sg_oneill · · Score: 2, Insightful

      Sorry but I'm gagging uncontrollably at the thought of your saccharine love-fest. I am not here to protect *other* people's PCs from compromise, should I hold hands with other sysadmins and pray for the health of their machines while I'm at it? No. My machine isn't as secure as some but I try my best and check Red Carpet daily.

      Hmmm.... Here folks is the problem at hand. (Ok.. good stuff checking for updates). *but* If you knowingly allow yourself to become part of an attack , then you DO have a responsibility for your own actions. I mean really, wasnt the idea of freedom always limited to 'up till anothers nose'(paraphrase).

      If your email program goes bezerker and emails 10000 virus mails, it is YOUR fault if you don't stop it. If your unpached apache server causes 100 other guys unpached apache servers to become infected., it's YOUR fault for not stopping it. If your car kills someone because you don't give a fuck about your actions, it's also YOUR fault.

      It incumbent upon everyone to do that little bit for security, because by the same token that you can fuck someone up from inaction, someone can fuck YOU up by there inaction. Think social contract. Rights REQUIRE responsibilities!

      --
      Excuse the Unicode crap in my posts. That's an apostrophe, and slashdot is busted.
    3. Re:Interesting, but dangerous approach that is by tbradshaw · · Score: 1
      Like it or not, you have responsibility towards ALL other network peers (i.e. the whole Internet) to make your system as secure as possible.
      This couldn't be more wrong. YOU have a responsibility to make your box as safe as YOU feel is necessary. If a person doesn't mind having all of your data compromised, then it doesn't really matter. However, if your box becomes compromised, you are completely responsible for what your computer does. So if you want to play the odds and get lucky, more power to you. As long as you are comfortable with taking responsibility for your own destroyed data and/or annoyed "peers", then no one can hold it against you. But saying that any person is "responsible" for anyone elses security is retarded.
    4. Re:Interesting, but dangerous approach that is by pjrc · · Score: 2
      .... anyone with admin privileges on any computer (that is connected to the Internet) is effectively an administrator and has to act accordingly on issues like security.

      While you pine for utopia, you could perhaps add quality assurance, use of automated code checking tools, extensive testing, and just more attention to eliminating bugs on the part of software vendors. When you think of social responsibility, you could wish that all default settings would avoid running servers, and when servers are activated their defaults would lean towards security. You could even wish for security in the overall design, such as operating systems that don't set the execute bits on virtual memory pages that contain data, and by default don't allow programs to modify their code at run-time.

      That's how other industries work, you know. Manufactures are responsible to make their products safe when used in a reasonable manner. Consumers aren't expected to review the design of cars, appliances, toys or other products to make sure they are mechanically safe.

      It's just unreasonable to expect ordinary consumers to understand network security. You can say "you have responsibility ... to make your system as secure as possible", but it just ain't gonna happen any sooner than every driver carefully inspecting every part under the hood of their car to make sure their car is as safe as possible and thereby making the world a safer place for everybody.

    5. Re:Interesting, but dangerous approach that is by jvkjvk · · Score: 1

      I really doubt that you know the security implications of all the software you run on your system(s), no matter what you say. That's the entire point behind people finding vulnerabilities - it means that there are security implications that no one else knew about (or at least *published* :).

      The only way to know the security implications of the software you run is to read the entire source code base (including libraries) and grok it fully, including all interactions, possible program flows, etc. I'm sure by your comment that you of course have done this, but I don't know many others who actually have that kind of time on their hands.

      By the way, when are you going to publish all of the vulnerabilities in all those programs that you are using that no one else besides you has found yet?

      The truly secure system is one that is off, can't be turned on or accessed in any way.

    6. Re:Interesting, but dangerous approach that is by jamesl · · Score: 1

      Interesting your reference to driving a car. Read the book, get the license, drive for 60 years without ever giving it another thought.

      Buy the software, install it and run it until the computer dies without ever giving it another thought.

      I saw a statistic a few years ago on how many cars with applicable safety recalls are actually taken to the dealer to have the inspection/service performed. Less than 20%. It's probably about the same for software updates.

    7. Re:Interesting, but dangerous approach that is by bankman · · Score: 1

      I am not saying that consumers should "review the design of cars, appliances, toys or other products", and neither should they (have to) review the code they are running.

      All I am saying is, that one has to be aware of the possible bad stuff that could happen, monitor your system and act when something unusal shows up. You do the same with your car, e.g. something suddenly doesn't sound quite right when you shift into reverse and you take the car to the shop (or if you are the DIY type have a look yourself). Many people even do yearly inspections, refill oil when the light shows you it's time to do so, etc.

      It should be the same for IT systems. You neither want the gear box to fall apart at 180 kph (yeah, I know the example is bad) on the highway and risk a severe accident that could involve others, nor do you want your computer to become a liability for others on the Internet. That's at least how I think it should be and the law often agrees with me. If forensics show that your car's malfunctioning brakes or whatever caused the accident you can be sued for gross negligence. IANAL, but I think laws exist that could be used against you if your box was used to harm others.

      Why would it be "unreasonable to expect ordinary consumers to understand network security" in this context? I expect ordinary consumers to use a safe car when engaging public traffic, without simultaneously expecting them to understand how the internals of their car works. Knowing when it's not functioning within normal parameters and what to do about it (take it to the shop, reinstall system when compromised, apply patches as posted by software vendor/author).

      --
      I feel so sig.
    8. Re:Interesting, but dangerous approach that is by bankman · · Score: 1

      You are right, I don't know of all the implications of all the software I run on my system. Why? Because I can't and I don't have to. All I have to do to act responsible is take reasonable diligence in securing my systems, i.e. run a packet filtering firewall, run an IDS, read security announcements and apply patches as necessary.

      By the way, what is your last statement supposed to mean? Just because a truly secure system is one that I can't operate doesn't mean that I can't have a reasonable secure, monitored system that I can work with.

      --
      I feel so sig.
    9. Re:Interesting, but dangerous approach that is by beerman2k · · Score: 1
      You've got to be kidding. So you're telling me my Grandmother is resposible for the security of your computer? Try again, fool. Security is the responsibilty of the software programmer, whethere he's a Linux hacker or a code monkey for Micorsoft. It's he's job to make sure every computer running he's software is updated. A lot of you hard core types aren't going to like this, but if there's a security whole in a program widely used, the only way to make sure the internet is secure is if the program is auto updated.

      Of course the only thing to worry about now is that auto update is secure ... :)

    10. Re:Interesting, but dangerous approach that is by bankman · · Score: 1

      Where did I say that your Grandmother (or anyone's Grandma for) is responsible for the security of my computer?

      What I said was that anyone with a computer connected to a public network, a thing I like to call the "Internet", has a responsibility to secure his or her own computer so that it can't do any harm to other boxes on the net.

      The Internet would be an even greater place if programmers could devise strategies to autoupdate their software with security patches. To a certain extent this could be done, but alas the system is too complex: The software would either have to request the updates or they would have to get pushed on to the systems. You don't have to think for too long to imagine the vulnerabilities in these scenarios. How about I push a not-so-secure patch on your box to update I program for which I am not even a maintainer? Too many people complain about Windows Update and switch off auto update functionality completely for the system to work properly. What about software that is distributed source code only?
      Let's assume you only install software that requests its own updates. What about your firewall? I know there are solutions in progress to work on some of the problems.

      But one important point remains:

      You have to grant access to someone else, i.e. you have to act, either by subscribing to push-auto-updates, by running an updater and/or by configuring your firewall and other security tools (think about IDS). The user still has to play an active role in this model, which is all I am asking of admins/users as long as we don't have a completely secure system. Come to think of it, work is in progress to achieve something like that in the form of TCPA, albeit it's not about our security, grrrmpf.

      Is that auto update secure? Doubtful, very very doubtful.

      --
      I feel so sig.
    11. Re:Interesting, but dangerous approach that is by beerman2k · · Score: 1
      What I said was that anyone with a computer connected to a public network, a thing I like to call the "Internet", has a responsibility to secure his or her own computer so that it can't do any harm to other boxes on the net.
      There you said it again!
    12. Re:Interesting, but dangerous approach that is by bankman · · Score: 1

      Denial of service

      --
      I feel so sig.
  90. Re:Distributions, sub-version #'s, & straight by wormbin · · Score: 1

    Please mod parent up. (at least as high as it's parent) There's no need for users of the major distributions to think that their updated systems are insecure.

  91. Re:How can ya tell? What do you do? by Anonymous Coward · · Score: 0

    It is this kind of useless and holier-than-thou answer that turns the average user off to the Linux crowd. So in fact, Linux needs to succeed *inspite of* this attitude.

  92. huh? by Anonymous Coward · · Score: 0

    did someone say something about free pot?

  93. Re:D'uh. (with irony) by Penis_Envy · · Score: 2, Insightful

    the irony of you pointing out that they usually say "I'm using a secure OS link to debian.org" is that if you've apt-get update/upgrade'd in the past month or so, you're fine. Debian seems to have been patched the day after/of the vulnerability announcement.

    Considering how many of the major distros have some sort of update tool, I'm really suprised this is as much of a problem as it is.

    So, I'm glad I'm using a secure OS. :)

  94. Self Destruct by devnullkac · · Score: 5, Interesting

    Another evil plan with a big red Self Destruct button: one of the supported remote instructions for the network is "run a command" (0x24). All you have to do is find an entry point and command it to killall -9 .bugtraq and the command will propagate through the network, killing itself. Doesn't keep it from regenerating on the original https vulnerability vector, but we could perhaps slow down the DDoS attacks.

    --
    What do you mean they cut the power? How can they cut the power, man? They're animals!
    1. Re:Self Destruct by MrNally · · Score: 1

      That would depend on whether the program forwards the command to the next ones in the network before it executes it.

      Can you or anyone confirm that it does it in the right order?

    2. Re:Self Destruct by mossmann · · Score: 2, Interesting

      echo killall -9 .bugtraq | at now + 5 min

    3. Re:Self Destruct by Kynde · · Score: 1, Redundant

      Another evil plan with a big red Self Destruct button: one of the supported remote instructions for the network is "run a command" (0x24). All you have to do is find an entry point and command it to killall -9 .bugtraq and the command will propagate through the network, killing itself. Doesn't keep it from regenerating on the original https vulnerability vector, but we could perhaps slow down the DDoS attacks.

      Propagate? What did I miss here? killall -9 will kill surely kill the process on the target machine, but how could it't propagate, because -9 (SIGKILL) makes sure your process will _not_ execute another single instruction. That will not propagate through the network unless there's another hidden watchdog process that sends out selfdestruct commands to other instances over the network.

      Who modded that up?

      --
      1 Earth is warming, 2 It's us, 3 it's royally bad, 4 we need to take action NOW
    4. Re:Self Destruct by Anonymous Coward · · Score: 0

      before posting did it dawn on you that the worm might relay the command to the next one before it ran the command it's self. If it was written half decently they would have it relay first because it's hard to relay commands after a flood starts.

    5. Re:Self Destruct by epsalon · · Score: 3, Informative

      Actually, it will work even better making the command a script that will notify the admin and then kill the server at a given time, e.g.

      echo 'See http://whatever' |mail -s 'YOUR SYSTEM IS HACKED' root; echo killall -9 .bugtraq | at 00:00 GMT

    6. Re:Self Destruct by phillipps · · Score: 1

      Or, of course just use
      sh -c "sleep 10; killall -9 .bugtraq"&

  95. new area for open source to shine by Anonymous Coward · · Score: 0

    It seems to me that one weakness of open source is in "automatic" exploit detection tools. McAfee and Norton (and their more expensive sounding parent companies) aren't exactly shining lights, but neither was Microsoft. So far, Linux users have relied on the experience of its admins, the relative security and obscurity of the OS, and several very good, but less intuitive tools. Sure, Linux *is* more secure, and sure there are lots of tools (like snort) for experienced admins to run, but I think there's room for a thriving root-kit detector community and open database that the less technically sophisticated users who have recently begun flocking to Linux can use. A rootkit isn't any harder than a VBA macro to detect on a properly set up system. I know I'd pay for the distribution that has a workstation install that has been properly bastilled and tripwired to start with, and has pretty (or even ugly, but easy to use) GUIs for a range of tools for firewalling, port monitoring, and exploit checking. Gnome-lokkit, nmap, snort, and tripwire almost meet this need. If there were an integrated GUI with an biff-style icon (ala zonealarm) that kept me security aware. The exception is the bug database, and I think the community has already shown its ability to distribute knowledge that has been traditionally thought to expesive to maintain without proprietary lock in and expensive subscriptions.

  96. Here's how to stop _this_ one. by paenguin · · Score: 2, Informative

    But, in the long run, you really need to upgrade OpenSSL.

    Anyway:

    su -
    cd /tmp
    ls -a .bugtraq*

    If there is anything in your /tmp directory named .bugtraq.c and you didn't put it there, it's too late, you're rooted. Time to unplug the network cable...

    If you haven't been compromised yet:

    touch /tmp/.bugtraq.c
    chmod 000 /tmp/.bugtraq.c
    chown root.root /tmp/.bugtraq.c

    then...

    which gcc
    and, chmod 700 that file.

    This means that normal users will not be able to compile c code. If this is unacceptable, you can undo it after you get OpenSSL up to date.

    --
    We should start referring to processes which run in the background by their correct technical name... paenguins.
    1. Re:Here's how to stop _this_ one. by turtlendogrmusd.net · · Score: 1

      I wonder if the worm could be alterd to create a benign /tmp/.bugtraq.c file and block writes. This modified worm could be sent out in a race against the other and save face for the open source community. Is it still a felony to break in to someones computer to protect them?

    2. Re:Here's how to stop _this_ one. by sunset · · Score: 3, Interesting
      If there is anything in your /tmp directory named .bugtraq.c and you didn't put it there, it's too late, you're rooted. Time to unplug the network cable...

      I didn't see this described as a root exploit. Did I miss something?

  97. /. Double standard... by Anonymous Coward · · Score: 0

    When Slashdot sees a Windows worm, it seems to be Bill Gates' fault.

    When Slashdot sees a Linux worm, it seems to be the sysadmin's fault.

    Anyone else see a horribly forgiving bias here?

    1. Re:/. Double standard... by borgheron · · Score: 1

      Well, then given the fact that there have been many many more destructive worms, viruses and script based exploits for Windows and Windows based software than for Linux and Linux based software, there must be an awful LOT of a lazy Windows Sysadmins out there.

      After a while, you begin to grasp the idea that the sysadmins are doing everything they can to stop the influx of attacks, but can do little in the face of MS's shoddy security standards.

      GJC

      --
      Gregory Casamento
      ## Chief Maintainer for GNUstep
    2. Re:/. Double standard... by RomSteady · · Score: 1
      Funny, I thought I said both were the sysadmin's fault for not keeping up with the latest updates. Where in my post did Bill Gates' name even come up?

      While there may be a double-standard in the minds of many /.'ers, I hope that you don't think that my post helped it along.

      --
      RomSteady - I came, I saw, I tested. GamerTag: RomSteady / http://www.romsteady.net
    3. Re:/. Double standard... by ChaoticLimbs · · Score: 1

      That's true. But with Micro$oft, Bill Gates IS your sysadmin!.(per EULA) This means you're correct on both supporting statements, but still incorrect in your conclusion that this is a double standard. In this, I see no bias, since the controlling party of each system bears the blame for system insecurity. The difference is that with OSS, at least the owner of the equipment knows (or CAN know) what holes exist in the system. He is the controlling party. In MS windows, you are a USER with some root access. Microsoft becomes root.

  98. Re:How can ya tell? What do you do? by rosewood · · Score: 2

    That is fucking stupid

    What if I have to check other people's boxen? What if I was out of town for 3 mo and had no computer access?

    God damn, nice attitude

  99. Re:How can ya tell? What do you do? by rosewood · · Score: 2

    I sent that reply to the wrong thread

    and I run up2date regularly but as I see I am still on 0.9.6b-28, even though up2date says I have nothing to update

  100. Irony by sheepab · · Score: 2

    Anyone else find it somewhat ironic that the url for this article about a linux worm is msn-cnet.com? Dont get me wrong, I love linux more than windows....I just found that kinda funny...heh

  101. Consider the numbers by Harbinjer · · Score: 1

    This has hit 3,500 computers! That's nothing, Nimda probably hit that many within a 20 mile radius of me.

    This worm might not do much damage. Nimda and Code Red shut down entire networks, this one only hit webservers. Its like comparing a firecracker to an atomic bomb. Yes it is significant because its a Linux worm, but consider how much damage its really done, probably not very much. This may be just a warning sign, but it also might be as big as they come for Linux, which is great news.

    1. Re:Consider the numbers by BumbaCLot · · Score: 1

      " Code Red shut down entire networks, this one only hit webservers "
      Code Red only hit IIS servers, and who in their mind would go thru the trouble of installing IIS to use as an FTPd or gopher server?

  102. is this a root exploit? by RelliK · · Score: 2
    also:

    Additionally, your/tmp (if located on a separate partition) should be mounted noexec

    that's not a good idea

    --
    ___
    If you think big enough, you'll never have to do it.
    1. Re:is this a root exploit? by Anonymous Coward · · Score: 0

      And why not? Under what circumstances do you make temp executable files?

    2. Re:is this a root exploit? by Husain · · Score: 1
      why the hell don t u just shutdown the goddamn machine!!!


      sheesh people can't u have any flexibilityy in a system. what if a stupid user rand out of quota and want's to compile kde or a new kernel or something ? or do u want users to have 1Gb quotas..

      this worm is a problem in the way our s/w is written u just have to admit it. doing the classical unix "it's the user who is stupid" just makes u all look like morons...

    3. Re:is this a root exploit? by Anonymous Coward · · Score: 0

      huh?

  103. Re:D'uh. (with irony) by Archfeld · · Score: 2

    LOL, well said. I did the same thing last week to my aplpha :) The question is now, do the Linux zealots who spent so much time laughing at IIs admins actually keep up on THEIR patches. One of the places the Linux world seemed so far advanced was virus protection. If that goes away what will be the incentive to get of the M$'s of the world ?

    --
    errr....umm...*whooosh* *whoosh* Is this thing on ?
  104. Re:How can ya tell? What do you do? by GigsVT · · Score: 1

    However, I think we want to encourage people to use Linux, right?

    Not at any cost. If it means that people are going to be running servers with no idea how to keep them up, then I am against it. There is no substitute for knowing at least the basics about using a computer if you are going to put it on the Internet. We don't dump people behind the wheel of a car with no training, so why should computers, which a much more complex devices be different?

    --
    I've had enough abrasive sigs. Kittens are cute and fuzzy.
  105. Re:Distributions, sub-version #'s, & straight by Anonymous Coward · · Score: 0

    That answers my question

    I run up2date regularly but it was not showing up as an update to run and I saw I was still in 6b and was a bit worried

    but it seems its all good

    thanks

  106. Re:Hmm... 3500 == 350,000?? by ArchieBunker · · Score: 1

    When you take into account the miniscule market share of linux its nearly the same.

    --
    Only the State obtains its revenue by coercion. - Murray Rothbard
  107. Re:How can ya tell? What do you do? by tburkhol · · Score: 1

    Look for /tmp/.bugtraq

  108. Low bar by buss_error · · Score: 2
    If all it takes to make Linux look like a POS is 3,500 infected servers, then IIS must look like a POS from a POS POS.

    When the major trade press gets ad dollars to compare to MS ad dollars, then expect to see more even-handed reporting.

    Face it. Servers don't run themselves. Linux does a better job than MS of not annoying the shit out of the admin. That's why in this case it's going to be a bigger pain in the ass. Any bets on how many more "I lost my root password, how do I get it back" posts on the Linux lists?

    My favorite question from a customer:"How to I get to root from the # sign?"
    Answer:"Fastest way is to tell me what you need to do."

    --
    Necessity is the plea for every infringement of human freedom. It is the argument of tyrants; it is the creed of slaves.
  109. How Come? by hooded1 · · Score: 3, Interesting

    How come when there is a worm or virus on Windows it is because Microsoft is grossley negligent and has no understanding of security, yet when there is a linux worm it is because of no fault of the developers but instead the fault of the 'lazy' sys admins whos machines became infected. This is flamebait, but it would be nice to have some standards on slashdot.

    --
    A rabbit in the hand is worth 4 in the cage
    1. Re:How Come? by rindeee · · Score: 2, Informative

      Because (since you obviously don't read or can't read) the admins are at fault in this situation. The vuln is ancient, the patch has been around for ever (in computer time) the only reason that this NEW worm can take advantage of this OLD vuln is becuase ADMINS have not patched. In the Windows world you have vulns discovered at a much higher rate, typically with more serious repurcussions and with a greater average time to patch realease. It's not that MS is only to blame, for even when they release a patch, a good number of admins don't bother applying it. Then there's the whole issue of occasionally requiring acceptance of new tidbits of license with some patches, but that's for another day.

    2. Re:How Come? by Anonymous Coward · · Score: 1, Insightful

      The hole Nimda exploited was also fixed before the worm began to spread, so that was also a fault of a lazy admin.. right.. ? Right ?

    3. Re:How Come? by nathanh · · Score: 2

      Yes, it was. I remember the Slashdot comments at the time were saying that Microsoft had released patches for the Nimda exploit and the fault lies with lazy & incompetent administrators.

      There is no double standard here, no matter how hard you try and look for one.

    4. Re:How Come? by Anonymous Coward · · Score: 0

      Simply reading this article thread and the one about the Moz. privacy issue beggs to differ. Dozens of people are going "Yeah, but Code red!!!!" in an attempt to deflect the issue onto microsoft.

      There is an almost unbeliveable bias here. Why do you think they call it slant dot? (Yes that was a JOKE!)

      But seriously. If you see no overall bias to this site, then you need to get out more often. /. more resembles the National Enquirer than a real news source.

    5. Re:How Come? by rindeee · · Score: 1

      Why is this issue even debated. Of course there is bias here. This is a place where you have a high concentration of Linux users. Many (not all) Linux users are not casual enthusiests, rather they are folks who have a.) Been in the industry for a good while and have "grown" into Linux based on its merits, or b.) are relatively new but hard-core techies who have latched onto it for, well, its merits. Given that demographic, it is logical that both of those groups would dislike Microsoft for the very reasons that they like Linux. Does that somehow imply that these people are not allowed bias? Not ranting here, just trying to point out that we all are biased toward what we like. I am biased toward my wife. Frankly I think she is better looking than most anyone out there and I enjoy spending time with her over most anyone. Is this illogical? Is this somehow bad? Does this mean that I cannot continue to be objective? Of course not. I love Linux. It is more versatile, more useful, more stable, cheaper, typically faster, typically more secure and without question faster to secure in the case of a vulnerability. Yes, I am biased, it is only logical that I would be.

  110. A minor incident.. by Anonymous Coward · · Score: 0

    People should cut the crap about "well, all operating systems are just as vulnerable if you don't patch regularly.." This is not a Linux issue, nor even an Apache issue. It's a flaw in OpenSSL which, using Apache and Linux as a vehicle, exploits systems with poor basic security. If this worm actually causes any significant impact on your machines / network, you haven't done a good job configuring them to begin with. Lets start with the "duh" issues:

    - The firewall should not generically allow outbound connections originating from the web server.

    - The user/group that Apache runs as should not have sufficient permissions to access stuff like the compiler, unneeded utilities, shells, etc. that make a worm even possible.

    The reason why viruses/worms are not common in *nix is that these environments are very controlled and hostile compared to say.. IIS exploits that tend to root the whole machine, whereby anything goes. So even if there's a major flaw in Apache or related software, it shouldn't get beyond the attacked machine. This also makes it much easier to find the attacking party since there's a one to one relationship.

  111. Re:Hmm... 3500 == 350,000?? by Anonymous Coward · · Score: 0

    Linux doesn't have a miniscule market share in the server market.

  112. Re:How can ya tell? What do you do? by Anonymous Coward · · Score: 0
    We don't dump people behind the wheel of a car with no training, so why should computers, which a much more complex devices be different?

    Because an unsecure computer on the internet isn't going to kill anyone? The only reason the internet has grown the way it has is because there is no intelligence test required to 'get on'. If you try to make it an exclusive playground for the computer-saavy, you'll start losing those things that don't appeal to computer-saavy, like the banner ads that support (eg) slashdot.

    Let me know when they start requiring an intelligence test to operate a cell phone.

  113. the OS X approach by tomem · · Score: 1

    Apart from the advantage of being a minority OS, OS X also enjoys automated updates for security. The latest patches are just a matter of saying yes when the reminder comes up, and letting the installer run. Seems like this is something that could be emulated by other OS vendors, and the free software community could also set something like this up for Linux, couldn't it? Might be a good money making service for some enterprising soul to offer to one and all.

    --
    ThosEM
  114. This should be trivial. by Ogerman · · Score: 2

    People should cut the crap about "well, all operating systems are just as vulnerable if you don't patch regularly.." This is not a Linux issue, nor even an Apache issue. It's a flaw in OpenSSL which, using Apache and Linux as a vehicle, exploits systems with poor basic security. If this worm actually causes any significant impact on your machines / network, you haven't done a good job configuring them to begin with. Lets start with the "duh" issues:

    - The firewall should not generically allow outbound connections originating from the web server.

    - The user/group that Apache runs as should not have sufficient permissions to access stuff like the compiler, unneeded utilities, shells, etc. that make a worm even possible.

  115. Re:Distributions, sub-version #'s, & straight by autocracy · · Score: 2
    In response to another reply to this comment's parent, I offer my apology for a mistake made. Though my answer was correct, I neglected to mention that different releases of the same package are made public.

    My recent work with Linux has been with source code built systems do to my disdain with the way distributions are made (differening standards [an oxymoron?], custom branded tools). Out of according habit, I typically roll-up versions rather than patching them unless the newer version will break something. As a result of that, I didn't take into consideration the patching of an older version when a newer one was in use.

    --
    SIG: HUP
  116. Linux VS Windows by Anonymous Coward · · Score: 0

    Why is there this big lie that Linux users go around saying "Ooooh, Linux is the best thing ever, you absolutely should run it, and if you don't you are really sad.", and Windows users go around saying, "Ooooh, you GNU people are smelly and have no girlfriends, so you must be really sad.".

    I run Linux - infact, I earn a living by writing PHP and MySQL based applications on Linux, and doing *nix consultancy. I rarely even see a Windows machine, and use Linux on my desktop for just about everything.

    BUT, I don't whine on at everybody how good Linux is unless they ask. Infact, most people I know, who are not people for whom I am working, don't know I run Linux, unless they check out my E-Mail headers, and look at which E-Mail application I am using.

    If I am asked to help out with a Windows problem, I just politely tell people that I am the wrong person to ask. I don't use Windows, so don't ask me how to fix a problem with it, because I don't know.

    If I am asked to recommend an operating system, I generally tell people to try and find an open source, GNU/Linux alternative to their proprietary applications. If they cannot, then I tell them to go out and buy a licensed copy of Windows, but if they do that, I will not be able to help them any further.

    I don't go around telling people that they should run Linux instead of Windows. Infact, I have heard a lot of defending of Windows, by Windows users, when they know I use Linux. Why, I do not know, because I am not in the least bit interested. I use Linux, because I want to.

    So, anybody who says, "You should run Linux", or "You should run Windows", is posting flamebait.

    If you run Linux, just be content with the knowledge that you are running a superior operating system. If you are a Windows user, and don't like that comment, then either:

    * Mod my post down
    * Reply, with sensible comments
    * Ignore this post

    Anything else is a waste of bandwidth.

  117. Re:How can ya tell? What do you do? by Mongr · · Score: 1

    ALot of distros backport the patches to the version that shipped with the distro. This usually means there is less likely hood of a change breaking something else on the system. If up2date says there isn't any updates, its >probably ok.

    my .02

    --
    -=Mongr=-
  118. One other small difference by twitter · · Score: 4, Interesting
    The other small difference between Windows and Linux as operating systems: The one hundred billions other exploits that all M$ boxes have in software that should not be running on a server, can't be removed from the server, and show up as headlines every freaking month. Why, pray tell, should a server run a GUI or a browser ALL THE TIME? I know, it's a small difference that the average user might not notice in terms of privacy, stability and security. That would be because the average user does not run a stable secure and privacy protecting operating system and has no idea of what it would be like to not be asked by tech support, "have you tried rebooting your computer?"

    By the way, who says this attack won't affect Apache on Windows, Sun, True Unix, etc?

    "You looked at your network settings, you should reboot your computer now."

    --

    Friends don't help friends install M$ junk.

    1. Re:One other small difference by arakon · · Score: 1

      Um, you can turn those off in the windows system services tab, also you can change the shell to a cmd prompt if you want (which gets rid of the whole Explorer deal)

      If all you want to do is run a webserver then you can do just that. I play with all kinds of systems, linux, windows, macoSX etc... I owe no allegience to any of them and I use the one that is best suited for my needs at the time.

      Seriously an OS is a tool, don't treat it like a Country to which you owe your allegience.

      --
      "If I were bound by all laws everywhere I'm sure I would have committed a capital crime somewhere."
    2. Re:One other small difference by Anonymous Coward · · Score: 0

      I'd rather pledge alleigance to a an OS than a flag...

    3. Re:One other small difference by drinkypoo · · Score: 2

      The reason NT is so popular today is that the desktop and the server run the same shit, they're easier to administer. Lots of apps depend on IE for various functionality so the GUI needs to run all the time. Big deal, ram is cheap. What I'm worried about is the bugs, not the amount of stuff that's running.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    4. Re:One other small difference by LarsG · · Score: 2

      The reason NT is so popular today is that the desktop and the server run the same shit, they're easier to administer.

      True, and also the source of the problem.

      Lots of apps depend on IE for various functionality so the GUI needs to run all the time.

      Perhaps I'm an old-schooler, but desktop and server are two entirely different tasks.

      The desktop is supposed to be easy to use. Ease of use and security are, in many situations, mutually exclusive.

      A server is that remotely administrated box sitting in the air-cooled server-room. After the initial install, you should not have to touch the box unless you are doing a hardware upgrade or replacing a disk in the RAID.

      A GUI running on the server makes it too damn easy for a programmer to forget that he is writing server software.

      What I'm worried about is the bugs, not the amount of stuff that's running.

      The more lines of code running on the server, the more lines of code that can contain a bug.

      --
      If J.K.R wrote Windows: Puteulanus fenestra mortalis!
    5. Re:One other small difference by Anonymous Coward · · Score: 0

      Changing the shell to CMD doesn't stop the GUI running, which was the point. You just run a CMD window on an empty GUI background.

    6. Re:One other small difference by drinkypoo · · Score: 2
      The fact that it's easy to forget you're writing something for use on a server (Ex: CA Unicenter-TNG, the enterprise management package which requires OpenGL acceleration) does not imply a problem with the operating system. It implies a problem with the programmer.

      The more lines of code running on the server, the more I can do at once.

      It's the quality of programming and the basic mindset (for example, did I fuck up my bounds checking, and if I did, do I actually go back and fix it all) that I'm worried about.

      One hopes that one day something like some flavor of CORBA or (god forbid) .NET will become successful enough to where computers all look the same to one another, and they can use components of each other for storage, input, output, and so on. Until then any time you mix environments you create places of disturbance. Sometimes it's worth it, sometimes it isn't. Most people will find that NT (of some sort) is their best option because the apps they really want to run are cheapest on Windows/x86. This won't be so bad what with Hammer coming, it's long past time for x86 to go 64 bit.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    7. Re:One other small difference by mrogers · · Score: 2

      This exploit requires a C compiler to be installed on the infected machine (it creates C files in /tmp and then compiles them). How many IIS servers have a C compiler installed?

    8. Re:One other small difference by LarsG · · Score: 2

      Yes, it is a problem with the programmer. Programmers don't live in a vacuum, though. If you write stuff for Windows, you tend to be surrounded by the MicroSoft mindset - that everything should be easy, that server and client both have a GUI, that the default should be convenience instead of security, etc. MS is finally making noise indicating that they might start to change, with their "trustworthy computing" and whatnot.

      The more lines of code running on the server, the more I can do at once.

      Only if those lines of code implement services that you need.

      It's the quality of programming and the basic mindset

      You also have to consider the design and mindset of the operating system the software is running on.

      MS unfortunately has to break backwards compatibility to fix some of their design problems, so I'm not holding my breath with regards to Windows.

      There is also the danger that Linux might repeat MS' mistakes by not thinking enough about security with regards to kparts, bonobo, et.al.

      any time you mix environments you create places of disturbance.

      Yes, you do. But why is that? If everything was able to speak the same protocols and file formats, there would be no disturbance. There are certain major players that decided quite early on that it would not be in their own best interest to describe file formats and protocols - why spend time and money to ensure interoperability when they make more money on vendor lock-in.

      In addition, a homogenous environment has its own dangers. Think of it in the terms of biology - a monoculture is more vulnerable to external changes than a heteroculture. A server farm of only NT or only RH7.3 is way more vulnerable to the next worm than a mixed environment. In a mixed environment, there is a higher probability that a few of your servers will catch the next Internet plague, but there is close to no probability that the plague will take down your entire server park.

      One hopes that one day something like some flavor of CORBA or (god forbid) .NET will become successful enough to where computers all look the same to one another, and they can use components of each other for storage, input, output, and so on.

      Do we really need all that remote function call capability? Can't we get by with a secure file transfer protocol with authentication capability and a decent set of documented file formats? Add SOAP, XML-RPC and wireless devices like PDAs and cell phones to your list above and you have just described my security nightmare. Heaps of devices with heaps of entry points with potential security holes available. cgi-bin on steroids.

      Most people will find that NT (of some sort) is their best option

      Also true, but mostly because of economies of scale and the network effect. For many tasks NT/2000 is, all things considered, a smart choice. But does that mean that it is illegal to point out the problems with Windows? :-)

      This won't be so bad what with Hammer coming, it's long past time for x86 to go 64 bit.

      Crystal ball time - will IA-64 or X86-64 win the next platform battle? MS is still the major software force in the x86 market, so they can make or break Hammer.

      --
      If J.K.R wrote Windows: Puteulanus fenestra mortalis!
    9. Re:One other small difference by drinkypoo · · Score: 2
      Do we really need all that remote function call capability? Can't we get by with a secure file transfer protocol with authentication capability and a decent set of documented file formats? Add SOAP, XML-RPC and wireless devices like PDAs and cell phones to your list above and you have just described my security nightmare. Heaps of devices with heaps of entry points with potential security holes available. cgi-bin on steroids.

      Well I think the trick is (and will continue to be, as interoperability becomes more and more common) to design for security before all else. You want to be able to make sure that people are who they say they are, so cryptography is an absolute must. Really, all communications should carry some kind of cryptographic signature, at least those between nodes. I'm not so worried about encryption, some data will need to be encrypted, some won't. As processors speed up, though, and gain larger word sizes, doing encryption will become easier anyway.

      But ultimately yes, I think we need a massive RPC-style system for integration. It doesn't have to do everything that .NET or CORBA does, but it needs to be authenticated, optionally encrypted, and always signed. I think for the kind of functionality we want we need to be able to pass arbitrary messages, and data, and I'd personally like to see some kind of sandboxed system for accepting a java (or similar) binary (or script) to do file type conversions. I know you're going to scream security nightmare, but the idea is that you can set perms on who's allowed to send you what, and if your sandbox is good enough it's not a problem anyway. I know that my last sentence is both a "duh" and an "as if" but I firmly believe that it is possible. :P

      Crystal ball time - will IA-64 or X86-64 win the next platform battle? MS is still the major software force in the x86 market, so they can make or break Hammer.

      I think there's room for both itanium and hammer. Of course, if hammer doesn't do everything it says it does, many of us will be mighty disappointed. So it has to have more memory bandwidth than god's dreams and support, what was it? 31 CPUs or something? Without any more trouble (in terms of the hardware) than supporting two. The bus is supposed to allow for a whole mess of chips, and I want to see that.

      It does look like AMD is playing ball with Microsoft just the way they want them too -- Ditto for nVidia, of course. I wonder if nVidia will turn out to be too big for Microsoft to swallow? I think AMD is today, but you never know what Microsoft will pull tomorrow.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    10. Re:One other small difference by LarsG · · Score: 2

      Well I think the trick is [..] to design for security before all else.

      Do you see any signs of that happening at the protocol level today? One of the big selling points of SOAP is "we'll tunnel this over HTTP so those inconvenient firewalls can't stop us".

      Some of this is, as you correctly point out, a mindset problem.

      A lot of the Internet protocols were designed at a time when noone really cared that much about security - and this worked ok because most of the users obeyed normal netiquette, and the few who didn't received a stern warning from the university admin. SPAM could have been a smaller problem today if SMTP had been designed with authentication from day one.

      (A different issue is that a heavy crypto/authenticated version of SMTP could have been rejected by the general users/admins at the time - one of the issues with protocol design is that it doesn't matter how good or sane or technically correct the protocol is if people are unwilling to use it.)

      You want to be able to make sure that people are who they say they are, so cryptography is an absolute must. Really, all communications should carry some kind of cryptographic signature, at least those between nodes.

      I don't really know what I feel about mandatory signatures, because there are good arguments both for and against it.

      First of all, do we want to make it impossible to be anonymous? There are a lot of good reasons for why it should be possible - government whistle blowers, chinese freedom fighters, tips to amnesty international, people dealing with the after effects of sex abuse/battering/whatever on support groups, etc. If we make traceable signatures a requirement for new protocols, we have a major problem there. On the other hand, police and national security have a legitimate interest in being able to track down lawbreakers and fundamentalist nutcases.

      Secondly - how do I know that a message signed by drinkypoo really is from drinkypoo? You need a trusted third party or some other system that allows you to match a signature to a person, otherwise I could just create a new signature for each and every message I send. There are, AFAIK, two general ways of doing this - the PGP "web of trust" or PKI. I don't think a web of trust will work on a large scale, which leaves us with PKI. With PKI you get the sticky question of who will control the CA. Should the US government run it? Verisign? Microsoft? Who does the entire world trust enough to allow that entity to control the root of identity in this new set of secure protocols?

      I'm not so worried about encryption, some data will need to be encrypted, some won't.

      I think end-to-end encryption in general is a good thing, and many current protocols should be upgraded to support opportunistic encryption (see for example opportunistic IPSEC and SMTP STARTTLS).

      There is one interesting issue, though - it makes it kind of hard for your firewall and network intrusion detection system to see what is happening. If/when end-to-end encryption becomes the norm, the intrusion detection and firewall must become a part of the endpoint instead of a centralised server. How can you know that the endpoint is telling the truth when it reports 'all is well'? :)

      some kind of sandboxed system for accepting a java (or similar) binary (or script) to do file type conversions

      Why not tell the sender which file types you support and let him do the translation instead?

      [...] if your sandbox is good enough it's not a problem anyway. I know that my last sentence is both a "duh" and an "as if" but I firmly believe that it is possible. :P

      I believe that it is perfectly possible to create an unbreakable sandbox. VmWare, Java or any decent emulator out there implement virtual machines that are - at least in theory - unbreakable by software running inside the sandbox. The question is whether people are willing to use the sandbox because it is going to trade convenience for security. You will want the nifty Java word processor to get access to the data from your Java calendar and Java spreadsheet so you can print bills to your clients automatically at the end of each week. To do anything useful, you need to punch some holes in the sandbox.

      I'm screaming security problem not so much because it is impossible to create secure systems (it is possible), but because noone out there is going to want to use truly secure systems and because ubiquous wireless and powerful handheld devices will make it even easier for our imaginary black hat to discover vulnerable systems.

      I'd recommend Bruce Schneier's "Secrets and Lies" if you are interested in this.

      I think there's room for both itanium and hammer.

      Dunno. The desktop market in particular has a very powerful network effect. Unless all desktop software is shipped in both Itanium and Hammer versions one of the platforms is eventually going to get the upper hand, and 60%/40% quickly becomes 95%/5%.

      So it has to have more memory bandwidth than god's dreams

      If AMD stays with (DDR/DDR II) SDRAM, it seems like Intel is going to win on the bandwidth front. While RDRAM was too expensive compared to the performance you got out of it 1-2 years ago, it seems like Intel was right when they claimed that Rambus would scale better than SDRAM in the future.

      31 CPUs or something? Without any more trouble (in terms of the hardware) than supporting two. The bus is supposed to allow for a whole mess of chips, and I want to see that.

      That sounds more like a nerd's idea of a centerfold than something you're going to see on an desktop anytime soon. ;-)

      Anyway, when you're talking more than a couple of CPUs you have to radically change the memory interface. A few CPUs can share the same memory bus (UMA - Uniform Memory Architecture), but with more than that you have to use something like a star topology or let each processor have some local memory and a bus/mesh/link to the others. I think AMD is shooting for an 800MHz HyperTransport mesh, but don't quote me on it.

      It does look like AMD is playing ball with Microsoft just the way they want them too.

      I think MS is using AMD to control Intel. That is, if Intel does something MS doesn't like then Windows will somehow magically support Hammer better than Itanium.

      It seems like Intel is starting to run away in performance on the 32bit side again, so Hammer is a make or break for AMD. That does put Microsoft in a strong position.

      I wonder if nVidia will turn out to be too big for Microsoft to swallow?

      Just a few random thoughts:

      I don't think MS is interested in swallowing nVidia. After they gained the upper hand on the desktop, MS' game plan has always been to control and protect the software platform. They've never been interested in owning the hardware side as long as they have sufficient power to keep the hardware companies in line. As long as there are more than one manufacturer of the hardware platform(s), the Windows software platform is the point of control.

      Think of it as a puzzle, if you are the only manufacturer of a critical piece of the IT puzzle you control the entire board. It is in MS' interest to make sure that there are at least two manufacturers of each of the other pieces, and that they are the only manufacturer of the software platform piece. (That's exactly why MS fought Netscape and Java and why Linux is so scary to them.)

      Besides, if MS gets too cozy with one of the combattants in the fiercely(sp?) competitive 3D graphics card market they might find themselves in a new antitrust lawsuit.

      MS wants to be able to keep selling new versions of Windows and Office, so they have to provide some new features that people will be willing to pay for - such as a new 3D user interface in Longhorn.

      MS and nVidia have to march in lock-step with regards to new versions of DirectX and new features in next generation graphics hardware. It won't harm MS much if they break the lock step and the next version of DirectX turns out to be closer to next generation ATI hardware, but it can harm nVidia a lot.

      As long as ATI and other video chip manufacturers can keep up somewhat with nVidia, MS won't feel any particular threat.

      The graphics card market is an open market - anyone is free to make a graphics card (as opposed to, say, the Intel/AMD processor slot/socket situation). The only requirement for making a graphics card is to support AGP and VESA and write a DirectX driver - none of which are jealously protected/patented.

      I don't know how cozy MS and nVidia are on DirectX. nVidia might try to pull a stunt by putting some features in DirectX that is hard to implement without violating an nVidia hardware patent. Could easily become a PR nightmare, though.

      nVidia is the current (well, once the NV30 comes out) performance king, but remember that the high-end market is only a small part of the entire market. Other companies are making decent amounts of money on the lower end and in the OEM market, and any one of them might do a high-end come-back.

      Unless I'm missing something, I think nVidia is the weaker party in this relationship. At the same time, it doesn't seem like MS would gain much by trying to control nVidia.

      --
      If J.K.R wrote Windows: Puteulanus fenestra mortalis!
    11. Re:One other small difference by LarsG · · Score: 2

      How many IIS servers have a C compiler installed?

      Only the ones where the admin is *nix enough to install cygwin to get bash and MCSE enough to do a full install of cygwin instead of only installing the pieces he needs. ;-)

      --
      If J.K.R wrote Windows: Puteulanus fenestra mortalis!
    12. Re:One other small difference by drinkypoo · · Score: 2
      First of all, do we want to make it impossible to be anonymous?

      I basically picture some system which will grant you a unique cert. You can then attach your personal information to it, or not.

      There are, AFAIK, two general ways of doing this - the PGP "web of trust" or PKI. I don't think a web of trust will work on a large scale, which leaves us with PKI. With PKI you get the sticky question of who will control the CA. Should the US government run it? Verisign? Microsoft? Who does the entire world trust enough to allow that entity to control the root of identity in this new set of secure protocols?

      That really is the sticky point, isn't it? I think the problem is more or less solved by being able to get anonymous certs. Of course where you use them from will tag them forever in some government database somewhere, so you do have to be careful about that still. But I'd like them to be cheap enough to get by spare-changing... say, a buck? No more than five dollars, though.

      As for who I'd trust, it can only be some sort of global consortium of top technology companies, with all data mirrored in all countries, and a key server picked via a genuinely random method. Or at least the best we can get. That way all the various companies and nations can keep tabs on each other.

      I believe that it is perfectly possible to create an unbreakable sandbox. VmWare, Java or any decent emulator out there implement virtual machines that are - at least in theory - unbreakable by software running inside the sandbox. The question is whether people are willing to use the sandbox because it is going to trade convenience for security.

      I'm really talking about this as a very special purpose thing solely for the translation of file types. This thought came out of the revelation a while back that in AmigaDOS the filesystem driver was actually written to the partition. There's no reason whatsoever that everything can't be like that, though. For smaller transfers you wouldn't do this but it would be nice if you could send your data along with a translator to make sense of it. On one hand this will get abused, and people will attach handlers bigger than streams, though you won't have to load everything obviously. Still, if you provide a severe enough limitation on what they can do it starts to look pretty reasonable, and you can still get quite a bit done that way. I'd probably use either Java or Perl to accomplish something like this today because of the run-anywhere aspects, which probably weights things in perl's favor. It has been alleged that large perl projects are hard to write, and supposedly Perl 6 will address that issue. I don't really know either way there, I've never written anything large with any language.

      Again, this only works with a system featuring anonymous (but consistent) certs. At the barest minimum I would be happy with a system which would let me know that someone was the same person for the duration of a session.

      Anyway, when you're talking more than a couple of CPUs you have to radically change the memory interface. A few CPUs can share the same memory bus (UMA - Uniform Memory Architecture), but with more than that you have to use something like a star topology or let each processor have some local memory and a bus/mesh/link to the others. I think AMD is shooting for an 800MHz HyperTransport mesh, but don't quote me on it.

      I guess I was mostly envisioning something with a whole boatload of cache per CPU... But then that's what you're saying, right? Some local memory, etc.

      4mb of L3 per CPU ought to do, whatever's cheap in the SRAM department will be fast enough. Barring that, I'll accept 8 or 16 MB of SDRAM in place of L3 :)

      After all, each CPU has its own memory controller, right?

      I don't know how cozy MS and nVidia are on DirectX. nVidia might try to pull a stunt by putting some features in DirectX that is hard to implement without violating an nVidia hardware patent. Could easily become a PR nightmare, though.

      The first big extension I can remember going into DirectX from outside (or at least, publicly from outside) was S3TC. S3 came up with it, it mostly worked, it became part of Direct3D. Then we got like a zillion things from nVidia.

      Recently it's seemed like nVidia defined Direct3D, what with all the crap they've brought to the table ahead of anyone else. A lot of it is only particularly useful for gaming, though they do have a pro chip. I despise the unnecessary price distinction between models but people continue to pay, and they continue to sell.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    13. Re:One other small difference by LarsG · · Score: 2

      I basically picture some system which will grant you a unique cert. You can then attach your personal information to it, or not.

      I think the problem is more or less solved by being able to get anonymous certs. Of course where you use them from will tag them forever in some government database somewhere, so you do have to be careful about that still. But I'd like them to be cheap enough to get by spare-changing... say, a buck? No more than five dollars, though.

      As for who I'd trust, it can only be some sort of global consortium of top technology companies, with all data mirrored in all countries, and a key server picked via a genuinely random method. Or at least the best we can get. That way all the various companies and nations can keep tabs on each other.

      Then what's the point? Then all I know when I receive a message signed by someone is that this someone has spent 5$ for the privilege to claim that he is the one that he claims to be.

      The only thing I can know (apart from the fact that someone paid 5$ for something that is the equivalent of a non-signed PGP key) is that if I receive several messages signed by the same key then the sender(s) have access to this key.

      So we have this megagovernmentcorp-thingy with loads of checks and balances whose only mission in life is to give out blank signed signature keys at 5$ a pop.

      *scratch head*

      Now try to sell this to the people that screamed bloody murder when Intel decided that it was a good idea to put a unique serial number in each processor.

      I'm really talking about this as a very special purpose thing solely for the translation of file types. This thought came out of the revelation a while back that in AmigaDOS the filesystem driver was actually written to the partition.

      Translate to what? How does the binary that is bundled with the data know how to represent the data in a format that is intelligible for the target system? Perhaps you are thinking about a data displayer instead of a data translator. What if you are sending a picture to a device with a text display only. I think it is a lot better to have a few properly defined data formats instead of turning data and executable into an opaque blob.

      With the file system handlers in AmigaOS, the operating system knows that the handler is a special case of a library which contains functions for open, close, write, etc. That is, it knows how to use the binary to turn the data into something that is meaningful. (Where are my RKRMs when I need them?)

      At the barest minimum I would be happy with a system which would let me know that someone was the same person for the duration of a session.

      There are several ways for doing that without creating a full-blown CA/PKI system.

      A unique session cookie over HTTPS, for example.

      Or a self-signed SSL certificate.

      Or a self-signed PGP key.

      Or if the session can be implemented as a single TCP session, you can cross your fingers and hope that the TCP/IP stack is intelligent enough to implement properly unguessable ISNs.

      I guess I was mostly envisioning something with a whole boatload of cache per CPU... But then that's what you're saying, right? Some local memory, etc.

      4mb of L3 per CPU ought to do, whatever's cheap in the SRAM department will be fast enough. Barring that, I'll accept 8 or 16 MB of SDRAM in place of L3 :)


      Mno, local memory and local cache must be handled differently. A cache is a copy, while memory is the real thing. In a garden variety UMA/SMP system all memory is shared by all processors. If one processor writes to memory, all processors see the change immediately.

      Now, what happens in a 31 CPU system with 31 sets of L1, L2 and L3 cache if one of them writes to memory? If a copy of that memory location is cached in some of the other CPUs' L1/2/3 cache, it must be updated (or the cache line invalidated) before any instruction executed on those CPUs read from that memory location. For every write to memory you have to check that no other processor is caching that memory.

      Even worse - what if we are using a write cache? That is, a write is not written directly to ram but is stored in the CPU's cache for a while hoping that more writes will happen to memory locations in the same area so that you can burst a larger chunk of data back to RAM in one operation. Then you must have a system that makes sure that every write to a cache line in one of the processors is reported to all the other processors also caching that area of memory.

      Making sure that this works correctly is called cache coherency. And from what little I know about big iron, it sounds like it is a Nasty Problem to make this scale to more than a few processors if you insist on a UMA architecture.

      You also have to think about stuff like motherboard layout and total memory bandwith. The longer wires, the harder to run the bus at high speed and even with deep caches you still need to read and write to memory and in a UMA all processors are sharing the total memory bandwidth.

      That is why big iron tends to have memory architectures that seem quite exotic if you are used to think of RAM as one big chunk of storage space shared by all processors in the box.

      After all, each CPU has its own memory controller, right?

      Yup. I don't claim to know how the memory architecture of a huge Hammer box will look like, but I know that you will run into scaling problems somewhere between 8 and 64 processors if you insist on using a UMA model.

      Then we got like a zillion things from nVidia.

      I kind of expected that, but wasn't sure.

      I despise the unnecessary price distinction between models but people continue to pay, and they continue to sell.

      The computer business has always been like that, and as long as there is a segment of the market that is willing to pay a premium for the top of the line model that won't change.

      --
      If J.K.R wrote Windows: Puteulanus fenestra mortalis!
    14. Re:One other small difference by Anonymous Coward · · Score: 0

      "You Have looked at you network settings, please restart your computer"

      That may have been true of Win9x, but NT based kernels for windows aren't the same, ok you have to except some EULA, But hell who reads A EULA which Exceeds a 1000 words easily neways...

      and another thing servers running a GUI, Nowadays of fast processors and such like performance is hardly dampened by a GUI, i mean who wants to sit at a desk all day and type line by line commands instead, of a couple of mouse clicks...

      Microsoft may be an "Evil Empire" but if rather put my hardware in their hands, as i dont want to type bloody commands, download entire new kernels, debug line after line of script just to make my hardware work fully. Call me lazy but linux still aint mainstream, when linux is compatible with as much hardware as windows is, automatic updates, and has the same amount of games, ease of use, and general lack of having to read manuals, ill give it a try then....

      i am a fairly advanced user, but theres being advanced, and then theres being a podantic feckhead, who would do anything rather than use someone whos made it big, and provides half decent support for their customers

  119. This is already standard practice by tweakt · · Score: 3, Insightful

    You should ALREADY be blocking ALL unknown incoming ports. ESPECIALLY UDP.

    1. Re:This is already standard practice by Anonymous Coward · · Score: 0, Redundant

      HE MEANT outgoing udp 2002, not INCOMING. thanks for playing.

    2. Re:This is already standard practice by Anonymous Coward · · Score: 0

      It *is* incoming UDP 2002. Thanks for being a complete dipshit.

    3. Re:This is already standard practice by Time_Ngler · · Score: 1
      Blocking outgoing udp isn't going to do much. What is your node going to do if it can only broadcast and not listen?

      Like the above poster said, blocking incoming UDP would be enough to prevent the infected computer from acting as a P2P node.

    4. Re:This is already standard practice by wayland · · Score: 1

      The result of this is that everyone who designs something new will have it running over port 80, instead of something else. Imagine how much simpler life would be if we had separate ports for:
      - ECMAscript (Javascript)
      - SOAP

      Basically, the more we block other ports, the more people will use port 80 for non-HTML stuff.

  120. A link to the baseline tool: by PhxBlue · · Score: 2
    --
    !#@%*)anks for hanging up the phone, dear.
  121. Re:Hmm... 3500 == 350,000?? by Anonymous Coward · · Score: 0

    *pffft*!!! HA ha ha ha ha ha!!!

    Funniest thing I've read all day!

  122. Keep waiting by twitter · · Score: 2
    You say: Let's face some facts, there are probably more "forgotten" Linux servers than Windows ones, simply because Linux can run unattended for months at a time and Windows cannot

    I say Windows is a POS because you can't run it unattened.

    You say: I await your wrath for being reasonable.

    I'm still waiting for you to be reasonable. Until then, I'll just have to be helpful.

    If you define suck for me, I'll be able to tell you which OS sucks more. If suck is defined as requiring constant maintenance, periodic expensive "upgrades", monthly email viruses, worms and other dirty critters due to less than best security practices, hiding and denying exlpoit information, months between exploits and "patches", well Windows is the winner. All that sucks jagged rocks.

    --

    Friends don't help friends install M$ junk.

  123. default config by loudici · · Score: 1

    why on earth do all distribs get all the modules installed and enabled by default? most people do not need SSL, and those who need it should be able to change the httpd.conf to load the module accordingly?

    i think it is questionnable to have apache running by default. users who want a server should know enough to turn it on by hand. but turning SSL on
    by default is just plain wrong.

    i would not blame the openSSL team either. there is a reason why they do not ship as 1.0...

    L

    --
    Dev elpizw tipota, dev phoboumai tipota eimai lephteros http://euclidian.org
  124. Re:How can ya tell? What do you do? by ipjohnson · · Score: 1

    Not just servers .... Its just like leaving a loaded gun lying around ... after a while something bad is bound to happen.

  125. Re:in other words, linux is no more secure than wi by Anonymous Coward · · Score: 0

    Of course linux has bugs. But still how many exploits have you encounter on windows and how on linux. Its like comparing whether you have or you don't have alarm in your home. Are you more secure with alarm. Sure. But are you protected from being robbed? No.

  126. is an ssl-only server also vulnerable? by rassie · · Score: 1

    If the server only listens using ssl on port 443, is it also vulnerable. The worm description only describes port 80.

    And what if everything on the https://server/ is password-protected using http basic authentication, is that vulnerable?

  127. Had to laugh.. by Anonymous Coward · · Score: 2, Interesting

    Someone posted a message up somewhere that their NetBSD VAX system has been serving pages from a DMZ outside their firewall for years... he keeps seeing various hacks tried on it, but everyone *expects* that its apache on linux on a x86 machine. Just goes to show that while "security through obscurity" doesn't *always* work, running on old hardware just *might* have certain advantages. :-)

  128. Re:Distributions, sub-version #'s, & straight by mccalli · · Score: 2
    openssl-0.9.6b-28 is the current red hat version, and it is fully fixed.

    It even shows the old version if you run openssl version: OpenSSL 0.9.6b [engine] 9 Jul 2001

    Oh now that's poor. Asking for the version doesn't give you the correct version? Poor. Version commands should be dependent on source control tags, not programmers having to remember to edit that particular bit of source.

    Cheers,
    Ian

  129. On other news... by 0x0d0a · · Score: 2

    ...sales of Red Hat's up2date service agreements have doubled.

  130. Re:Distributions, sub-version #'s, & straight by sir99 · · Score: 1

    It is the correct version. It's OpenSSL 0.9.6b, with security patches. Maybe RedHat should have updated the date string, but the version number is right.

    --
    The ocean parts and the meteors come down
    Laid out in amber, baby.
  131. Everytime I picture that scene in my head-- by Anonymous Coward · · Score: 0
    --I get a giant hardon. Jennifer Connelly makes me so--um, Excuse me, I'll be right back.


    *Ziip!*


    (Clicks DVD player to a certain looped scene):


    Old Guy: "Ass to Ass! Ass to Ass!!"


    (Crowd): *HUMP!* *HUMP!* *HUMP!* *HUMP!* *HUMP!* *HUMP!*--"


    (Me) *FAP* *FAP* *FAP* *FAP* *FAP* *FAP* *FAP* *FAP* *FAP* *FAP* *FAP* *FAP* *FAP* *SPL000000000000000000RRRRRRT!!*


    *Click!* *Ziip!*


    Now, where were we?

  132. well.... by theLOUDroom · · Score: 1

    If you don't care about other people, maybe you would care about the legal implications of your machine performing a DOS attack against someone else?

    --
    Life is too short to proofread.
    1. Re:well.... by coupland · · Score: 2

      If you don't care about other people, maybe you would care about the legal implications of your machine performing a DOS attack against someone else?

      Good read. I don't care about that either.

  133. Re:Hmm... (off topic... forgive the rant) by thekernel32 · · Score: 1

    Well, so I'm wrong. Please don't attribute the FUD to me as I am just going off of what I understood from before. I do recall that my apache logs were filled with worm requests for 2 weeks before my traffic started dropping. Besides, this is just one more case as to why I'm ditching the computer industry as of last month. I've got to be financially independant and working for a company that's paying me as little as they can that may go under next month anyway isn't for me. Besides, I have more to worry about than having my apache hacked. People are trying to take my guns away. People are trying to take my right of religion away. Last of all, people are trying to hinder my right to life, liberty, and the pursuit of happiness. One of the biggest reasons I support free software is because it doesn't seem to accelerate the present social decline as much as other development models. Greed, not capitalism is what is causing us to have so much trouble. Both in poorly written software and in our corrupted political systems.

  134. Heads-up by Chris+Johnson · · Score: 2
    I think it would be a good idea to watch out for attempts by Microsoft to lobby on behalf of making Linux illegal (or perhaps forbidden for government work?)... on grounds of it being a security risk.

    Yeah, that would be insane- but the question to ask is, do they have the lobbying and PR muscle to pull it off? Microsoft's style of winning is not wholly restricted to utter Forrest Gump truthfulness. I see this as a sort of Xmas present for them, and I see them trying to figure out just this: whether they can launch a lobbying effort to attack Linux based on this situation.

    Sort of a "Linux Worm Creates Attack Network! You must legislate against the danger of this- did you know Linux installations often have compilers and linkers installed right alongside *spit* Netscape? An evil hacker's toybox it is! Why, on these Linux PCs, a worm could compile ANYTHING AT ALL it wanted to, with the support of the operating system! At least make sure there aren't any of these insecure Unix devices in the armed forces. Do you care about America or are you a Linux supporting terrorist?"

    OK, I ran with that a bit- but what do you think these armies of MS lobbyists actually SAY? "Buy our stuff, it's okay and not too expensive really?"

  135. You got told! by crow_t_robot · · Score: 0

    ...boyeeeeeeeeeeeeeee!

  136. MOD PARENT UP by Anonymous Coward · · Score: 0

    I love it!

  137. Just get the RIAA and MPAA... by Newer+Guy · · Score: 2

    To sue this 'rogue P2P system' out of existance! Problem solved. I'm emailing Hillary Rosen as we speak....

  138. no by Anonymous Coward · · Score: 0

    it uses port 80 to detect apache and 443 to do the real infection. If port 443 is closed off, no problem

  139. Taking the System Down to apply patches. by Anonymous Coward · · Score: 0

    Gotta work on Sundays and Holidays or the thing goes down on a workday, pissing off the salesmen!

  140. No New Lesson by _Sprocket_ · · Score: 2

    There are no new lessons here. This is not the first worm for Linux. It is not the first DDoS architecture for Linux. Nor does CNET's estimation of 3,500 infected machines match its Code Red estimations that have floated from "...more than 15,000..." to "...more than 350,000...".

    It would seem anybody who is finding something insightful in this story are either a Linux or Windows zealot, brand new to the argument, or very poor students of recent history. Granted - "recent" becomes is somewhat subjective. So let's take a brief look at past DDoS applications and Linux worms.

    Distributed Denial of Service (DDoS) architectures began hitting the Industry consciousness late 1999. At that time it was trin00 and TFN. Shortly afterward, new versions showed up in the wild including TFN2K and Stacheldraht. All can be run on Linux. Although they are not, themselves, worms.

    Linux worms are not new... nor are they ancient history. There are some excellent examples from a little over a year ago. One of the first worms from 2001 was the Ramen Worm and was reported by CNET January 17, 2001. Of course, CNET's article didn't have impressive numbers to report but it did liken it to the infamous 1998 Morris Worm. The Ramen Worm was followed by a less-famous variation called Adore and it also garnered CNET coverage April 4, 2001. But it wasn't too interesting a worm. It had been overshadowed by a worm reported the previous month dubed Lion. The Lion worm also got its own CNET coverage.

    In each case, the worm in question used well-known security flaws with existing patches.

    If one wants to point out that any OS is vulnerable if it is not properly maintained, then this latest worm is simply one of a series of worms that have proved this point. And worms have made object lessons of Linux, Windows, and other popular OS variants such as Solaris (sadmind/IIS being my favorite as it propagates on Solaris machines and then attacks and defaces IIS web sites).

  141. C/C++ alternative needed? by thanasakis · · Score: 1

    now correct me if I'm wrong but most of the remote exploits and vulnerabilities that we see in un*x boxes nowdays are based on buffer overflows more or less. This practically means that somewhere inside the program there is a difference between the sizes of certain memeory areas that have been pre-allocated, or that the programmer made certain assumptions during writing that can be exploited to make the program behave in a way that the latter has never intended. Now if someone used a language like say, Ada, that restricts many of these *unsafe* assumptions, wouldn't that make the programs a lot less vulnerable. I have tried ada in the past and I can tell you that all these unsafe tricks that everyone does to get out of "tricky" situations simply aren't allowed. This would probably have serious implications in speed and probably in developement time but the whole essence of the open source movement is that you make it just for fun mainly. No timetables or silly demands from the boss right?
    This is not an Ada troll :-) mod this down if you must, I am just curius about what the other /.ers think about moving to "safer" languages.

    1. Re:C/C++ alternative needed? by Anonymous Coward · · Score: 0

      Your question is reasonable, and often asked in many forms. Such as "this is hard in C, easy in lisp, why not use lisp for everything ?" or "In java there are no pointers, pointers cause bugs, let's use Java" etc etc.

      Usually these questions are simply not answered. People spew irrelevant criticisms of the new proposed language, or explain how this particular project in this particular instance ended up using C, etc etc. Megabytes of this drivel can be found in the archives of comp.lang.*.

      I will attempt to actually answer your question.

      The reason why Java is "safer" than C is because the language simply doesn't describe how to do certain things with the computer. (Java is Turing equivalent because you can simulate those things, but you can't natively dereference pointers or do pointer arithmatic.) It's like trying to make society more peaceful by not teaching our children the word for "war".

      Why would you use a language purposely crippled by not being able to do everything ? More especially, why would you use a language which made your code slower and bulkier just to hinder you ?

      C allows you to describe exactly what you want the computer to do. If you have a buffer overrun, it's because you didn't tell the computer to do the right thing (check the bounds of allocated memory, in this case).

      In a pointer-less language like Java, you cannot use tricks like "pointer pushing" to make loops faster.

      What's the point of all those years of school, paying off loans, working all nighters for no overtime, working in an evironment with no women only smelly unsocialized men, if I can't tell the computer to do what I want ? The boss who tells me "I want you to use constapated language X because I don't trust you tell the computer what to do" will soon be my former boss. Enough other people are like me, or apply pressure in subtler means, that the people writing ADA and Java and other languages will always kind of suck.

      Lisp is kind of weird though. It is probably possible that a good lisp compiler and runtime could produce much faster code than the C compilers. You have a lot of power there. It died because lisp people couldn't write a program or system useful to other to save their lives. Every lisp project I have ever used needed at least as much memory as the program writer had on his machine to use; as a community as a whole, they have an autistic inability to produce code for people who are not lisp coders.

      That's why the lisp "hello world" either requires a 100 MB runtime image, or can be compiled into a slim 4 MB executable.

    2. Re:C/C++ alternative needed? by Meowing · · Score: 1
      most of the remote exploits and vulnerabilities that we see in un*x boxes nowdays are based on buffer overflows more or less.

      Not just Unix, for example quite a few of the Windows exploits have had the same causes.

      Now if someone used a language like say, Ada, that restricts many of these *unsafe* assumptions, wouldn't that make the programs a lot less vulnerable.

      Maybe. The problem is that you still need to support the C-style string/buffer stuff for all the programs that rely on traditional Unix APIs, and any "safe language" implementation that runs on an existing OS is, at its back end, still going to be needing to play all those pointer games at the back end. So, the problem isn't really eliminated, just relocated.

      To really eliminate that kind pf problem, you'd have to redo the OS and user space from scratch, and toss lots of portability out the window. That would be a really, really tough sell.

  142. *eers by crucini · · Score: 2
    He probably works in marketing, where one has an obligation to invent new words like "visioneer" (most of which make me reach for the barf bag).

    Perhaps you are a regurgioneer. Put it on your business cards.
  143. Scanning my logs ... by snowtigger · · Score: 1

    My Linux system filters incoming traffic on most ports (including 80 and 443). Looking through the log files, I noticed an increase in the amount of request on port 80 since a few days.

    I am not saying that this is necessarily coming from the apache worm, it could also be a spam spider or something else.

    But what is more interesting is that I just (10 min ago) had the first requests on port 443.

    Could this be the evolution of the first version ?

    1. Re:Scanning my logs ... by snowtigger · · Score: 1

      In four days, my machine has been contacted by 24 different machines on port 80. By scanning UDP port 2002 on these, I found that 12 of these accept() connections.

      Does anyone have a good idea of how to tell these people that their machines are infected ? Most of the addresses contained "adsl" or "cable" indicating UNIX boxes for home use ...

  144. User friendly description of what to do by juraj · · Score: 1

    Here is a user-friendly description of what should be
    done to prevent the worm getting to your site and how to minimize the impact on huge network.

  145. Masturbation Minefield by Anonymous Coward · · Score: 0

    Trouble is, if you take a bit too long to spurt your load, you end up seeing some old bird getting electrocuted.

    1. Re:Masturbation Minefield by Anonymous Coward · · Score: 0
      Trouble is, if you take a bit too long to spurt your load, you end up seeing some old bird getting electrocuted.


      True dat. But that's why I've got an edited version of the scene in .mov format from http://www.lukeskyywalker.net. Nothing but Jennifer and her exquisite degradation. Saves a lot of trouble on the wanking front.

  146. Did someone say... by ipX420 · · Score: 1

    Did someone say free pot? *toke*

  147. 3500 servers ... but who's counting? Pure FUD by konmaskisin · · Score: 2
    So, let's see ... linux is not that important but a worm that infects a small proportion of a niche bit player OS has already infected 3500 or more servers.

    Assuming that, say, 5% of Linux boxes are configured to have an HTTPS web server enabled and are also running the exploitable SSL (how many linux or unix/apache webservers do you know are setup to do https using OpenSSL?? - most https apache setups use Stronghold which costs extra and which one purchases because of bundled security services). Now, given that these same boxes are set up to be secure and to encrypt web communications what idiot would *also* install a *compiler* on such a system? Assume 50% of admins are that stupid (remember, everyone argues that Unix/Linux requries massive skill just to set up correctly so 50% stupidity rate may be high).

    Just as an aside I personally have access to 8 machines. None of them are set up to have SSL enabled. None of the machines in production in publically accessible server roles have a COMPILER installed. A quick survey of friends (all told about 50 production boxes in total) reveals that *none* (out of 50) have SSL enabled in Apache. For personal machines most use web servers as "Intranet" systems for LAN's or as a convenient "file server" substitute on workstations/laptops.

    If all the above conditions do exist on a small subset of linux machines, then 3500 = just what % of all linux machines I wonder? (Someone should sample and project and use C|Net figures to establish how many Linux systems there are out there). It sounds like about .5% of Linux machines are effected and that there exist several 10's of millions of Linux servers. Actually it sounds like FUD rubbish ...

    BTW if you are worried you might be affected here's how to fix it on Red Hat - Mandrake and SuSE will be similar ... with Debian and Gentoo it's even easier. And then of course theres apt-get for RPM's now too so ...
    mv /var/www/html_docs /var/www/html_docs.hold

    rpm -Fvh ftp://updates.redhat.com/7.2/en/os/i386/apache*

    rpm -Fvh ftp://updates.redhat.com/7.2/en/os/i386/mod_perl*

    rpm -Fvh ftp://updates.redhat.com/7.2/en/os/i386/mod_php*

    rpm -Fvh ftp://updates.redhat.com/7.2/en/os/i386/openssl*

    mv /var/www/html_docs.hold /var/www/html_docs

    service httpd restart
    All told takes about 30-45 seconds to fix. Given that I am **STILL* getting the following probes on my systems every day thanks to a bug in IIS:

    [10/Sep/2002:11:06:42 -0400] "GET /_vti_bin/..%255c../..%255c../..%255c../winnt/syst em32/cmd.exe?/c+dir HTTP/1.0" 302 263

    (damn idjits) .... I will take Apache *any day*. On the security front the utter shoddiness of IIS in comparison to Apache makes it obvious where the "threat" lies.

  148. This is what happends to an infected machine :-) by snowtigger · · Score: 1

    computer> telnet A.B.C.D 80
    Trying A.B.C.D...
    Connected to A.B.C.D.
    Escape character is '^]'.
    HEAD / HTTP/1.0

    <html><head><meta http-equiv="Content-Type" content="text/html; charset=english"><title>HELLO!</title></head><bady ><hr size=5><font color="red"><p align="center">Welcome to http://www.worm.com !<br><br>Hacked By Chinese!</font></hr></bady></html>
    Connecti on closed by foreign host.

  149. Numbers and Issues - Linux vs Windows by _Sprocket_ · · Score: 2


    Should we immediately start referring to Linux (et al) as an easy touch for these worms? This is now two serious vulnerabilities in the last three days. Sure, there are fixes available, but there are also fixes quickly available for similar Windows holes and, yet, when "sysadmins" don't apply them, everyone blames Microsoft. So, that means Linux sucks too, right?


    If the issue were as simple as counting vulnerabilities and counting exploits and comparing numbers... then it might be easy to say "yes". Or "no". Whatever the numbers end up being. And, in fact, that seems to be the entire argument some like to make when comparing the "security" of two different platforms. But the issue is not that simple. It is not about numbers.

    This is not the first time Linux vulnerabilities and worms have been the subject on Slashdot, as well as featured stories in the press. While it is a humbling reminder that no OS is invulnerable, it is also often used as a kind of red herring to deflect criticisms of Microsoft and its own offerings.

    Microsoft does not have a very positive history when it comes to security of their products. Although it would be wrong to ignore that they have made steps to improve - faster releases of patches and security tools have helped improve a dismal repuatation. However, Microsoft still continues to ignore some vulnerabilities, attempt to cover up issues, and otherwise imply that it is those who discover and publish flaws that are to blame for vulnerability - not their own products. But (bad) attitude is not everything. It is the Microsoft product itself that is at the heart of the issue.

    Sure - one can administer a fairly secure Windows environment. But it is no easy task.

    Patches (or service packs) have had a history of being dangerous - which leads to a standard policy of waiting before deploying what could be critical security fixes. Furthermore, it is now an apparent policy of Microsoft to change the legal framework of their license through the use of security patches / service packs. Installing a patch is not a simple matter for the smart Windows admin.

    Deciding to install a service pack is only the first step. Once the admin has accomblished this, they must then audit their configuration to ensure that the service pack has not replaced insecure services or configurations that the admin has removed with security in mind. Service packs tend to do this - especially if the admin has gone through the process of hardening their Windows server.

    Hardening is not a simple process either. Unix/Linux systems are very modular and allow for the removal of almost any component. Not so with Windows. Removal of unused components tends to not be suported by Microsoft and often involves following a checklist created by someone else who has already discovered what can or can not be safely removed (the dependancies of various components are not always logical). Once again, this entire process must be repeated after installation of any new system components or service packs.

    While Linux does share the dubious honor with Windows of having both vulnerabilities and worms designed to take advantage of those vulnerabilities... it does not share all the same issues. And that keeps the line between the two fairly distinct.
  150. good firewall rules would keep a p2p attack at bay by dapantzman · · Score: 0

    Even if this worm does bust your webserver then compiles itself and starts listening on udp port 2002 a default deny policy for incomming and outgoing traffic would curb connections to this obscure port. Patching your server should be the first thing you do but if you don't get to it in time your server won't be DOSing other servers.

  151. The Difference by m0rph3us0 · · Score: 1

    The difference between most free products and most microsoft products is, that when a problem arises with a free products (ie. Apache / OpenSSL), the vendors of these products rarely say "Oh, thats only exploitable in these situations..." rate it a minnimal threat and then dont patch it until someone releases a worm. Also, things like apache have huge problems once every few years or so. Take a look at security focus and check the IIS exploits, there are bad ones every year or so. And at least running UNIX I don't have to worry about some user exploiting a Win32 hole when I log on breifly as root to admin things. Yes, you have to patch your systems, thinking any operating system is invulnerable to attack is ludicrous. What counts is, the total number of hours that your system is exposed to vulnerability. Maintaining a secure system isn't rocket science (designing secure systems may be). You just have to follow a few simple rules. Subscribe to applicable vuln lists, disable or uninstall programs that are not used, and patch religiously. Generally these few steps will solve most of your problems. Unless your a security nut, a directed attack will probably get thru anyways, but how many of us are facing directed attacks? Most of the shit i pick off my firewall is just standard port scanning for signs of stupidity.

  152. I run linux by ShoeHead · · Score: 1

    So, is there a free, easy to use software package that will lock up my computer's ports and services for me? I have a cheap box that's serving music, but have pretty much stuck with the stock redhat 8.2 install.

    1. Re:I run linux by cpuenvy · · Score: 1

      8.2, huh? Anyway, check our Lokit, specifically made for users of "RedHat 8.2".

      --
      DISCLAIMER:

      I don't believe what I write, and neither should you.

  153. Re:Defense agains DoS attacks by RGRistroph · · Score: 2

    A better analogy would be that a whole crowd of kids come, mixed in with the normal wanting icecream kids so you can't tell the difference, only when these kids get up to the counter they move very slowly, argue, take napkins one at a time, change their request of which flavor, so that soon you are serving 1 kid every two minutes instead of 1 kid every ten seconds.

  154. So much for Mandrake by Noke · · Score: 1

    Mandrake Linux 8.2 (the latest).

    After running 'urpmi.update -a' I ran 'urpmi --auto-select' and got:

    To satisfy dependencies, the following packages are going to be installed (44 MB):
    kdelibs-2.2.2-48.1mdk.i586 telnet-client-krb5-1.2.2-17.1mdk.i586 arts-2.2.2-48.1mdk.i586 krb5-libs-1.2.2-17.1mdk.i586 kdelibs-sound-2.2.2-48.1mdk.i586 kdelibs-devel-2.2.2-48.1mdk.i586 libarts2-2.2.2-48.1mdk.i586 ftp-client-krb5-1.2.2-17.1mdk.i586
    Is it OK? (Y/n) y

    After installing the "latest" patches (I did an update just last week too), openssl is still the old, vulnerable version:

    -[jeff@turing]---
    -(0:~)-: /usr/bin/openssl version
    OpenSSL 0.9.6c 21 dec 2001

    I thought the whole 'urpmi.update -a' and 'urpmi --auto-select' things were supposed to always keep you patched and safe?

    1. Re:So much for Mandrake by JayTeeUK · · Score: 1

      It might be a patched version of the old library. Try:

      rpm -q --changelog openssl

      And look for references to the buffer overflow vulnerabilities around July/August time.

      --
      James Tait, Programmer and Free Software Advocate
      JID: jayteeuk@wyrddreams.org
  155. Just expect more by xixax · · Score: 2

    For a while now, IIS has been the h4X0r child because it is ubiquitous and easy to break. Mal-ware activity is a good indicator of the popularity of a platform (at least partially).

    Fewer people did Linux mal-ware before this because there were relatively few machines and they were generally owned by clueful people. Now we have a far larger base of ignorant users/operators and far wider deployment, including high profile deployments. How many clueless people had 24/7 broadband connections even 3 years ago?

    Expect to see greater interest in Linux Mal-ware as the popularity of Linux increases. With increased H4X0r attention, the delivery of security to the ignorant will determine how often we see headlines about Linux hosted exploits[1].

    Xix.
    [1] OK, maybe OpenSSL screwed up, but surely the OS has *some* responsibility for looking after its own integrity? Imagine a distro that keeps your firewall, ppp connection, web server and stuff in seperate, minimal user-mode Linux virtual boxes.

    --
    "Everything is adjustable, provided you have the right tools"
  156. Unless that worm . . . . by Anonymous Coward · · Score: 0

    rm -rf /usr/sbin/up2date ; ln -s /bin/true /usr/sbin/up2date

  157. "Everything you know is wrong. (And stupid.)" by JeebusJones · · Score: 1

    You have answered your own questions... except... "Everything slashdot knows is wrong. (And stupid.)"

  158. Re:heh Actually if you had been listening by Anonymous Coward · · Score: 0

    They said that linux or unix in general does not have to worry about viruses.

  159. Re:Distributions, sub-version #'s, & straight by Anonymous Coward · · Score: 0

    You have nice manners. I appreciate that.

  160. Code Red... STILL! by Bilbo · · Score: 2

    Jeeze... Just went to check my Apache logs to see if there was any indication of this worm on my servers (all clean), and I'm STILL getting plugged by a couple dozen freaking Code Red hits a day! Is there any way to get these cleaned up, or are we going to be putting up with winnt/system32/cmd.exe requests until the end of time?

    --
    Your Servant, B. Baggins
  161. actually if you werent a retard by Anonymous Coward · · Score: 0

    you would look at the comments after many windows worm incidents and see that many people have said that that wouldnt happen on linux

  162. RedHat 6.2? by Anonymous Coward · · Score: 0

    Let's talk about how open Windows 95 is ...

  163. Automatic Updating by HawaiiLinux · · Score: 2, Insightful
    These worms (including Nimda and Code Red) always have targeted holes that have been known and fixed for months, but the masses who never keep up with security updates are still cracked. These many people who never keep up with security updates will always exist due to ignorance.

    I can't count the number of times I tried to convince someone to apply updates, but they always say "My system isn't important, nobody will want to crack it."
    But of course, that type of system is a prime candidate for cracking, because often the owner wont even notice that they have been compromised and they can usually be used to launch more attacks for a long period of time.

    All of Microsoft's recent products now do automatic updating by default. Yes, automatic updates annoys power users and Administrators due to the risks and loss of control, but unfortunately this is exactly what the ignorant masses want, it is taken care for them so they don't care. (Effort is a rare thing to most end-users.)

    On the flip side, none of the Linux distributions do automatic updating by default, nor do they saliently annoy the Administrator with pop-ups saying "You need to update!"
    It is good that Mandake 8.2 and higher give you the option to download updates in the installer, but after you have booted you aren't ever told "Updates are available" or "Please update."

    I ask this question, would Automatic Updating be a good thing as an install option of popular end-user distributions? Say the installer had a screen saying "Automatic Updating is on by default. Uncheck this box to disable it." This will of course annoy knowledgable users, but unchecking a box isn't hard! Simpy uncheck and enjoy the control that you expect. You haven't lost anything!

    This idea is mainly to protect the uneducated end-users who probably will never apply updates. These people don't care about control, and they wouldn't be installing conflicting custom operating system components that may potentially screw up automatic updates.

    I just worry about a future where Microsoft end-user machines are always fully patched, while many Linux end-user machines are not due to ignorance. That will NOT be good PR if more of these Linux worms occur while they no longer occur to Microsoft.

  164. No, higher skilled developers are needed! by jtwine · · Score: 1

    The problem is not with the language being used... It is with the novice programmers that are using the language. (You can FU*k-up in just about any development language out there.)

    Programmers hardcode things like string-buffer lengths all the time. And that is fine, as long as you take the necessary precautions to ensure that the buffer length is not exceeded; that is the reason functions like strncpy(...), and snprintf(...) exist. However, most programmers do not do "the right thing", and these crashes and other related problems still occur.

    Getting programmers to "do the right thing" (or do things the right way) is how to fix the problem, not by limiting what they can do (which is the approach that Java takes).

    Sadly, IME, many "experienced" programmers have been doing things in a less than perfect way for so long, that they do not realize that "it works" is not the same as "it works well" (or "it is correct"). And they are continually trusted to write more code that contains the same old problems.

    That is not going to change until people start to realize that the difference between an "Expert" and a "Novice" is not how long they have been doing something... It is how long they have been doing something the right way.

    --
    -=- James.
  165. P2P Superworms and Curious Yellow by blanu · · Score: 1
    The advent of superworms creating peer-to-peer networks which allow for easy propagation of commands to the entire network by their creator was anticipated in this Linux Journal interview and in the design for the Curious Yellow Peer-to-Peer Superworm.

    This superworm for Linux is just a first attempt at an entire genre of zero-day exploit worms which create ad-hoc peer-to-peer networks as they spread.

  166. Cable/DSL routers by GReaToaK_2000 · · Score: 1

    Does having the server behind a Cable/DSL router help protect it?

    If I am not allowing 443 and 2002 (or what ever those to port numbers were) pass through my firewall doesn't that prevent it from transmitting itself to my machine?

    Just curious. I looked for .bugtraq.c and it was not in my /tmp directory.

  167. Why you should unplug your box. by Anonymous Coward · · Score: 0

    Security is good, but you can only take the point of view you're espousing just so far.

    For instance, the security hole that this particular worm exploits was obviously present before the worm began exploiting it. In a similar vein, there are almost undoubtably other exploitable security holes on your system right now. They just haven't been discovered yet.

    So. Given that we know there is a high probability that your system has security holes which you don't know about, and given that you think no one with unpatched security holes should be hooked up to the net, I guess we can expect you to unplug your system after reading this message?

    After all, if your system infects even just one other system which goes on to infect thousands more, then you're at fault for every bad thing on the Internet and you'll go to hell when you die, where you'll have to french kiss Hitler for all eternity.

  168. Bad analogy by ZigMonty · · Score: 3, Insightful
    If your car kills someone because you don't give a fuck about your actions, it's also YOUR fault.

    Bad analogy. Better one: If someone steals your car because you don't have a car alarm and then crashes and kills someone, are you to blame?

    No! You are the victim of grand theft auto.

    If your computer is insecure and it gets broken into and is used for a malicious act, you are the victim of being hacked. It's not your responsibility to protect your computer from hackers anymore than it is your responsibility to secure your car from theft.

    If you are the computer security adviser to a large company then you are in trouble. Otherwise, it's the police's fault for not stopping it.

    Note: I have secured my box (to the best of my ability) but I am reasonably computer literate. I don't think my Grandmother should have to do it.

    1. Re:Bad analogy by grin · · Score: 1

      Or maybe it was a good analogy indeed.

      Suppose you have your car and you don't care about the brakes, and who cares that the tires are a bit flat, and the right door sometimes just open if you take the turn too fast. All in all - you don't maintain it to be safe for others.

      "It's my car, dammit. I am not responsible for all of you walking around!"

      Maybe you'll be lucky. Maybe you just land in a frontal window of a shop. Maybe you ride over some people.

      I would be pleased if people would maintain their system to be safe for the others walking by the internet. No, I don't mean ultimate security, every john doe possessing personal IDS and stuff. But damn those running RH4.2 and 4 years old BINDs and you-name-it-security-obsoletes.

      And it's not against YOU, it's against those who don't care, and who think it's not their responsibility. Those who DDoS me or my ISP, cause hundreds or millions $$ of damage then make a dumb face an ask: "who? me?"

    2. Re:Bad analogy by ZigMonty · · Score: 2
      True, but in that case there is no one to blame other than the owner of the car (or computer). Security updates are a different matter. My analogy is apt. There is a malicious other person who is responsible. Just because who can't find them or prosecute them doesn't remove them from the equation. Blaming the victim is just looking for a scapegoat. It is similar to the detaining of Japanese Americans during WWII, we couldn't hurt the actual Japanese Government so we found a scapegoat.

      It isn't that simple however. Your analogy is also good. With a car when you register (in Australia at least) the car has to pass a roadworthy test. The car owner isn't responsible for their own maintenance, merely for taking the car to someone who is qualified. Maybe we should acknowledge that most people aren't qualified to take care of their computers and work around that. Does your new Ford come with a "Maintenance Wizard" to lead complete novices through the necessary engine adjustments? No. Arguing that everyone should know enough to secure their boxes is similar to demanding that everyone be able to do complex maintenance on their car. Maybe making maintenance "easier" for the user is attacking the problem from the wrong direction?

  169. A fuckload more than 3500 by Anonymous Coward · · Score: 0

    Looking at my server logs, there are a FUCKLOAD more than 3500 servers infected. This is worse than NIMDA or Code Red. You fucking Linux dweebs better fix your goddamn boxed or this is gonna be a bigger mess than those two IIS worms put together. Apache is a piece of shit, and Linux admins are fucking morons.

    1. Re:A fuckload more than 3500 by konmaskisin · · Score: 2

      A blatant lie ... hmm. FUD meisters gardening on /. ... who is more pathetic?

  170. Code Red Rulez by nrc · · Score: 1
    In spite of this massive rogue P2P network that's being built, my firewall hasn't received a single probe for this Apache vulnerability this week. It has received about 200 probes for the Code Red virus and it's variants, however.

  171. Re:Distributions, sub-version #'s, & straight by mccalli · · Score: 2
    It's OpenSSL 0.9.6b, with security patches...the version number is right.

    Well, I sort of agree but mostly don't. If patches have been applied, then it isn't the same as a vanilla 0.9.6b. Essentially, they've created a fork off the 0.9.6b trunk. The version number should reflect that - maybe 0.9.6b-sc1 (for security patch 1) for example.

    As an aside, what is that open source people have got against making a version 1.0 of anything? It's just a number, nothing to be scared of...

    Cheers,
    Ian

  172. Re:Hmm... (off topic... forgive the rant) by actiondan · · Score: 1

    Maybe the FUD came from somewhere else but passing on facts that you don't know to be true contributes to the FUD problem.

    It doesn't take much effort to have a glance at the CERT advisories and verify the sequence of events surrounding Code Red.

    The reason FUD spreads so easily at the moment is because people don't check facts before passing them on.

    I agree with your last sentiment completely though - greed is the cause of most of the worlds problems.

  173. This should NEVER affect production servers... by JayTeeUK · · Score: 1
    "By sending a malformed client key, the exploit opens a shell on the client machine, which is then used to upload the exploit source code in a uuencoded format. Using the same shell, it then uudecodes and compiles the source..."
    Any sysadmin who deploys a public-facing production server with a full C compiler suite installed should be stood against a wall and shot. Of course, this doesn't discount the countless home users running web servers on their desktop over their new ADSL connections....
    --
    James Tait, Programmer and Free Software Advocate
    JID: jayteeuk@wyrddreams.org
  174. Re:Distributions, sub-version #'s, & straight by sir99 · · Score: 1
    Essentially, they've created a fork off the 0.9.6b trunk. The version number should reflect that - maybe 0.9.6b-sc1 (for security patch 1) for example.

    Hmm, maybe. I mostly rely on the package system versioning and changelogs to see what the version/status of a program is.


    On the other hand, many packages have patches applied by the distributor, even for non-security problems. It's kind of a given that they'll modify the package some. They also have to be careful not to break scripts that parse the version number and expect it to match a certain string. Conversely, Mozilla actually requires distributors to change the version string if they patch it.


    In conclusion, I'll concede that changed version numbers wouldn't be a bad thing for security updates, but they probably shouldn't be used for much else, given that most patches are bugfixes and don't change the program's behavior much.

    As for version 1.0, I couldn't claim to guess. Some of the more mature projects have made their way to versions 3 (gcc) or 6 (Vim), but most are still not happy to call it a release yet I guess. Just for fun, I tabulated the version numbers on my home firewall (mostly utility programs, not many GUI apps):
    0: 51
    1: 73
    2: 52
    3: 22
    4: 32
    5: 10
    Other: 17 (mostly date stamps and integer version numbers)

    So it seems pretty well distributed to me.

    --
    The ocean parts and the meteors come down
    Laid out in amber, baby.
  175. The major ISP in the article by Back+in+Brown · · Score: 1

    FYI, the major ISP in the article that had their DNS servers attacked was Exodus/Cable&Wireless. They got hit Thursday morning I believe. The company responded reasonably well from what I heard, deploying a response team and countermeasures quickly. The attack didn't last too long, however; again, this is all based on second hand info.

  176. Hey, Code Red is still filling my logs by EvilTwinSkippy · · Score: 2
    I was around for the last round of major mischeif with linux. Back in '99 I had my box at work rooted using an flaw in bind. It seemed like every week there would be a new flaw and we had to patch and patch and patch and patch.

    We got over it.

    For the record, my logs are still being filled with attempt to grab root.exe and all sort of other nastiness from IP addresses that look like they are on the local cable modem network. I have to purge the hard drive on my email server from the 200 MB of viruses that try to leak through to my Windows based users. Every 6 weeks or so NIMBA and Klez sneak back through and infect a bunch of workstations.

    We should be honored that it is newsworthy to report problems in Linux. With Windows it is just assumed!

    --
    "Learning is not compulsory... neither is survival."
    --Dr.W.Edwards Deming
    1. Re:Hey, Code Red is still filling my logs by Anonymous Coward · · Score: 0

      And if everyone of those cablemodem users were using Linux, you'd be being attacked by the Linux version of Code Red.

      If you don't think so, you truly are an incurable moron and had better stop operating any sort of web presense.

    2. Re:Hey, Code Red is still filling my logs by EvilTwinSkippy · · Score: 2
      Well my present employer disagrees.

      And, pray tell, what do YOU do for a living?

      --
      "Learning is not compulsory... neither is survival."
      --Dr.W.Edwards Deming
  177. Yes, you should be worried by Anonymous Coward · · Score: 0

    If you run any services that use OpenSSL (such as ssh), your system can still be compromised (although not with the current worm).

  178. Linux is stable, secure, efficient, and versatile. by Anonymous Coward · · Score: 0

    The applications at fault are Apache webserver and openSSL.

    Read the article. Microsoft WindowsXP computers with Apache and openSSL installed also were vulnerable to the worm.

    Apache is the sprocket that starts squeeking, not the Linux kernel.

    Microsoft WindowsXP looks quite stable and I was granted the opportunity to fix two Pentium4 Sony VAIO laptops which had some Microsoft WindowsXP user-account-administration errors. I don't like Microsoft's approach to a multi-user operating system using MMC and I noticed generaly slow bootup and user login upon within WindowsXP. Overall, it appears to be an operating system with the same features of Linux.

    I choose Linux because spyware is less-likely installed due to the opensource nature of Linux-based operating systems, Linux-based operating systems tend to be lean and perform greater than Microsoft WindowsXP, many necessary commercial applications are available on Linux as well as free applications, user-level security is excellent on Linux-based operating systems, and problems in the supportive applications of Linux-based operating systems are often fixed when a problem arises. Apache and openSSL are not specific to Linux, but 99.99999998% of all Linux distributions install them both. How long does it take for Microsoft to detect and repair a vulnerability in their Kernel and their Internet Information Services (IIS)? Apache and openSSL were evaluated and fixed within a couple days. Many of Microsoft's IIS flaws went non-noticed for months and years until corporations and individuals computer data was stolen by thieves.

  179. Re:How can ya tell? What do you do? by Anonymous Coward · · Score: 0

    *BOOM*

    *thud*

    *snap*woooshhhhhhhhhhhhhhhhh*

    (50 minutes later)

    *honey, the roast duck is ready. leg, wing, or breast? salt and pepper?

    *smooch*smooch*

  180. Re:How can ya tell? What do you do? by DeputySpade · · Score: 1

    If I understand RHN and up2date correctly, you need to log into RHN and tell it that your system needs the update then up2date will pick up the patch. Yes? No?

    --


    This space intentionally left blank
  181. Re:How can ya tell? What do you do? by rosewood · · Score: 2

    The problem is that rh patched openssl and called it 0.9.6b-28 instead of just going to 6e or whatever

    so when I did rpm -q and saw I was still in 6b land I was kinda worried

    I have OpenSSL installed cause I was trying to do SSL Certs for Freeswan