Slashdot Mirror


Battle of the Secure Distros

CrazyEd writes "LinuxSecurity is reporting that EnGarde Secure Linux has received the Network Computing Editor's Choice award to win the battle of the Secure Linux distributions. Well deserved, me thinks." Update: 06/10 15:16 GMT by T : An anonymous reader points out that Linuxlookup.com reviewed this distro last week, awarding it a perfect score.

158 comments

  1. Great! by ObviousGuy · · Score: 0, Flamebait

    Now we just need to get everyone to switch from RedHat! That'll be a piece of cake!

    --
    I have been pwned because my /. password was too easy to guess.
    1. Re:Great! by UnderAttack · · Score: 2

      In particular no problem at $550 a pop...

      --
      ---- join dshield.org Distributed Intrusion Detec
    2. Re:Great! by xtremex · · Score: 2

      I don't use Redhat on my desktop. I use debian. I've used EnGarde, and it is a might darn secure distro. It's redhat w/o NO services running.

      --
      If you're not a Liberal in your 20's, then you have no heart.If you're still a Liberal in your 30's you have no brain.
    3. Re:Great! by jpegNY · · Score: 2, Insightful

      It's sad how Redhat bashing has become another "in" thing to do like bashing MS. I've been using several distros of Linux at work and at home. Redhat distros are no more or less secure than other distros. 99.9% of the vulnerabilities in rh linux are also present in other distros. What, do you think redhat makes wu_ftpd or sendmail? The only diff. I see is that Redhat has no shame in admiting to the vulnerabilities and making the patches avail in an easy to find and download site. This is one of the reasons why people think redhat is unsecure etc etc, they see bug reports or the patch list from Redhat and say "omg look at all the bugs!" As far as running services by default Redhat has stopped running all services except ssh. by default.

    4. Re:Great! by someone247356 · · Score: 1


      Um... you said;
      "It's redhat w/o NO services running."

      So is it redhat WITH services running? (In which case how's that different than RedHat?)

      or did you mean;
      It's redhat with NO services running?

      Got to watch those double negatives...

      Just my $0.02 (Canadian, before taxes)

      --
      Just my $0.02 (Canadian, before taxes)
    5. Re:Great! by xtremex · · Score: 1

      I was having a double thought as I wrote that....Redhat w/o services running, then switched it to Redhat w/ NO services running. Didn't delete the /o :) It sucks when you think faster than you type

      --
      If you're not a Liberal in your 20's, then you have no heart.If you're still a Liberal in your 30's you have no brain.
  2. Ad Revenue? by bLanark · · Score: 3, Interesting

    When I visit the site to check out the story, I see a banner ad for - EnGarde Secure Linux!

    (I'd do the same, of course)

    --
    Note to ACs: I won't mod you up, even if you are being funny or insightful. So take a chance! It's not real life!
    1. Re:Ad Revenue? by opcenter · · Score: 2, Informative

      LinuxSecurity is the same company as EnGarde Secure Linux, but they didn't write the review, they just linked to it (as they should, it's good and free marketing for them). The review was done by Network Computing who is not affiliated with them.

    2. Re:Ad Revenue? by DontBugMe · · Score: 2, Informative

      Even Linuxlookup.com ( http://www.linuxlookup.com/html/reviews/software/e ngarde1.1.html ) gave Engarde Linux a perfect score last week and they don't even have ads! Doesn't mean the editors at Network computing were bias during the review for selling ad space. bah

    3. Re:Ad Revenue? by Anonymous Coward · · Score: 0

      Lack of integrity is no surprise. Its probably the same money-interested parties that modded the post down to a -1 troll on the issue of Mac OS (9.x) never once beeing remotely exploited (rooted) in history, despite reward bounties.

      People are frequently corrupt, and people usually hate the facts that make them feel bad. But facts are facts, and those are two more of them.

  3. Admin by sofist · · Score: 5, Insightful

    A distro is (or any software for that matter(yes Windows to)) only secure if the admin who runs the distro knows what is he doing.

    1. Re:Admin by nickread · · Score: 2, Funny

      And that is of course the easy part

    2. Re:Admin by alapalaya · · Score: 5, Insightful

      I disagree with you. I think that to be a good sysadmin is quite difficult and requires a lot of study, trial and error and passion. (Please note, I'm not a sysadmin, even if I can accomplish the easier sysadmin tasks).
      In particular, you must know in deep detail all the technologies involved in a complex networking environment (they are countless: DNS, email, NEWS, NIS, LDAP, routing, and so on...).
      It is difficult to barely know all of them, and to secure an installation you must know them good. And this is no easy...

      Of course I agree with the point that the software must be "secure-able", otherwise you can be the best sysadmin... you system will always be full of flwas if the software you are using is bugged (...who said something about the windows?...).
      Cheers

      --
      667 The Neighbour of the Beast
    3. Re:Admin by UnderAttack · · Score: 5, Interesting

      IMHO, a 'secure distro' is secure by default. You plug in the CD, turn on the box, install it and just keep clicking 'ok'. At the end, you should end up with a secure box. Now it is up to the admin to open the holes.

      However, many distros go a different path by enabling services and allowing installs with weak passwords (or no passwords).

      For a nice security benchmark, see the Center for Internet Security. I wait for the day where a default install of RedHat will score a perfect 10 with it... (It is more around 5 right now on their 0-10 point scale).

      --
      ---- join dshield.org Distributed Intrusion Detec
    4. Re:Admin by dgym · · Score: 5, Interesting

      Too true, any secure system can be made insecure by a poor admin, but not all systems can be made secure by a competant admin.

      These secure distros try to be by default very secure and should only normally become insecure by an admin doing something silly or not keeping up to date with patches. Some of the other distros don't pay as much attention to security, but a really good admin can nail these systems down too. I for one like the fact that this distro comes with no setuid-root programs, its a good precautionary measure.

      In some systems, admins do not have a chance to secure the machine because of lack of control. This is normally the case where closed source software kindly leaves you with a gaping security hole, and until someone eventually comes out with a patch the best you can do is stop using it. Ofcourse you were probably using this software for a purpose, and so not using it for a while could not be an option, hence an all too common situation of knowingly running insecurely, and there is nothing the admins can do.

      Infact millions of people have done this recently, with the realease of XP the installation was vulnerable to network based attacks from the start. The only way to correct the problem was to install a patch - which meant you had to connect to the internet using that machine to register the software and get the patch from 'the company that shall not be named'. When you have to make yourself vulnerable to get the patch that stops you being vulnerable, security is impossible.

      The most valuable part of EnGarde Secure Linux is probably the patch system, if it (or something just like it) was taken up by more distros then securing boxes would be easier and therefor might happen more. I would like to see something similar in gentoo keeping me up to date, because finding out what is going on is often the hardest part. Was there a ptrace vulnerability I missed? Ohh damn.

    5. Re:Admin by fruey · · Score: 5, Insightful
      The key is this: there are too many admins who patently don't know what they're doing, and some who will even admit it.

      I spend a lot of time with other people's networks, and have yet to see one which stands up to how I would run my network. That's how I make money, incidentally - fixing other people's networks and securing them where possible.

      A guage of how secure things are out-of-the-box is important. Some people will never switch off the default daemons, etc. Some people insist on using some Microsoft DCOM rubbish and opening holes over their firewalls to do it because they can't do anything else. They don't know how and don't care to know.

      So, this kind of survey is important for those lesser admins who are probably not geeks and just trying to hold on to their jobs. Perhaps they are good at other things and valuable for the company, and the same is too tight to invest in a proper sysadmin so they dump him the job because he can hack a few basics together and get it to work.

      All those of you saying "RedHat isn't secure out of the box" and all that OpenBSD stuff are already enlightened. These surveys are not for you. They are for all those other readers who don't fathom why you're mentioning OpenBSD in the first place.

      --
      Conversion Rate Optimisation French / English consultant
    6. Re:Admin by guacamole · · Score: 2

      Well, then by this standard RedHat (7.1 and up) is fairly secure against external threats because a minimal number of services are running by default and all ports under 1024 are firewalled off.

    7. Re:Admin by archen · · Score: 1

      Are you sure? Every redhat box I've set up seems to end up with stuff like NFS and network printing setup by default. I think you have to select "maximum security" option in the firewalling before anything is really firewalled off. One thing I wish redhat would do by default is put ALL:ALL in hosts.deny - at least jack up the security a bit by default and make people sift through a few things to enable services.

    8. Re:Admin by shren · · Score: 2

      I can not find the CIS benchmarks on the CIS page. Do they only release tools and not the result of benchmark tests?

      --
      Maybe the state's highest function is to grind out insoluble problems. (Zelazny, Hall of Mirrors)
    9. Re:Admin by guacamole · · Score: 2

      NFS locking and portmap are running but both ports are firewalled off by default. NFSD is not running unless you enabled it. LPD is running but it is also firewalled off. Medium security (which is the default) is all that you need for this kind of fireall. Highest security level is wayyy .. too restrictive.

    10. Re:Admin by Anonymous Coward · · Score: 0

      --I'm the original newbie up above axing for help with the 7.2 RF.I just DL the cis prog and ran it, got a 6.79/10. Now according to the built in nmape dealie, I have X still open though on some port. What do I do about that one? Anyone know?

      Dang, I'm a mac classic guy, this is a LOT like work! hahaha!

  4. NSA not even mentioned. by bodin · · Score: 4, Insightful

    Interesting that the NSA security enhanced linux is not even mentioned.

    http://www.nsa.gov/selinux/

    --
    I vote for OpenBSD

    1. Re:NSA not even mentioned. by bodin · · Score: 1, Redundant

      Sorry, it was.

    2. Re:NSA not even mentioned. by UnderAttack · · Score: 1

      The NSA / SELinux is still in the beta stage right now. I don't think it can count as a full production distro at this point.

      --
      ---- join dshield.org Distributed Intrusion Detec
    3. Re:NSA not even mentioned. by octogen · · Score: 5, Informative

      NSA SELinux is (currently) not meant to be a secure Linux distribution. It's rather something like a "Demo"-Implementation of MAC in the Linux-Kernel.

      Quotes: NSA SE-Linux FAQ
      13.Is it secure?
      [...] Put another way, "secure system" means safe enough to protect some real world information from some real world adversary that the information owner and/or user care about. Security-enhanced Linux is only a research prototype that is intended to demonstrate mandatory controls in a modern operating system like Linux and thus is very unlikely to meet any interesting definition of secure system. [...]

      16.Did you try to fix any vulnerabilities?
      No, we did not look for or find any vulnerabilities in the course of our work. We only changed enough to add our new mechanisms.

      You can find the full SE-Linux FAQ here

    4. Re:NSA not even mentioned. by Anonymous Coward · · Score: 0

      nah. you were right the first time. it's definitely absent from the list found at the link.

    5. Re:NSA not even mentioned. by pstreck · · Score: 2, Informative

      SELinux isn't designed to be a standalone distro, but a set of enhancements to common software that is in all distros.

      --

      Later,
      Phil
    6. Re:NSA not even mentioned. by bewmIES · · Score: 1

      Did you even read the article? SE Linux and OpenBSD are _both_ mentioned in a sidebar with explinations as to why they "didn't make the cut".

  5. Solarwall? by Anonymous Coward · · Score: 0

    > The Openwall patch is highly regarded in the security
    > community, as is its creator, SolarWall

    or Solar Designer perhaps.
    hello, fact checkers?

  6. Better than SELinux? by I)_MaLaClYpSe_(I · · Score: 2, Interesting

    I am currently trying to write a HOWTO/make an RPM for the NSA SELinux to work with a SuSE distro (Vanilla kernel)...

    Shell I stop doing so now and just install this distro instead?

    Is it really more secure than LVM/RSBAC patched kernels with additional hardening?

    For sure?

    just my two cents...

    1. Re:Better than SELinux? by I)_MaLaClYpSe_(I · · Score: 1

      s/LVM/LSM/

      sorry, typo.

    2. Re:Better than SELinux? by Anonymous Coward · · Score: 0

      Shell I stop

      What, as in

      #!/bin/sh
      exit 1


      ?

  7. Hmm by sofist · · Score: 1, Redundant

    Look at Linux Security in the left upper coner thers a interesting Sponsor of LS.

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

      Ofcourse.. These are the same guys !!!

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

      Methinks thou dost protest too much.

    3. Re:hmm by Phroggy · · Score: 1

      i really hate the phrase "me thinks".

      It's not a phrase, it's a word.

      Of course, some people are idiots.

      --
      $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
      $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
    4. Re:hmm by hyperstation · · Score: 1

      you're right, it sure is a word - maybe michael should take note of that

  8. RedHat by ranulf · · Score: 4, Insightful
    It's a shame given how easy it is to make a RedHat box secure that they don't just do it by default.

    Because I'm always installing Linux for clients, RedHat is always specified, so I have no choice, but I've got it down to taking about 10 minutes to have a really secure box. It's just a case of knowing what needs to be done, which sadly, Linux newbies won't know.

    In my opinion, security should be paranoid to start with. If that stops the users from doing something, fine. They'll have an incentive to try and figure out how to allow what they wan to do. Make it too easy, and they'll just live in blissful ignorance.

    1. Re:RedHat by Phil+Hands · · Score: 5, Interesting

      Because I'm always installing Linux for clients, RedHat is always specified, so I have no choice,...

      I too regularly install GNU/Linux for clients, and more often than not they specify RedHat (occasionaly SuSE), but I've not installed anything other than Debian for years (except during RHCE/RHCX courses ;-), so you do have a choice.

      The trick is to ask them why they specified RedHat. Most of them will cheerfully admit that they said that because it's the only distro.they've heard of so they were saying "RedHat Linux" in the same way they might say "Microsoft DOS", never realising there was a "DR-DOS" (once upon a time ;-).

      It doesn't normally take too much effort to convince them that they are paying me for my expertise, so if I recommend a particular flavour they might as well listen.

      The only time I'd take such a request seriously would be if they were already a RedHat shop, and had a lot of in-house RedHat expertise.

      The last time that was claimed the "expert" turned out to be clueless, and the existing RedHat systems so broken (9GB swap, 800MB root, permissions all +rwx) that I ended up having to reinstall them anyway --- they're a Debian shop now ;-)

      I've since decided that any RedHat shop that decides to hire me in, is probably not full of experts (otherwise they'd do it themselves), so take a lot of convincing that going with the flow is the wise thing to do.

      If you have a good technical reason not to install RedHat, and you can justify it, give it a try.

      The worst that happens is they say no (and you get to look smug if their decission bites them).

      The best that might happen is that they decide to respect your opinion, which bodes well for the future business relationship, and means you get to work on the system you feel best fits the problem, which avoids stress and frustration.

      --

      Debian: GNU/Linux done the Linux way
    2. Re:RedHat by Anonymous Coward · · Score: 1, Interesting

      --well, as an admited linux "newbie" who has redhat, could you elucidate some, so I can copy it and go through my own box here? Tell ya, trying to coordinate all this info off the web is hideously lame. I've spent days trying to figure all this out-what to turn off or on, how to do that, etc. And yes, that means if you have one connection you get owned pretty quickly. heh. I have yet to find anything written for a newbie that could actually explain in english and not programmer-ish how to go about "securing" a default redhat install BEFORE you go on the net. I check "high security" on install, check "no services" etc, but I know that isn't enough. What do you (or anyone elese) recommend for a simple home dialup not serving anything "solution" as regards redhat?

      FWIW I have 7.2 right now

      Thanks in advance!

    3. Re:RedHat by xtremex · · Score: 2

      I use a 486 running IPCop as my firewall. Works absolutely fantastic. Web based interface. It's a spinoff of SmoothWall because the owner's a dick. :)

      --
      If you're not a Liberal in your 20's, then you have no heart.If you're still a Liberal in your 30's you have no brain.
    4. Re:RedHat by Anonymous Coward · · Score: 0

      --just to clarify, you use another older computer first as a firewall? This can't be used on the single box, you need two boxes?

    5. Re:RedHat by red_gnom · · Score: 1

      Would you share with the rest of us all the necessary steps required, cause I bet the majority of the Slashdot readers do not have idea how to do it properly.

      We would appreciate it very, very much.

    6. Re:RedHat by Anonymous Coward · · Score: 0

      So, what's so terrible about RedHat? We're a RedHat shop since 4 years now and have been quite happy with it.

    7. Re:RedHat by ceswiedler · · Score: 3, Insightful

      A completely valid reason for insisting on RedHat, even when you the expert prefer Debian (for also valid reasons) is that it's much easier to find a RedHat admin to replace or support you, because of the RHCE courses. In general it's easier to find admins for RedHat, particularly less-experienced ones. Wizards tend to be capable of dealing with any flavor of OS, but you don't always want to pay for a wizard.

      If you were going to set up a large and complex shop, and then turn the maintenance over to $60,000/yr worth of support personnel (whose turnover rate might be high), which distro would you recommend?

      I know a shop where the head admin is having to get rid of Linux boxes (for Windows ones), because no one else in the company knows Linux. He understands that it's not just technical superiority that matters, but supporting the technology as well.

    8. Re:RedHat by ranulf · · Score: 5, Informative
      Depends on exactly what your requirements, but generally turn off everything you don't need.

      I start with a shell alias like this:
      alias nsl='netstat -alnp --protocol=inet|cut -c-6,21-94|tail +2|grep -v ESTABLISHED|grep -v CLOSE_WAIT'

      At a glance you will see what services are running and listening to ports. The "Local Address" column is the most useful. Anything starting 127.0.0.1 can be safely ignored, the rest will be based on what you feel you need.

      As a general rule, boxes I configure offer WWW (port 80), SMTP (port 25), POP3 (port 110) and DNS (port 53). I turn everything else off, or if I do need it, I firewall it (see later).

      Now, how to get rid of things. Obviously, this varies from thing to thing, but take for example the lines starting
      udp 0.0.0.0:2599
      tcp 0.0.0.0:
      udp 0.0.0.0:111

      Now, as I'm not running NFS or NIS, I don't need any of these services. If you're not sure what, say, port 111 is, the -p option to netstat is great - it lists the PID and process name, so we know to close down portmap. Now, this is started by /etc/rc.d/init.d/portmap via a symlink in /etc/rc.d/rc3.d (assuming you start in runlevel 3). Simply rename the link there to start with a K, like this:
      [root@pootle init.d]# cd /etc/rc.d/rc3.d/
      [root@pootle rc3.d]# mv S14nfslock K86nfslock_S14
      [root@pootle rc3.d]# mv S13portmap K87portmap_S13
      [root@pootle rc3.d]# ./K86nfslock_S14 stop
      [root@pootle rc3.d]# ./K87portmap_S13 stop

      Now, run netstat again, and see what ports remain for you to tidy up. You'll probably remain with ones that you really do want to keep, e.g. postgres on 5432, tomcat control on 8008, MySQL on 3306, etc...

      This would normally be a job for the firewall. If you have one, use it! However, just in case a machine inside your net is compromised, you can run additional filtering rules on every machine. For instance, my /etc/sysconfig/ipchains file looks like this:
      # open up the POP server
      -A input -p tcp -s 0/0 -d 0/0 110 -y -j ACCEPT
      # open up the WWW server
      -A input -s 0/0 -d 0/0 80 -p tcp -y -j ACCEPT
      ...
      # close all reserved ports
      -A input -p tcp -s 0/0 -d 0/0 0:1023 -y -j REJECT
      -A input -p udp -s 0/0 -d 0/0 0:1023 -j REJECT

      # protect mysql
      -A input -p tcp -s 0/0 -d 0/0 3306 -y -j REJECT
      # protect postgres
      -A input -p tcp -s 0/0 -d 0/0 5432 -y -j REJECT
      -A input -p udp -s 0/0 -d 0/0 1026 -j REJECT

      and so on. Basically, the theory is, explicitly open up the ports <1024 that you want to allow access to, and block anything else to the priviledged ports. Then, by default allow all higher ports access (otherwise, you'll get problems connecting from the machine to other machines), but explicitly close services you don't want publically available, e.g. databases, etc...

      Other stuff you'll want to do is remove telnet and ftp from your machine and install openssh. With both of those protocols, you run the risk of passwords being snooped along the way, and ftp gets hacked fairly regularly. If you do need to upload files regularly from Windows machines, check out WinSCP2 - it's really good.

      Next off is protecting services that have a track record of being hacked, such as named. There are several tricks; running as a non-root user is always best if you can, running in a chrooted environment is better still. The first gives the program so few privileges that it can basically only access files it owns. Good, unless you have have local root-exploitable holes. The second runs the application completely in a sandbox, where it sees a very restricted view of the directory system, e.g. on my machine, all DNS data lives under /chroot/named, and if it was hacked, the best they'd be able to do is destroy DNS data. This can be complicated to set up, and I'd advise you to search the web for in-depth discussions.

      I will often use a combination of techniques, e.g. DNS on my systems run as user named, live in a chrooted filesystem, and also have packet filtering rules, so that they only talk to machines which are dedicated secondary DNS servers.

      Of course, you also need to audit anything that is left available. If you run CGI scripts that will accept data unchecked and pass it to a shell command, your machine will be compromised. Keep an eye on security mailing lists or websites - if you run software that vulnerabilites are discovered in, you need to patch them quick, e.g. SSH bugs found a few months ago, etc... But by keeping things down to an absolute minimum (using seperate boxes for each service if you can) and really considering who needs to use them, you stand a good chance of being really secure.

      This is getting too long now! Hope some of this helps...

    9. Re:RedHat by SealBeater · · Score: 3, Interesting

      it's much easier to find a RedHat admin to replace or support you, because of the RHCE courses.

      Have you ever seen or taken the RHCE tests? Granted I haven't either, but I took the BOSON practice test. Now I am not saying that there is any relation between the two, but the practice test was full of questions such as "What is listed in the submenu when you right click the GNOME foot?" and "What's the best way to laugch NAUTILUS?" If that's the kind of test you have to take to pass, forget about it.

      In general it's easier to find admins for RedHat, particularly less-experienced ones.

      You get what you pay for.

      SealBeater

      --
      -- Its survival of the fittest...and we got the fucking guns!!!
    10. Re:RedHat by jpegNY · · Score: 1

      Another post that is useless to a new person. If you are going to try and help someone stop trying to show off as "eleet" To the rh 7.2 new user: If it's a desktop machine then you are correct that you dont need any services. If you want to check anyways what, if any services are running which in futre could cause problems (for ex. an ftp server which has a remotly exploitable bug) try the command netstat -a | grep LISTEN this will list all the ports by their names that are listening. Also the following urls may be of some use to you http://www.redhat.com/support/resources/howto/rhl7 2.html http://rhn.redhat.com/errata/rh72-errata-security. html (note: the patches can be auto downloaded and installed with the update program)

    11. Re:RedHat by archen · · Score: 1

      alias nsl='netstat -alnp --protocol=inet|cut -c-6,21-94|tail +2|grep -v ESTABLISHED|grep -v CLOSE_WAIT'

      You know, if I typed something like all that in front of my boss (not a tech literate guy) and actually got a result, he'd probably give me a raise. If you use redhat you might try:

      nmap localhost

    12. Re:RedHat by xtremex · · Score: 1

      How is my post "leet"? Because I have a firewall?

      --
      If you're not a Liberal in your 20's, then you have no heart.If you're still a Liberal in your 30's you have no brain.
    13. Re:RedHat by xtremex · · Score: 2

      Well, actually, I have 7 boxes (a Sun Ultra, A couple *BSD boxes, and a couple Linux boxes). I use the firewall box (small system, 700 MB harddrive) to forward ports to the other machines. My solaris box is a Webserver, and I have a freebsd box as a webserver as well. I have a CVS box. I just have tons of crap on my network. :)

      --
      If you're not a Liberal in your 20's, then you have no heart.If you're still a Liberal in your 30's you have no brain.
    14. Re:RedHat by Brainchild · · Score: 1
      [root@pootle init.d]# cd /etc/rc.d/rc3.d/
      [root@pootle rc3.d]# mv S14nfslock K86nfslock_S14
      [root@pootle rc3.d]# mv S13portmap K87portmap_S13
      [root@pootle rc3.d]# ./K86nfslock_S14 stop
      [root@pootle rc3.d]# ./K87portmap_S13 stop

      You (and all those who come after you) would find it significantly easier if you simply did:

      /sbin/chkconfig --del nfslock
      /sbin/chkconfig --del portmap

      Any Red Hat Linux since release 5.0 (1997, five years ago) has /sbin/chkconfig. And any Red-Hat-derived distribution has it as well. And if you have something else and prefer to use chkconfig, look for it on Freshmeat.

      Geez, folks, it doesn't have to be that complex.

      --

      :: "I am non-refutable." --Enik the Altrusian ::

    15. Re:RedHat by Ricky+M.+Waite · · Score: 1

      Your attitude is precisely why systems are compromised.

      --

      We wave the flag of freedom as we conquer and invade.
    16. Re:RedHat by jpegNY · · Score: 1

      Instead of helping the person with his original question you are sounding off about your setup and not giving the person any specifics on how he should go about making *his* machine secure.

    17. Re:RedHat by xtremex · · Score: 1

      Well, I said I have a firewall, and I also listed the firewall I use (IPCop IPCOP)
      And the fact that it's a 486. So, one can assume I have a "cheap" setup. You can get a 486 for $50. IPCOP is free. 2 NIC's cost $15.

      --
      If you're not a Liberal in your 20's, then you have no heart.If you're still a Liberal in your 30's you have no brain.
    18. Re:RedHat by jpegNY · · Score: 1

      Why? Because he showed an easier way to do the exact same thing?

    19. Re:RedHat by Anonymous Coward · · Score: 0

      Because he is promoting the world of point-n-click admins. Users who rely on Chkconfig don't know what the fuck they're doing - and the parent was replying to someone (and targetting an audience) that did not know what they were doing.

      By golly, we wouldn't want them to learn would we...

    20. Re:RedHat by EvanED · · Score: 1

      See the post that is (at least right now) right under this one. I'll be (probably; I have to make sure it's not against University policy first) setting up an old computer as a firewall/proxy (I don't kow the exact method I'll use yet) between PSU's net and my main computer. I saw the book "Hack Proofing Linux" at a bookstore that explains a lot of this stuff apparently pretty well. If my firewall is allowed, I'll be buying that (Amazon has it for $35, $15 under the $50 list) along with another Linux book (probably the Red Hat Linux Bible, also $35 I think). I'm a newbie too, if you can't tell.

    21. Re:RedHat by Anonymous Coward · · Score: 0

      Oh, and admins who rely on using these high-level commands like "mv" and "cd" rather than just editing the disk at the byte-level are nothing but script-kiddies...

      Get a fucking clue, dipshit. I know you and so many others here like to show off that you are SOOO smart and everyone else is just so goddamned inferior because you have nothing else in your lives that gives you any pleasure, but next time, just keep it to yourself because your post was not helpful in the least.

      The point of a computer is to make your life easier. Understand that? EASIER! Why the fuck would someone execute 5 commands when they could do the EXACT same thing with only one? That's a waste of time, and does not show you to be a "superior" admin.

      Know the tools you have at your disposal. Use them to their full advantage.

    22. Re:RedHat by Peter+H.S. · · Score: 2

      You (and all those who come after you) would find it significantly easier if you simply did:

      /sbin/chkconfig --del nfslock
      /sbin/chkconfig --del portmap


      It is important to note, that the services continues to run after this, until the box is restarted, or the services are explicitly shutted down.

      A "/etc/init.d/[service] stop" should be issued after deleting it with chkconfig.

      That said, chkconfig is a breeze to work with, and probably the first command I use, on a newly installed Red Hat box.

    23. Re:RedHat by Phil+Hands · · Score: 2

      Have you ever seen or taken the RHCE tests?

      Yes I have (to my shame ;-) I'm an RHCE & an RHCX (i.e. I get to invigilate RHCE exams).

      The RedHat test is a pretty decent test, unlike the one you describe. There are one or two bits that I found anoying (as a Debian user) because they appear to have decided that rather than fixing some things that I'd consider to be usability bugs, they'll just add the work-around proceedure into the test, but that only accounts for a couple of percent.

      I'd be unhappy about letting someone that failed the RHCE be a sysadmin on anything I cared about.

      Most people that pass it, and also get a year or so's experience around the same time, can probably be trusted to have a clue. They also would have little trouble administrating a Debian system, or any other GNU/Linux system, once they got over their confidence problem about it not being RedHat.

      After all, I got 99.6% on the RHCE exam, and the first time I had installed RedHat was 4 days earlier at the start of the fast-track course. It's really not that different from Debian (/etc/rc.d/nit.d vs /etc/init.d, rpm vs dpg, um, what else?)

      --

      Debian: GNU/Linux done the Linux way
  9. LINUX BG by oliverthered · · Score: 3, Funny

    I have the most secure distro,
    but unfortunatly you can't have a copy, just incase you find a bug.

    Logon requires you press ctrl+alt+delete , because it's oh so hard for memory resident apps to not die when this happens.

    My mouse has only 1 button to confuse any computer literate people, and allow me to catch them in the act.

    I've remapped the keyboard, to confuse those who touch type.

    No network (because the kernel dosn't have the correct drivers),

    No-ones hacked it yet.

    --
    thank God the internet isn't a human right.
    1. Re:LINUX BG by Anonymous Coward · · Score: 0

      It was hacked before you even installed it.

      Just a thought :)

  10. Always OpenBSD by Noodlenose · · Score: 0, Flamebait
    Why would I spend a shitload of money if I can run this?

    Dirk

  11. I don't give a flying filesystem check by gd23ka · · Score: 3, Insightful

    ... if some website or magazine issues an "editor's award" or whatever to product, _especially_ when we're talking about security.

    1. Re:I don't give a flying filesystem check by benb · · Score: 1

      Makes sense. So, how do you make your decision, without trying everything out yourself?

  12. Re:Why OpenBSD just won't do. by Noodlenose · · Score: 1
    Sorry, don't accept that arguing. I still have to see any convincing evidence about the "*BSD is dead" claim. As far as I can say, OpenBSD is easy to install with a single floppy and no kernelconfiguration, stable and still manages to be utterly stable.

    Dirk

  13. Orange Book etc by Dynamoo · · Score: 2, Interesting
    Because someone always mentions DOD-5200.28-STD Trusted Computer System Evaluation Criteria ("Orange Book") compliance let me just say by the time it would get round to being certificated as a proper defense-grade OS it will be hideously obsolete - the latest Micro$oft OS to be certified "secure" (hahahahah) is NT 4.0 which shows how long the process takes. Take a history trip and look at some of the Certified Products.

    In any case, to be a properly secure distribution you need DoD/NSA style certifications. The Common Criteria go part of the way there, but again certification is slow and really not universally accepted. (There's a flame bait for you CC fans).

    Bottom line - true security requires seriously lengthy evaluation and certification. And even so, a product like NT 4.0 is still being found to have security holes to this day.

    Sigh.. anyone fancy rewriting Multics for the Intel platform? :)

    --
    Never email donotemail@WeAreSpammers.com
    1. Re:Orange Book etc by Anonymous Coward · · Score: 0

      Hey wait isn't the orange book aka "the big ugly book that wont fit on a shelf?"

    2. Re:Orange Book etc by Anonymous Coward · · Score: 0

      No dummass, thats the 'The Red Book. NSA Trusted Networks, otherwise known as the Ugly Red Book that won't fit on a shelf.

    3. Re:Orange Book etc by broody · · Score: 2, Informative

      If the the EGOVOS announcement goes beyond vapor, CC may be in the future of Linux. For some reason though Slashdot just won't accept that as a story.

      BTW, you might want to get a handle on the basic background of CC before shooting your mouth off. TCSEC is no longer accepting new products for evaluation, though those who started the old process can finish it. Common Criteria really means it now. Read the friendly website.

      --
      ~~ What's stopping you?
    4. Re:Orange Book etc by pacman+on+prozac · · Score: 1

      It's also worth mentioning that the second you attach that NT system to a LAN (or any other network iirc) it is no longer C2 certified.

      Bit more info here

      If you rely on NT's C2 security rating in your security decisions, you must keep in mind two important considerations. First, a C2 security rating is different from a C2 security certification. OSs and programs earn ratings, but individual installations must be certified. This distinction means that most NT installations are not C2 certified.

      NT earned its C2 rating as a standalone system, with no networking enabled. If you take your C2Config C2-certified system and attach it to your LAN, your system loses its C2 certification.

    5. Re:Orange Book etc by SuiteSisterMary · · Score: 2

      It's worth mentioning that the above poster doesn't know what he's talking about. No operating system in the history of the series has ever been rated as anything. Why? Because the rating takes into account all of the other important factors for computer security, like hardware, setup, physical location, and so on. So, yeah, the last time Microsoft submitted a system to be tested, I believe it was compaq hardware, it got the coveted C2 rating. But they never bothered since, because you need a full and functional installation (and I mean physical, not software) to be rated. I'll also point out that "Linux" as it stands doesn't even meet the basic requirements, such as ACLs. Yes, they can be bolted on, but....

      --
      Vintage computer games and RPG books available. Email me if you're interested.
    6. Re:Orange Book etc by xtremex · · Score: 2

      dynamoo listed UNICOS as secure. I rememebr UNICOS when I was in the service. That was truly a beautiful UNIX. I would HOPE they call it secure, since the Dept of Defense is the major purchaser of Cray IIs!

      --
      If you're not a Liberal in your 20's, then you have no heart.If you're still a Liberal in your 30's you have no brain.
    7. Re:Orange Book etc by Shirotae · · Score: 2

      It's also worth mentioning that the second you attach that NT system to a LAN (or any other network iirc) it is no longer C2 certified.

      That is not the case for NT4. The cited report refers to the NT 3.51 evaluation since the NT4 evaluation had not been published when it was written. The summary of the NT4 evaluation says "A networked configuration was evaluated for interconnecting the various hardware with Windows NT workstations and servers.". The full evaluation report is available for those who want to read it.

      Windows NT4 (with specified SPs and fixes) also has an ITSEC E3/F-C2 certificate, and networking is mentioned in that one too - search from the CESG certified products page if you want details.

      These certificates do not necessarily mean much in practice, but we should refer to up to date ones if we refer to them at all.

    8. Re:Orange Book etc by john82 · · Score: 1

      1) TCSEC (the "Orange" book) has been replaced by the Common Criteria as noted in NSTISSAM
      COMPUSEC/1-99, Sec II item 5.
      2) CC has a much wider acceptance internationally.
      3) Win2K HAS been undergoing CC evaluation (Evaluation Assurance Level 4).

      Moderators: How in the heck did Dynamoo's post rate a 3?

    9. Re:Orange Book etc by Chatz · · Score: 1
      Trusted IRIX was recently re-evaluated B1 and IRIX C2 for version 6.5.13 (which was released only about 9 months ago) on currently available hardware. So it is possible with the common criteria to be evaluated within a reasonable timeframe (unlike TCSEC).

      It is also worth noting that Microsoft have had Windows 2000 going through a C2 evaluation for over 18 months with a proper hardware configuration unlike the previous NT 4.0 evaluation.

      --
      There is folly and foolishness on the one side, and daring and calculation on the other. - Admiral Pellew, Hornblower
  14. Re:Why OpenBSD just won't do. by Noodlenose · · Score: 0
    oops: one "stable" was enough. Nice to emphasize it, though

    Dirk

  15. Let's not forget about OWL. by Anonymous Coward · · Score: 0

    Made by the man himself, Solar Designer (whom the article calls SolarWall).

    http://www.openwall.com/Owl/

    1. Re:Let's not forget about OWL. by Anonymous Coward · · Score: 0

      Really? I just though Solar Wall was Larry Designers cousin. Or maybe I'm confused...

  16. There can be only one... by Noryungi · · Score: 2, Offtopic


    OpenBSD 3.1!!! =))

    Sorry, could not resist...

    --
    The right to offend is far more important than the right not to be offended. (Rowan Atkinson)
  17. OpenBSD by dirtyhippie · · Score: 1, Troll
    Call me a troll if you like, but if you want a secure, free UNIX-like system, you don't use Linux. You use OpenBSD. The primary reasons for this are numerous - 1) it's "secure by default", all but the simplest daemons are turned off until you explicitly enable them. 2) it's always being proactively audited, with less-clean and less-safe being fixed all the time - fewer bugs = fewer potential exploits (as opposed to linux, where it sometimes seems developers are just busy adding extra command line switches and a scripting language based on brainfuck to their program ;-) - point being it's been around longer, and the interfaces are much more stable, thus making bug-fixing (not to mention administration) much easier. 3) Cutting edge support for crypto/security tools. OpenSSH was made by many of the same developers, Ipsec, skey authentication, kerberos, support for hardware cards etc. you name it, it's there. Even a tripwire-esque program is included in the default install. I'm sure I'm forgetting much more.

    Other pluses: it's Really Free(TM) Software - as opposed to Redhat and others which bundle non-free software in the default distro, it's manpages don't suck, etc.

    1. Re:OpenBSD by Gleef · · Score: 2

      They at least should have included OpenBSD in the testing, for comparison's sake.

      --

      ----
      Open mind, insert foot.
    2. Re:OpenBSD by Anonymous Coward · · Score: 1, Insightful

      They at least should have included OpenBSD in the testing, for comparison's sake.

      That would be like letting tiger woods compete in the girl scout's golf tournament.

    3. Re:OpenBSD by romey · · Score: 1

      they didn't compare it to open bsd because this was a comparison of "secure" linux distros.

      yeah OBSD would have taken it ;)

      there needs to be a group of people to do exactly what open bsd does... thorough code reviews, not just in the kernel, but glibc, etc..

    4. Re:OpenBSD by Anonymous Coward · · Score: 0

      They should have such a linux system - but they'd have at *least* 5 years of makeup work to do. OpenBSD works now.

  18. Hacked by evryone. by oliverthered · · Score: 1

    No way, this is a carefully enginered distro, no hacking at all, years of pain and missisry have gone into finding the most obscure algorithms to get the job done.
    Advanced DRM technology, for speeker licenses, if you don't have a licence to connect the speekers to the PC and play that song, then they get bombarded with square waves and lots of clipping until they follow the licence aggrement.

    Why it's so secure that i cant even open the coffie cup holder.

    --
    thank God the internet isn't a human right.
  19. Tinfoil hat Linux by Anonymous Coward · · Score: 3, Funny

    What, no mention of Tinfoil Hat Linux? :)

  20. I disagree (with your disagreement...) by jabbo · · Score: 5, Interesting

    and I am a professional sysadmin. I get paid a lot to do my job and I don't feel like there is anything mystical about it (that sort of nonsense is for university admins that have to deal with incompetent bosses -- more power to 'em, but I don't). What I feel adds value is not mere understanding of the protocols (relatively easy) but rather, the ability to choose the correct tool (protocol, framing, hardware, software) for the job, and make it work so that the rest of the people involved can do their jobs without noticing (or if they do, saying, "hey, that's really cool and easier than before!"). Needless to say I do a good deal of development to make this happen, and again, that is more challenging than administering boxes (IF you start with a sane rollout and upkeep process -- yes, RPM/apt/pkg_add is your friend; yes, CVS/CVSup/Rsync is your friend; no, ad-hoc changes are not the Better Way to proceed).

    When you rattle off NNTP and crap like NIS/LDAP as if they were equivalent in complexity to full BGP4/MBGP routing, I think you belie a superficial understanding of the situation. Even something as nastily complicated as BGP route maps is not nearly as challenging as dealing with people, professionally and personally, in a fast-paced environment that values results over process or the latest fad technologies. In that respect I do not believe it is significantly harder to earn one's keep as a sysadmin than to do so as a VP Sales or a Comptroller. It's just a totally different set of technical skills used to do the job.

    I don't doubt that you meant well, but really, choosing the right tool for the job (and then using it well) is not so difficult in most cases. 'Tis a poor craftsman who blames his tools!

    --
    Remember that what's inside of you doesn't matter because nobody can see it.
    1. Re:I disagree (with your disagreement...) by npsimons · · Score: 2, Insightful
      'Tis a poor craftsman who blames his tools!


      Yes, but even a master carpenter can't build a house out of rotten wood.


      This has been my mantra over the past couple of weeks as I've been forced to try to get low level hardware and software working with Windows.

    2. Re:I disagree (with your disagreement...) by jabbo · · Score: 2


      Yes, but even a master carpenter can't build a house out of rotten wood.

      This has been my mantra over the past couple of weeks as I've been forced to try to get low level hardware and software working with Windows.


      Fair enough. I've been in that exact situation with Windoze before (trapped into it, in fact) and you just have to trudge through as best you can. I hate Microsoft server OSes (and attempts to use their client OSes, or more pointedly, crippled versions of the same thing they sell as server OSes, to do anything reliably).

      The upside to this (IMHO again) is that most shops which run everything on Windows are such amateurs that they won't notice downtime until it is on the order of "one nine" (eg. vs. "five nines") :-)

      Doing anything interesting with Windows and hardware that needs to run reliably... well, best wishes, my heart goes out to you. ;-)

      If it helps you debug the whole get-up (eg. if you need it to run in lock-step across multiple sites) there is one piece of good news -- NTP runs on Windows and is documented (both in an O'Reilly book and elsewhere on the Web). Just something that came to mind after an earlier poster brought up NTP. Good luck.

      --
      Remember that what's inside of you doesn't matter because nobody can see it.
  21. Downloads by NewbieSpaz · · Score: 3, Informative
    --
    ------
    Random, useless fact: I type in startx entirely with my left hand.
  22. testing by Anonymous Coward · · Score: 0

    testing, Linux Lewis beat Mike Tyson Bwahahaha

  23. Securing Redhat, and Linux in general by Raedwald · · Score: 3, Insightful

    Yep, got my home box r00ted six weeks ago. All because I hadn't taken all the usual basic precautions. (insert your sarcastic insult here). Being an ex sysadmin, I should have known better. Tightening up the security didn't take too long.

    The hardest part was setting up ipchains to do packet filtering. Lord help a newbie doing this; you have to know a fair amount about TCP/IP. The various security HOWTOs make a brave effort of trying to explain it all, but I really wonder how many novices will understand it. I don't see how any Linux distribution can make this easy: there are too many variables about the intended use of the computer. The rules for a DMZ computer, a LAN computer, a lone dial-up computer and a firewall are completely different.

    --
    Ne mæg werig mod wyrde wiðstondan, ne se hreo hyge helpe gefremman.
    1. Re:Securing Redhat, and Linux in general by packeteer · · Score: 1

      how DO you setup ipchains to do packet filteringt??? any links to how you do it??? i AM one of those people who woul;dn't know how but im eager to learn... help please?

      --
      unzip; strip; touch; finger; mount; fsck; more; yes; unmount; sleep
    2. Re:Securing Redhat, and Linux in general by Raedwald · · Score: 2

      packeteer asks

      how DO you setup ipchains to do packet filteringt?

      The information you need is in various Linux HOWTO documents. These should have come with your distribution. You can fetch updated versions of the documents from The Linux Documentation Project. You should study the following HOWTOs:

      1. Security-Quickstart-Redhat-HOWTO (worth reading even if you don't have Redhat)
      2. Security-Quickstart-HOWTO
      3. Security-HOWTO
      4. IPCHAINS-HOWTO

      I asume you simply have a home box which you connect to the Internet using a ppp dial-up connection. If you have something more sophisticated, you will have to learn more. I'd say the most important thing to do is to block connections to the privileged ports via your ppp interfaces, for the following reasons.

      • You shouldn't be providing any services to the Internet unless you really know what you are doing.
      • If you have a dial-up ppp connection without a static IP adress and your own domain name, there is no legitimate reason for anyone to ever try and connect to those ports.
      • Security exploits of privileged services will immediately given an intruder a root shell, and thus complete control of your computer.
      The following rule will do the trick (warning, untested--myipchains rules are more complex than this): ipchains -A input -i ppp+ -p TCP -y -d 0.0.0.0/0 0:1023 -j DENY -l
      --
      Ne mæg werig mod wyrde wiðstondan, ne se hreo hyge helpe gefremman.
  24. good news for *all* distros of Linux! by tps12 · · Score: 0, Troll

    Well, I think that this healthy competition is going to help *all* distros!

    What the fuck am I talking about? I'll tell you!!!!

    Basically, people use different secure distros (or distributions) of Linux! Like Slackware or Debian! Then they don't get destroyed by hackers (unlike Windblowze!!!) and who gets the credit? LINUX!

    And so all the different Linux dsitros do better! What do you think of my idea?

    --

    Karma: Good (despite my invention of the Karma: sig)
  25. Re:The winner by Cally · · Score: 2

    "Score:0, Insightful"

    Freeeowww! it was a joke!! Tchuh!

    "Organic lifeforms have *no* sense of /fun/."

    --
    "None are more hopelessly enslaved than those who falsely believe they are free." -- Goethe
  26. That's because... by jabbo · · Score: 5, Interesting

    Most federal agencies seem to evaluate Windows against proprietary Unix solutions and (duh) find that Windows is cheaper. If they *really* care about security they almost always have their own solution (often in hardware) that you will be asked to code to / talk with / work in conjunction with. Short of that, offering to use NSA SELinux (because of the NSA's "approved" cachet) really seems to open a lot of doors for Linux.

    En Garde may be better, for all I know. But I'll be using SELinux for gov't clients wanting high security, and OpenBSD for my need-to-be-hardened services, because I know they are excellent tools for those applications. (sorry folks...)

    The above are just my experiences. For all I know it could be a vast conspiracy to provide disinformation :-). But, the odds are against it.

    --
    Remember that what's inside of you doesn't matter because nobody can see it.
    1. Re:That's because... by fw3 · · Score: 1
      offering to use NSA SELinux (because of the NSA's "approved" cachet) really seems to open a lot of doors for Linux.

      While stipulating that SELinux is the best design I've see *by far* for linux;

      NSA has absolutely not 'approved' this for any use, nor do they represent it as a system that's either in any production operation at NSA, nor that it is an appropriate system for such use.

      As said in posts above SELinux is a research project / reference implementation. Yes many folks are planning on offering commercial solutions based on SELinux, and for good reason, it's a fine design with good attention to detail.

      There is a serious set of issues involved in applying SELinux to a production environment. SEL development (and LSM on which it depends) tracks the stable and -dev kernels. This means the platform is updated often and no attempts are being made to maintain fixes/changes compatible with prior releases / kernels.

      Also all versions since the first reference impelementations are based on the Linux Security Modules LSM which are an attempt by the security industry to build a common interface for securing / auditing Linux's security - relevant interfaces.

      LSM is an impressive piece of work, and has come a long way in the roughly 1 year that they've been coding! When one of the participants (IBM) provides a programmatic analysis tool that finds there are some oversights in the design, you know that this is still a work in progress / and I hope that any serious security implementer will take these things into consideration.

      The upside of course is that these tools are being built and both LSM and SELinux are doing very good detail work on thinking about how to get Unix (Linux in this implementation) to a place where the OS itself can eliminate the reliance on root-privilege. WinNT was supposed to be such an implementation, I think most observers agree that intent didn't make it into the release code due to the complexity and competing design objectives.

      --
      Linux is Linux, if One need clarify their dist: <Dist>/GNU Linux
      bsds are of course just BSD
  27. Re:No Mac webserver has ever been hacked! Ever. by Anonymous Coward · · Score: 0

    This is an old troll. Please mod it accordingly.

  28. Re: 667 The Neighbour of the Beast by Anonymous Coward · · Score: 0

    > 667 The Neighbour of the Beast
    should it not be 668 (or 664) if you live on the same side of the street...
    just my 25 euro

  29. Debian-based? by leandrod · · Score: 2

    It’s just me or other people also noted EnGarde’s installer looks just like the Debian one? Would it be Debian-based?

    I haven’t seen them at Debian’s derived distributions list, so maybe I’m mistaken.

    --
    Leandro Guimarães Faria Corcete DUTRA
    DA, DBA, SysAdmin, Data Modeller
    GNU Project, Debian GNU/Lin
    1. Re:Debian-based? by Anonymous Coward · · Score: 0

      Have you ever _used_ debian? That looks more like Anaconda to me...

    2. Re:Debian-based? by leandrod · · Score: 2

      I just use Debian, nothing else. Perhaps it’s Anaconda, but then please enlighten me as to what Anaconda is.

      --
      Leandro Guimarães Faria Corcete DUTRA
      DA, DBA, SysAdmin, Data Modeller
      GNU Project, Debian GNU/Lin
  30. OpenBSD, Pitbull, SE Linux *all* mentioned by hal9000(jr) · · Score: 2, Informative

    http://www.networkcomputing.com/1312/1312f33.html# filter

    try reading the article before making false claims.

  31. Short answer: not very well by Anonymous Coward · · Score: 0

    Next question.

  32. Linuxlookup.com gave it a perfect score too. by DontBugMe · · Score: 1

    Even Linuxlookup.com ( http://www.linuxlookup.com/html/reviews/software/e ngarde1.1.html ) gave Engarde Linux a perfect score last week too. Think I'll give it a whirll.

    1. Re:Linuxlookup.com gave it a perfect score too. by Anonymous Coward · · Score: 0

      Its still crap and WILL be hacked, a mac OS 7 to 9x webserver is uncrackable (based on compiled historical facts and reports). YOur best bet is that in one month that thing will be rooted, and the mac, after 7 straight years running, will not be rooted or defaced).

  33. Re:Admin Not True no admin needed for security. by Anonymous Coward · · Score: 0

    I disagree, no administration AT ALL of any kind is needed for the Mac OS (all versions except the newer Unix based ones)

    The MOST secure OS is already deployed on servers. And though this was incorrectly dowgraded to Troll in this thread earlier by people that do not like to admit this fact, It needs to be said, even if no one ever mods it up.

    The fact is :

    No Mac webserver has ever been hacked! Ever. Even with no administration upkeep or maintenance.

    This anti-hack challenge is despite two large contests (10,000 us dollars over one month duration).

    That is why the US Army once gave up being exploited and for some of its sites used Mac OS 9.x and Webstar (a commercial web server).

    There are numerous technical reasons why no mac webservers have ever been remotely hacked and exploited, many are quit interesting.

    No Linux/UNIX is as secure as Mac OS 9.x and earlier, as demonstrated by the hundreds and hundreds of exploits in Unix and the lack of a single exploit ever discoverred in OS9 web servers. Ever.

    If you want security in an OS implement what Apple's Mac OS 7 through 9.2 offers:

    get rid of root (leaves a false sense of security lazy programmers dont understand)
    get rid of command line (creates a huge way of exploiting between processes)
    get rid of single file fork executables (use a second invisible file associated with each executable file)
    get rid of filename extensions (use an invisible embeded file type that cannot be set by users typing)
    get rid of unix utility software (use non-command line tools that use high level scripting rules)
    get rid of ANSI C library based code (The mac uses safe Pascal Style Strings often, including in ROM)
    avoid C string buffer exploits (again, most commercial mac programs avoid null terminated strings).
    sotre all web server files meant to run as executables and CGI as specially "typed" files
    and most importantly have compilers save return addres HIGHER up the stack (prevents most clever overflow exploits)

    Basically you end up with Mac OS 7 through 9!

    If security is paramount, to exclusion of all else, then Mac OS 7 through 9 cant be beat. And is 100% secure so far according to historical facts.

    SecurityFocus concurs.

    But most linux loving slashdot readers will never understand the TECHNICAL reasons no mac web server running Webstar and Mac OS has ever been rooted, or ignore the facts.

    I wonder why people try to award silly designations to "secure" linux distros! When it has been shown to have many holes historically.

  34. Re:The winner by Anonymous Coward · · Score: 0

    No, score that 0, insult to OpenBSD to call it a Loonix distro.

  35. Bastille script hardens Redhat by elucidus · · Score: 1

    Bastille is a script that asks you questions, and proceeds to tighten down your Redhat or Mandrake installation, extra effort has been put into explaning the choices, and making sure you understand WHY something was done.
    Here's the summary:
    The Bastille Hardening System attempts to "harden" or "tighten" the Linux operating system. It currently supports Red Hat and Mandrake systems, with support on the way for Debian, SuSE, TurboLinux and HP-UX. We attempt to provide the most secure, yet usable, system possible. The project is run by Jon Lasser, Lead Coordinator and Jay Beale, Lead Developer, and involves a number of developers, beta-testers and concept-creators. Bastille Linux was developed with several major goals:

    --
    This sig is self referential.
  36. Gentoo?? by hardave · · Score: 2, Informative

    A week ago I probablly would have answered Slackware, being a die-hard Slackware geek for my entire Linux life. But last week I found out about Gentoo, and I have to say I like it. Especially for security. After you're done the install you're left with a VERY minimal system, there are ZERO services running, hell there are no services installed on the box. You have to explititly install any services that you wish, which is nice because you don't have any weird weird stuff installed on your system without your knowledge. Yes, this isn't for newbies who can't spell ls, but for the long-time unix geek who does everything manually already, this is the way to go.

  37. KRUD by the_rev_matt · · Score: 3, Informative

    I'm disappointed that they didn't include Kevin's Red Hat Uber Distribution. Kevin Fenzi is the author of the Linux Security HOW-TO, and the hardened version of Red Hat that they produce has served me quite well for over a year.

    --
    this is getting old and so are you

    blog

    1. Re:KRUD by bewmIES · · Score: 1

      Actually Mr. Fenzi is the CO-author of the Security-HOWTO. Who is the other author? Dave Wreski of Guardian Digital.

      -r

  38. Call me ignorant if you like... by Ignorant+Cocksucker · · Score: 1

    But surely OpenBSD 3.1 should have won the prize for the most secure distro. According to the web page, each line of source code is actively audited by Theo De Ratdt, to ensure there is no remote exploits. Also, it is designed to be secure out of the box, no services are enabled in the default install which would give hackers a way in. Or am I way off base here ?

  39. NNTP and crap like NIS/LDAP by Anonymous Coward · · Score: 0

    The first time I read that, I thought you said NTP, not NNTP. NTP is possibly the most complex RFC in existence:
    http://www.rfc-editor.org/cgi-bin/rfcdoctype.pl?lo c=RFC&letsgo=1305&type=ftp&file_format=txt
    And while LDAP is itself a lightweight protocol, the actual directories linked by LDAP, such as NDS, or Active Directory, can be fantastically complicated. [NDS requires an underlying NTP infrastructure before you can even begin your implementation, and Active Directory requires that all important Kerberos infrastructure.]

  40. Re:Short answer: not very well (Linux/OpenBSD) by Anonymous Coward · · Score: 0

    It would be more interesting for someone to point out why or why not. OpenBSD clearly has a big lead in a secure/debugged code-base, because of their mature and ongoing auditing process. However, according to their webpage, this extensive auditing process DOES NOT extend to their ports collection (They'd need an army of developers! A use for human cloning perhaps...)

    In the long term the Linux distros seem to be taking the approach of implementing (or trying to implement) OS-based mechanisms to make errors like buffer-overflows unexploitable, rather than trying to eliminate them. At least in my (perhaps-naive) understanding, this might, someday, give them an edge in a real-world full of unaudited/imperfect applications -- if they can actually pull it off.

  41. NTP is a great protocol by jabbo · · Score: 3, Interesting

    It is complicated as hell because the whole issue of clock synchronization across a medium with varying latencies (differing both along the axes of time and location, though without any linear dependence across those two axes) is horrifically complex.

    Still, a working NTP infrastructure is a requirement not just for NDS, but (IMHO) for ANY scalable deployment of service that is meant to be reliable. How can you get anything interesting from your logfiles (on a correlation-across-the-site basis) without a standardized meaning for the timestamp?

    Complicated, yes, but also valuable. I have had the misfortune of trying to read the RFC. I even read the source for ntpd and xntpd (v4). The complexity arises (and damned if this isn't going to sound familiar) as a result of multiple people in multiple locations trying to coordinate their metrics for timekeeping. LDAP and NIS complexity also arises from social interactions (upkeep) and scaling (emergent behavior of a system). NTP is a great tool for minimizing the chaos created by bugs in authentication schemes like LDAP, btw.

    Aside:
    If you want to get really sick, try running a Coda or AFS deployment (with IPSec or SSH tunnels to link nodes) across multiple timezones. Woo Hah!

    All of my servers run NTP, from the routers, which in turn pull from tick and tock at the Naval Academy (or NRC, can't remember offhand which).

    --
    Remember that what's inside of you doesn't matter because nobody can see it.
  42. SELinux cachet does not come from any NSA approval by jabbo · · Score: 2

    I did not mean to imply that SELinux actually offers a greater level of security than the alternatives, nor to imply that it was blessed by the NSA (or for use in NSA projects, for that matter).

    Rather, my experience has been that other three-letter agencies find it helpful in the decision-making process if a solution based on Linux also has the imprimatur of the NSA (eg., "we can do this on NSA SELinux if it suits you better") so that it need not be seen as a rogue deployment of something outside the norm.

    I am sorry if anyone got the idea that SELinux is Orange Book or NSA approved or in any other way superior to a properly-implemented kernel MAC implementation. What I was commenting on is the "aura", if you will, of offering a product that is Linux-based, but NSA-Linux-based. It makes life easier. I had trouble the first time I explained this to my boss, so clearly I need to work on my presentation of the issues some more ;-).

    YMMV...

    --
    Remember that what's inside of you doesn't matter because nobody can see it.
  43. hmm by hyperstation · · Score: 1

    i really hate the phrase "me thinks".

  44. OK, I'll call you (a little bit) ignorant. by jabbo · · Score: 3, Insightful

    You ARE off base. Not every line of source code in (for example) the ports and packages can be audited by the development team, let alone all by Theo himself. The OpenBSD developers do a terrific job, and I trust it above any other OSes for my "hardened" public servers, but it simply is not possible for the degree of hardening and auditing you describe to be done by such a small group. The auditing is done to the kernel, the base utilities, and other aspects of the default install. Outside of that, you're on your own.

    Furthermore, several of the services that run by default on a raw install of OpenBSD have been shown over time to have local root exploits possible. Not remote root, mind you, and not without a swift and comprehensive patch being released, but the moral is, No One Is Perfect.

    That said, I have never had a compromise of any sort on my OpenBSD systems. I buy each and every release on CD direct from them to support the project, and have donated a little bit, too. If anyone who just runs Linux says "so what, it doesn't affect us" I request that you look at what version of SSH you're running. OpenSSH? Hmm, guess which dev team wrote that? Yeah, that's right. *BSD will be dead around the same time we see the paperless office (and the paperless restroom, and flying pigs, and...). OpenBSD is good stuff when you just can't take chances!

    --
    Remember that what's inside of you doesn't matter because nobody can see it.
  45. Re:The MOST secure OS is already deployed on serve by ratboy666 · · Score: 1

    Um... My brain is working slowly today. I want to summarize your post.

    The Mac server can't be rooted because... it has no root.

    And there aren't any command line utilties because... it has no command line.

    And... this means that the machine is secure.

    Ok, some challanges for you (simple tasks to
    perform, that I do all the time).

    1 - My server box is headless (no monitor/keyboard). That's because I am never PHYSICALLY there. Yet, I update web pages, email services, add new forms, etc. I can even update the OS remotely. Can you do this on the Mac? Serious question, I'd like to know the answer (I SUSPECT its NO, but I do want to know).

    2 - I can provide additional services on my servers. (I run a simple collaboration server). If I need to, I can add additional services (again, remotely, because these machines DON'T have monitors/mice/keyboards).

    3 - If I need more compute power (and I occasionally do), I use DHCP and TFTP to load OS's into diskless and headless boards. I can then control these nodes remotely as well (good for LAME, video transcoding, other stuff). Does Mac offer anything like this?

    And, please restrict your answer to Mac OS prior to OS X. I am aware that OS X will do these things, which is why I may finally get a Mac.

    Due to the nature of trying to offer services that can potentially be general across the I'net, I have to be careful about security. I could offer NO services, and be fully secure, but that wouldn't be anywhere near as useful.

    If Mac OS (not OS X) can offer these services, and is as secure as you say, I WILL buy as many as I can get my hands on. Really. I haven't been shown how yet. I presume that either (1) I am ignorant, or (2) It's not possible. If it isn't possible, then the Mac "solution" isn't very useful. I don't want to have to run home to update web pages, open up MP3 playback from home to my work, add email filters, monitor collaboration services, or check on the system health.

    I am looking forward to being educated here.

    Ratboy.

    --
    Just another "Cubible(sic) Joe" 2 17 3061
  46. What makes a Linux distribution secure? by Hassan79 · · Score: 1

    Daemons that are run by default are reduced to a minimum.

    Easy upgrading of security-critical packages (no, that's no ad for Debian, of course :-;)

    Ability to a install a minimum system with a minimum number of packages.

    Careful file permissions and special user groups (i.e. "dialup","audio")

    Use of "secure" programs for a particular purpose (i.e. ssh instead of telnet, not sendmail as MTA, ...)
    Any other ideas?

    --

    Don't drink and su! antidisestablishmentariazationally
  47. Re:Admin Not True no admin needed for security. by Anonymous Coward · · Score: 0
  48. mod parent up! by Anonymous Coward · · Score: 0

    just because he's stating some (relative) weaknesses of linux doesn't necessarily mean he's a troll. actually as far as I can see, his points are quite relevant

  49. So what? by p3d0 · · Score: 2

    Everyone knows that. The interesting question is this: assuming you have a good admin, which distro is most secure?

    --
    Patrick Doyle
    I mod down every jackass who puts his moderation policy in his sig. Oh, wait a sec....
  50. Re:The MOST secure OS is already deployed on serve by Anonymous Coward · · Score: 0

    WEBSERVER HAS ITS OWN TOOLS, but other remote tools exist such as Timbuktu.

  51. The most secure OS is the one I use. Unhackable! by Anonymous Coward · · Score: 0, Troll

    The MOST secure OS is already deployed on servers. And though this gets incorrectly dowgraded to Troll by people that do not like to admit this fact, It needs to be said, even if no one ever mods it up.

    The fact is :

    No Mac webserver has ever been hacked! Ever.

    This is despite two large contests (10,000 us dollars over one month duration).

    That is why the US Army once gave up being exploited and for some of its sites used Mac OS 9.x and Webstar (a commercial web server).

    There are numerous technical reasons why no mac webservers have ever been remotely hacked and exploited, many are quit interesting.

    No Linux/UNIX is as secure as Mac OS 9.x and earlier, as demonstrated by the hundreds and hundreds of exploits in Unix and the lack of a single exploit ever discoverred in OS9 web servers. Ever.

    If you want security in an OS implement what Apple's Mac OS 7 through 9.2 offers:

    get rid of root (leaves a false sense of security lazy programmers dont understand)
    make microkernel as small as possible (even if you pass gary dividians birthaday in a register to get into kernel space, you cannot cause mischief that can be caused external from mac kernel)
    get rid of command line (creates a huge way of exploiting between processes)
    get rid of single file fork executables (use a second invisible file associated with each executable file)
    get rid of filename extensions (use an invisible embeded file type that cannot be set by users typing)
    get rid of unix utility software (use non-command line tools that use high level scripting rules)
    get rid of ANSI C library based code (The mac uses safe Pascal Style Strings often, including in ROM)
    avoid C string buffer exploits (again, most commercial mac programs avoid null terminated strings).
    sotre all web server files meant to run as executables and CGI as specially "typed" files
    and most importantly have compilers save return addres HIGHER up the stack (prevents most clever overflow exploits)

    Basically you end up with Mac OS 7 through 9!

    If security is paramount, to exclusion of all else, then Mac OS 7 through 9 cant be beat. And is 100% secure so far according to historical facts.

    SecurityFocus concurs.

    But most linux loving slashdot readers will never understand the TECHNICAL reasons no mac web server running Webstar and Mac OS has ever been rooted, or ignore the facts.

    I wonder why people try to award silly designations to "secure" linux distros! When it has been shown to have many holes historically.

    This is not a troll. Why? because I am formally requesting that i am not intrerested in your rebuttals. Do not bother to criticize this post.

    A true troll, by definition, WANTS responses and is not stating anything important. By requesting no criticism, I am proving I am not a troll.

    This post is meant to only educate people on why no mac servers have been rooted and state a few inarguable facts. So quit modding it as a troll without reading the FAQ on the web regarding the definition of 'trolling'. Otherwise -1 mods are merely ignorant censorship by fanboys that hate to admit they know nothing about secure OSes..

  52. anaconda is... by the_real_tigga · · Score: 1

    The Red Hat Linux installation program.
    here are details.

    end of enlightenment. :)

    --
    my .sig is better than yours.
  53. Re:Admin You are correct. by Anonymous Coward · · Score: 0

    You are correct. Security out of the box is paramount, without administration ever. Even over multi-year timespans.

    And One OS would get a "10" on that metric.

    The MOST secure OS is already deployed on servers. And though this gets incorrectly dowgraded to Troll by people that do not like to admit this fact, It needs to be said, even if no one ever mods it up.

    The fact is :

    No Mac webserver has ever been hacked! Ever.

    This is despite two large contests (10,000 us dollars over one month duration).

    That is why the US Army once gave up being exploited and for some of its sites used Mac OS 9.x and Webstar (a commercial web server).

    There are numerous technical reasons why no mac webservers have ever been remotely hacked and exploited, many are quit interesting.

    No Linux/UNIX is as secure as Mac OS 9.x and earlier, as demonstrated by the hundreds and hundreds of exploits in Unix and the lack of a single exploit ever discoverred in OS9 web servers. Ever.

    If you want security in an OS implement what Apple's Mac OS 7 through 9.2 offers:

    get rid of root (leaves a false sense of security lazy programmers dont understand)
    make microkernel as small as possible (even if you pass gary dividians birthaday in a register to get into kernel space, you cannot cause mischief that can be caused external from mac kernel)
    get rid of command line (creates a huge way of exploiting between processes)
    get rid of single file fork executables (use a second invisible file associated with each executable file)
    get rid of filename extensions (use an invisible embeded file type that cannot be set by users typing)
    get rid of unix utility software (use non-command line tools that use high level scripting rules)
    get rid of ANSI C library based code (The mac uses safe Pascal Style Strings often, including in ROM)
    avoid C string buffer exploits (again, most commercial mac programs avoid null terminated strings).
    sotre all web server files meant to run as executables and CGI as specially "typed" files
    and most importantly have compilers save return addres HIGHER up the stack (prevents most clever overflow exploits)

    Basically you end up with Mac OS 7 through 9!

    If security is paramount, to exclusion of all else, then Mac OS 7 through 9 cant be beat. And is 100% secure so far according to historical facts.

    SecurityFocus concurs.

    But most linux loving slashdot readers will never understand the TECHNICAL reasons no mac web server running Webstar and Mac OS has ever been rooted, or ignore the facts.

    I wonder why people try to award silly designations to "secure" linux distros! When it has been shown to have many holes historically.

    This is not a troll. Why? because I am formally requesting that i am not intrerested in your rebuttals. Do not bother to criticize this post.

    A true troll, by definition, WANTS responses and is not stating anything important. By requesting no criticism, I am proving I am not a troll.

    This post is meant to only educate people on why no mac servers have been rooted and state a few inarguable facts. So quit modding it as a troll without reading the FAQ on the web regarding the definition of 'trolling'. Otherwise -1 mods are merely ignorant censorship by fanboys that hate to admit they know nothing about secure OSes..

  54. Re:Why OpenBSD just won't do. by Anonymous Coward · · Score: 0

    YABT. HAND.

  55. Windows 2000+ is still more secure. by Anonymous Coward · · Score: 0

    See subject.

  56. Ready to go out of the box is a BIG selling point! by Eric+Damron · · Score: 1

    "ESL is clearly designed for those who want a product that is prepackaged and ready to go out of the box."

    One of the problems with setting security to paranoid is that it usually means that nothing works. Let's face it; most small businesses are not going to have a Linux guru working for them. Unless they can afford to hire a guru to come in and set things up, they will have to figure it out for themselves.

    We need distros that run "out of the box" and are secure. I know my way around a Linux box fairly well but I do not consider myself a guru. For me, there are few things more frustrating than setting the security level to paranoid and having nothing work. What makes it worst yet is that rarely (if ever) will you find adequate utilities for the non-guru to properly configure a service once setting the system's security has broken that service.

    This has got to change. I don't have time to be a Postfix guru and a MySQL guru and a apache guru and..... Further, I don't know what sadistic bastard wrote these manuals but they appear to all be written by one guy and maybe his brother. I am NOT a stupid person but twenty minutes of reading Linux man pages makes me want to go up to the roof and sit naked with a high powered rifle! Maybe some people can read that stuff and get a warm fuzzy feeling but I want something that I don't need a PHD to understand. Believe it or not, most of us want to spend more time using our Linux boxes than we spend trying to configure them.

    --
    The race isn't always to the swift... but that's the way to bet!
  57. Re:The most secure OS is the one I use. Unhackable by octogen · · Score: 1

    Drop me a mail, and I will give you a prove, that Mac OS 9 is at least as vulnerable as any other platform is, too.

    I think, you should distinguish between Operating System Security and Secure Applications on top of an insecure OS.

    Mac OS 9 does not have any security.

    It's only the webserver which was secure. Use the same webserver on Linux, and Linux is as secure as your Mac.

    This level of security can be reachen on ANY platform, including DOS and even Windows 95.

    Just disable everything which has something to do with networking, and then install some secure server application.

    I'd like to see a Mac OS 9 driven computer that can prevent hackers from destroying data DESPITE the fact that it is running insecure software - THIS would be real OS security.

  58. Re:The MOST secure OS is already deployed on serve by commodoresloat · · Score: 2
    1 - My server box is headless (no monitor/keyboard). That's because I am never PHYSICALLY there. Yet, I update web pages, email services, add new forms, etc. I can even update the OS remotely. Can you do this on the Mac? Serious question, I'd like to know the answer (I SUSPECT its NO, but I do want to know).

    You can do most of the above using a tool like Timbuktu, which allows remote use of a mac using the GUI; you can do most of what you want through that. A better way is to use the Remote Admin Extension, which allows you to administer MacOS (pre-X of course) through a telnet client. Most Mac webservers also have remote administration capabilities built in. I administered a headless Mac webserver for about 5 years using these tools (The OS was 7.1 and I was running Webstar 1.1; this stuff worked faithfully (though slowly) for a long time.

    Of course, the real reason Macs are perceived as more secure is because fewer people have spent time hacking them, because there are fewer Macs. Every service you offer can be coded for the Mac, and many have been, but every service opens the potential for security risks. You can stay up to date on Mac security issues at http://securemac.com, among other sites.

    Finally, you can always install linux on the Mac and do what you want, but that really doesn't answer your question.

  59. Re:The MOST secure OS is already deployed on serve by Phroggy · · Score: 2

    1) yes, if you open up some potential security holes such as the AppleShare IP server (which is probably far more secure than SMB/CIFS).

    2) no, unless you run extra software which may not be secure, such as VNC.

    3) Jobs demonstrated a diskless netbooting iMac on stage a couple years ago; the client ran Mac OS 9 but the server was Mac OS X. Of course the same can be done with OSX clients. I'm not sure what all this allows you to do; it's not something I've played with at all. Of course, you should be able to netboot a *nix OS on Mac hardware, but the hardware is a bit pricey for that sort of thing.

    --
    $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
    $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
  60. Re:The most secure OS is the one I use. Unhackable by Phroggy · · Score: 2

    Mac OS 9 does not have any security.

    Umm... it ships out of the box with all ports closed. If the web server you install on top is actually secure (as you say), then how can the OS be compromised remotely?

    I'm not questioning that there is no local security, but if you've got physical access to the box anyway, most systems aren't very secure.

    --
    $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
    $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
  61. Re:Ready to go out of the box is a BIG selling poi by Malcontent · · Score: 2

    I don't mean to be flip but you sould consider buying a book or two. For example Postgres is a wonderful free database, with the ten thousand dollars you saved you could spend $100.00 on a couple of good books.

    --

    War is necrophilia.

  62. Re:Ready to go out of the box is a BIG selling poi by Eric+Damron · · Score: 2

    Oh, I do buy books. But even so, I don't have time to read them all. It takes a lot of effort even with books to setup EVERY system that I use.

    I really love Linux. It's power, flexibility and open source philosophy is wonderful. But really, business people just don't have the time to read all of the books that it takes to configure all of the various parts of a Linux server. And small businesses can't afford to hire an expert every time that they need something done.

    The answer, I feel, is to have configuration tools for the complete idiots. I know I would use them! :)

    --
    The race isn't always to the swift... but that's the way to bet!
  63. Re:Ready to go out of the box is a BIG selling poi by Malcontent · · Score: 2

    Most business people I know (and I know a ton) know nothing, read nothing, configure nothing, install nothing. They hire people to do that for them. Most businesses with more then two or three employees rely on local consultants to manage their IT work. Bigger ones employ bigger companies.

    And you know what manually configuring things is no longer required. With programs like linuxconf and webmin (especially webmin) any body can configure just about anything. Install webmin you won't be sorry.

    --

    War is necrophilia.