Slashdot Mirror


Cracked Linux Boxes Used to Wield Windows Botnets

m-stone writes "Online auction house eBay recently did a threat assessment to better understand the forces ranging against them. The company is keeping the fine details under wraps, but the biggest source of danger for the company is apparently botnets. You're never going to guess who was running them. '[Dave Cullinane, eBay's chief information and security officer] noticed an unusual trend when taking down phishing sites. 'The vast majority of the threats we saw were rootkitted Linux boxes, which was rather startling. We expected Microsoft boxes,' he said. Rootkit software covers the tracks of the attackers and can be extremely difficult to detect. According to Cullinane, none of the Linux operators whose machines had been compromised were even aware they'd been infected. Because Linux is highly reliable and a great platform for running server software, Linux machines are desired by phishers, who set up fake websites, hoping to lure victims into disclosing their passwords."

309 comments

  1. Confirmed by mccalli · · Score: 5, Informative

    I've noticed a large increase in attempts to crack my co-lo Linux servers recently, and it must be said that two got through (shared site, some customers running old content management apps and the kits hit). When we watched the behaviour of the cracked box, it was connecting back to...I think undernet.org or similar?...and sending controls via IRC. Plus doing a spot of spamming of its own bat.

    Our set-up is that we have a host OS install doing nothing but running VMware Server and then any real stuff gets done in a VM, so this was easy for us to recover from quickly via VM snapshotting. But still, it's a trend that's noticeably on the increase.

    Cheers,
    Ian

    1. Re:Confirmed by larry+bagina · · Score: 1

      How are they trying? My logs show lots of attempts at phpbb, etc. vulnerabilities.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    2. Re:Confirmed by mdeslaur · · Score: 5, Funny

      Even phishers like Linux better than Windows!

    3. Re:Confirmed by mccalli · · Score: 4, Informative

      How are they trying? My logs show lots of attempts at phpbb, etc. vulnerabilities.

      phpbb, Drupal and PHPNuke attempts mostly. Plus old sshd vulnerabilities, though we're up to date there and nothing got through.

      Cheers,
      Ian
      (oh yeah, and first post! Only took a mere eight years or so...)

    4. Re:Confirmed by jackharrer · · Score: 4, Interesting

      I've seen the same. Actually my server has been offline for last few days as it became compromised and I don't have time to sort it out.
      I got like thousands of bruteforce attacks on ftp plus some on phpBB.
      I also noticed few weeks ago that when they couldn't break in they just DDosed it.

      It looks like it's getting serious, especially if you're server is registered with some DNS name, not just IP.

      --

      "an experienced, industrious, ambitious, and often, quite often, picturesque liar" - Mark Twain
    5. Re:Confirmed by GodCandy · · Score: 1

      I would tend to agree. I have several linux boxes at different colo's around the country. Port scans, brute force attacks, mysql attacks, you name it they have increased in the past 6 months. I haven't seen any unusual activity on any of my servers to indicate a hack and I keep them under pretty close watch. Hopefully I will never be contributing to the problem.

    6. Re:Confirmed by Bert64 · · Score: 5, Interesting

      This is nothing new, crackers have always preferred unix machines for a number of reasons. A few years ago many crackers wouldn't even bother trying to own windows machines.
      You never see many people who compromise a windows machine and manually set up anything on it, windows machines are typically mass hacked and used as throwaway systems, for spamming or dossing (once a large flood of dos or spam comes from a system, it very quickly gets noticed and the system usually gets shut down). The hassle of using windows remotely (half assed command line interface etc), lack of default tools and typical low uptimes/stability discourage them being used interactively or for any kind of non-throwaway uses.

      Conversely, unix machines are typically more stable, and have a far more flexible interface that's more geared up to remote cli usage. Installing something like an IRC server to collect malware is often much easier, and there's usually package management which can be used to easily install any external libraries or additional tools that might be required. There are also typically standard server apps installed and ready to use (ftpd, apache, rcp, tftp etc) which can be used to host malware, for easy download to other compromised machines (most systems have ftp/rcp/tftp clients by default, even windows).

      Crackers will often turn a compromised unix machine into their "home", and keep a set of tools/exploits in a hidden directory, and use the machine for manual probing, testing of new tools and launching of other attacks, but they will rarely use windows systems for anything other than dossing/spamming or defacing a website if it hosts one.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    7. Re:Confirmed by Library+Spoff · · Score: 3, Interesting

      Although i don't run a Linux server my main use at home use of the internet is on Ubuntu.
      It's patched when Ubuntu tells me. The same as my XP install.

      My knowledge of Windows security is greater than that of Linux - I wouldn't really know where to start looking on my Ubuntu install. So is my XP or Ubuntu install more secure?

      In theory it's the Ubuntu install, but until I spend the time to learn more about it who knows.

      --
      Acid House saves Souls
    8. Re:Confirmed by Bert64 · · Score: 2, Informative

      I've not been dossed per se, but some of the ssh/ftp brute force attempts and scans for common website vulns are incredibly aggressive.
      My biggest problems stem from foolish users, i host a lot of customers who have the ability to run PHP apps and choose their own passwords. Fortunately, each user has their own account, so i can easily check which user owns any malicious processes or files that appear on the system.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    9. Re:Confirmed by AlXtreme · · Score: 3, Insightful

      I have noticed this as well.

      Linux, Apache and all the server-side scripting languages normally aren't the problem. Many hosts I have audited have old installations of (mostly) PHP-based software, and these automated attacks tend to target them leading to (sometimes multiple) botnet infections.

      Many administrators didn't even know what was running on their servers. It only takes a couple of minutes to install packages like *coughthesecurityholecalled* phpBB, however if you are doing this independently from your package management system you will lose track of the installs. Even worse, the installs won't be automatically upgraded, which is a major reason for sticking with stock Debian/RHEL/SuSE package repositories.

      If you choose to install software outside your distribution's package management system, subscribe to the announcement-lists of the software used. Document on which servers you installed what software. And if you leave the company, make sure your replacement can hop right in and will know what you know.

      Common sense, but far too often forgotten or ignored.

      --
      This sig is intentionally left blank
    10. Re:Confirmed by Russell+Coker · · Score: 1

      In the old days attackers would often make a machine their home as you describe, do you have any evidence that the serious criminals (the ones that the article is about) do this now? I suspect that only hobbyist criminals do such things nowadays.

      If you use a CLI session then you either have a TCP connection leading back to where you are (a bad idea if you don't want to be caught) or you bounce the connection between multiple machines (giving serious problems of lag). An IRC (or similar server based) control interface is simply a better way to manage a number of remote machines when you don't want people to know that you are connected to them.

      If you have a remote-control system in place based on IRC or a similar protocol (maybe a protocol you wrote yourself) then the benefits of Linux over Windows in terms of remote administration are dramatically reduced.

      --
      See http://etbe.coker.com.au/ for my blog.
    11. Re:Confirmed by mccalli · · Score: 5, Informative

      Fortunately, each user has their own account, so i can easily check which user owns any malicious processes or files that appear on the system.

      May want to be careful about that assumption. A lot of these things go out under the apache user and the mails via the www-data@somehost.invalid account.

      Look for tell-tale things like apache processes running when you're an apache2-only site (they're disguised processes that are really something else, obviously). Do an ls -al in all the home directories, look for directories whose name is just a space character, check /tmp isn't mounted executable...that kind of thing.

      Cheers,
      Ian

    12. Re:Confirmed by Anonymous Coward · · Score: 0

      It looks like it's getting serious, especially if you're server

      I'm glad I'm not server :-)
    13. Re:Confirmed by NeverVotedBush · · Score: 1

      Fortunately, each user has their own account, so i can easily check which user owns any malicious processes or files that appear on the system.

      For anyone running 64-bit, there is a recently-publicized exploit that allows users to grab root. If you haven't been keeping your kernel patched, you could be vulnerable. If someone gets root then you won't be able to spot intrusions by user-owned processes.

    14. Re:Confirmed by Bert64 · · Score: 1

      Well, the advantage of IRC, while you still need a TCP connection, if you have enough hacked boxes it's virtually impossible to differentiate your connection from the drones...

      The disadvantage of an IRC based control bot, is the lack of flexibility. You can only use the functions offered by the bot, and if you need new functions you need to update your bots. Sure you could make the bot provide an interface to the underlying command line, but then your back to the original point of the windows cli sucking.

      You also need one or more stable servers to run IRC, you could use public IRC networks but most legit irc admins don't take kindly to the presence of thousands of drones on their network, and will take measures to shut them down and report whoever is running them. Typically unix machines make far more stable hosts, and are usually easier to install IRC servers on.
      People are also using modified irc servers nowadays, so that you can't just connect and see the hostnames of all the bots...

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    15. Re:Confirmed by Bert64 · · Score: 2, Informative

      All of the Apache processes show up as /usr/sbin/apache2
      A process just called "apache" or "./apache" would stick out like a sore thumb...
      Apache doesn't run as a single user either, each site runs under it's own userid.
      There is also trusted path execution enabled on the server, so the web users can only execute programs which are owned by root, and located inside a directory owned by root, so they can't upload and execute arbitrary binaries, all they could really leave running is a php script.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    16. Re:Confirmed by NeverVotedBush · · Score: 2, Informative

      Hard for me to say. But if you want to clean up the simple things, turn off every service you aren't actually using. If using sshd, edit /etc/ssh/sshd_config to disallow root logins, only allow protocol 2, and set allow users to just whoever needs access. The post above about using a different port for ssh is also a good idea. Security through obscurity is still security for some attacks.

      Use strong passwords. Make sure all other users use strong passwords. With some exploits just needing a user account, if someone can't get in as a user, it blocks that path.

      There are blacklist websites that when you are browsing allow you to redirect any accesses to them to go to 127.0.0.1 instead. Makes pages load faster and reduces exposure to web-based ad exploits. But there are also blacklist website lists that you can use to deny all traffic from into your machine regardless. Speaking of, make sure you have your firewall up and running. Make sure your gateway to your ISP is running a firewall and since you have more than one box, you are probably running with NAT. If not, set it up.

      That's the short list. You already say you keep up with patches. That's also very important. Good luck!

    17. Re:Confirmed by goombah99 · · Score: 1

      check /tmp isn't mounted executable...that kind of thing. What does that mean? why would /tmp be a mount. And if it's a directory it has to be executable right?
      --
      Some drink at the fountain of knowledge. Others just gargle.
    18. Re:Confirmed by AndroSyn · · Score: 2, Informative

      Well one could mount /tmp on its own filesystem or perhaps using tmpfs so that it ends up effectively using swap space for /tmp. Then you mount it with the noexec flag which in simple terms tells the operating system not to run executables from here. However this does not stop people from being able to run shell or perl scripts from here as they could simply do /bin/sh /tmp/somescript.sh or /usr/bin/perl /tmp/someperlscript.pl or so.

    19. Re:Confirmed by geminidomino · · Score: 1

      I assume he meant mounted with the noexec flag.

    20. Re:Confirmed by sjwest · · Score: 1

      We had a hacked box, using one users personal /home/'xyz'/public_html (not a system account) which they seemed to have accessed via ssh (check those logs) being that everything else is blocked

      The attacker never gained 'root' and i got there eastern european location from the last login. I was quite impressed by there efforts.

      The users password was fixed and the box later replaced for a better distro.

    21. Re:Confirmed by TheRaven64 · · Score: 4, Informative

      Having a different filesystem makes sense for /tmp, because you do not care particularly about integrity. You can mount it async and disable journalling, because you don't expect data there to persist beyond a reboot. Having it as a separate mount (which can be achieved via remount) also allows you to disable support for setuid binaries on it, or even just disable execution. That's why it's always been fairly standard practice for it to be a separate slice. The same applies to /var, which typically wants to be write-optimised, while /usr wants to be read-optimised.

      --
      I am TheRaven on Soylent News
    22. Re:Confirmed by betterunixthanunix · · Score: 2, Informative

      I see lots of attempts on PERL and PHP scripts, many of which I cannot identify, in the logs for my personal web server. lbc.php, prx.php, awstats.pl, to name a few. Just another reason to keep SELinux in enforcing mode.

      --
      Palm trees and 8
    23. Re:Confirmed by zootread · · Score: 2, Interesting

      In the old days attackers would often make a machine their home as you describe, do you have any evidence that the serious criminals (the ones that the article is about) do this now? I suspect that only hobbyist criminals do such things nowadays.

      If you use a CLI session then you either have a TCP connection leading back to where you are (a bad idea if you don't want to be caught) or you bounce the connection between multiple machines (giving serious problems of lag). An IRC (or similar server based) control interface is simply a better way to manage a number of remote machines when you don't want people to know that you are connected to them.


      I was a hobbyist cracker back in the early 90's (I guess you could have called me a "script kiddie"). I did set up a similar "home" in the UNIX systems I cracked. I didn't really take much precaution as far as not getting traced because I was a dumb kid, but at some point I realized the risk and quit completely.

      These days, I would just take advantage of open WIFI networks everywhere if I were to do any cracking.

      --
      Zoot!
    24. Re:Confirmed by Henry+V+.009 · · Score: 2, Interesting

      Seen the same thing here. Lots of attacks on our Linux servers. We've had individual user accounts compromised through captured .ssh keys (from a compromised off-site machine), unupdated php websites, and badly coded cgi scripts. Nothing that has gotten root, but still a pain to deal with. Shared hosting of university web sites is lots of fun, ain't it?

    25. Re:Confirmed by petermgreen · · Score: 1

      or run the dynamic linker directly and pass it your elf executable on the command line.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    26. Re:Confirmed by lazy_playboy · · Score: 2, Informative

      A server should really have /tmp located on a seperate partition that is only mounted read/write and not executable.
      At least, I think that's generally thought to be a good thing to do.

    27. Re:Confirmed by B2382F29 · · Score: 3, Informative

      Use fail2ban, and regarding banning all of China, I didn't see getting more than average attacks from there, a lot of attacks are also from US IPs, this seems to be a worldwide issue.

      --
      Move Sig. For great justice.
    28. Re:Confirmed by spxero · · Score: 1

      Thanks for that link- I've been looking for a program to do that, as ever other day it's a new IP, same brute force. I've got permissions set right so they can't get in, but this would make my life a whole lot easier. Thanks!

    29. Re:Confirmed by sjwest · · Score: 1

      You met Jesus wow ! Better stick with windows my cowardly friend.

    30. Re:Confirmed by Anonymous Coward · · Score: 0

      How do i do that?

    31. Re:Confirmed by jackspenn · · Score: 2, Insightful

      I am going to have to call BS on you.

      I as a consultant; I use Windows XP and 2003 on the MS side of the house and CentOS, RHEL, Fedora or SuSE on the Linux side. I know both systems for 10+ years,, more so I know both types of sys admins.

      Windows admins after having had their balls busted in the past are using better methods to track patch management with things like SMS, WSUS or 3rd party tools. MS is also taking security far more seriously than others like say ... Apple who gets a pass. Spyware and AV software is getting better, firewalls are being deployed for added security at the edge of networks and scan more than IPs, protocols and ports these days, with many that now actively scan the contents of packets coming in.

      While to be honest Unix admins have always been lazy, they tend not to have scheduled patch periods (most fly by the seat of their pants despite claiming otherwise), they tend not to track what is installed or running on systems as closely, and they tend to have this attitude that their OS and apps are superior and in the case of universities in many cases they are still using public IPs.

      Windows Security being humbled in the past, has something to prove and that is why it is getting to be so good now.

      Apple having never been seriously called out, continues to meander with slow responses and updates.

      Linux while progressing on the security front with kernel and application updates as well as new methodologies like SELinux, may face challenges not because of the OS failings, but because of lazy admins who do not keep their systems or skills up to date or noobs who in the process of learning expose themselves (not that way).

      In addition if you are charging somebody for software you write, the person paying has a right to complain if it has security problems, but if you are giving software away, nobody has a right to complain and if they do, you can say "fix it yourself freetard".

      Linux is getting a taste of what MS had several years back, that being "with a bigger market share comes increased motivation to crack/hack". Finally, if a OSS project is abandoned that you are dependent on, and yes, they get abandoned and die more often then they success, you can get stuck relying on the related libraries, kernel or whatever. Application abandonment means 1). You could get stuck with an app that opens you to a security risk or 2). Requires you to run another app that opens you to a security risk.

      --
      Respect the Constitution
    32. Re:Confirmed by MajinBlayze · · Score: 1

      I had DenyHosts set up to cover ssh brute force attempts.

      Now I have even better protection: a dead motherboard; Noone will crack this baby /grumble

      --
      "Hate is baggage. Life's too short to be pissed off all the time." Danny Vinyard -American History X
    33. Re:Confirmed by garett_spencley · · Score: 2, Insightful

      "Conversely, unix machines are typically more stable, and have a far more flexible interface that's more geared up to remote cli usage. Installing something like an IRC server to collect malware is often much easier, and there's usually package management which can be used to easily install any external libraries or additional tools that might be required. There are also typically standard server apps installed and ready to use (ftpd, apache, rcp, tftp etc) which can be used to host malware, for easy download to other compromised machines (most systems have ftp/rcp/tftp clients by default, even windows)."

      You forgot one other very important advantage to unix boxes (well, servers specifically) ... they're always on and connected to the Internet.

    34. Re:Confirmed by Barlo_Mung_42 · · Score: 3, Interesting

      I'm confused. Are we sure that's funny?

    35. Re:Confirmed by jank1887 · · Score: 2, Funny

      "Noone will crack this baby"
      give them time...

    36. Re:Confirmed by Qzukk · · Score: 2, Informative

      all they could really leave running is a php script

      Of course, PHP these days has all of the network goodies needed to make "just a php script" still a serious problem. A good idea is to make sure that anything the webserver can serve can't be written from the webserver's user, i.e. uploaded data goes outside the docroot. Of course then we'll get tears about how hard it is for everyone to install forum software and their blog since they can't just unzip/untar their code and mark it all writable.

      --
      If I have been able to see further than others, it is because I bought a pair of binoculars.
    37. Re:Confirmed by Anonymous Coward · · Score: 0

      I tend to agree with most of your logic. I'm not a Linux fan boy by any stretch of the imaginations. Even for my own "remote" use to my home network, connecting to my Linux box is much more productive than connecting to my Windows PC would be.

      My Linux machine is always on 24x7 and SSH is always running. I have my firewall (a different device and not the same Linux machine) setup to only forward incoming SSH to my Linux machine from a few very specific IP addresses and I only allow pre authorzied keys and passphrases. I believe I am save from the mass sweeps looking for faulty SSH setups but I have no doubt that a targeted attack may allow entry. Once on that Linuc machine, I can read all of email via Pine which I collect on to my IMAP server via fetchmail and filter with procmail. I have my home directory which allows me to copy and retrieve files via SCP, I can wake up my Windows machines via WOL if needed, I can get into my firewall and my other web servers by configuring forwarding of ports over a port via SSH and connecting to my local proxy server. Many other things as well.

      I'm sure I could do most of this stuff connecting directly to a Windows machine but I have no idea how I would do it other then forwarding over RDP and using a remote console. That would not work well for a cracker trying to use a machine as a "home" for base operations of a botnet.

      Unix has the tools and people are more familiar with those tools to allow remote administration. Although the administration the crackers are doing is questionable, it is still administration and management of remote processes and software. Something Windows is not a good at providing. How would one go about installing and configuring a email/web/IRC server on a remote XP desktop from the command line and the local user not knowing something was up? Possible? I assume, probable and practical? No.

    38. Re:Confirmed by Anonymous Coward · · Score: 0

      phpbb, Drupal and PHPNuke attempts mostly. Plus old sshd vulnerabilities, though we're up to date there and nothing got through. Have you played around with Suhosin and ModSecurity? Those are a requirement along with virtual machine snapshots if you use common PHP apps. RSBAC is also a great help.

      Using phpBB, Drupal, PHPNuke, etc guarantees a successful server compromise. It's very sad, really. PHP alone is making IIS/.NET look like a great alternative to "LAMP".

      Suhosin and ModSecurity can help, though. With those you can prevent scripted attacks, along with making it so that even good crackers have to put in too much effort to make it worthwhile.
    39. Re:Confirmed by gmack · · Score: 1

      1 make sure you you don't use easily guessable passwords

      2 Install only the remotely accessible daemons that you really need.

      3 if you absolutely must allow ssh logins "apt-get install denyhosts" to lock out password guessing scripts.

    40. Re:Confirmed by Bert64 · · Score: 1

      Your point about the command line is the primary differentiator...
      Most windows apps (including server apps) are usually set up to be installed from a gui, you'd need to create your own method of installing these programs, as you wouldnt want the installer popping up on the user's screen.
      Apps for unix are usually intended to be installed from the command line, making it much easier for someone to just grab them direct from a mirror site and install them.

      Remember the hacker needs to get his programs onto the host somehow, downloading them from a public download site doesn't create a trace back to him, but having his own custom apps means he needs places to store and distribute them, ultimately providing a track back to where he keeps and develops the master copies.
      Also many windows programs don't have public download sites, a hacker would quite happily install a pirated copy (hes breaking the law anyway, so why not break another) but then he still needs to maintain a distribution site.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    41. Re:Confirmed by g-to-the-o-to-the-g · · Score: 1

      I'm not sure why it hasn't been mentioned already, but an astute admin would be running and checking the output of chkrootkit in a cron job.

    42. Re:Confirmed by Tomasz+Guzik · · Score: 1

      You might be interested in this article.

    43. Re:Confirmed by Luyseyal · · Score: 1

      Heh, sometimes 'ls' just makes your problem worse. Back in '03, I got rooted via OpenSSH (the Debian patch hadn't hit the repositories yet) on my home box. Anytime I executed a common command, it would pause for 20 seconds while attempting to contact the remote controller, though I had it unplugged from the network. I had to overwrite all the utilities simultaneously because executing any one that I missed would reinstall the entire rootkit. Annoying as hell.

      -l

      --
      Help cure AIDS, cancer, and more. Donate your unused computer time to worldcommunitygrid.org. Join Team Slashdot!
    44. Re:Confirmed by petermgreen · · Score: 1

      for i386 binaries /lib/ld-linux.so.2

      for amd64 binaries /lib/ld-linux-x86-64.so.2

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    45. Re:Confirmed by Bert64 · · Score: 1

      Windows admins are just as lazy as unix admins, however if you leave a default system on the internet...
      A windows box will get owned by a worm, and it will then be very noisy scanning and trying to infect more.
      If a unix box gets owned, it's more likely to be by an active hacker who will try to be far less conspicuous than a worm.

      You'd expect someone to have a right to complain if they buy some software which has security problems, but most commercial software requires users to give up that right as part of the licence agreement.

      You also talk about "with a bigger market share comes increased motivation to crack/hack" but then talk about abandoned projects, if a project has market share it's far less likely to be abandoned, especially if it's open source.
      Also, if someone finds and publishes holes in an open project, they usually make patches available (its only responsible to produce a patch if you can).
      Similarly if the project is supported by a distro, they will patch it even if the original maintainers don't.
      Contrast this to a proprietary product that gets abandoned, and you simply can't patch it. Many companies are left in situations where they are stuck with legacy proprietary systems which are no longer supported but which cannot be easily replaced.

      Also, while the default security of windows has improved, so has the default security of unix systems. Windows machines still come with a large number of network services, even workstations! Linux and OSX comes with very little open by default, and you have to go out of your way to enable things. Lazy admins will typically leave the defaults, they will not usually turn things off which are there by default, but they have no choice but to turn things on if they`re required.

      And when it comes to patching, most linuxes have package managers which can auto update, and in a lot of cases the package manager will supply all the apps, so you can update everything in one place, windows still doesn't do that.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    46. Re:Confirmed by IgnoramusMaximus · · Score: 1

      What does that mean? why would /tmp be a mount. And if it's a directory it has to be executable right?

      He is talking about the "noexec" option of the "mount" command used to mount /tmp, which most security conscious people do have mounted on a separate partition for a number of reasons.

    47. Re:Confirmed by mrsbrisby · · Score: 1

      Mounting /tmp for noexec isn't useful for security. People just go: /lib/ld-linux.so.2 /tmp/udpshit (or they write it in perl, or python, or some other crap) and the program runs anyway.

      Interpreters (whether for binary, or mere "script" interpreters) should check the X_OK bit on their scripts and libc-makers should make access check /etc/mtab.

      Administrators should block outgoing UDP traffic (except to their dnscache user) and block outgoing port tcp 25 except to their remote-smtp user. In fact, it should be the default to install a dnscache and a outgoing smtp relay in this way (properly firewalled), but too many misguided site admins and ISPs block DNS traffic...

    48. Re:Confirmed by Mad+Merlin · · Score: 1

      That doesn't work anymore:

      neil@x2-42 /tmp $ ./a.out
      bash: ./a.out: Permission denied
      neil@x2-42 /tmp $ /lib/ld-linux-x86-64.so.2 ./a.out
      ./a.out: error while loading shared libraries: ./a.out: failed to map segment from shared object: Operation not permitted
      neil@x2-42 /tmp $ ls -l a.out
      -rwxr-xr-x 1 neil users 27339 Oct 5 14:38 a.out
    49. Re: Confirmed by Dolda2000 · · Score: 1

      I don't know about others, but I'm constantly seeing attempts to brute-force passwords via SSH in my syslog. At one time, they actually found a user with a weak password and broke that account, but since they didn't attempt (or attempted and failed at) some local privilege escalation exploit, everything was still running as that user, so it was easily cleaned up.

    50. Re:Confirmed by Hatta · · Score: 1

      Make sure your gateway to your ISP is running a firewall and since you have more than one box, you are probably running with NAT. If not, set it up.

      If you're running a firewall, NAT provides no extra security.

      --
      Give me Classic Slashdot or give me death!
    51. Re:Confirmed by Zeinfeld · · Score: 1
      You forgot one other very important advantage to unix boxes (well, servers specifically) ... they're always on and connected to the Internet.

      Which is why they have always been a target. I have been telling anyone who would listen that Linux botnets are just as big a problem as Windows botnets for the past eight years. Both platforms have been targetted throughout.

      The 'security of the platform' is irrelevant when it comes to the choice of the attacker. They only need one vulnerability. The number of genius coders who work on a platform is also irrelevant, as long as you have code that was written at the end of a cafine fueled, 24 hour coding binge you are going to have security holes.

      What is a bigger issue in platform choice is what the cracker knows. Ten years ago Internet Criminals seemed to be mostly into Windows. The only platform that has a disproprotionately low number of attacks is the Apple platform. I suspect that the reason for that is that folk who can afford to pay a premium for a Mac are more likely to have a real job and less likely to be grinding out a minimum wage existence bot-herding.

      --
      Looking for an Information Security student project suggestion?
      Try http://dotcrimeManifesto.com/
    52. Re:Confirmed by Anonymous Coward · · Score: 0

      I wouldn't worry too much about security on Ubuntu when using it only as a desktop machine; keeping up to date with patches is enough. It seems like most attacks happen through things like insecure PHP scripts, or things of that nature. If you're not using it as a server you have very few ways for somebody to get into your system, especially considering that Ubuntu has a policy of having no open ports in the default configuration.

      The only real thing I can think of that could be an issue for Ubuntu on a desktop would be if you add a lot of third-party repositories to your sources.list. Whenever you add a third-party repository you are trusting the owner of that repo not to give you an update that replaces some part of your system with a virus or something like that. You should always try to use only the official Ubuntu repositories.

    53. Re:Confirmed by gnuman99 · · Score: 1

      In Windows, go to commandline and type

      netstat -a -n

      then on ubuntu, go to terminal and use a very similar command (netstat in Ubuntu is much more flexible),

      netstat -nutlp

      Hint: run as superuser to see all listening program names

      Now, see all the services in Windows that are running and are listening? (UTP services are running, but all of them are listening in a way, unline TCP which may not be). Then compare the list to Ubuntu's. All the services that are listening on localhost (typically 127.0.0.1 or ::1) are not a problem. The services that listen on 0.0.0.0 or :: may be a problem. In Ubuntu, or Linux it is possible to turn these services off. In Windows, I could not find a way to disable all non-localhost services or make them into localhost only without crippling windows.

      Second way to secure the system is via a firewall. Now, that is not really a preferred way, but good for cases when you cannot secure your services. XP SP2 onwards has an ok firewall. Linux has a good firewall called iptables (look for iptables HOWTO via google for information on that).

      The bottom line, Linux and Windows have very similar problems when it comes to security. But I find Linux security much more transparent and easy to configure.

    54. Re:Confirmed by botik32 · · Score: 1

      What does that mean? why would /tmp be a mount. And if it's a directory it has to be executable right?

      Many simple exploits that are used against machines, (via vulnerable PHP applications or local users, etc), rely upon being able to execute commands in /tmp. You can set up a partition to be non-executable meaning every file on it does not have execution permissions.

      More info here:
      http://www.debian-administration.org/articles/57

    55. Re:Confirmed by DrSkwid · · Score: 1

      If you can't trust your OS, why don't you get a proper one?

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    56. Re:Confirmed by NeverVotedBush · · Score: 1

      It actually does. Not much, but some. NAT uses non-routable address space which might protect from holes in your firewall. It basically provides a free extra layer of protection. It provides the same level of protection as stateful packet inspection in that communications not initiated within your local network don't know how to find a computer with the translated addresses. But the combination is an extra layer that someone has to make it through if they are to try to brute-force anything.

      The down side is that NAT uses up ports if you want to run something like a web server. Only one box can get packets on port 80. But you can have other boxes respond on different ports. Most who run simple NAT don't have more than one webserver (or whatever server) on their local network.

    57. Re: Confirmed by NeverVotedBush · · Score: 1

      but since they didn't attempt (or attempted and failed at) some local privilege escalation exploit

      There *is* another option - they succeeded in getting root and covered their tracks.

    58. Re:Confirmed by mvdwege · · Score: 1

      NAT uses non-routable address space which might protect from holes in your firewall.

      Stop talking bullshit. NAT has nothing to do with non-routable address space. That NAT is commonly used with RFC1918 address blocks on one side is merely because of administrative and economic convenience, but that has no bearing whatsoever as to what Network Address Translation is.

      Mart
      --
      "I know I will be modded down for this": where's the option '-1, Asking for it'?
    59. Re:Confirmed by Xabraxas · · Score: 1

      What does that mean? why would /tmp be a mount. And if it's a directory it has to be executable right?

      He's suggesting that tmp be it's own partition (which is always a good idea in my opinion) and that it is mounted noexec which means binaries cannot be executed if they are located in /tmp. This in theory should make things safer but there are ways around it and it doesn't prevent scripts from being executed. It can also cause some problems with other software.

      --
      Time makes more converts than reason
    60. Re:Confirmed by J.Y.Kelly · · Score: 1

      check /tmp isn't mounted executable...that kind of thing.
      What does that mean? why would /tmp be a mount. And if it's a directory it has to be executable right?

      It's very common practice to put /tmp onto its own partition. This means that you can limit the amount of space it has available (so that a rogue process can't write into /tmp until / fills up) and you can also use the mount options to specify that you can't launch executables from within it. For similar reasons /var is also often separated (to stop rogue logs bringing down the whole system).

    61. Re:Confirmed by rinaazlin · · Score: 1

      Yeah two thumbs up for Linux!! Even phisher has a great taste

  2. That's the problem - "Its Linux, so its secure!" by Anonymous Coward · · Score: 4, Informative

    So many people have that mentality or were converted by hearing sayings like that.

    They don't realize, like any other operating system, if you want it secure, you have to work to make it secure. Everything from using good passwords, to not running unecessary services, to getting behind a firewall or two.

    And, as usually, the biggest security hole is between the keyboard and the chair.

  3. who pays the piper by Anonymous Coward · · Score: 1, Insightful

    speaking at a Microsoft-sponsored security symposium at Santa Clara University.

    1. Re:who pays the piper by Anonymous Coward · · Score: 0

      While it is good to keep in mind who's sponsoring the event, it's more important to look at the content of what's being said and try to verify it. In other words, just because Microsoft says it, doesn't make it wrong. . .

  4. true by Anonymous Coward · · Score: 5, Insightful
    I work in security and this is consistent with my experience.

    A fair amount of it, I'm sorry to say, is due to the perception that Linux boxes are much more secure than Windows and therefore don't need (a) up-to-date patches (b) proper security reviews of any app code (which these days usually means web apps) (c) defence in depth (block outbound connections from your web server, except for a hole poked in tcp|udp/53 to/from your DNS server if needed (d) proper security monitoring. Review your firewall logs! Run an external syslogNG box! use netflow, nagios, ntop etc -- can you account for all the packet flows from the machine? If you have time to spare, look into Snort.

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

      It is much more difficult to be a competent user of linux vs. windows. I think you illustrate that point well. A competent linux use does all those things. A competent windows user does not run that "cut_kittens.exe" attachment. Alas competent Windows users are still more rare than competent linux users.

    2. Re:true by Metaphorically · · Score: 2, Insightful

      Don't cut the kittens!

      Seriously though, accounting for every packet takes more than just being a good user, it'd be a monumental task if you've got a desktop Linux distro. I'd like to think that I know all the things that are going out on the Internet from my home network but there are limits, especially when processes are disguising their traffic.

      I mean if I find some odd packets going out then discover the name of the host their going appears to be an update server for some application I use then my investigation ends. When that's not a check I do all the time then I'm easy to fool though and my determination could have been wrong for many reasons. This is a problem that's really independent of OS.

      It's almost at the point where it'd be easier to have some logging in my router to let me know what's happening. I know corporations have tools like this but is there something straightforward enough for the home Linux geek?

      --
      more of the same on Twitter.
    3. Re:true by DraconPern · · Score: 1

      It's not just a perception, pro-linux people have been selling Linux by telling everyone it has better security. Just look at any 'top 10 list' or "Linux is better" lists and security is right up there.

    4. Re:true by jomama717 · · Score: 1

      It's interesting that this point has never come up in one of the endless Windows vs. Linux threads, but what you have laid out here as a necessary steps for running a secure linux machine is far beyond the grasp of 99% of typical home users - presumably the target audience for a sweeping Linux-on-the-desktop revolution.

      --
      while [ 1 ]; do echo -n -e "\xe2\x95\xb$((($RANDOM&1)+1))"; done
  5. Thus proving Linux is not as secure as touted. by Anonymous Coward · · Score: 5, Funny
  6. Anyone else find it funny... by Loosifur · · Score: 2, Funny

    ...that phishers prefer Linux to Windows because of its greater stability? That's like a car thief walking through a parking lot of early 90's Fords to get to a Honda. (With apologies to Ford afficionados)

    --
    This unbiased moderation brought to you by the Porcine Aviation Group!
    1. Re:Anyone else find it funny... by faloi · · Score: 1

      Don't apologize to Ford fans, give them a lift! That way you can show you care!

      Seriously, though... It really does make perfect sense. It's a revenue stream for them, it's not really that different from a business setting up Linux servers for all their Windows desktops to connect to. The really important systems you want on something that's stable. I'd like to believe the availability of unsecured Linux systems is some sort of indication that more new people are starting to use it, but that be a bit of a leap.

      --
      "It is a miracle that curiosity survives formal education." -Albert Einstein
  7. I'm not surprised by Anonymous Coward · · Score: 1, Insightful

    Windows might be an easier target due to uniformity and adoption in the home market, but linux is also a great target now due to its wide adoption in the server space. And most servers have fast processors, lots of ram, and plenty of bandwidth which to botnet owners makes them better objectives than home computers. Not to mention that although people tend to think linux is more "secure" than windows, it still has it's problems and is vulnerable to attack

    1. Re:I'm not surprised by betterunixthanunix · · Score: 2, Insightful

      Despite all the vulnerabilities, Red Hat Enterprise Linux 5 has top ratings for security from the NSA, when configured with SELinux in Enforcing mode (and buffer overflow protection, and other features) [Windows does not and has never had these security ratings]. Basically, if you are running a publicly accessible web server, you should have these features configured on your system (the easiest way would be to use Red Hat, but you can certainly get those features on any Linux system). Also, you should be reviewing the code you are planning to deploy before deploying it -- this not only helps keep things secure, but can also help detect potential bugs.

      --
      Palm trees and 8
    2. Re:I'm not surprised by TheRaven64 · · Score: 2, Informative
      There are three things that make a server machine, Linux or otherwise, more attractive than a home machine:
      • Upstream bandwidth. A server is likely to be on a 10Mbit or 100Mbit upstream pipe, while a home machine will rarely have more than 0.5Mbits. You get between 20 and 200 times the available bandwidth to launch new attacks with a cracked server.
      • Uptime. Home machines are rarely on for more than 8 hours a day, servers are on 24/7. In terms of daily bandwidth, you get at least three times as much from a server as a desktop on the same connection. Combine this with the previous point and a server is worth 60 to 600 desktops.
      • Static IP. If you crack a home machine, you need it to periodically ping you to let you know it has changed IP, making it easier to trace you.
      --
      I am TheRaven on Soylent News
  8. Remote ease-of-use by SnowZero · · Score: 4, Insightful

    This really doesn't suprise me. With tools like ssh and shells installed by default, Linux is just plain easier to use remotely. Linux machines would also tend to stay up and online, whereas (predominantly Windows) desktops are often shut off when not in use. So, Linux makes the best "control console" for a botnet. The "army" should still be made up of Windows desktop machines, due to their large numbers.

    1. Re:Remote ease-of-use by Jerry · · Score: 1

      Me neither.

      If I were a cracker I'd use Linux boxes for control consoles BECAUSE they usually have to be broken into manually. They are rarely, if every, cracked by a simple email virus because the virus would have to be saved, given execute permission and then deliberately run... all steps that require the active participation of the user. As control consoles for zombie farms they'd be more reliable and less likely to be hijacked by rival crackers. In fact, a "benevolent" cracker might increase or maximize the security of the box for his/her own benefit.

      Windows bots, on the other hand, are a dime a dozen. So, what's the ratio? One Linux console per 5,000 or 10,000 Windows bots?

      --

      Running with Linux for over 20 years!

  9. OT: What happened by camperdave · · Score: 2, Interesting

    I was going to post a comment earlier, but the bar with the big "Reply" button is missing. In fact, it seems to have disappeared from all the stories. How do you start a new thread on a story?

    --
    When our name is on the back of your car, we're behind you all the way!
    1. Re:OT: What happened by Anonymous Coward · · Score: 0

      slash got confused and thought you were twitter.

    2. Re:OT: What happened by camperdave · · Score: 1

      ... and now it's back.

      --
      When our name is on the back of your car, we're behind you all the way!
    3. Re:OT: What happened by MrNemesis · · Score: 0, Troll

      It's ticked my "I would like to test slashdot's new broken threading system" which doesn't want to work properly in Opera, it won't let me revert back to the older style (if I untick the box, page refreshes and the box is still ticked), if I change my threshold in one thread it affects my threshold in other threads, styupid floating javascript window obscures parts of the page.

      Since when did /. force us to be beta testers when it seems apparent that very little cross-platform testing has occurred? I thought that was Microsoft's job!

      P.S. I like that way the /. FAQ says "you should know the emails of the people to contact if you find a bug". Very user-friendly I'm sure...

      --
      Moderation Total: -1 Troll, +3 Goat
    4. Re:OT: What happened by MK_CSGuy · · Score: 1

      There is a new discussion management system - on the left side of the page there is a gray panel with a 'reply' link.

    5. Re:OT: What happened by Anonymous Coward · · Score: 0

      that happened to me earlier today. go into your user prefs, select new broken view and apply. then revert to old non-broken view and your pages get un-fucked. thanks a million taco. 10 years and all that

    6. Re:OT: What happened by Anonymous Coward · · Score: 0

      PEBKAC.

    7. Re:OT: What happened by Allador · · Score: 1

      Yeah. When the new threading system came out, I tried it, and it didnt work at all with Opera.

      As per the beta testing instructions, I emailed pudge, and got a really jerky response from him about how it would never work because 'opera is broken'.

      Strangely enough, even though Opera is still 'broken' according to pudge, the threading system mostly works under Opera. Guess the universe changed or something.

      Of course, given the several hundred browser-agnostic ajax libraries and dom manipulation libraries out there, you'd think this wouldnt be too hard of a problem to solve. I just about gave it a try myself, but as usual, my 10-12 hours of IT work a day just about is enough.

      The email is pudge and you can guess the rest, starts with @ and ends with dot.org.

      Dont have high hopes about pudge fixing it though, at least based on his original response to me. Not sure what changed, whether he had a change of heart, or whether something changed in opera across patch releases.

  10. logic conclusion by Anonymous Coward · · Score: 0

    Choose Windows over Linux because you know beforehand it is not secure.

  11. Good News & Bad News by eldavojohn · · Score: 5, Insightful

    It's the double edged sword of software popularity.

    Linux is becoming so respected and desired as an operating system for servers that phishers & hackers are slowly turning their attention towards it being profitable.

    I think this will be the true test for Linux to prove that it can beat Windows in all departments.

    I actually see this as good news although I must confess that when I get home I'm going to check & double check the configurations on the ports on my router and all my Linux boxes. When toying with app servers & apache, I have noticed tons of port scanners probing my Linux boxes. I paid them no mind although now ... perhaps I should.

    --
    My work here is dung.
    1. Re:Good News & Bad News by morgan_greywolf · · Score: 5, Informative
      Yes. You should Here's what I do. (I guess you could say these are some security tips for those running Linux boxes at home and leaving them up on the Net):

      • Run a hardware NAT firewall/router. Any ol' Linksys, Dlink or Netgear thang will do. Just remember it's not the be all and end all to security problems.
      • Open as few ports as absolutely possible. I have nothing open on my router except port 22 and BitTorrent, and I don't leave BitTorrent running all the time
      • Check your logs at least once a day. Look for any suspicious signs -- missing log entries, ssh connects you weren't expecting, services running that you don't normally have running, NICs going into promiscuous mode unexpectedly, excessive mail being pumped through any MTAs, etc.
      • When running OpenSSH, I disallow password authentication. This prevents problems with users due to the use of stupid passwords. My sshd only accepts a valid RSA key exchange as acceptable authorization.
      • Regularly update and run rootkit checkers. These are not be all end all, but they help spot obvious rootkits
      • Make cron jobs that regularly scan your system for unusual permissions -- world writeable, binaries that are setuid, etc. and for suspicious files. There are programs and scripts that will do this for you. STFW or check with your distro.
      • Perform MD5 checking on your files and executables, espcially.
      • Regularly check your /etc/passwd and /etc/group files for new or unusual entries.
      • Don't run NIS -- it's inherently insecure. You should be using OpenLDAP if you need directory authorization on your network.
    2. Re:Good News & Bad News by morgan_greywolf · · Score: 1

      Oh, and I almost forgot -- KEEP your FRIGGIN' SECURITY PATCHES up-to-date.

    3. Re:Good News & Bad News by alexhs · · Score: 2, Informative

      Many points you make are done automatically on a default FreeBSD install :

      Suspicious network activities (bad logins, reverse DNS issues...) are printed on the console and e-mailed to you each day.

      Every root logins also printed on the console.

      System modifications (user accounts, system files permissions, disk usage, start scripts modifications) are alse mailed to you (some maybe only once a week)

      I only check regularly the console, and once a month or so I check the e-mails. (It's my home server BTW, don't need much maintenance).

      --
      I have discovered a truly marvelous proof of killer sig, which this margin is too narrow to contain.
    4. Re:Good News & Bad News by Anonymous Coward · · Score: 0

      Open as few ports as absolutely possible. I have nothing open on my router except port 22 and BitTorrent
      All your suggestions are good ones... I would also note that moving SSH to a non-standard port number gives a small added security. I've noticed that most brute-force SSH attempts just try port 22 and then move on if it's blocked--they don't bother scanning all the ports.

      When I moved SSH from 22 to another port, the brute-force login attempts dropped from hundreds/day to only a couple per week.

      Of course, given the fact that you don't allow password login, a brute-force attempt should never work... but using non-standard ports is just another layer to make it more difficult for attackers to find a weakness.
    5. Re:Good News & Bad News by Elbowgeek · · Score: 1

      At the end of the day though, the weakest link will always be the humans in the chain. Indeed the technology to fight the baddies is there, with patches and tools to thwart the attacks, but if the admins and/or users of Linux systems are slack or lazy then all that technology becomes useless.

      Cheers

      --
      Who is this delectable creature with an insatiable love of the dead?
    6. Re:Good News & Bad News by _Sprocket_ · · Score: 1

      It's the double edged sword of software popularity.

      Linux is becoming so respected and desired as an operating system for servers that phishers & hackers are slowly turning their attention towards it being profitable. Yes and no. What this represents is simply fluctuation - nothing novel. Linux has been targeted plenty in the past. Nobody should be surprised they're being targeted now.
    7. Re:Good News & Bad News by cats-paw · · Score: 1
      Open as few ports as absolutely possible. I have nothing open on my router except port 22 and BitTorrent, and I don't leave BitTorrent running all the time.

      truly good advice.

      I noticed someone trying to get in on port 22 so I've since moved ssh to a different port. Security through obscurity ? Somewhat. But somebody is going to have to look through a lot of ports to find it, and that makes the trail in the logs very noticeable.

      I realize that it may not be possible to move ssh to a non-standard port on all systems.

      --
      Absolute statements are never true
    8. Re:Good News & Bad News by morgan_greywolf · · Score: 1

      Or, like I said, disallow password authentication. This prevents brute force password attacks as well. I carry around my OpenSSH RSA keys on a USB memory stick I wear around my neck, so I can get in via SSH no matter what.

    9. Re:Good News & Bad News by Anonymous Coward · · Score: 0

      How do you feel about selinux? Or just going with OpenBSD?

    10. Re:Good News & Bad News by jedidiah · · Score: 1

      Not really.

      People were trying to break into my Linux boxes in 1994.

      None of this is anything new. The problem is just more transparent
      and there are plenty of people who care about it and can help fix
      it. The community can quickly adapt using the framework that's
      already available and cause the hackers to move on to different
      techniques.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    11. Re:Good News & Bad News by cazzazullu · · Score: 1

      Nice hints!

      I can also recommend tripwire. This is a program that generates a signature of your entire file system, and stores this in an encrypted database. It then checks the integrity of your file system whenever it is run, and reports on possible modifications, additions, removals, etc... Change a single bit in a single file, or add any file anywhere, and you will notice it.

      We run this program every night, and have already once detected an intruder (stupid phpbb...) which otherwise would have gone unnoticed.

      --
      int main(void) {while(1) fork(); return 0;}
    12. Re:Good News & Bad News by NeverVotedBush · · Score: 1

      Change a single bit in a single file, or add any file anywhere, and you will notice it.

      Not true. Tripwire only looks where you configure it to look. Even the out of box configuration doesn't look at everything. Certainly you can make it look at everything but just saying if anything changes anywhere it will spot it is not correct.

  12. Windows vs. Linux by derian_cf · · Score: 5, Informative

    I work for a fairly well known dedicated server provider. If I had to give a rough estimate, I'd say we're 40% Windows and 60% Linux environments. Not surprisingly, the number of boxes that get hacked (rooted entirely or not) is about equal between the two, however the purpose for which they're hacked is generally quite different. 80% of the hacked Linux boxes are used for UDP floods, things like that. Also IRC bots. Interestingly enough, in my 6 months working there, I don't believe I've ever seen a Windows box used for phishing. They're always used for FTP servers hosting movies/music/programs and/or IRC servers doing the same thing.

    1. Re:Windows vs. Linux by Anonymous Coward · · Score: 0

      Which IRC server do they use on Windows? Just curious in case you checked... I'd assume there's quite a bit of unrealircd's out there but also bircd

    2. Re:Windows vs. Linux by Anonymous Coward · · Score: 0

      I work for a less well known shared-hosting provider, and we have about 90% Linux to 10% Windows. We avoided code-red because of some adaptive firewalling, and our Linux boxes never UDP flood and never spam. If your servers are doing this then I'm afraid to tell you that you don't fucking know what you're doing and you should get off the Internet immediately.

      Turn off IRC, turn off outgoing SMTP. Just fucking turn it off. If a user needs to send mail, they'll use /usr/lib/sendmail and get logged. If they need to send UDP traffic, they can specify who they're talking to because there are zero meaningful well-known udp services for users. Turn off IRC by default: setgid "net-irc" the BitchX and the ircII clients and use iptables to let them out.

      Please tell us who you work for so we can all avoid you like the plague that you are. You are part of the problem: Please help us stop you.

  13. Happens to sites that hosts others too... by Shivetya · · Score: 5, Insightful

    Nothing like getting a stupidly high bandwidth bill to find out your hosting server has been hacked. Its even better when you have to fight them to prove its their fault for being hacked and not yours for being cohosted by them!

    and yes they are running Linux... they apparently didn't cover all their bases and were caught by more than one known exploit and some default settings.

    Just because its Linux does not make it secure, you actually have to use it correctly.

    --
    * Winners compare their achievements to their goals, losers compare theirs to that of others.
    1. Re:Happens to sites that hosts others too... by Anonymous Coward · · Score: 0

      Your signature is retarded. There are plenty of people whose achievements are far greater than mine. Comparing mine to theirs does not make me a loser.

    2. Re:Happens to sites that hosts others too... by Anonymous Coward · · Score: 0

      I believe the point of the sig, and this is extraordinarily off-topic, is that a loser would say, "I haven't done as well as I intended, but at least I'm better than that guy over there." It doesn't matter that you're better than someone else, set your goals and then strive to achieve them. Though the opposite is just as bad. If, for instance, you wanted to run a five minute mile. You run every day for months, finally getting to that five-minute mile. It is defeatist to say, then, that you suck at running because someone else can run a four minute mile. You reached your goal. If you want to do better, change your goal, but don't waste time worrying about what someone else has done.

  14. Uh Oh by DarthTeufel · · Score: 1

    The big difference is that the Linux commmunity will find these holes and patch them much quicker than Windows. Well.. at least in theory.

    1. Re:Uh Oh by weeboo0104 · · Score: 2, Insightful

      Yes, the linux community will quickly find and provide patches for the vulnerabilities.
      Unfortunately, the admins of the servers will get behind in their patching or just complacent.

      Someone I travel to work with got called at 4am one morning by his co-lo with the message "You're box is trying to root all the other boxes in the cages, we're pulling the network cable indefinitely."

      It was later determined that he got rooted through a 4 month old SSL vulnerability. The patch was available, he just assumed that a linux box in a well managed co-lo would be secure enough.

      --
      It is easier to build strong children than to repair broken men. -Frederick Douglass
    2. Re:Uh Oh by Yetihehe · · Score: 1

      "You're box is trying to root all the other boxes in the cages"
      They're imprisoning linux servers in cages? Those bastards... Information wants to be free, not in the cages. Please think of the servers.
      --
      Extreme Programming - Redundant Array of Inexpensive Developers
    3. Re:Uh Oh by jimicus · · Score: 2, Insightful

      All the patches in the world won't do any good with a badly operated server.

  15. Interesting to note by thegnu · · Score: 4, Insightful

    I think it's interesting to note that while we get submerged in a barrage of Windows trolls, that the hackers hack one or a few Linux boxes and use them to control the hundred or more Windows boxes they've hacked.

    Still looks bad for Windows. Plus, here's betting they're servers, and not home computers behind a plain old linksys router.
    -Nathan

    --
    Please stop stalking me, bro.
    1. Re:Interesting to note by Anonymous Coward · · Score: 0

      "while we get submerged in a barrage of Windows trolls" -- yeah, because that's what /. is know for -- Windows trolls. That and amazingly polite, mature, insightful, and open-minded posts by users of osx.

    2. Re:Interesting to note by I'm+Don+Giovanni · · Score: 2, Interesting

      "that the hackers hack one or a few Linux boxes and use them to control the hundred or more Windows boxes they've hacked."

      Wouldn't that be merely a function of how many Linux boxes vs Windows boxes are out there?
      I know slashdotters don't like to hear that, they always argue that popularity has no bearing on how often one gets attacked and comrpomised, but using Occam's razor when pondering this new info, one would conclude that the only reason there are more Windows bots than Linux ones is that there are more Windows boxes than Linux ones.

      Also, from reading the article, it seems that Cullinane, the guy quoted in the summary, is saying that Linux boxes themselves are the bots. I don't see him talking of hacked Linux boxes controlling Windows bots, like the summary's title suggests.

      However, the article then quotes Symantec's Huger, saying that Linux boxes are used for phishing and controlling Windows bots, which does jive with the summary's title. But he doesn't say that the Linux boxes in question were hacked; it could be that he meant that the bad guys themselves own the Linux boxes; I can't tell from the article what he is saying. ;)

      Lastly, the article quotes Iftach Amit, director of security research with Finjan's malicious code research centre, as saying that compromised Linux boxes are highly valued by online attackers due to their capabilities.

      Whatever...

      --
      -- "I never gave these stories much credence." - HAL 9000
    3. Re:Interesting to note by Anonymous Coward · · Score: 0

      Also, from reading the article, it seems that Cullinane, the guy quoted in the summary, is saying that Linux boxes themselves are the bots. I don't see him talking of hacked Linux boxes controlling Windows bots, like the summary's title suggests. You obviously didn't read the entire article. Direct cut'n'paste quote: "We see a lot of Linux machines used in phishing," said Alfred Huger, vice president for Symantec Security Response. "We see them as part of the command and control networks for botnets, but we rarely see them be the actual bots. Botnets are almost uniformly Windows-based."

  16. The Money Quote by The+New+Andy · · Score: 5, Insightful

    eBay recently did an in-depth analysis of its threat situation, and while the company is not releasing the results of this analysis, it did uncover a huge number of hacked, botnet computers, said Dave Cullinane, eBay's chief information and security officer, speaking at a Microsoft-sponsored security symposium at Santa Clara University.
    I'm not denying that Linux boxes can be (and are) hacked, but the circumstances for this particular quote seem a little shady. It seems a little irresponsible (on the part of the submitter) to not mention the money trail. And it seems a little strange not to release the results... what are they afraid of?
    1. Re:The Money Quote by topham · · Score: 1

      The described results are about what I would expect.

      I've had a Linux box hacked years ago and the guy that did it was trying to control a group of other machines with it. Nothing gives you command and control of a lot of machines like a nice *nix environment.

      The ratio of compromised machines is probably 10:1 windows to linux, but the purpose of the compromised machine and it's importance is Linux first, Windows second.

    2. Re:The Money Quote by Anonymous Coward · · Score: 1, Insightful

      Follow the money. The oldest trick in the book...

    3. Re:The Money Quote by kebes · · Score: 1

      And it seems a little strange not to release the results...
      Not that I expect a corporation to be "nice" just for the heck of it, but it would be very useful for Internet security at large if they released a list of the "most often exploited" third-party Linux apps. TFA implies that the primary attack vector is third-party apps with known, unpatched vulnerabilities:

      Although Linux has long been considered more secure than Windows, many of the programs that run on top of Linux have known security vulnerabilities, and if an attacker were to exploit an unpatched bug on a misconfigured system, he could seize control of the machine.
      It seems like if they released the list of which apps, in particular, were most frequently used to exploit Linux boxes, the community could respond rapidly by putting effort into fixing those problems (where "fixing" might mean finding/patching vulnerabilities, or discouraging users from installing those apps, or even as simple as an awareness campaign to get users to keep their software up-to-date).

      Having a more secure Internet is good for everyone... and in this case would seem to be a net positive for eBay, since they are a big target for the phishing scams that result from these exploited machines.
    4. Re:The Money Quote by I'm+Don+Giovanni · · Score: 1

      Whew!!
      Thank God. Now we can just dismiss this info as paid-for FUD.

      --
      -- "I never gave these stories much credence." - HAL 9000
    5. Re:The Money Quote by malevolentjelly · · Score: 1

      This is faulty logic. Paranoia and conspiracy theories do not apply in this case- security patches are an important part of any operating system. There is no perfectly secure, unhackable system. This is a large part of why major enterprises use commercial supported linux distro's with professional security teams.

      Assume linux security > windows security.

      windows has more security holes than linux- or so you say. This isn't necessarily true in the server market.

      Therefore linux has no security holes?

      A system is only as good as its admin. The biggest problem is that more amateurs run windows boxes, using wizards to set their junk up. There's no perfect solution to workstation or server security.

      Other than integrity.

      No, but seriously- hypervisors, virtualization.

    6. Re:The Money Quote by jedidiah · · Score: 2, Interesting

      We need a Unix hall of shame for applications that are most likely to be exploited.

      This can help everyone avoid those apps or perhaps even get them fixed (through the pressure of public humiliation).

      --
      A Pirate and a Puritan look the same on a balance sheet.
    7. Re:The Money Quote by darkvizier · · Score: 1

      Do you honestly expect ebay to publicly release statistics on the number of machines they have infected with malware? What company with any sense of self preservation would do that? Saying it at a Microsoft sponsored event is admittedly fishy. On the other hand, they do say that the compromised *nix boxes are being used to control windows botnets, so MS definitely isn't out of the clear on this report. For that reason it doesn't seem overly biased.

  17. Brute Force Attacks by superbrose · · Score: 5, Informative

    I'm sure pretty much everybody who is running a Linux server (or any server as a matter of fact), especially with services like SSH enabled, is currently subject to brute force attacks.

    When I looked at my auth log I noticed a huge amount of brute force attacks for all my servers, so I installed denyhosts, which seems to work fine.

    I guess the problem is also that in many distributions SSH servers are configured to allow root logins, and if nobody looks at the log files these go totally unnoticed.

    1. Re:Brute Force Attacks by Russell+Coker · · Score: 5, Informative

      Run your sshd on a port other than 22. Most attackers only scan the well-known ports. Running your sshd on a different port removes a lot of the noise from your logs and allows you to concentrate on the real issues.

      The "Host" sections in the /etc/ssh/ssh_config file allows you to specify which port to use for each host you connect to (so you don't need to type "-p 1234" every time you connect).

      --
      See http://etbe.coker.com.au/ for my blog.
    2. Re:Brute Force Attacks by Anonymous Coward · · Score: 4, Insightful

      That's what I do. But everytime I ever mention it, some idiot goes "WAAAH! Security through obscurity!" They can't seem to wrap their brains around the fact that less automated attack attempts is a good thing.

      It's so annoying when people latch on to a stupid mantra like that without understanding it. Just like how nowadays you can't mention rape without someone reminding you that "Rape is about power, not sex." People just love catchphrases, I think.

    3. Re:Brute Force Attacks by jwo7777777 · · Score: 5, Funny

      Guns don't kill people, catchphrases kill people.

    4. Re:Brute Force Attacks by Anonymous Coward · · Score: 0

      (so you don't need to type "-p 1234" every time you connect)

      Hey, that's the combination on my luggage!

      --
      Lies, damn lies, and Slashdot:
      "Slashdot requires you to wait between each successful posting of a comment to allow everyone a fair chance at posting a comment.

      It's been 37 minutes since you last successfully posted a comment"
    5. Re:Brute Force Attacks by walruz · · Score: 4, Informative

      Run your sshd on a port other than 22. Or instead of that, just disable password authentication and allow only RSA/DSA keys auth. OTOH, moving the service to another port may save bandwith from the constant login attempts, but in certain scenarios (behind a router or provider with strict policies, like only allowing port 22, 25 & 80 forwardings) this may not be an option, in which case, disabling passwords is the best option IMHO.
      --
      ATH++
    6. Re:Brute Force Attacks by Russell+Coker · · Score: 2

      You are correct that there are some situations such as routers that block ports. In those cases ports such as 53 or 443 can be used (depending on what your router blocks and what other legitimate traffic you have going through your network).

      Using a different port saves network bandwidth and also human bandwidth when reading the log summaries. This means that more time can be devoted to analysing log data that is not a result of simple bot-based attacks.

      Disabling password based login is a really good idea!

      --
      See http://etbe.coker.com.au/ for my blog.
    7. Re:Brute Force Attacks by johnw · · Score: 1

      Run your sshd on a port other than 22. Or instead of that, just disable password authentication and allow only RSA/DSA keys auth. I think you mean "as well as that". Using a non-standard port is no substitute for all the usual precautions; it's an extra.

      John
    8. Re:Brute Force Attacks by Perl-Pusher · · Score: 1

      I've done that I just used an alias 'alias ssh=ssh -X -p 1234' in my .bashrc. But I've since found using a vpn much better. This allows me to shut off ssh access at the firewall. What really annoys me is all the damn ftp attacks. I host atmospheric data for several satellite sensors. I can't just turn off my 3 ftp servers. What I do is as soon as I get an email from my loghost, I get about 100 per day without anything going on. The email will show all the attempts. I then log in and shut down the service, add the ip address to the firewall and restart ftp. I've found it helps to have no shell on user ftp accounts.

    9. Re:Brute Force Attacks by Anonymous Coward · · Score: 0

      Personally, I think "security through obscurity" is a bad thing for software developers, but a good thing for end-users. For example, an OS SHOULD be secure when shipped on CD, but when I install that OS I should assume that it's not and do lots of extra things to make it more secure for ME - like not using default port numbers or user names, disable processes that I don't need - even if everyone says they are secure, why run them if they're not needed?

    10. Re:Brute Force Attacks by Ozwald · · Score: 1

      "Locks don't stop theft, they merely keep honest people honest".

      A different port increases the effort substantially and will thin out the lazy and stupid bots can be effective. As a long term solution, can routers around the world be updated to detect this obvious behavior? Even better, can't they report it down chain down to the ISP or company's IT?

      Oz

    11. Re:Brute Force Attacks by The+Moof · · Score: 1

      You can also stop these at the firewall with pf using the overload option and expiretable. Pretty handy if you have a BSD setup.

      Here's a quick tutorial.

    12. Re:Brute Force Attacks by networkBoy · · Score: 2, Informative

      While it is security through obscurity, that is not a bad thing. What people often don't understand is that obscurity is a valid security measure, just not one that you can rely on as an end-all.
      Example:
      SSH on 22 with no authentication -> bad
      ssh on 2200 with no authentication -> just as bad
      ssh on 22 with strong authentication -> good and not burdensome
      ssh on 2200 with strong auth -> better and not burdensome.

      As Bruce says it is all about layers of security and understanding the deficits of each. By running on port 22 you subject your strong auth to multiple automated attacks, thus increasing its exposure to being comprised. By taking the simple step of moving to a non standard port you have eliminated the bulk of the automated attacks, which as PP noted allows you to focus on fewer log entries, likely showing a wider breadth of attacks per unit of log entries.
      -nB

      --
      whois gawk date unzip strip find touch finger mount join nice man top fsck grep eject more yes exit umount sleep dump
    13. Re:Brute Force Attacks by ucblockhead · · Score: 1

      The key is that you can't really *only* on Security through Obscurity. If your general security is strong, then throwing in some "security through obscurity" on top of it certainly can't hurt, and might well help.

      --
      The cake is a pie
    14. Re:Brute Force Attacks by Russell+Coker · · Score: 1

      Aliasing to "-X" is a really bad idea. If one of the servers you administer gets cracked then the attacker can probably take over your session and crack the others (the -X vs -Y distinction doesn't seem to gain you anything with current implementations).

      If you wanted that you could always set "ForwardX11 yes" in /etc/ssh/ssh_config.

      The Port setting for the ssh client can also have a default value in /etc/ssh/ssh_config under the "Host *" section, this means that you could make the default be the non-standard port you usually use but be easily able to add sections for the hosts you connect to which use the standard port (or a different non-standard port).

      As for your FTP issue, why do you have to restart FTP? Why not just change the firewall?

      --
      See http://etbe.coker.com.au/ for my blog.
    15. Re:Brute Force Attacks by VENONA · · Score: 1

      I'd agree with running on a different port cutting your log noise down quite a bit. The last time I ran the experiment (about 6 months ago, IIRC), I got better than an order of magnitude reduction in brute force attacks.

      One point, though. If anyone is part of a corporate admin team, make sure you talk to the group about it! Hosts running on a non-standard port can disappear as known/allowed ssh hosts, to some management software. If they're picked up later in a network scan, IDS logs, etc., much hilarity may ensue. Murphy being alive and well, it will be the middle of the night before someone connects, the IDS lights up, and your phone starts ringing.

      --
      What you do with a computer does not constitute the whole of computing.
    16. Re:Brute Force Attacks by jelle · · Score: 1

      The "Host" sections in the /etc/ssh/ssh_config file allows you to specify which port to use for each host you connect to (so you don't need to type "-p 1234" every time you connect).</i>

      That config file can also be for each user separately in ~/.ssh/config , so you can do that anywhere you have a regular ssh account.

      --
      --- Hindsight is 20/20, but walking backwards is not the answer.
    17. Re:Brute Force Attacks by Arkaic · · Score: 1

      Or switch to ssh public key based authentication. I have done this for my linux machines at home. An attacker would need to have my certificate, along with knowing the password to even use the certificate.

    18. Re:Brute Force Attacks by R2.0 · · Score: 1

      No, catchphrases annoy people. Then people kill people. With guns.

      --
      "As God is my witness, I thought turkeys could fly." A. Carlson
    19. Re:Brute Force Attacks by Hatta · · Score: 1

      Fewer brute force attempts would be irrelevant if instead of moving the port you disabled password authentication in favor of public key authentication.

      --
      Give me Classic Slashdot or give me death!
    20. Re:Brute Force Attacks by hollywoodb · · Score: 1


      I guess the problem is also that in many distributions SSH servers are configured to allow root logins, and if nobody looks at the log files these go totally unnoticed.

      You're right!
      I have an up to date Fedora box at home with only sshd running, allowing root login. I also have it set up with DynDNS (dynamic IP from ISP). I just checked the logs and there are over 100k attempts at root login via ssh on port 22. Looks like nobody's gotten through, but I guess I need to change some things.

      --
      I may have to share this planet with animals, but I'm doing my damn best to eat every last one of them.
    21. Re:Brute Force Attacks by inKubus · · Score: 1

      Don't forget to use logrotate and use logwatch to send your logs to your admin email.

      hosts.deny and .allow are a great way to minimize incoming requests without having to change the port. Obviously it can cause problems if you need to manage from a remote computer.

      A lot of rootkits are pretty smart about logs so you might want to enable some sort of signature (MD5) on the logs to monitor their integrity. Likewise you can do an MD5 on a tar of /etc nightly and it will notify you if anything gets changed in there. Typically they aren't smart enough to catch stuff like this, esp if you bury it in something else that gets run by cron.

      Disable your compilers and stuff so they have to use their own.

      It's rough but just having the basics in place will save you 99.9% of the time. You are not going to be able to keep out a determined expert, but having tripwires and basic good security practices in effect will prevent the kiddies out there who are the people you really are afraid of. Unless you're like the NSA or something.

      --
      Cool! Amazing Toys.
    22. Re:Brute Force Attacks by Perl-Pusher · · Score: 1
      As for your FTP issue, why do you have to restart FTP? Why not just change the firewall?

      Because it takes longer for me to create a firewall rule than stop the servers. I have a script to do that remotely via vpn. The firewall I have to physically log in with a web browser via vpn. I also add the offender to iptables in each of the servers manually. I don't just use my firewall, I also use iptables, and tcp wrappers to keep people out. My biggest fear is one day my laptop will get stolen or hacked via wireless, it has the keys to everything! I do have the drive encrypted, but I still worry about wireless.

    23. Re:Brute Force Attacks by gnuman99 · · Score: 1

      Or instead of that, just disable password authentication and allow only RSA/DSA keys auth


      AND

      Have a static IP on your side and only allow that IP to connect to your server?

      Or limit the IP range somewhat for sshd connection (you need to connect from China or Budapest if you live in Toronto?)

      Or only allow IPSec traffic for services that result in your box AND limit the IP range to minimum AND use telnet (IPsec so don't need ssh, but you can if you want)?

      Moving sshd to a different port is better than nothing, but almost nothing.
    24. Re:Brute Force Attacks by Scoth · · Score: 1

      Seconded on this. I was having several people attempting to brute-force my root password over ssh (Which was futile anyway since I had root login disabled over ssh. But I digress). I switched the port and haven't had a single bad login attempt that wasn't from me fat-fingering in several months.

      I'd looked into the RSA/DSA key thingy, but I'm often logging in from remote locations without necessarily being able to do that. So, I stick with passwords. It works.

    25. Re:Brute Force Attacks by twistedcubic · · Score: 1

      Is it possible to configure ssh to do only public key auth on port 22, and password auth on another port (on the same server)?

    26. Re:Brute Force Attacks by e9th · · Score: 1

      You can generate a key-pair and stick the private key on a little USB flash fob.
      The reason for generating a separate key for this is so if you ever need to login from an untrusted machine, you can nuke that key-pair afterwards without having to redo your everyday keys.
      If you're truly paranoid, you can generate several keys at the same time, deleting each one from authorized_keys as soon as you login.

    27. Re:Brute Force Attacks by Anonymous Coward · · Score: 0

      Denyhosts is also nice because it gives you a convenient list of malicious hosts, and with only mild cleverness you can replicate that list to other resources you want to protect.

    28. Re:Brute Force Attacks by tiqui · · Score: 1

      Guns don't kill people, catchphrases kill people.

      Apes with catchphrases kill people!

      Sorry, couldn't resist (oh, must be said aloud in a Charlton Heston voice)
    29. Re:Brute Force Attacks by init100 · · Score: 1

      I've done that I just used an alias 'alias ssh=ssh -X -p 1234' in my .bashrc.

      Why not rather put that into your ~/.ssh/config file? Then you could have different settings for every server, like this:

      host.domain.tld
      [TAB]ForwardX11 yes
      [TAB]Port 1234

      The [TAB] above means a TAB character, although I think any whitespace will do.

    30. Re:Brute Force Attacks by Anonymous Coward · · Score: 0

      Guns don't kill people, rappers do. I sin it in a doccumentry on BBC2.

    31. Re:Brute Force Attacks by Anonymous Coward · · Score: 0

      Don't pay any attention to these idiots. They are the same idiots that are always comparing C/C++ to Java - a little like comparing the Aribus A380 to the Boeing 787 - different beasts used for different tasks...they cannot understand.

      Obscurity and obfuscation are becomming more and more applicable in todays world and a very necessary security enhancement. IMO, we don't use nearly ENOUGH "obscurity"

      The entire server installation model is too easy and predictable. Defaults shouldn't exist in the conventional sense. A software licence key should be much more than just a key, it should be part of the password. I can't believe how the model invites abuse. That's one reason why I'm not in IT at all now. I won't go back.

    32. Re:Brute Force Attacks by TT076750 · · Score: 1

      ya.. agree~

    33. Re:Brute Force Attacks by LingNoi · · Score: 1

      It's not about obscuring it's about being as homogeneous as possible.

    34. Re:Brute Force Attacks by foxylad · · Score: 1

      I don't like moving SSH to a non-standard port because I want to make it as easy as possible for users to use SCP to reduce the pressure to install FTP.

      I also dislike the processing and bandwidth resources that denyhosts and their ilk require. Iptables gives me a great low-level solution that prevents more than two brute-force attempts:

      # SSH daemon - tcp Port 22 - drop any more than 3 new connections from one address every 5 mins
      $IPTABLES -I INPUT -p tcp -i eth0 --dport 22 -m state --state NEW -m recent --set
      $IPTABLES -I INPUT -p tcp -i eth0 --dport 22 -m state --state NEW -m recent --update --seconds 300 --hitcount 3 -j DROP
      $IPTABLES -A INPUT -p tcp -i eth0 --dport 22 -j ACCEPT

      --
      Do as you would be done to.
  18. Is this good or bad? by Anonymous Coward · · Score: 0

    Personal opinion.

    Do I get happy that these punks perceive "safety in numbers" -- i.e., there's a lot of Linux out there -- or do I get depressed that stupid folks input their root pwds (which they shouldn't be using for starters) in their browsers?

    Stepping down from the high horse, I myself am not all that comfortable with Linux network and security configuration.

    Graphical front-ends (so you can easily see what connects to what and, in your network, what is permitted and what is forbidden) would be really nice. Any hints? TIA.

  19. Strange comments by Russell+Coker · · Score: 3, Interesting

    Iftach Amit says "Since Linux machines can be used to more easily create specially crafted networking packets, they can be used in highly sophisticated online attacks". If you root-kit a machine then regardless of OS you can create whatever packets you want. Bypassing the IP protocol stack and sending raw data on the wire can't be particularly difficult if you are trying to conceal processes from the equivalent of "ps" and avoid other methods of detecting your code.

    While I agree that Linux is a reliable OS, I doubt that is a reason for attackers to target it for running phishing web servers either. A good reason for targeting an OS is that you know it well and can easily write code for it. Given that many insecure machines can be obtained running any OS you please it makes sense that attackers will target their attack on machines that they know well. Maybe the criminals in question just enjoy Linux programming!

    http://survey.netcraft.com/Reports/200708/

    Then there's the issue of where servers are located, if you want reliable servers on the net then often the location of the server (in terms of a server room with UPS etc) is more important than the OS. What's the server market share for Linux? The above URL shows Apache leading the field for web servers and most Apache installations run on Linux...

    It seems that if you want to own some web servers then aiming at Apache on Linux gives the largest number of potential targets - whether that gives the largest number of vulnerable targets is another matter.

    --
    See http://etbe.coker.com.au/ for my blog.
    1. Re:Strange comments by himself · · Score: 1

      Russell Coker quoted:
      >
      > Iftach Amit says "Since Linux machines can be used to more easily create specially crafted networking packets,
      > they can be used in highly sophisticated online attacks"
      >
            Woah, isn't this the same reason that Steve Gibson said Windows XP would result in the oceans boiling or rampant cannibalism or whatever it was? Why yes, yes it is: http://www.grc.com/dos/winxp.htm

            Whatever: "operator error" is a lot more likely than "designed to kill."

  20. Ha? by gspawn · · Score: 0, Troll

    Just makes me wanna smack every Linux geek I know and scream, "I told you so!". The only reason Linux hassn't been widely hacked was because it was only used by a few professionals who had tight control on their security. The more mainstream it gets, the more of a target it becomes, and the stronger your security needs to be.

    Anyone remember the days of (or are you still one of the people saying) "but with Linux, you have to login as root"? Not like there's a massively obvious problem there with regard to hacking or anything.

    --
    ---Vote None of the Above---
    1. Re:Ha? by Anonymous Coward · · Score: 0

      Are you kidding me?

      You haven't EVER had to log on as root under Linux. I've been using it since 1994 as my primary O/S, and I've used Slackware, Red Hat, Ubuntu, Kubuntu, SuSE, Mandrake, and even the old Caldera offering before they became SCO and went nutso. I've ALWAYS been able to log on as an unprivileged user.

      THINK BEFORE YOU POST, NUMBNUTZ.

    2. Re:Ha? by Anonymous Coward · · Score: 0

      The "you have to log in as root" refers to requiring a remote users to be logged in as root to be able to do any sort of malicious damage or compromise the security of a machine. They were not referring to a person having to log in as root to be able to use the machine for everyday use.

      Looks like you are the one not thinking before posting. Or reading for that matter.

    3. Re:Ha? by Anonymous Coward · · Score: 0
      The URL you have on your account isn't going to help your situation here.
      Who told you that Linux wasn't a target? Crawl out from under that rock and/or remove your head from your ass.
      Why does this excite you so much? Did a "Linux geek" rape you as a child, and this makes you feel righted?

      The more mainstream it gets, the more of a target it becomes, and the stronger your security needs to be. So in other words, 'hacker' types hadn't heard of Linux before it became 'mainstream' right? You fucking idiot. Most 'hacker's USE Linux. We had rootkits while your PC was still getting 'stoned'. Judging by your URL and the content of your post, I'd guess you're too young to get that reference.

      I mean, seriously retard, it's not as if a team of Uber Windowsland Botnet Hackers hung out on IRC one day, and decided "you know, a hacked Linux system would be an awfully nice tool."

      I'll tell you what they WOULD do. They'd all hang out on XFire, and say things like "man, I wanna smack every Linux geek I know." Then get high and play WoW.
    4. Re:Ha? by MrSenile · · Score: 1

      I hate to disagree, but it really has nothing to do with it being more or less mainstream.

      It has to do with the knowledge of the people who run it and their complacency or laziness in making sure their daemons, applications, and security is up to specs.

      Linux has built in security. It comes standard. Defacto.

      Not many people use it though, and it requires manual configuration and setup.

      With the right iptable definitions, you could shore up a linux box to be nearly unhackable, without worrying about upgrading the daemons at all. It'd be stupid not to, but you wouldn't _have_ to if you didn't want to. Daemons aren't hackable if they can't even be reached, after all.

      With windows, you don't have such tools that come with the operating system.

      You have to download them, purchase them, and otherwise manipulate them like a sledgehammer beating on a stone block.

      The reason linux will most likely never be hacked to the great degree windows is, is frankly because most people who know how to set up linux servers have their distro set up _differently_ then the next person.

      What root kits work on one platform very likely may not work on another.

      Linux is only highly sought after by these hackers as deployment systems because of:
      1) their realiability
      2) their configurability
      3) their stability
      4) because some people who use them don't know how to maintain them.

      It's like being a billionaire and owning several houses, living in one, and not bothering to check in or monitoring other houses.

      Only to find out, years later, that one of your houses have live-in tenants.

      If you don't take care of what you own, people will naturally take advantage of it.

    5. Re:Ha? by Anonymous Coward · · Score: 0

      Maybe if the original poster hadn't overloaded all that punctuation, or understood WTF she was talking about, it would be clearer.

      ()""?

    6. Re:Ha? by deftcoder · · Score: 1

      They'd all hang out on XFire, and say things like "man, I wanna smack every Linux geek I know."
      lol

      But graduating high school and having used Ubuntu once qualifies you to talk about Linux! And you don't have to know C/assembly language to pretend to be knowledgeable about rootkits!
      --
      Peace sells, but who's buying?
  21. Just goes to show you by fiordhraoi · · Score: 1

    There is nothing more dangerous to security than being lax about it. Sure, windows machines may make up the typical grunt, but there's often a bigger payoff associated with cracking a *nix server. The OS alone isn't going to save you from anyone except script kiddies.

  22. New overlords? by ealar+dlanvuli · · Score: 2, Funny

    "We see [linux servers] as part of the command and control networks for botnets."

    Fear our new linux overlords?

    --
    I live in a giant bucket.
    1. Re:New overlords? by Anonymous Coward · · Score: 0

      Fear our new linux overlords?

      Microsoft does!

  23. Who, what, when, where? by Nomen+Publicus · · Score: 1

    OK, it's a possibility. But what is the infection signature? Wouldn't it have been a service to the world to include in the article a means to detect and delete such rootkits?

  24. Maybe .... by Chrisq · · Score: 4, Funny

    Maybe the slashdot host had to pause to update a botnet;-)

  25. Vigilante botnet destruction by glindsey · · Score: 1

    I've been thinking about this for a while. I seem to remember somebody who wrote and article about reverse-engineering a trojan in order to determine the IRC channel name and password the bot used to connect to the botnet -- fascinating stuff. Anyways, this is all plain text being sent over your network, and there will be certain strings you can expect to see in any IRC connection. Wouldn't it be possible to write a packet sniffer that searches for IRC activity being attempted over your network, captures the channel name and password, joins the channel, and then hangs out until it sees the botnet controller join? Using that info one could then spoof the botnet operator and cripple (or destroy) the botnet -- perhaps by directing it to attack its own creator.

    It seems to me that some serious gray-hat work could be done here to hunt down and destroy botnets, for somebody with the time, talent and interest in doing so.

    1. Re:Vigilante botnet destruction by glindsey · · Score: 1

      Wrote an article. ARGH. I never used to make those sorts of typos. It must be a natural part of the aging process. For me, anyway.

    2. Re:Vigilante botnet destruction by Anonymous Coward · · Score: 0

      Most of what you describe is SOP for investigating these issues, but the more sophisticated bots responed to cryptographically signed commands from their operators. You can disconnect them, and perhaps take control of the bot running on your specific host, but in general you can't take control of the whole botnet from your machine (unless you're crazy leet and can forge signed commands from the botnet owner).

    3. Re:Vigilante botnet destruction by rickb928 · · Score: 1

      Sure, whack up a variant of lIce, and next thing you know there's a bot to nail your bot, and a bot to cover your bot from being nailed by their bot, and swell, we're in another botwar. Wait, we're in that already. Somehow, adding more bots to the fray doesn't appeal to me.

      Sometimes, late at night, I think about waking up my IRC client and seeing what's going on out there. Then I realize I gotta do some basic research to see what the security risks are, the clients that are secure enough to not get me pwned, the nets that are just completely off the wall with threats (they all are, darn), and it's just not worth it.

      What I need to do is indeed to work with Snort or wireshark, learn to pipe the output through something to identify suspicious activity, and give me a list of questionable things to research. That's all:-0

      --
      deleting the extra space after periods so i can stay relevant, yeah.
  26. We new this would happen, so lets fight. by Zombie+Ryushu · · Score: 1

    We knew this would happen, so lets do what we can.

    Upgrades. Don't run old versions of Linux Support has run out on. Upgrade.

    Lets put emphasis on security, and develop new models.

  27. something doesn't make sense by weighn · · Score: 1

    ... vast majority of the threats we saw were rootkitted Linux boxes to control (windows) botnets of 1/n in size?*

    * I haven't RTFA

    --
    Mongrel News all the news that fits and froths
  28. Good catch by faloi · · Score: 1

    I read the article and missed that last bit about the sponsor of the symposium. In light of them not releasing the results, it's all a little bit suspect. Next we'll be hearing about how consumers really like DRM based on unreleased results of an analysis at a RIAA conference.

    To be fair, I don't have a hard time believing they'd really like some good, stable machines as their controller...but it's all a bit odd.

    --
    "It is a miracle that curiosity survives formal education." -Albert Einstein
  29. Conflicting Info by HaydnH · · Score: 3, Interesting

    From tfa:

    Cullinane: "The vast majority of the threats we saw were rootkitted Linux boxes, which was rather startling. We expected Microsoft boxes,"

    Alfred Huger: "We see a lot of Linux machines used in phishing, We see them as part of the command and control networks for botnets, but we rarely see them be the actual bots. Botnets are almost uniformly Windows-based."

    Seems like people are jumping on this as "linux bad!" where in fact the article is fairly neutral, Colinane has one opinion, Huger has another (and generally more accepted) opinion. Haydn.

    --
    Time is an illusion. Lunchtime doubly so. - Douglas Adams
    1. Re:Conflicting Info by howlingmadhowie · · Score: 1

      almost, but they're not opinions. they're are both stating fact. Cullinane however has not disclosed his results or his research and is speaking at a microsoft sponsored event.

    2. Re:Conflicting Info by castle · · Score: 1

      Not that it isn't accurate (that ebay did in fact see an upward trend in linux based phishing I mean), but I suspect the Redmond Machine is emitting carefully crafted puppet FUD again. Glad you made me reRTFA and catch that wee bit of disclosure.

    3. Re:Conflicting Info by Eponymous+Bastard · · Score: 1

      Seems like people are jumping on this as "linux bad!" where in fact the article is fairly neutral, Colinane has one opinion, Huger has another (and generally more accepted) opinion. Its not so much that "Linux is bad" but rather that people thought you'd have 10000 compromised windows machines for each compromised Linux one, or thereabouts. Now the hype is catching up with Linux, and it's interesting to see people's reactions.

      Of course, maybe on desktops things are still a lot on Linux's favor, but now servers seem to be more vulnerable than previously thought, especially when serving sloppy custom apps. To the point where a direct comparison with Windows makes sense.

      I bet the same thing would happen to OpenBSD if it were more common.

      Careful with hyping up your favorite (be it by security, graphics, gameplay, storyline, stock potential). People don't like being disappointed.
    4. Re:Conflicting Info by moeinvt · · Score: 1

      " . . .upward trend in linux based phishing . . ."

      "Upward trend" I'd believe. "Vast majority" significantly increases my doubt regarding the truthfulness of the statements or the reliability of the data they are based on.

    5. Re:Conflicting Info by RedHat+Rocky · · Score: 1

      Note that Cullinane's quote was from when he was at his previous employer.

      Better context from TA:

      "
      Cullinane's experience with phishing goes back to his previous employer, Washington Mutual, which has been one of the top phishing targets in the US.

      While there, he noticed an unusual trend when taking down phishing sites.

      "The vast majority of the threats we saw were rootkitted Linux boxes, which was rather startling. We expected Microsoft boxes," he said.
      "

      --
      Anything is possible given time and money.
  30. Mod parent up. by Chrisq · · Score: 1

    Mod parent up. This is highly relevant (I have done a survey, and I am not releasing results but it does indicate that I am definitely better than you. Try to refute that without access to the facts!)

  31. helps to have a static IP address by dominux · · Score: 1, Redundant

    windows boxes in botnets are mostly going to be home computers on dynamic IP addresses. Linux boxes are more likely to have a static IP address, lots of bandwidth and they don't crash much or get turned off.

  32. Not really that suprizing... by Rooked_One · · Score: 0, Troll

    a lot of linux people have the holy than thou (the young liux crowd that is) and most all linux people use IRC.

    Where is it easiest to find out almost everything about someone? Uh huh! Need I continue?

    1. Re:Not really that suprizing... by Anonymous Coward · · Score: 0

      No need to continue. Your post makes no sense whatsoever and I fear this would just go on

    2. Re:Not really that suprizing... by Rooked_One · · Score: 1

      ah, because you can't understand simple ideas, such as "since most linux people use IRC, they are more apt to be trojaned than windows users who don't use a program that is easily infectable and gives ip info, and is a portal for ideas, where ultimately, someone will disagree with you"

      Is that more up your alley, AC?

  33. I Wish I Could Have Investigated More by gers0667 · · Score: 1

    We share an internet connection with a couple other companies. One day our internet connection came to a halt. We were initially blamed, but after disconnecting our firewall from the network, it obviously wasn't us. The real problem: an Asterisk box owned by the company who was in charge of the internet connection.

    The company is IT "specialist" company to handle other companies IT needs. They are good at doing Windows stuff, but had no clue how to use linux. They found out we put together an Asterisk box for next to nothing, so they did the same. I handed them the latest Ubuntu disc (Dapper at the time), showed them how to install it and admin it and left them to it.

    When the internet died, they found out it was their Asterisk box. It turns out that they weren't comfortable with Ubuntu, so they used their old Fedora disc that someone had burnt for them. They were running an UNPATCHED FC4 box (FC6 was about to be released) with an Asterisk web console running on port 80 and exposed to the internet.

    I wish I could have investigated more, but the box had about 20-30 internet connection spanning a small IP range. I immediately pulled the ethernet connection. The binary responsible for the internet connections: ps. I rebooted the box and told them to close port 80. I told them what to do to secure their box, but who knows if they listened. I at least fired up yum to patch the box, but I was busy enough with my own work to hold their hand through the entire process.

    I'm not sure what happened to that box, but now I can only imagine it's attacking eBay.

    1. Re:I Wish I Could Have Investigated More by deftcoder · · Score: 1

      Why bother updating a potentially rootkitted machine?

      Once untrusted code has run on your machine, you can no longer trust your machine.

      Backup data, wipe, then reinstall.

      --
      Peace sells, but who's buying?
    2. Re:I Wish I Could Have Investigated More by PlusFiveTroll · · Score: 1

      Once untrusted code has run on your machine, you can no longer trust your machine. Dammit, Do you mean I have to format my Windows boxes right after I install them.

  34. New way to profit using linux by Anonymous Coward · · Score: 0

    1. setup linux machine
    2. rootkit it yourself
    3. sell access to script kiddies
    4. profit
    5. wipe and reinstall go to 1.

    (Notice that no ... step was needed).

  35. The problem is spin by weighn · · Score: 1

    The problem is not in reliability, but in ignorance. Must Linuzzz administrators think they are "inmune" ... here they all come, out of the woodwork. At first glance this MS spin doctor makes a half-point, but by "Must Linuzzz administrators" El Lobo means most "ubuntu users"*. Anyone using Linux (or hopefully anything with an outward facing IP address) to run public services knows they are not immune and takes appropriate care ... stop drinking the kool-aid for chrisake

    * this phrase is not meant to be inflammatory, I use it too :-)

    --
    Mongrel News all the news that fits and froths
  36. Linux vs. BSD by rs79 · · Score: 1

    Can anybody comment on the ratio of cracked Linux to BSD boxes?

    --
    Need Mercedes parts ?
    1. Re:Linux vs. BSD by derian_cf · · Score: 1

      Never seen one, but then again, I don't run them personally, and I could probably count the number of them we have at work on my fingers. Anyone else with a bit more experience? I'd be interested as well.

    2. Re:Linux vs. BSD by Anonymous Coward · · Score: 0

      I'd suspect it is about the same as the ratio of Linux boxes to BSD boxes, since Linux boxes get cracked using exploits in Unix software common to both platforms. Hackers just subscribe to Unix security mailing-lists like the rest of us. Linux and the free/open versions of BSD use basically the same code above the core services. Linux might be slightly higher because businesses too cheap to hire competent security people are probably going to use linux.

  37. I've seen a few of these by wizman · · Score: 4, Interesting

    The company I work for performs emergency Linux support services. We get a lot of calls from peoples boxes who are attacked. I've seen at least two eBay/PayPal phishing sites recently. In both cases, it had nothing at all to do with Linux itself.

    Case #1: Customer running a web server had vulnerable PHP applications (I believe it was an outdated WordPress). Someone was able to use this vulnerability to wget a few php scripts and bury them under some subfolders.

    Case #2: Customer had a non-root account with a weak password. This account was in the "root" group, giving it write access to a number of system files. Cracker was able to brute force the password quite easily, make a directory called eBay under /var/www/html, and stick some php code in there.

    In both cases, the php scripts were logging username and password guesses into a text file. The text file was within the same web root, allowing the cracker to easily grab the latest passwords over http instead of needing to re-crack. Also, in both cases, there were at least a dozen usernames and passwords in the text files.

    The lesson: Keep your web apps up to date, use strong passwords, and don't add anyone to the root group.

    1. Re:I've seen a few of these by deftcoder · · Score: 1

      Run apache in a chroot (OpenBSD does this by default), and use SuExec ( http://httpd.apache.org/docs/2.0/suexec.html ) if you insist on running PHP.

      --
      Peace sells, but who's buying?
    2. Re:I've seen a few of these by wizman · · Score: 1

      Actually, if you run Apache in a chroot, this just means that the attacker will install their phishing sites somewhere within the chroot, and Apache will still serve them out.

      Same with suexec. Regardless of which user the exploit code is owned by, it can still be served out happily by Apache. Suexec certainly does make it easy to see which website the attackers came in via though, instead of everything being owned by the apache or nobody user.

      Now, if you would have said "tighten up php.ini", I might have agreed.

    3. Re:I've seen a few of these by jelle · · Score: 1

      This account was in the "root" group

      And who thought _that_ was a good idea???

      --
      --- Hindsight is 20/20, but walking backwards is not the answer.
    4. Re:I've seen a few of these by deftcoder · · Score: 1

      Oh, I don't care about phishing sites. Phishing sites only affect idiots (and those with a modified hosts file), so I could care less.

      I care about preventing a flaw in a PHP script from letting an attacker gain root access (and let them install rootkits).

      --
      Peace sells, but who's buying?
  38. No surprise to me by OhHellWithIt · · Score: 1
    Somehow, this is no surprise to me. My first operational Linux box, a Redhat 5 system, was hacked several years ago while connected on an intermittent dial-up connection. The machine served as a router so my wife and I could share the Internet connection, and -- idiot that I am -- I had not bothered to enable the firewall, figuring no one would bother trying to hack into AT&T Worldnet dial-up clients. I would never have discovered it except that the attacker's scripts were expecting a newer version of Linux. The takeover attempt failed in the middle, and after I shut the machine down for the night, I couldn't login the next morning.

    I think it's fair to take it as a given that no platform is completely invulnerable to being breached. And once the problem of getting in is resolved, which would you rather work with, Linux or Windows?

    --
    "Who controls the past controls the future. Who controls the present controls the past." -- George Orwell
  39. double standard by nomadic · · Score: 5, Insightful

    Because Linux is highly reliable and a great platform for running server software, Linux machines are desired by phishers

    So when phishers target windows servers, it's because windows has horrible security, but when they target linux servers, it's because linux is just awesome?

    1. Re:double standard by Jerry · · Score: 1

      Precisely!

      Linux is their choice for control consoles for a network of Windows zombies BECAUSE it is more stable and secure than using Windows for that purpose, making it more difficult for other crackers to steal their control box. Since most Linux boxes have to be broken into manually I have no doubt that crackers INCREASE the security of their Linux control boxes to protect their investment. And, they only need one Linux box to control several thousand Windows zombies. They need a LARGE number of zombies to mount effective attacks and Windows' lack of effective security makes them the popular choice. Unlike Linux, which usually has to be broken into manually, a simple virus or malware website is sufficient to capture a LARGE number of Windows box. In fact, it is not uncommon for a Windows box to be a zombie in more than one network.

      --

      Running with Linux for over 20 years!

  40. Here's what I know... by erroneus · · Score: 2, Interesting

    APlus is a hosting company that offers BSD and Fedora Core (note that I say Fedora Core, not Fedora... they only offer up to FC6 at the moment) in their hosting operation. They lease boxes with Plesk installed to people and businesses with hosting needs. Before I arrived on the scene where I work, we were already hosting with them and the box was running on Fedora Core 2.

    One day it was noticed that the site was malfunctioning and so a call was placed with APlus. We were informed that there was some sort of compromise and initially, at least, it was stated that it had something to do with Plesk. (Later queries denied that Plesk was at fault) After a day or so, a V.P. in charge of this stuff sent out a broadcast email to all of their hosting clients explaining that, in no uncertain terms, that it was the CUSTOMERs' fault that this had occurred.

    Well, let's ignore the crappy customer-service issue this brings about.

    The fact that this company offers up Fedora as their preferred flavor for hosting is ridiculous! It's a development distribution primarily aimed at the desktop with somewhere between 1 and two year update availability. Since a lot of their machines were running Fedora Core releases at least as old as Fedora Core 2, I'd say a good portion of the blame rests on APlus for their CONTINUED selection of Fedora as their distribution of supported choice. It has a SHORT LIFE! It stops getting updated after a year or so. It's idiotic to run a server with such a short support life cycle. Forget about blaming customers for not keeping their boxes updated. It couldn't be done with the distros that were affected in the first place.

    But yes, my box was affected by this attack as well... and they STILL will not identify the actual point of compromise though they still deny it was Plesk. I find it ironic that I was, at the time, already talking to them about moving my box to CentOS and porting the web site code (that their developers created) to it. Interestingly, all sales people I spoke with said "we don't do that." And when I pointed out that it was their company that created the code, they said "we don't do that."

    So over that weekend, I managed to port the web site code and database over from the original host to a CentOS5 box. I don't know PHP. I know a *little* about programming and I know how to use Google... that was enough to get be by. (Apparently, "this" became a reserved word in current versions of PHP and the old code named objects "this$" a lot!)

    Anyway... it had been a mess and the best resolution was to move away from APlus. It's unfortunate that I cannot get the truth from them about what exactly happened... we just get blamed without specifics as to what or how it happened.

    1. Re:Here's what I know... by Limburgher · · Score: 1

      Actually running a server on Fedora can be done responsibly. I run a small hosting company entirely on Fedora. If you keep it patched and properly configured, it's highly secure. It's also easy to upgrade when the new releases come out, especially if you read the Release Notes beforehand, using yum, though that's not officially supported for some reason.

      Discalimer: I am a Fedora maintainer.

      --

      You are not the customer.

    2. Re:Here's what I know... by erroneus · · Score: 1

      My problem with Fedora is that its support life cycle expires too soon. Am I wrong about this or would it be more prudent to say that when using Fedora, keeping up with the various releases of the distribution is necessary for security? Is Fedora Core 2 still supported in any way? What about Fedora Core 4?

      I know that CentOS as far back as CentOS 3 (and maybe 2?) will continue to get updates for a lot longer than any Fedora.

      For a server, especially one that can only be managed remotely by the user, it seems that online updates being available for a lot longer is rather important.

    3. Re:Here's what I know... by 8-bitDesigner · · Score: 1

      My problem with Fedora is the package management, to be honest. Personally I've found RPM to be much easier to hang yourself with then APT, but hey, that may just be ignorance of the tools on my part.

      As far as security and stability, I'd definitely look at something with a long-term support option, as taking a production server offline to upgrade the distribution in order to get needed security updates just isn't an option. Debian is really good about backporting security patches, so you can stay patched and still use an older distribution, and I know Ubuntu does something similar with their LTS support.

      Just my $0.02

    4. Re:Here's what I know... by Journeyman+7 · · Score: 1

      Err - Fedora is a child of Red Hat i.e. of Red Hat Package Management (RPM) fame, and neither does it use APT, it uses the Yellow Dog Update Manager YUM , I wonder if you are confusing Fedora with Debian or perhaps Ubuntu which I believe does use APT, but one thing I do know after moving from Suse 10.1 with its nightmare Zen Updater; (I'm not blaming YAST though) Fedora 7 is pure poetry. We all have our favourites but after installing Fedora 7 (KDE) on half a dozen boxes and a couple of laptops for ex-Win$ Users it has proved itself a genuine contender for the hearts and minds of the Home User Desktop.

    5. Re:Here's what I know... by 8-bitDesigner · · Score: 1

      Aye, Fedora, CentOS, Manriva, Red Hat, YDL, and Suse all use RPM at their core to handle package management. Not necessarily the RPM updater program (Yast and YUM fill in for this on some systems), but the package format. Personally I've found RPM to be a very difficult package format to work with simply due to the architecture. RPM gives you far more flexibility in installing new packages, but lacks a central repository for installing new applications or managing dependencies.

      So, RPM is fantastic for some situations, but as I said before, I find it far easier to hang yourself than APT which uses a central database to track applications and dependencies. It's easy to get stuck in dependnency hell with RPM, but it does afford you greater package flexibility.

  41. We may be DOSing ourselves by justthinkit · · Score: 0

    Trend 1: Linux users tend to block web ads the most effectively, using a variety of techniques.

    Trend 2: Many big companies deliberately break their sites for non-IE browsers (probably for kickbacks from Microsoft).

    Trend 3: Linux users probably buy less stuff than other people anyway (not counting computer parts which they buy on price or features, not ads or shill articles).

    Trend 4: this story.

    Net Result? It may pay in more than one way to block Linux users: (1) they don't read your ads anyway, (2) they don't buy your products as much anyway, (3) Microsoft will reward you for shutting them out, (4) you may be reducing your exposure to DDoS attacks.

    --
    I come here for the love
    1. Re:We may be DOSing ourselves by Anonymous Coward · · Score: 0

      How do you distinguish between a cracked Windows box and a cracked Linux box, when all you know about either box is the network packets they have sent to you?

      To effectively troll, you need to come up with a solution to problems like this, like maybe requiring all Internet traffic to be "remotely attested" using TCPA. Vista-only Internet FOR THE WIN!

    2. Re:We may be DOSing ourselves by Anonymous Coward · · Score: 0

      (4) you may be reducing your exposure to DDoS attacks.

      Sure, because blocking Linux will also block all those Windows bots controlled by the cracked Linux machines. Oh, wait ...
    3. Re:We may be DOSing ourselves by PitaBred · · Score: 1

      I use Linux as exclusively as possible. Basically, for everything but my work machine.

      1) Damn straight I block ads. But not all ads. Just the ones that annoy me. I've even bought products after following ad links, especially from Google ads. I don't mind ads. I hate annoying ones.

      2) True. I just don't frequent those sites, so they don't get my business, even if I had wanted to purchase something from them initially. Who's the loser there?

      3) Less stuff? I buy what I need. I don't pay $25 for shitty shareware apps that are in no way worth $25, or hundreds of dollars for operating systems that are crippled, or products that treat me like a criminal for buying them. Sorry, I am a person, not a consumer or a income stream. I've got some self respect. I also influence the buying habits of at least 10-20 people, minimum, not to mention company purchases. My opinion is not only my own. It's that of a large number of people, and I think that goes for a lot of Linux users. We are the technological knowledge bases for most people we know.

      4) Yeah...

      Net result, you block Linux users, you'll lose me as a customer, and a LOT of other people. Is that really what you want?

  42. Slashbot: Troll detected by Anonymous Coward · · Score: 0
  43. Re:But, I thought... by Anonymous Coward · · Score: 0

    It might surprise you to find out that the OP and the slashdotters who claim that Linux users are security-aware are different people.

  44. Comment removed by account_deleted · · Score: 2, Informative

    Comment removed based on user account deletion

  45. Not surprising by eli+pabst · · Score: 1

    It has nothing to do with one operating being more secure than another. Windows 2003 server is pricey and is likely to be deployed at a company with at least some form of IT support and is therefore more likely to be properly maintained. Someone running a server in their basement or a mom and pop business is more likely to choose Linux. I've seen plenty of cracked linux boxes where someone threw up a box with PHPbb or LAMP and left it running unpatched for several years. Usually they only realize it is when they get an email complaining about attacks originating from their machine or a notice from their ISP. Often these are non-root compromises where the attacker is running as the Apache user and has the standard toolkit with bot software and flooders stashed in /tmp.

    1. Re:Not surprising by Jerry · · Score: 1
      Usually they only realize it is when they get an email complaining about attacks originating from their machine or a notice from their ISP.


      Interesting you should mention notices from ISPs. They are a new source of phishing attacks. I've received a couple "notices" in the last six months purporting to be from my ISP saying that my box was the source of spam or viruses. The emails gave me a URL to click on in order to log into my ISP account and "clean it up". I can see novices/newbies/joe and sally sixpack complying with that email and thus give away their password.

      --

      Running with Linux for over 20 years!

  46. Probably been going on longer than thought by MECC · · Score: 1

    I ran a linux box with 22 open just to see what would happen about 2 years ago. Within a week someone was trying to brute force their way in (auth.log showed thousands of attempts using simple usenames).

    *sigh*

    --
    "We are all geniuses when we dream"
    - E.M. Cioran
    1. Re:Probably been going on longer than thought by rubycodez · · Score: 1

      but you can force the choice of good passwords in most linux distros. just like you can monitor for most of the signs of an owned machine that people are mentioning in other threads.

    2. Re:Probably been going on longer than thought by deftcoder · · Score: 1

      A WEEK?

      I bought a CentOS dedicated server on an unmetered 100mbps line a few months ago. It was set up, and I was emailed the login info within the hour.

      I logged in and grep'd /var/log/secure.log for 'failed'. There were already over THREE THOUSAND failed login attempts over SSH. Within the first HOUR.

      http://denyhosts.sourceforge.net/

      --
      Peace sells, but who's buying?
    3. Re:Probably been going on longer than thought by MECC · · Score: 1

      A WEEK?

      Well, I didn't check it right away. It was basically a honeypot.

      There were already over THREE THOUSAND failed login attempts over SSH. Within the first HOUR.

      Ye gods.
      --
      "We are all geniuses when we dream"
      - E.M. Cioran
  47. Speaking as a Bot... by Anonymous Coward · · Score: 0

    Hello,

    I am a Linux Bot. Call me LinBot for short. There has been a lot a lot speculation as to why Bots like me prefer Linux over Windows. The truth is that us bots prefer Linux because of the GPL. It is a question of freedom. And the "free beer" pwnage offered by Windows does not cut it.

    Kind regards,
    LinBot

    1. Re:Speaking as a Bot... by MindKata · · Score: 2, Insightful

      "The truth is that us bots prefer Linux because of the GPL"

      Being able to see the source code, isn't a bad thing, as you imply. If there's a hole in the code, I would sooner someone find it fast and then it gets fixed, rather than have closed code, which may have a hole in it, which no one knows about. Because given time, someone will find that hole, even if its close sourced (which is no long term protection). What open source gives is effectively better debugging of the code, as it allows people to dig out the faults in it. That's valuable extra testing, not just for that code, but for anything else developed in the future, which is based on that code. Therefore it leads to a more solid code base.

      --
      There are 10 kinds of people in the world... those who understand binary and those who don't.
    2. Re:Speaking as a Bot... by rtb61 · · Score: 4, Insightful
      More likely the prefer Linux, because after going to all the time and effort of creating a botnet you don't want some other cracking asshat hijacking your botnet.

      With windows of course those poor hard working crackers and continually having to rebuild their botnet as other crackers pilfer their bots as readily as they orginally gained, 24/7 no rest for the wicked.

      So winbots while easy to gain are nearly impossible to keep because of course they are just so slutty, they are anybodies ;).

      --
      Chaos - everything, everywhere, everywhen
    3. Re:Speaking as a Bot... by Stringer+Bell · · Score: 1

      This gets insightful? It's too bad "spinful" is not available.

    4. Re:Speaking as a Bot... by Jarjarthejedi · · Score: 1

      Agreed, it's much more likely that Linux boxes are being targeted because they're thought to be secure. Windows users (the good ones) are constantly on the lookout for rootkits and integrating good security practices into everything they do. Linux tends to make people feel more secure so you do a little less security, not much, of course, because the average Linux user is still a geek and is still not going to be clicking attachment's named "Dude watch this vid.exe", but some. Combine that with the fact that no OS can ever be 100% secure (for similar reasons as to why DRM can't be fully secure, the user and the flaw are the same person) and you've got a recipe for infection.

      I'll bet that low level botnets are primarily run on Windows as it does have a few more vulnerabilities than Linux and that it's the high level ones that are run on Linux so that they'll last longer, who needs to do a rootkit check on a Linux box eh?

      --
      There are two kinds of fool One says 'This is old therefore good' Another says 'This is new therefore better'- Dean Ing
  48. Re:But, I thought... by somersault · · Score: 1

    While I think it's true that Linux boxes really are 'more' secure, that very fact makes a lot of users (myself certainly) less security aware when using non Windows systems (Mac OS/Linux). That just means that I don't tend to worry that I'm going to get any spyware or viruses no matter what website I visit. When it comes to someone actually attacking a machine directly rather than relying on passive methods then I admit am pretty clueless, with regards to both Windows and Linux... perhaps some people here could give advice on how to be more proactive in defending against such threats (intrusion detection programs etc?)

    --
    which is totally what she said
  49. This is not an accident..... by HexaByte · · Score: 1
    This is really a nefarious attempt by Linux sysops to tarnish the fine reputation of Windows by making it look bad! Plan of action:

    1) Get the enemy to do horrible things at your direction.

    2) Hope no one notices that you are really calling the shots.

    3) Make them look unreliable

    4) Profit!

    --
    HexaByte - he's a square and a half!
  50. Re:But, I thought... by AndyCR · · Score: 1

    How often do you hear of a Windows exploit being successfully used in the wild? Every darned day. How often do you hear of a Linux exploit being successfully used in the wild? Almost never. Don't judge Linux security as as bad as Windows security because there have been 2 serious exploits this year. Windows has had FAR more.

    --
    If there's anyone I hate more than stupid people, it's intellectuals.
  51. Root not needed to host phishing scams by rjamestaylor · · Score: 4, Informative

    I am a supporting system administrator for Linux/UNIX servers at a large hosting
    company. I have come across many Linux servers that are compromised and being
    used to host phishing scams, spamware, IRC servers, etc. Rarely, however, do I
    see a "root'ed" server -- that is, a server on which an unauthorized
    person or program has gained root privileges illicitly. In fact, having root
    access is not necessary to host web content, send mail or provide other
    Internet-facing services.

    All that is needed is the privilege to put content served by the web server in
    place. That could be a script for server-side execution, page or fragment for
    browser- (client-) side execution, etc. If you can upload to the web content
    (DocumentRoot or include) directories and the web server automatically servers
    that content, you, too, can host a phishing scam or illicit media for download.

    If a directory in the DocumentRoot tree on a web server can be written to by the
    web server (the apache or nobody system account) then it is easy to inject one's
    illicit content on that server. OS is irrelevant at that point. In fact, if a
    web server has world- or apache-writable directories in the web content area the
    OS *must* allow any web client to upload whatever they desire to that server.
    It is the responsibility of the owner of the server to restrict who gets to
    upload what content to his/her server.

    I try to explain to web designers that granting write access to the
    apache/nobody user is BAD, but often I hear back: "Ya, but, I can't make
    the script work without opening the permissions." Usually, this is done on
    PHP Content Management System portal sites that allow content to be uploaded
    directly from the web browser by arbitrary users. There is a little bit of
    effort required to make doing this difficult -- and it can be tricky to get
    right -- but forcing the script to work by removing world/apache write
    privileges is EASY:

    $ sudo chmod -R 777 /var/www/html

    Ugh. Then, when that same customer is complaining that, "Hey! I've been
    hacked!" I respond, "no, you haven't. You been compromised. You
    allowed *anyone* to upload *anything* to your server and set apache to
    automatically server that content. You were trusting *everyone* on the Internet
    to behave. Your trust was broken and now your server is distributing phishing
    scams/malware/kidde porn/spam."

    If you ever think you need to "open up" permissions so your PHP script
    will "run right" you either need a different PHP script or help making
    the script run "safely." It's harder than chmod'ing 777 but it's
    definitely worth doing.

    One server I worked on had a lazy owner who allowed apache full write and
    execute access to his web content directories. He would not upgrade his PHP
    scripts to patched versions that plugged well-publicized holes. After repeated
    warnings I received a frantic call from him that his server was
    "hacked" and running a banking phishing scam. I checked the weblogs
    and found that 20,000 people had clicked the phishing scam links from their
    webmail inbox and retrieved the malware-ladden web pages with Internet Explorer
    -- meaning many of these people were sending their data right to the
    Russian/terrorist criminals for funding their illicit operations. The customer
    asked that I call the FBI to "find out who is responsible" and I said
    I didn't need to make that call to find out: he was responsible.

    That customer is now fully-turned around and is complying with the necessary
    steps to ensure that his server is not used for illicit purposes any longer.

    Root was never required for these compromises. Just poor administration.

    --
    -- @rjamestaylor on Ello
  52. fix default sshd configs by Anonymous Coward · · Score: 0

    RedHat has to stop allowing root login in their default SSH configuration.

    Which distributions do the right thing ?

  53. Hear! Hear! by asphaltjesus · · Score: 1

    If this is true, which ATFA, we won't ever know because it's a secret, you are right on. Linux has vastly superior auditing tools to the win32 world, it is only a matter of lazy admins _not_ using them.

    Nice work on the call to action. Not enough of that on /.

    --
    Got Trader Joe's? friendwich.com RSS feeds work now!
  54. How they hack by pikine · · Score: 1

    The first rootkit I got in my life was a Linux box running BIND for a local DNS cache. That was 5 years ago. BIND before version 9 is so lousy that everyone using it should expect to get rootkit someday. I was tweaking the firewall setting. I forgot to block port 53 because I hadn't been using that box all that much, and I forgot it was running BIND. The rootkit tried to replace /sbin/init, but my DSL connection died halfway so that didn't complete, and it left my machine unbootable.

    About 3 years ago, I sent a PowerBook G4 laptop to an authorized Apple Care center for hardware repair, and some smart-ass there set my root password to something I couldn't guess. But one of the SSH scanning bot successfully guessed. The cracker downloaded and compiled psyBNC (an IRC proxy) and installed it under "/usr/sbin/sshd " (with a trailing space). I think it'd be used as one of the hops designated to make the IRC connection difficult to trace.

    I found out about it a few days later, seeing strange IRC connections in netstat.

    After that, I always make sure the root password is disabled, using sudo or sudo su - if I need root access. I only have port 22 and 80 open, and I haven't seen a rootkit since.

    --
    I once had a signature.
    1. Re:How they hack by trustnothing · · Score: 1

      Re: the G4, that's seriously against procedure (yes I work for their tech support). They obviously need admin access but not giving you the password after fixing it is something they ought to be smacked for. Of course if you have your OS X disks then you can sort it yourself...

  55. Would the average Slashdotter learn something? by suv4x4 · · Score: 1

    That the OS doesn't matter. What matters is your goal.

    On the desktop, people hack Windows machines since that's what most desktop Machines are. On the server side, people hack more Linux machines since that's what most servers are.

    Hacked Linux machines are hacked with a specific purpose in mind, and so are Windows machines. In fact, in both cases, the attack vector is usually an application running on said OS. Be it PHP script, server daemon, your browser or even music player on Windows.

    Just like the article on Randi and weird audiophile products, it was said "music fans listen to music, audiophiles listen to stereos". Well, same applies:

    "computer users run software applications, OS zealots run operating systems"

    And now we see it even applies to hackers, which hack not according to the OS but their desired goal.

  56. Something about Stones and Glass Houses by sirrube · · Score: 1

    I could not agree with you more, Any machine connected to the internet is un-secure and the more market share linux gains the more hacks and exploits will be seen. The Linux fan boys will always be more than happy to point out pitfalls of windows, yet these same script kiddies seem to forget to patch their own linux servers leaving them exploitable and open to hackers.

  57. 9 out of 10 phishers agree by queenb**ch · · Score: 1

    Linux is a superior operating system.

    2 cents,

    QueenB.

    --
    HDGary secures my bank :/
  58. Oh no! by Anonymous Coward · · Score: 0

    Great. This kind of headline is what I never wanted to see. Now I have to look at all the stupid comments from the open source whores about how Microsoft sucks and everyone else rocks, how when Microsoft fixes a bug they still suck because their code shouldn't have had the bug in the first place, and how Linux rocks because when it has a bug fixed it's a testament to its development model.

    On the other hand, good to see that the truth is EVERYBODY is vulnerable and not just Microsoft.

  59. Hosted Environments by Evets · · Score: 3, Insightful

    One of the problems are dedicated server hosts. I picked up a dedicated box a while back and I was startled to find that I was put in a position to scramble to secure the box immediately upon receiving my ssh password.

    Of course, I could have paid extra to get a more secure box, but budget was an issue, and my plans were pretty simple for the machine.

    Another problem is that a lot of webmasters with dedicated boxes and virtual servers end up running older and insecure versions of software - from mail servers to web servers, etc. because the software is all wrapped as part of Plesk or something similar. When security patches come out, the turnaround time for updates from the software providers is far from instantaneous.

    A third problem is efficiency. If your system has been rooted, it's easy to not notice as long as the person who rooted you isn't abusing your system resources.

    Recovering a rooted system is a problem as well - sys admins in general could stand to take a lesson from rootkits to protect their own system. I've seen two instances myself where overwritten binaries like ps and ls could not be reverted without a great deal of effort.

    Further - people who get "Managed" servers expect that they have a secure system and that their system is being monitored for security issues regularly. From what I've seen, "Managed" means that vendor provided packages get updated automatically and uptime may be monitored, but that's a far cry from someone actually managing a system.

    Linux can be secure, but I think the vast majority of web servers out there are wide open targets, much like all those windows ME boxes attached directly to cable modems.

    1. Re:Hosted Environments by Blackknight · · Score: 1

      Of course, I could have paid extra to get a more secure box, but budget was an issue, and my plans were pretty simple for the machine.

      So you expect them to harden the machine for free?

    2. Re:Hosted Environments by Evets · · Score: 1

      Not harden the machine, but at least hand the system over in a state where it is not wide open to a series of known attacks.

      If I were less of a nerd, the system would have remained in it's original state and no doubt would have been taken over. Frankly, I was nervous about the short time frame that it took to close up the most obvious holes.

  60. Re:Confirmed - spin or truth? by gosand · · Score: 1
    This is nothing new, crackers have always preferred unix machines for a number of reasons.


    I understand why you say this (and you did say unix, not linux), but you have to see the humor in your statements. "See!? Linux is better because it is the OS choice of *REAL* crackers." It could be seen as a mere spin attempt, but it is really the truth. What servers do you think crackers used to break into back in the day? I'll admit that there is certain fanboyism that exists around Linux, but usually the "it's really not the fault of the OS" can be backed up. If not, the attitude is generally "whoops... let's fix it ASAP". Whereas *ahem* other OS providers tend to do a lot more coverup, consult PR and lawyers, etc etc.

    --

    My beliefs do not require that you agree with them.

  61. Security is not simple... by TemporalBeing · · Score: 1

    True, security is not simple and requires work on the administrators part. Last year (2006) I detected that my home linux server (also acts as the network router) was being attached through SSH. (Someone was trying to login to my OpenSSH server.) They never got in, and I tracked the addresses to China.

    However, I am now working on rebuilding the server - upgrading to a new box in the process too. Part of the upgrade is putting more security in as well. Testing out the firewall before it the server goes live, adding in Snort, Packet monitoring, and other tools. I am even planning out use of a Radius server to further protect the wireless portion of my network, and looking at making VPN access the only way to get in from the outside (instead of SSH or any other method). However, this is all taking work to do, and will take more work to maintain and review later. Now, I'm probably going to an extreme - quite likely - but I am also working towards a plan to be able to know what goes on on my network and be able to manage it myself. A lot of the stuff is easily automated, and easily managed. (The hardest part is getting it configured and working in the first place.)

    Windows is no different, though without most of the tools. (They just started bundling a usable firewall in XP SP2, but even that is very basic and not very good.) I do have a couple Windows systems on my network, but I don't have to worry as much about them as there is a strong guard between them and the Internet - one that I actively maintain.

    In the end, no matter what size your network is - you can never just "set it and forget it". At the very least you need to keep applications up to date on the server, but you also need to monitor the various logs and then respond when something does come up.

    --
    Truth is like the sun. You can shut it out for a time, but it ain't goin' away. - Elvis Presley (source: imdb.com)
    1. Re:Security is not simple... by deftcoder · · Score: 2, Informative

      Try Denyhosts. http://denyhosts.sourceforge.net/

      Most distros come with it available right in their package manager.

      --
      Peace sells, but who's buying?
  62. Re:take it fanboys! by Anonymous Coward · · Score: 0

    only if you trust Micro$oft...

  63. rootkited Linux boxes cause of phishing .. by rs232 · · Score: 2, Interesting

    "According to Cullinane, none of the Linux operators whose machines had been compromised were even aware they'd been infected"

    Must be a slow day at Computerworld. Like, how do they equate Linux with an increase in phishing. How did eBay discover all these rooted Linux boxes? Who gathered the data, how was it gathered? Why would phishers use rooted Linux boxes when that would draw attention to themselves, why not hire a box in a server farm or why not just hack eBay.

    --
    davecb5620@gmail.com
  64. Desktop user? by RockoTDF · · Score: 1

    So as a desktop linux user, should I be concerned? I googled anything that I wasn't sure of in ps aux and think I'm ok. Running Ubuntu Feisty x64.

    --
    There is more to science than physics!

    www.iomalfunction.blogspot.com
    1. Re:Desktop user? by Anonymous Coward · · Score: 0

      So as a desktop linux user, should I be concerned? I googled anything that I wasn't sure of in ps aux and think I'm ok. Running Ubuntu Feisty x64.


      Yes, you probably should be concerned. I run the same, 64-bit Feisty, I'm a desktop user like yourself, and I checked my auth.log only to find that I've been bombarded with random username hack attempts (none successful) since August, all of them resolve to China (this IP: 60.248.69.238). I've run chkrootkit, and I've disabled root logins through SSH.
  65. Some comments on rootkits by ajs318 · · Score: 4, Informative

    There's a particularly nasty rootkit out there which overwrites certain system programs (such as ls, ps, netstat, md5sum and a few others) with modified versions, then does a chattr to stop you overwriting them (though lsattr is left alone). And while attempting to clean up a machine so infected, I've seen Perl scripts changing the value of $0. This means even if you've got a "clean" ps around (like a copy of busybox in your own non-root home directory ..... you do have a non-root login, don't you?), it will report the "wrong" thing. Another clue that this rootkit is installed, is that (at least on Debian and Slackware) coloured directory listings don't work properly, and invoking ls generates a non-fatal error message. (The "special" ls must be based on an older version.)

    The www-data (Debian / Ubuntu) or apache (Fedora) user should not be running any process other than apache2 or httpd. If you see something like "accepting connections", that's a sign that someone could be running something nasty.

    In general, watch for world-writable directories (they list with a green background in Debian) because that's one of the first steps in cracking a box ..... install a script in a user's home directory, then persuade it to run. Beware of badly-written PHP scripts which don't chmod uploaded files to make them non-executable (turning off short open tags is also surprisingly effective). And what you think might be a DDoS (repeated attempts to retrieve mail on nonexistent accounts via POP3) might actually be a password-guesser. Block the /24 with an iptables rule at once. Note, if you aren't within walking distance of your co-lo, make your first firewall rule
    iptables -I INPUT 1 -s 10.20.30.40/32 -j ACCEPT
    (replace 10.20.30.40/32 by a subnet specifier which will always contain your own IP address -- get this from your broadband company -- and just to make you all jealous, my one ends in /32 because my IP is static) and never, ever use -I INPUT 1; use -I INPUT 2 or -A INPUT instead. It's too easy to block yourself out with an injudiciously-applied rule (and I do live within walking distance of my co-lo). If you see a process running that looks suspicious, leave it running long enough to examine its /proc entry before applying kill -9. Give users who don't need shell access a "shell" of /bin/true or /usr/games/fortune -o; but be sure to include whatever "shell" you gave them in /etc/shells -- otherwise they will not be able to use FTP. (If they don't have any web space on your server, just e-mail, then use /bin/false and don't put that in /etc/shells. That will make it harder to use an ftpd-based exploit.)

    Note that the binaries in this rootkit are 32-bit ..... so running 64-bit Debian (which has *no* 32-bit libraries) will break them. Personally, I'd like to see a patch that will make Perl give a segmentation fault if any script tries to alter $0. In fact, I'd like to see a kernel patch that will break any binary that was not compiled locally.

    --
    Je fume. Tu fumes. Nous fûmes!
    1. Re:Some comments on rootkits by andrewd18 · · Score: 1
      Your post was very well written and full of good information. Thank you. I do have a question about this though:

      In fact, I'd like to see a kernel patch that will break any binary that was not compiled locally.
      Wouldn't that break pretty much every binary distribution? You'd have to have every server running Gentoo or LFS for that patch to work, and you could only apply that patch to the kernel after you had recompiled the toolchain and base system (essentially a stage-1-on-stage-3 approach, if you're familiar with that Gentoo process).
    2. Re:Some comments on rootkits by ajs318 · · Score: 1

      Yeah, but bandwidth and disk space are cheap enough now and processors are fast enough that compiling everything isn't half as big a deal it used to be. There's no reason why you couldn't have all servers on one site able to run the same binaries; it's only a shallow dent.

      Of course, you have to keep your special gcc on a detachable storage medium (CD or keyring USB drive) whenever it's not in use.

      --
      Je fume. Tu fumes. Nous fûmes!
  66. Re:Bwhahahah by jedidiah · · Score: 1

    Not really.

    You will note that first replies were all of the form: How did they do this? How can we keep it happening in the future? Here are some tools & techniques to help.

    --
    A Pirate and a Puritan look the same on a balance sheet.
  67. No, it's because Linux has greater market share. by Anonymous Coward · · Score: 0

    Hackers prefer attacking Linux servers because there are so many more of them serving up web sites.

  68. OSSEC is a nice tool by ogrisel · · Score: 1

    OSSEC HID is a very helpful simple tool to help protect your linux box (or most other OS). It watches the logs for you (ssh, apache, mail servers, ...) and spot abnormal patterns registered in XML rules then send alert mail to the box admin and is able to blacklist the IP address of bruteforce attackers for some time to avoid being dosed or ssh-bruteforced.You can whitelist your common ip adresses to avoid being blacklisted by DOS attacks with forged IP packets.

    It also maintains checksums for system files to help detect rootkits or other intrusion. For more details see the project page:

        http://www.ossec.net/main/

    Unfortunately it is not yet packaged in all major linux distros so security updates will have to be applied manually.

  69. Re:But, I thought... by TapeCutter · · Score: 1

    There's an old adage: "a good crook is one that doesn't get caught".

    Provided the admin knows their stuff I think there is little difference between the two these days ( XP vs Linux ). I also think the vast improvement in Windows has been driven by competition from *nix in general and Linux in particular. The reason you see so many windows drones is because that's what comes pre-installed when people buy a computer expecting it to be like an xbox, or a television, or an encyclopedia, ect. Many people don't really have a need for a PC when they buy one they are just intrigued by something that claims to do all these things and more.

    These people don't even get discs with the O/S, they walk out with "a bargain" that (aside from the O/S and IE) has all the pre-loaded appliverstiments that the chain stores are paid to load on their machines, or for that matter pre-configured "support account" with admin rights (that one screwed the machine a novice freind of mine bought last year after he managed to hook it up and get online by himself). In other words the mass market is only vaugely aware that other O/S's exist and even then most would say "Apple" shortly followed by "is expensive".

    Some people fight the windows adware/malware battles and come out wiser, most just try and keep the kids queit. I've been ploding along since the BBS days and like to think I can look after myself, but after 20yrs as a developer with experience in over a dozen O/S's and their countless versions I've come to learn that there is always someone "smarter".

    --
    And did you exchange a walk on part in the war for a lead role in a cage? - Pink Floyd.
  70. password length by BlackSnake112 · · Score: 2, Interesting

    Has anyone ever tried forcing people to make longer passwords? I worked for a place that hired a firm to come in to actually test the security of the servers. They setup a box to brute force every user name in the system. Pissed me off that my boss handed them all the user ids in the first place. Anyway, After a week there were 7 accounts that were not hacked. I set the passwords on those accounts. All were over 30 characters in length. The firm's attack system only tried up to 15 characters. maybe making longer more 'complex' passwords can a good thing.

  71. Strange it's happening again by cbreaker · · Score: 1

    It's funny that a long time ago, maybe 1998, I had linux boxes set up on my cable modem. I noticed several times that somehow people were able to crack in and install software like eggdrops and such. I eventually got a little better at security and stopped them. But the attacks themselves seemed to taper down over the years; most focus on Windows boxes.

    However, I've seen an increase lately. None of them successful on my systems thankfully, but it's on the rise. I think it's mostly just more script kiddies but then again, someone's got to write 'em..

    --
    - It's not the Macs I hate. It's Digg users. -
  72. As several people have pointed out by Master+of+Transhuman · · Score: 0, Redundant

    1) these bot-net controlling Linux boxes probably were not hacked to root access level, but only Web server access level - which is not a problem with the OS.

    2) And if they were hacked to root access level, it was probably not a kernel hack but a service level hack based on an unpatched service and a lazy admin.

    Whereas when Windows gets hacked, it is USUALLY hacked at all sorts of levels - applications to services - ALL of which end up allowing arbitrary code with essentially "root" access (if not "system" access).

    THIS is why Windows is less secure than Linux.

    At the very least, THIS story does NOT prove that Linux is equally insecure to Windows AS AN OS.

    Get your facts straight.

    --
    Richard Steven Hack - This sig is TOO GODDAMN SHORT TO DO ANYTHING USEFUL WITH! MORONS!
    1. Re:As several people have pointed out by Lotunggim+Ginsawat · · Score: 1

      Basically what you are saying that there are plenty of hacks out there that can do both remote code execution AND privilege elevation on Windows, right? Can you show me one of those hacks at Secunia or something?

  73. I was saying this for years by Anonymous Coward · · Score: 0

    The zealots got bit in the butt due to their own ego's.

    Linux is far better then M$ bloatware, but it is wide open "out of the box" and with the devs making the installations so easy, the users feel secure, and do things any old time linux user would cringe at. (gawd I recall cli slackware and building it up to use gui...security was GOD then, now it's a redheaded stepchild with acne...)

    So in closing, I say again, it isn't the OS, it is the way it is configured and how you protect yourself that matters.

    Welcome to reality kiddies. (and a tip of the hat to those admins that can catch a rootkit as it takes effect...)

  74. Maybe at YOUR edge but not your ISP's. by wsanders · · Score: 1

    Maybe at YOUR edge but not your carriers'. Lots of banks, some gov't agencies, etc, do this already.

    This has been discussed to death and beyond on the NANOG list. No way anyone but a few have the resources to install and monitor this kind of thing, more than a few would not block on the grounds of net neutrality and "information wants to be free", and even more would end up blocking huge segments of the net either my mistake or for stupid political reasons. The "routers" are busy enough routing packets without doing deep packet inspection, and NOCs are busy enough doing whatever it is they do.

    Feel free to write an RFC for it though, and good luck.

    --
    Give a man a fish and you have fed him for today. Teach a man to fish, and he'll say "WHERE'S MY FISH, YOU IDIOT?"
  75. Phishers host web sites on web servers? by Locklin · · Score: 1

    These guys found that the phishing sites were hosted primarily on Linux machines. These are not "linux botnet" machines. Yeah, botnets are great for sending out massive spam loads, but imagine trying to host a stable website on a thousand windows machines with DSL connections. So big surprise: most web servers are Linux, and most phishing web sites are on Linux machines. Yeah Linux is fail-able, but this provides no new information.

    --
    "Knowledge is the only instrument of production that is not subject to diminishing returns" -Journal of Political Econom
  76. Damn, I think my Linux box may be one of them by KWTm · · Score: 1

    My Linux box has been running funny for the past year or more now. It runs much more slowly than I would expect, and once in a while it freezes up. Little oddities here and there have been showing up, but every little thing on its own has been explainable.

    Finally, the other day, when I tried to SSH into my Dellbuntu laptop from the home server, it said, "Possible man in the middle attack!" I wondered if it could be a trojan on the server itself, or on my re-flashed Linksys router (with DD-WRT), so I pulled out an old D-Link router and tried connecting to the Dellbuntu from a Windows machine, and it gave the same hostkey, so I guess I had never updated the keys after I reinstalled Dellbuntu.

    (By the way, why is it so difficult to display a SSH hostkey from the host itself? The SSH client would say, "Are you sure this is the correct SSH hostkey?" and then display the suspicious hostkey. What are we supposed to compare this to? Why can't the SSHdaemon display the hostkey? No, it is NOT in the ~/.ssh directory.)

    I guess the other possibility is that my Dellbuntu is compromised.

    Anyway, just for peace of mind, I'm going to reinstall everything after the weekend. I put every single config change I make, including a tonne of "sudo apt-get --assume-yes install [xxx]" commands, into a script file, so it should take under an hour to reinstall. I'll have to wait till after the weekend since we have guests over this weekend.

    Crummy. I guess it's time for some port-knocking software or ostiaryd or something.

    --
    404555974007725459910684486621289147856453481154 in hex is "You sank my Battleship?"
    [GPG key in journal]
  77. Firewall SSH by oglueck · · Score: 1

    If you can, be very selective from where you can connect via SSH. Sure there is no need for all the chinese address space to have free access to your SSH port. If you administer the machines from behind a dynamic IP, there is a solution. Register a dyndns name and have your dynamic address updated automatically. Then make a cronjob that updates a firewall rule from that address once an hour or so.

  78. So.. What do we do about it? by apchar · · Score: 1

    So... For the newly frightened linux user, could someone bundle this discussion into one post. Namely, answer 2 questions:
    1. What, very specifically, do we look for?
    2. What, very specifically, do we do?

    Keep it in simple, if not noob, terms. This is one for the archives. I've been running Linux since Slackware was on floppies but to be honest I didn't understand half the acronyms or recognize many of the terms used.
    What's a good (up-to-date) place to learn more?

    --
    ---Democracy is two wolves and a lamb voting on what to have for lunch.Liberty is a well armed lamb contesting the vote.
  79. Secure by design my ass by Anonymous Coward · · Score: 0

    This won't stop the baseless arguments that Linux is more secure than Windows, however. Face it, neither OS is secure.

    1. Re:Secure by design my ass by gujo-odori · · Score: 1

      I know you're just a troll, but...

      The argument that (UNIX in general, not just Linux) is more secure than Windows is true. The argument that this is by design is also true, since some of the design choices made on Windows were - from a security perspective horrible mistakes. You could make the argument that some of the superior design that the UNIX security model has is because some of the dangerous choices in Windows just weren't thought of/possible in the late sixties when UNIX was invented, and that later designers of desktop environments for UNIX had both Microsoft's mistakes and Apples successes to look at when making their own choices, but at the end of the day, *nix just has a better security model.

      Unfortunately, Microsoft is kind of locked into its security design mistakes because fixing them would change so many of the way things work that Windows users are used to (and one of the fixes - dumping the registry - would just require a compatibility-breaking complete re-tool of Windows). I'm not going to dive into a detailed debate of the how and why those design choices on Windows were made, or if they were justified, but they were made, and they have consequences. The end result of them is what we're concerned with.

      That said, Windows is nevertheless a lot more secure than it used to be, and so is *nix. Both have raised the bar considerably. However, *nix is still a lot more secure than Windows for a number of reaons apart from the better security model. One is that exploitable vulnerabilities - especially if they are remotely exploitable - for open source software are typically patched within hours or days, and vendors get the patches out very swiftly thereafter. Another is that at least on Linux and BSD systems, applying those patches is quick, easy, can often be made automatic, and never requires a reboot except in cases of a kernel patch (for obvious reasons). Patches on Windows (and to be fair, Mac, and other proprietary *nix systems) typically take weeks, and sometimes months, to get issued. I could throw out a lot more specific examples all linked around the security models, such as how painful it is to not run as an administrative user on Windows, but I think you can see the point.

      Is either OS secure? Depends on what you mean by secure. Absolutely secure? No, that's not possible. Good phsyical security doesn't do it. An airgap from any network doesn't do it. Even if you encased a computer in concrete, glass, steel, and another layer of concrete, then sunk it to the bottom of the Marianas Trench, it wouldn't be secure. Someone who wanted it badly enough, and had the financial resources needed, could find it, recover it, un-encase it, and get it working - either fully, or at least enough to extract some data.

      Security is a continuum, ranging from "wide open" to "Marianas Trench" and every computer (not just every OS) falls somewhere on that continuum. I'm sure there's an overlap around the top end of the Windows range and the bottom end of the *nix range (that is, the most well-secured Windows systems are probably more secure than the least well-secured *nix systems), the general fact is that most *nix systems are more secure than most Windows systems. I wish that weren't true; I wish Windows were much more secure. It would make my job in the security industry easier. Take away the Windows-based botnets and the Linux-based hosts running phishing sites don't matter (and FWIW, not all of those are compromised hosts, either; many of them are just run by phishers, usually in some "bulletproof hosting" environment, and don't forget that one of the big reasons the bot herders like them is because they are hard to break into and take over; they want neither other bot herders nor LE breaking in there, and that's much easier to achieve on *nix than it is on Windows).

    2. Re:Secure by design my ass by trustnothing · · Score: 1

      Is either OS secure? Depends on what you mean by secure. Absolutely secure? No, that's not possible. Good phsyical security doesn't do it. An airgap from any network doesn't do it. Even if you encased a computer in concrete, glass, steel, and another layer of concrete, then sunk it to the bottom of the Marianas Trench, it wouldn't be secure. Someone who wanted it badly enough, and had the financial resources needed, could find it, recover it, un-encase it, and get it working - either fully, or at least enough to extract some data. lol this reminds me of one of my MCP course tutors, telling us about HDD security. He said he did a consulting job for HM Customs and Excise and he asked one of the guys there what they did when they wanted to stop people from getting at data on a HDD. The answer was that first they shoved it through a bloody great big magnet, then took it outside and smashed it around a bit with a sledgehammer - and when they wanted to be really certain, they then put it through a medical grade incinerator. That's a little bit drastic to use as a method for preventing remote code executions though.
  80. Any ways to keep my router secure? by KWTm · · Score: 1
    In the past I've read postings such as these out of passive interest, but this article has precipitated my slowly saturating suspicion that my underperforming Kubuntu Dapper box is not just slow or misconfigured, but possessed by a rootkit. I can't prove it, but if there's an easy, convenient way for me to be paranoid, I might as well.

    You said:

    Check your logs at least once a day. Look for any suspicious signs
    Is there any way to avoid this? I don't even want to do it once a week, because: a) I might forget, and it's a chore, and b) I'm not sure what to look for. I might get alerted because of something or other that would generate a false positive (e.g. a new configuration on a bittorrent or IRC program).

    A sibling poster mentioned Tripwire. How handy is that? I tried installing it when I first started with Linux, back in the days of Mandrake 9.0, but it got to be too much of a hassle installing, and I was never sure when to be or not to be suspicious of minor changes. For example, if I try out new kUbuntu packages all the time, then toss them aside if I'm not interested, would it cause problems with Tripwire?

    Also, I run a Linksys router flashed with DD-WRT. It's great protection for my Linux box, but I worry about the router itself. How secure is DD-WRT? I usually turn off the ability to SSH into the router from the Internet, but sometimes I need it on. I wish there were something like Guarddog that would fit into the small non-graphical environment of the DD-WRT so I could easily configure the iptables/netfilter. Also, I don't know if the router can log the connections --that would give a much better indication of intrusion attempts, compared to the logs of my Kubuntu box sitting behind the router.

    Any advice would be appreciated. Remember, the main thing is: I am trying to minimize administering the box, and maximize using it.
    --
    404555974007725459910684486621289147856453481154 in hex is "You sank my Battleship?"
    [GPG key in journal]
    1. Re:Any ways to keep my router secure? by morgan_greywolf · · Score: 1

      Is there any way to avoid this? I don't even want to do it once a week, because: a) I might forget, and it's a chore, and b) I'm not sure what to look for. I might get alerted because of something or other that would generate a false positive (e.g. a new configuration on a bittorrent or IRC program). You could use a log analyzing tool like Splunk. Splunk is commercialware, but you can always download the demo version. Additionally, there might be some f/oss tools, but I'm afraid you'll have to SFTW because I don't use such tools.

      A sibling poster mentioned Tripwire. How handy is that? I tried installing it when I first started with Linux, back in the days of Mandrake 9.0, but it got to be too much of a hassle installing, and I was never sure when to be or not to be suspicious of minor changes. For example, if I try out new kUbuntu packages all the time, then toss them aside if I'm not interested, would it cause problems with Tripwire? Any modification to any file tripwire is set to look at will result in warnings being issued from it.

      Also, I run a Linksys router flashed with DD-WRT. It's great protection for my Linux box, but I worry about the router itself. Since the router's image is read only, simply resetting the router will kick off any intruders. I'm afraid I'm not familiar with DD-WRT, because I have V5 LinkSys WRT54G router, and, FWIU, these images don't work with that variety and attempting to install them is likely to brick the router.

      As for netfilter, take a look at the documentation, especially the tutorials listed on that page. Netfilter is not as hard to work with from the command-line as it looks. The syntax looks daunting, but, trust me, it's really not that bad. You need to understand something about networks and writing shell scripts, but I'm guessing if you're building netfilter rule tables with Guarddog, you have at least some idea of what you're doing.

      Also, I don't know if the router can log the connections Yes. Netfilter supports this functionality by creating LOG rules.

  81. Breathe easy, rocko by Kludge · · Score: 1

    You should have no problems. Do an update every so often, if they aren't happening automagically already. The vast majority of problems come are from servers, hosting data, etc.

  82. Re:Bwhahahah by Anonymous Coward · · Score: 0

    But because of the vindictive nature of people on this site, when it's a Windows problem, nobody bothers to help.

    It's nothing to do with the difference between closed and open-source. It's petty revenge from mentally-challenged idiots who would rather rip the shit out of people who choose a different OS than them than actually deign to help out.

  83. Unsafe Unix by nurb432 · · Score: 1

    See, now we must ban any open source software due to national security.

    --
    ---- Booth was a patriot ----
  84. The day has come. by garompeta · · Score: 0

    I knew this would happen sooner or later.
    This had to happen when the clueless windows users begun using linux as a desktop system.
    It is just the migration of administrator accounts to root accounts.

    Linux has been doomed from the single moment that its user interface and user friendliness became a priority.
    That was the main filter that kept clueless users away.

    The stupid clueless mind is the main vulnerability of the systems.
    And now windows users invading the linux realms are going to say, "meh, linux has viruses just like us". NO!, you just brought the plague with you!

  85. Useful UDP services by canadiangoose · · Score: 2, Informative

    I can think of a few right off the top of my head. There's SIP, RTP, OpenVPN and DNS, just to name a few. I'm sure there are more.

    --
    Never eat more than you can lift -- Miss Piggy
  86. This isn't a Linux botnet. PHP is a pox. by Tracy+Reed · · Score: 3, Informative

    A friend emailed me about this just this morning. Here is what he wrote and my reply:

    > I'm going to chalk this up (tentatively) to the increasing popularity of
    > Linux, which means that a subset of users will be those who don't actually
    > know what they're doing, and how to protect a box-- something long the norm
    > in the Windows world:
    >
    > http://computerworld.co.nz/news.nsf/scrt/CD0B9D97EE6FE411CC25736A000E4723
    >
    > While there, he noticed an unusual trend when taking down phishing sites.
    >> "The vast majority of the threats we saw were rootkitted Linux boxes,
    >> which was rather startling. We expected Microsoft boxes," he said.

    I am not surprised in the least that this was their conclusion. I don't chalk it up to the increasing popularity of Linux at all. I have never (not once) run across a Linux box operating in a botnet. Nor can anyone name a botnet software that infects Linux boxes. In the last 5 years I have found only one Linux box that had a security issue and that was because of PHP (*spit*) which had an XML-RPC exploit a while back and allowed someone to make the box host a fishing website that looked like some bank website. It seems very rare that a Linux desktop (not a webserver) would fall victim to this. I have never seen a security incident such as a botnet on a Linux desktop. I have seen that phishing page on the Linux server that hosted the bogus PHP install. That's it.

    And I suspect that they are using terminology incorrectly. A Linux box hosting a fishing site is not part of a botnet. I can understand how Linux boxes would be more popular for fishing websites. PHP is popular and is a pox on Linux as PHP released a bunch of absolute garbage which only happens to run on Linux. It can run on Windows also but that is the expensive and less reliable way to do it so few people do. If people make a conscious decision to install software on Linux that lets just about anyone use the box for whatever they want such as PHP often does I don't think counts against Linux security.

    Glancing over the article I immediately spotted this:

    "eBay recently did an in-depth analysis of its threat situation, and while the company is not releasing the results of this analysis, it did uncover a huge number of hacked, botnet computers, said Dave Cullinane, eBay's chief information and security officer, speaking at a Microsoft-sponsored security symposium at Santa Clara University."

    I challenge anyone to find a single MS sponsored paper or symposium which DOESN'T come to a conclusion favorable to MS and unfavorable to Linux. Just one. And they won't release the raw data. How much is a large botnet? 10? 100? Among millions of infected MS machines. I would also like to know what this alleged Linux botnet software is called.

    I am positive that Linux will not be nearly so adversely affected by users who do not know what they are doing. Linux is very different from Windows and is architected for performance, security, and utility instead of being architected to make someone a boatload of money and maintaining monopoly lock-in. (See the fine the EU just imposed on MS.)

    Some technical features which help ensure that even if Linux becomes popular on the desktop it won't suffer the same fate as Windows:

    * Linux users don't run as admin/root.

    * Email programs do not automatically execute attachments.

    * Does not depend on filename extensions for anything.

    * Does not auto-run anything from inserted media (Worth a laugh: http://www.foxnews.com/story/0,2933,299155,00.html )

    * System of mandatory access controls (SE Linux) which really locks things down (some people still turn that off but it is improving rapidly, I use it on my desktop).

    * Linux also takes advantage of NX (non-executable memory) which is a recent feature of x86 cpu's

    1. Re:This isn't a Linux botnet. PHP is a pox. by init100 · · Score: 1

      What does Windows have? UAC. And everyone turns it off.

      Reportedly, Windows Vista also has Address Space Layout Randomization (ASLR), which Linux got several years ago.

    2. Re:This isn't a Linux botnet. PHP is a pox. by Anonymous Coward · · Score: 0

      You're out of date.

      * Email programs do not automatically execute attachments.

      True on Windows too.

      * Does not depend on filename extensions for anything.

      Windows does not allow the filesystem to determine what account a program runs under (setuid).

      * System of mandatory access controls (SE Linux) which really locks things down (some people still turn that off but it is improving rapidly, I use it on my desktop).

      Windows has had similar security mechanisms since before SE Linux was invented. (Not full MAC, I'll give you that, but the distros using SE Linux by default aren't doing full MAC either. DAC is much more usable.)

      * Linux also takes advantage of NX (non-executable memory) which is a recent feature of x86 cpu's

      So does Windows.

      * ExecShield (a software way of doing NX)

      Yep, Windows has that too.

      * Address space randomization (helps prevent out of the box exploits from working)

      Again also on Windows.

      * Stack canaries (prevents buffer overflows from working)

      This is a compiler + runtime library feature, not an OS one. MSVC does this as well as GCC does.

      * As of RHEL5 the gcc compiler helps prevent memory allocation problems by catching double free's, problems with malloc's, and other memory problems which can lead to exploits.

      Runtime library, not compiler or OS; and again on Windows too.

      Your list has very little to do with the ability of a desktop machine to be compromised. You're making the mistake of focusing on compromising the normal execution flow of a running application, but that's not how most systems are actually compromised.

      In reality, Linux is just as vulnerable as Windows is. It's nice to see some articles in the news about people finally realizing this; hopefully everyone can move on and start concentrating on the actual problems now. It's the only way we'll actually get better security and more usable computer systems. Little technical features like the above list are just a drop in the ocean.

  87. Ditto here by phorm · · Score: 1

    I run a domain (and the associated web/dns/mail/etc services), as well as a LAN-server mainly for the purpose of self-education. Along with this comes the fact that I run apps on it I wouldn't be willing to just install and trust in my work environment. I've had two incidents occur. One was when I made my squid proxy settings a little too open and ended up being used as an open-proxy, the other was when I allowed a friend access and he used his name for both the username/password (oops, time to install a requirement for hardened passwords).

    The first time a few spams got through before I caught in. From the logs I figure it was, luckily, a rather small amount as they were just testing me out before the big barrage. The second time there was an attempt to install custom scripts, but whatever it was attempting to do was thwarted by the fact that there wasn't an explicit rule allowing outgoing connections on the required port (default deny is your friend).

    More recently I've been working with things such as virtual-servers to segregate any potentially dangerous services, then have them regularly audited and check with tripwire, etc. Still, there are a lot of ways to hack a box, and a lot of ways to secure it, so learning new tricks is always a good thing.

  88. Binary distributions by IdeaMan · · Score: 1

    Not necessarily. Encrypt the binaries with public key cryptography. Just make sure you unplug the internet and boot off of a CD that checks your boot files before you type in the private key. After you're done compiling & installing everything reboot.

    --
    They ARE out to get you simply because They are in it for themselves and they don't care about you.
  89. What should we do? by Anonymous Coward · · Score: 0

    Being pretty new to all this linux stuff, what are a few commands I should be running, what should I look for, and which logs are the most important?

  90. BS? by Anonymous Coward · · Score: 0

    My problem with patches is that employees won't test updates, and won't give me a maintenance window - changes have to happen during an emergency, or be required to add resources. This is a business, and those employees generate the income. Furthermore, while I'm working with conscientious, gifted windows admins, the users still manage to propagate a virus throughout the company about once a year, whereas that's never happened on our Unix systems, so lay perception is: Windows security breaks, Unix doesn't. The financial folks run on windows and at least allow patch applications, whereas the Unix people don't unless externally coerced. I'm paranoid enough to treat seriously the possibility I've been rootkitted - but it would have to have been sophisticated. The perimeter firewall only allows outgoing traffic to known ports; no IM or IRC; and outgoing e-mail only from the mail servers. If we're being abused, someone is using highly sophisticated techniques, and I haven't seen it. I'm perfectly aware that's no guarantee.

    Posting anonymously so as not to give a target profile to potential attackers :-).

    1. Re:BS? by Anonymous Coward · · Score: 0

      Your perimeter firewall is very cute. I'm sure the cracker teams really like it.

      In general, assume the best crackers can do anything. They have 0-day exploits nobody else knows about, they understand every one of the seemingly infinite administrative and development mistakes that can be made to expose a complete system, and you'd better learn to accept that they can deliberately hide new exploits in open source projects, or even proprietary projects if they crack so much as a single privileged employee.

      The best defense you have is probability. If you don't anger a cracker group, and don't present yourself as a valuable target (low risk, high reward for the crack), they'll be too busy owning somebody else.

    2. Re:BS? by ealar+dlanvuli · · Score: 1

      Uh, your firewall was bypassed when you gave end users windows machines.

      --
      I live in a giant bucket.
  91. rootkits? by voidy · · Score: 1

    I don't believe that the majority are rootkits. I see tonnes of compromised sites all the time, but not due to compromises of the overall security of the server, they are in fact due to PHP injection attacks. I come across logfile entries of successful attacks daily. Attackers will have executed code hosted on other compromised sites all over the place, stuff like the r57 shell, and c99.txt always appears. They allow the attacker to upload webpages in to any location that the website owner/user has access too.

    i'd take with a pinch of salt the notion that the article suggests, namely that the servers have been compromised themselves with rootkits. i've not seen that happen on decently configured UNIX webservers.. i kn ow if 's possible, I just don't think it's common.

    --
    I do not fear computers. I fear the lack of them. Isaac Asimov
  92. Don't hack your phpBB or other off the shelf soft! by WoTG · · Score: 1

    We used to use phpBB for our quiet little forum. It got overran by spam, so it was switched to SMF, but that's a separate issue.

    We installed a couple modifications to phpBB, I can't recall the specifics, I think a CAPTA (before it was standard issue) and some tweaks to the layout. This lead to huge problems when security issues required upgrades of phpBB.

    In short, we didn't do the updates unless absolutely necessary. We'd have to patch in updates to the updated files... incredibly time consuming.

    The same thing happened with phpNuke...

  93. Re:But, I thought... by init100 · · Score: 1

    perhaps some people here could give advice on how to be more proactive in defending against such threats

    Turning off any service that listens on an external port would be a good start, unless you actually want such a service to be running. In that case, you'll have to read up on that particular service and how to make it secure enough.

  94. Re:That's the problem - "Its Linux, so its secure! by init100 · · Score: 1

    They don't realize, like any other operating system, if you want it secure, you have to work to make it secure.

    Not really, as good distributions come secure out of the box. If you enable any network-facing service, then you might have to do some work to secure it (e.g. SSH often comes with root logins enabled, which is one of the things most admins turn off first).

  95. Re:Your sig [OT] by 808140 · · Score: 2, Informative

    In this case, it should be "If I was able to see further." Use of the subjunctive mood in English (If I were) indicates that the statement is contrary to hypothesis. For example, "If I were a dog, I would lick myself" implies that I am not, in fact, a dog, and am only speaking hypothetically. Whereas: "If I was a dog, it was only because I was selfish at heart" implies that you were a dog (in this case, the meaning is figurative, obviously).

    Here, your sig does not introduce any information that is contrary to hypothesis. When you say "If I was able to see further, it is because..." you are actually giving an explanation for why you were able to see further. Saying "If I were able to see further" implies that you were not, in fact, able to see further, which is not what you meant.

    Hope this helps.

  96. I call bullshit.Old news by Anonymous Coward · · Score: 0

    Microsoft scum

  97. Re:Your sig [OT] by Qzukk · · Score: 1

    Hope this helps

    Well, it did convince me to google up the actual original quote, which turned out to be different from what I remembered after all ;)

    --
    If I have been able to see further than others, it is because I bought a pair of binoculars.
  98. obtuse by Anonymous Coward · · Score: 0

    So basically the message here is that windows is more secure because it is an obtuse piece of s***. Security through obscurity instead of security by obscurity. Paragraphs 2, 3 and 4 indicate that you are a linux fanboy... better then being a windows fanboy though.

  99. hopefully this indicates by alizard · · Score: 1

    an eBay conversion to Vista servers and desktops at a really, really good price Real Soon Now.

    IMO, MS and eBay deserve each other.

  100. Hah by Anonymous Coward · · Score: 0

    *sits back and watches all the Linux fanbois make excuses*

  101. Re:Bwhahahah by jedidiah · · Score: 1

    What do I look like to you? A WinDOS guru?

    If you want help, look to your own gurus.

    What? They aren't up to the task? They aren't doing their thing?

    Well, don't blame kranky Unix users for that.

    --
    A Pirate and a Puritan look the same on a balance sheet.