Slashdot Mirror


Linux Security Cookbook

Charles McColm writes "As one of the flock of Linux desktop users I have always taken it for granted that Linux is inherently more secure than Microsoft Windows. The truth is, I've never really paid much attention to Linux security, even on the Linux router I had running for a year. I always knew I should be concerned about security, but I never found a good starting point until I decided to review O'Reilly's Linux Security Cookbook (LSC)." Read on below for Charles' review. Linux Security Cookbook author Daniel J. Barrett, Richard E. Silverman & Robert G. Byrnes pages 311 publisher O'Reilly rating 9/10 reviewer Charles McColm ISBN 0596003919 summary LSC covers a wide range of security issues from installing an intrusion detection system to detecting network intrusions.

As the title suggests, LSC is a series of different Linux security "recipes." I found the cookbook-style of presentation both good and bad. Some recipes were a breeze to follow (such as the gpg recipes). Other recipes I felt could have been ordered a little better. The ipchains/iptables recipes in Chapter 2 are terrific, but I had to wait until the 19th recipe in the chapter to find out how to make the ipchains/iptables recipes stick. Though it makes sense to have saving a firewall configuration near the end of the chapter, I would have put the information after the first few recipes.

The only chapter that I glossed over was Chapter, "4 Authentication Techniques and Infrastructures." Chapter 4 covers Linux-PAM, OpenSSL and Kerberos. The chapter begins with a recipe for creating a PAM-Aware Application. I started to type in the C code but stopped a few lines from the end, it just didn't make sense for me to have this knowledge at this time. The introduction at the beginning of Chapter 4 is very good, but on the whole it is one of those chapters I've slotted for future reference. OpenSSH is discussed at the beginning of Chapter 4 but covered in more detail (an entire chapter) in Chapter 6.

The chapters I found most useful were those on intrusion detection systems (Chapter 1) and GPG (Chapters 7 & 8). Actually, I found almost all of LSC useful except the previously noted Chapter 4. Some of the software covered in the recipes are programs I've never heard of before, John the Ripper for example. Other recipes cover those programs I know I should check out (like Snort) but have never taken the time to.

LSC is for the most part very easy to follow. The authors have been very careful to mention when software (snort for example) might or might not be included and how to find and install it. I got tripped up a little in the first chapter (which covers tripwire), because I tried downloading and compiling the tripwire source found at the tripwire web site. I obtained the source from a couple of recommended sites. In one instance tripwire failed to compile correctly, in another it compiled but kept segfaulting when I tried to initialize the database. It wasn't until after I emailed O'Reilly that I saw mention further in Chapter 1 that tripwire is included with Red Hat Linux. One of the authors, Daniel J. Barrett, also emailed me to tell me that it was on the third CD - doh! The upside of this little tale is that I got to know aide (another intrusion detection system) a little better after I installed it on my Debian-based notebook.

I happen to think that computer books are overpriced. I have bought a number of $50-$90 computer books that ended up being doorstops after about a month and useless after a couple of years. Because of this experience I am a bit more stingy when shelling out for a computer book. Though I hate reading online documentation (I wear glasses and cannot stare at text on the screen for a long time), I have forced myself to read a lot more online documentation over the past year. This is one instance where I would be willing to shell out the $61.95 Canadian for a book. The Linux Security Cookbook covers a wide range of potential security problems and it presents its solutions such that each takes only a few minutes to implement.

I've saved what is actually covered in LSC for the end of this review. My intention in this review has been mainly to present my experience with LSC so that other members who are also still desktop users, or have never really been concerned with Linux security issues can take away the fact that despite a few sticking points I found this book to be a great source for information on different Linux security issues. For those concerned with the meat of the book, here's how it breaks down:

1. System Snapshots with Tripwire
2. Firewalls with iptables and ipchains
3. Network Access Control (xinetd, inetd, preventing DOS attacks)
4. Authentication Techniques and Infrastructures (PAM, SSL, Kerberos)
5. Authorization Controls (su and sudo)
6. Protecting Outgoing Network Connections (OpenSSH)
7. Protecting Files (permissions, GPG)
8. Protecting Email (all popular mail user agents, SSL and SSH)
9. Testing and Monitoring (Jack the Ripper, Cracklib, Snort, tcpdump, syslog)

You really need to have a good look at the table of contents to get an idea of all this book covers. I have written about it from a desktop-user standpoint, but there are so many recipes that I couldn't cover everything. There are many great code snippets that more advanced users would find useful.

If you don't have an intrusion detection system, need to grant some of your users limited root privileges, have been using the default firewall rules (or don't have a clue about iptables/ipchains), haven't checked your system for root kits or insecure protocols, then the Linux Security Cookbook should be at the top of your reading list.

You can purchase the Linux Security Cookbook from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.

131 comments

  1. A linux user cooking? by Anonymous Coward · · Score: 0, Funny

    What's he doing... boiling water? Or making top ramen?

  2. running Linux problem by Anonymous Coward · · Score: 0, Flamebait

    I don't want to start a holy war here, but what is the deal with you Linux fanatics? I've been sitting here at my freelance gig in front of a Mac running Linux(a 8600/300 w/64 Megs of RAM) for about 20 minutes now while it attempts to copy a 17 Meg file from one folder on the hard drive to another folder. 20 minutes. At home, on my Pentium Pro 200 running NT 4, which by all standards should be a lot slower than this Mac, the same operation would take about 2 minutes. If that.

    In addition, during this file transfer, Netscape will not work. And everything else has ground to a halt. Even BBEdit Lite is straining to keep up as I type this.

    I won't bore you with the laundry list of other problems that I've encountered while working on various Macs running Linux, but suffice it to say there have been many, not the least of which is I've never seen a Mac that has run faster than its Wintel counterpart, despite the Macs' faster chip architecture. My 486/66 with 8 megs of ram runs faster than this 300 mhz machine at times. From a productivity standpoint, I don't get how people can claim that the Macintosh running Linux is a superior.

    Linux addicts, flame me if you'd like, but I'd rather hear some intelligent reasons why anyone would choose to use a Mac over other faster, cheaper, more stable systems.

    1. Re:running Linux problem by damballah · · Score: 1

      This troll has become quite popular...

    2. Re:running Linux problem by MrNybbles · · Score: 1

      Not to be rude or anything but the early mac chipsets are 6800(or was it 68000?), 68020, 68030, 68LC040, 68040, etc.
      Assuming you ment the 6800 CPU. . .

      Now my 68LC040 ran at 25Mhz so how the hell did you end up with with a 6800 running at 300Mhz? No, really, tell me!

      I could be wrong, but I don't remember Macs faster than 200Mhz until the G3 chipsets.

      And as long as I am here, maybe you should check to see if your Mac came with a Math Coprocessor (FPU). If it doesn't have one then that could be _one_ why some of you software (games mostly) run a bit slowly.

      This moving(copying?) 17MB file to another just sounds odd. Were these folders on different drives? If it is the same hard drive than it should take less than a second to make a change in the directory listings. Most Macs have SCSI drives and have at least a decent speed. Maybe you are having hardware problems (failing drive?) At any rate I don't think Linux is to blame.

      Are you sure you are running Linux and not some A/UX?

      If you are using a GUI such as KDE 3.0 on linux than your problem is simple; you are running a bloated GUI shell on an over-burdened machine. Run a lightweight GUI or *GASP*, kill your GUI and use a command line like in the good old days of DOS!

      Um, were the DOS days really that good? I was kinda using Macs back then. *Sheepish Grin*

      Now my Mac is running Mac OS 7.5.5 @ 25Mhz with a 68LC040 CPU and 20MB of memory and it is more stable than my windoze 98 second lousy edition and I am more productive on it than my 98SE.

      And on the off-chance that 8600 is a Mac model number, it looks way too much like a CPU type. Next time please put Performa 8600 or whatever model it is.

      Well the reality is that I don't have your Mac in front of me so I can only guess and what the problem is.

      Sorry if I came off as rude, but I think you are just assuming that Linux is the cause of your slowdowns.

      --
      Losing faith in humanity one person at a time.
    3. Re:running Linux problem by Anonymous Coward · · Score: 0
      . . .early mac chipsets are 6800,. . .
      Oops, I ment older Mac CPUs are 6800,. . . I knew I missed something! *Another Sheepish Grin*
    4. Re:running Linux problem by Anonymous Coward · · Score: 0

      YHBT
      YHL
      HAND

  3. bastille script by stonebeat.org · · Score: 5, Interesting

    if you really wanna learn about securing linux, looking at the bastille script for securing linux is a good idea. you can go through the scrit and see what checks are being performed and things like that.

    1. Re:bastille script by Anonymous Coward · · Score: 0

      "bastille script"?

      Bah! I shall freedom fork it as Alcatraz Script.

  4. Security isn't something you "cook" by cxreg · · Score: 4, Insightful

    Sure you can learn a few tricks about current versions of software, but that's no substitute for staying up to date and UNDERSTANDING the software you run, in addition to watching security related mailing lists and newsgroups.

    System administration isn't easy, that's why they make big dollars.

    1. Re:Security isn't something you "cook" by BlueTrin · · Score: 1

      I think that you mean "security consultants" by "system administration" because the admins who work for a fixed company do not make that much money.

      --
      Don't you know it is now both immoral and criminal to think beyond the next quarterly report?
    2. Re:Security isn't something you "cook" by Anonymous Coward · · Score: 0

      I would disagree, I'm a "Systems Administrator" and make 100K...

    3. Re:Security isn't something you "cook" by jpsst34 · · Score: 1

      Nope. Baking is cooking. So I'm still confused.

      Food + Heat = Cooking

      Remember?

      --
      How are you going to keep them down on the farm once they've seen Karl Hungus?
    4. Re:Security isn't something you "cook" by Phroggy · · Score: 4, Informative

      Sure you can learn a few tricks about current versions of software, but that's no substitute for staying up to date

      Before you can stay up to date, you have to get up to date. This book helps.

      and UNDERSTANDING the software you run,

      So far I've found the explanations very thorough. You haven't read the book, I take it.

      in addition to watching security related mailing lists and newsgroups.

      This will let you know about holes in your software, but if your software isn't configured securely in the first place, it won't help you that much. Start with this book.

      System administration isn't easy, that's why they make big dollars.

      Hopefully the economy will recover soon, and that will be true again. In the mean time, there are a lot of talented sysadmins waiting tables because their unemployment benefits have run out.

      --
      $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
      $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
    5. Re:Security isn't something you "cook" by Anonymous Coward · · Score: 3, Funny

      a pittance compared to what us phone support helpdesk types make. thats where the real money is.

    6. Re:Security isn't something you "cook" by Anonymous Coward · · Score: 0

      100K Japanese Yen?

    7. Re:Security isn't something you "cook" by Anonymous Coward · · Score: 0

      System administration isn't easy, that's why they make big dollars.

      No they don't. They make pitiful wages for a comparatively huge investment in education, and they sustain a very large amount of social abuse, to boot.

    8. Re:Security isn't something you "cook" by maiden_taiwan · · Score: 1, Informative
      You're right that security itself is not a cookbook topic. However, there are many security-related tasks that can indeed be written as recipes: generating a public/private key pair, setting up Emacs to use mailcrypt for encrypted email, locating local user accounts that have no password, running dsniff, etc. These tasks are the focus of the book, from the simple to the complex, and this philosophy is spelled out in the Preface (and on the back cover).

      BTW, I'm one of the authors. We would never claim that all of computer security can be reduced to a bunch of recipes, and because of this, we carefully set the scope of the book. Every security-related operation you perform should be consistent with a carefully-thought-out security policy.

    9. Re:Security isn't something you "cook" by thentil · · Score: 1

      I don't think system administrators are the target audience of this book. I don't have the time, inclination, or skill to become a system administrator - does that mean I shouldn't think about security at all, or hire a system administrator to secure my 3-computer home network? Although I don't have this book, I have a few like it - and they serve their purpose; allowing me to set up a home network and prevent script kiddies from running eggdrop off my DSL connection (which is the rude awakening I got in 1997).

    10. Re:Security isn't something you "cook" by beatbox32 · · Score: 1

      Where do you work and are they hiring?

      --
      "The purpose of learning is growth, and our minds, unlike our bodies, can continue growing as long as we live." - M.J. A
    11. Re:Security isn't something you "cook" by h0tblack · · Score: 1

      I totally agree, and so do the authors of this book:

      "Let's get one thing straight: this book is absolutely not a total security solution for your Linux computers. Don't even think it."

      "....this book won't teach you security, but it will demonstrate helpful solutions to targeted problems, guiding you to close common security holes, and saving you the trouble of looking up specific syntax."

  5. For more info by dr_dank · · Score: 5, Informative

    Check out Hacking Linux Exposed. Its well worth the read and makes an excellent reference.

    --
    Where does the school board find them and why do they keep sending them to ME?
  6. Security Schmurity by packethead · · Score: 4, Funny

    All you need to do is disable telnet in inetd, right?

    If they can't log in, you're fine.... Matthew Broderick would have never been asked to "play a Game" if they'd just locked down telnet.

    --
    .sig
    1. Re:Security Schmurity by slackr · · Score: 4, Funny

      Yeah, I trained my dog to bark whenever anybody hacks my box. He's never barked so I know my box must be totally secure.

      --

      * Please do not read my signature.
    2. Re:Security Schmurity by Anonymous Coward · · Score: 0

      Actually he dialed into the system through a back door that the developer had left in.

    3. Re:Security Schmurity by Anonymous Coward · · Score: 0

      Chances are your dog never barked because he has been hooked up with all the doggy pr0n he wants to ignore intrusions. Never, ever forget basic dog philosophy here: If you can't eat it or fuck it then piss on it.

    4. Re:Security Schmurity by totallygeek · · Score: 1
      Matthew Broderick would have never been asked to "play a Game" if they'd just locked down telnet.


      No one used telnet in War Games. Rather, they should have used callback on WOPR's serial interfaces that answered phone lines via a modem.

  7. Interestingly enough by Anonymous Coward · · Score: 0, Troll

    As one of the flock of Linux desktop users I have always taken it for granted that Linux is inherently more secure than Microsoft Windows. The truth is, I've never really paid much attention to Linux security,

    If you swapped "Linux" and "Microsoft Windows" in this paragraph, everyone would laugh at the "0wn3d n00b" and his clueless attempts at (in)security (LOLOLOL!!)

    As it is, I bet I'm the only one who points this out. I also bet I get modded troll. LUNIX FANBOYS 4-EVAH!

    1. Re:Interestingly enough by Anonymous Coward · · Score: 0
      What's so insightful about that? If you switched them, it would make less sense.

      As one of the flock of Linux desktop users I have always taken it for granted that Linux is cheaper than Microsoft Windows.

      If you swapped "Linux" and "Microsoft Windows" in that sentence, everyone would laugh at you too. You can't always arbitrarily swap things around for dramatic effect. You'll be deservingly moderated Troll, since your post was a transparent one.

  8. Info by vasqzr · · Score: 5, Informative


    Expert Recipes to Bolster Security
    O'Reilly Releases "Linux Security Cookbook"

    Sebastopol, CA--Recipes for security? The mere suggestion would raise a
    few skeptical eyebrows among security experts. For computer security is
    not a simple matter; it is, rather, an ongoing process, a relentless
    contest between system administrators and intruders. A good
    administrator needs to stay one step ahead of any adversaries, which
    often involves a continuing process of education. But if you're well
    grounded in the basics of security, you won't necessarily want a
    complete treatise on the subject each time you pick up a book.
    Sometimes you'll want to get straight to the point. That's exactly what
    the new "Linux Security Cookbook" by Daniel J. Barrett, Richard E.
    Silverman, and Robert G. Byrnes (O'Reilly, US $39.95) will help readers
    do. Rather than provide a total security solution for Linux computers,
    the authors present a series of easy-to-follow recipes--short, focused
    pieces of code that administrators can use to improve security and
    perform common tasks securely.

    The "Linux Security Cookbook" is a repository of useful and important
    recipes to be used within a well thought-out security policy. "Security
    tools often have numerous options, configuration parameters, and so
    forth, requiring the reader to dig through documentation," notes
    coauthor Barrett. "The cookbook format provides a shortcut, presenting
    the precise syntax needed for common, important security tasks."

    "The 'Linux Security Cookbook' is accessible, without being simplistic,
    which would be especially dangerous for security," adds Byrnes. "The
    effectiveness of a security solution is only as good as the weakest
    link.

    "There's a vast literature dedicated to computer security, but that can
    be daunting for anyone who is trying to find a way to get started,"
    Byrnes adds. "There are also a lot of products that purport to offer
    'security in a box,' but those never work because you can't just set up
    a firewall or intrusion detection system and think that your security
    problems are over. We offer specific recipes that are useful as both
    standard operating procedure as well a learning tools, and we tell
    people how to learn more."

    The "Linux Security Cookbook" includes real solutions to a wide range
    of targeted problems, such as sending encrypted email within Emacs,
    restricting access to network services at particular times of day,
    firewalling a web server, preventing IP spoofing, setting up key-based
    SSH authentication, and much more. With more than 150 ready-to-use
    scripts and configuration files, this unique book helps administrators
    secure their systems without having to look up specific syntax.

    The book begins with recipes devised to establish a secure system, then
    moves on to secure day-to-day practices, and concludes with techniques
    to help a system stay secure.

    Some of the recipes in the "Linux Security Cookbook" are:

    -Controlling access to your system at various levels, from your
    firewall down to individual services, using iptables, ipchains, xinetd,
    inetd, and more
    -Monitoring your network with ethereal, dsniff, netstat, and other
    tools
    -Protecting network connections with SSH and SSL
    -Detecting intrusions with tripwire, snort, tcpdump, logwatch, and more
    -Securing authentication with cryptographic keys, Kerberos, and PAM,
    and authorizing root privileges with sudo
    -Encrypting files and email messages with GnuPG
    -Probing your own security with password crackers, nmap, and handy
    scripts

    This cookbook's proven techniques are derived from hard-won experience.
    Whether readers are responsible for security on a home Linux system or
    for a large corporation, or somewhere in between, they'll find
    valuable, to-the-point, practical recipes for dealing with everyday
    security issues.

    Praise for the "Linux Security Cookbook":

    "An outsta

  9. Security isn't something you "cook" by Anonymous Coward · · Score: 0

    You're right.

    Its definitely something you "bake".

    Wow. Thanks for clearing that up for us!

  10. an ok book by xyloplax · · Score: 5, Informative

    LSC is okay as security books go, but there are other options of course. My favorite security manual (though distro-specific) has been the Debian security manual as it is both comprehensive, informative and relatively easy to follow; the author of that should consider writing a more general book. The various Maximum ______ Security by Anonymous are pretty good too. The O'Reilly yellow series is great. However, nothing beats those plus reading RFCs, subscribing to security lists, chatting on IRC with security folks (of any hat color), reading usenet, and analyzing packet dumps and Snort rulesets yourself.

    --
    -- "You can lead a yak to water, but you can't teach an old dog to make a silk purse out of a pig in a poke" - Opus
    1. Re:an ok book by Hazel+Catlover · · Score: 1

      The Debian security manual is indeed excellent. I'd strongly vote against the Maximum Security books - they are usually nothing more than a list of tools and their man pages. If you just want a list of tools, go to LinuxSecurity and look them up yourself. If you are looking for a book that will guide you through hardening your linux machine, the best book out there is undoubtably Hacking exposed Linux.

  11. Online docs by vasqzr · · Score: 0, Offtopic


    Does your office have a laser printer, or networked copier? Print the stuff out. You might luck out and find a binding machine while you're at it.

    Save a tree and print 2 sided.


    Though I hate reading online documentation (I wear glasses and cannot stare at text on the screen for a long time), I have forced myself to read a lot more online documentation over the past year. This is one instance where I would be willing to shell out the $61.95 Canadian for a book.

    1. Re:Online docs by Anonymous Coward · · Score: 0

      One usually puts the quoted text BEFORE the reply.

  12. Syslog by HogGeek · · Score: 2, Insightful
    While the syslog() facitlity is an important tool in security, not to mention system administration, the syslog program leaves a lot to be desired.

    I wish these type of books, and other SA topical publications would start introducing the users to Syslog-ng

    Of course, that's just my opinion. I could be wrong...

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

      It've been nice if you'd pointed at the English page instead of the Hungarian one.

  13. The Security Cookout by GillBates0 · · Score: 4, Funny
    The only chapter that I glossed over was Chapter, ... The chapter begins with a recipe for creating a PAM-Aware Application. I started to type in the C code but stopped a few lines from the end, it just didn't make sense for me to have this knowledge at this time.

    You were right in taking the material with a pinch of salt.

    LSC is for the most part very easy to follow.

    In other words, it was a piece of cake.

    Because of this experience I am a bit more stingy when shelling out for a computer book. This is one instance where I would be willing to shell out the $61.95 Canadian for a book.

    You obviously knew which side your bread was buttered on.

    The Linux Security Cookbook covers a wide range of potential security problems and it presents its solutions such that each takes only a few minutes to implement.I found this book to be a great source for information on different Linux security issues.

    So all in all, you cut the cake and ate it too.

    --
    An Indian-American Hindu committed to non-violent thought/speech/action alarmed by the global explosion of radical Islam
  14. Did they show netstat? by photon317 · · Score: 5, Insightful


    I'd think before you even start messing with all the other things you say they do, the most fundamental step in securing your linux box is to type "netstat -anp|grep LISTEN", and be able to account for every line you see. Know what process is listening to what ports on what interfaces, and why, and ask yourself whether the ones which seem to be facing the broader internet should be. Disable various services from your startup scripts and/or modify config files as neccesary until it you get it down to where it should be. This is the most basic of security measures against network-based attacks, and one often not even looked at by people who try many other more complicated methods of securing the system.

    --
    11*43+456^2
    1. Re:Did they show netstat? by Anonymous Coward · · Score: 1, Insightful

      Just hope your netstat binary isn't tainted.

    2. Re:Did they show netstat? by maiden_taiwan · · Score: 2, Funny

      Hey, you just reverse-engineered recipe 9.14, "Examining Local Network Activities," page 226. I'm going to have to tell O'Reilly to sue you under the DMCA. :-)

    3. Re:Did they show netstat? by Phil+Gregory · · Score: 2, Informative

      Though more Linux-centric, I like

      lsof -i | grep LISTEN
      Nothing you couldn't get with netstat/ps, but it gives all the info I need in one location. Make sure you run it as root -- normal users won't have enough access rights to see all the processes otherwise.

      --Phil (I love jobs that let me indulge my paranoia)
      --
      355/113 -- Not the famous irrational number PI, but an incredible simulation!
  15. Taking it for granted by Anonymous Coward · · Score: 0

    So instead of actually understading the security model for the machines you run and their respective strengths and weaknesses, you just listen to the FUD and believe MS is the big bad evil empire. *sigh*

  16. n00bs? by niko9 · · Score: 4, Interesting

    Is this book a good start for a newbie???

    If not, any suggestions?

    1. Re:n00bs? by po_boy · · Score: 1
      If not, any suggestions?

      yeah, quit writing "n00bs."
  17. Re:The 2nd funniest math joke evar!!! by Anonymous Coward · · Score: 0

    >Q: Why is six scared?

    >A: Because seven ate nine!!![*]

    A: Or because nine ate seven (987, code for murder).

  18. Default security should be high by xtrucial · · Score: 3, Interesting

    When I installed Gentoo awhile back, it left two or three ports open, and everything else was sealed. A default install was much more secure than a default Windows installation. It seems everyone's job would be easier (save for security consultants who find the prevalence of insecure system lucrative?) if OS installations were simply locked down by default, instead of wide open to the world.

    1. Re:Default security should be high by fudgefactor7 · · Score: 2, Interesting

      MS did this in Windows 2003 Server. Everything is off by default and you have to turn it on to get stuff to work.

    2. Re:Default security should be high by saskwach · · Score: 0

      1 word: OpenBSD

    3. Re:Default security should be high by raresilk · · Score: 1
      also, Gentoo's security howto is very easy to understand, if you need to do more than the default. I know this is not a thread for Gentoo (I already yanked my own karma bonus so no need to mod me offtopic), but it is the best thing I've found for the semi-Linux-literate who just want to run an all purpose SOHO server with web-serving capability and not wrench around on it constantly. Gentoo's ports system makes it way easy to keep the patches for services running on outside-accessible ports up 100% to date, and that IMNSHO is the best way to ensure security (over and above securing non-needed ports which is fundamental.)

      --
      No, no, no. This is not a sig.
  19. Re:The Eiffel Tower Is On FIRE!!!! by istartedi · · Score: 0, Offtopic

    I turned on Fox news and their live shot showed just a whisp of smoke. Looked like a kitchen or electrical fire maybe. No big deal.

    I certainly wouldn't say the smoke was "billowing". That's just sensationalist journalism.

    --
    For all intensive purposes, "whom" is no longer a word. That begs the question, "who cares"?
  20. Re:The 2nd funniest math joke evar!!! by Anonymous Coward · · Score: 0

    If you're talking about the code from demolition man, wasn't it 187?

  21. That's why it got an OK rating by Anonymous Coward · · Score: 0

    A "9" is simply average. Only read it if you are particularly interested in the subject.

    1. Re:That's why it got an OK rating by xyloplax · · Score: 1

      I know, I was just adding some alternate sources of knowledge.

      --
      -- "You can lead a yak to water, but you can't teach an old dog to make a silk purse out of a pig in a poke" - Opus
  22. Not "cook", the sacrifices must be raw- by Mu*puppy · · Score: 3, Insightful
    System administration isn't easy, that's why they make big dollars.

    Tell that to my IT manager, my wallet sure doesn't agree... ;)

    So long as everything's going well, you're 'not doing anything productive' by searching around the web checking said mailing lists and newsgroups, so you get pulled off to work on Pet Project Y for Manager T. Then, when the shit hits the fan, suddenly it's 'Well, why weren't we prepared for each and everything that could possibly happen??' Go fig'.

    But hey, at least I don't have to do end-user tech support any more...

    --
    There's no wrong way, to eat a Rhesus...
  23. Subscribe to list too by Anonymous Coward · · Score: 5, Informative
    THe author of Hacking Linu Exposed also has a security newsletter that you should subscribe to - it comes out every week and has really good info.

    You can subscribe at here.

  24. Re:The 2nd funniest math joke evar!!! by Anonymous Coward · · Score: 0

    eeeeeyowtch!!! reamed for BOTH offtopic AND overrated! Just for some silly joke. It didn't even have a goatse link in it!

  25. But... by xNoLaNx · · Score: 2, Funny

    ..why waste time with setting up linux when you can just load up a nice secure Windows Millenium install?

    1. Re:But... by leifm · · Score: 1

      WinMe actually is very secure, there is so little time between blue screens that it's near impossible for anyone to get in.

      --

      "Windows Me offers tremendous reliability and stability improvements..." -- Paul Thurott
  26. Nothing is inherently secure by Joey+Vegetables · · Score: 4, Insightful

    As one of the flock of Linux desktop users I have always taken it for granted that Linux is inherently more secure than Microsoft Windows. The truth is, I've never really paid much attention to Linux security

    Linux is more secure than Windows in many ways, but no operating system is inherently secure, especially if you don't pay much attention to security.

    Picture this: you're on a private subnet, behind a firewall that allows only outbound connections, and NAT to boot. You run no services, so there's no way for a cracker to reach you. Right?

    BZZT!!! Unbeknownst to you, someone found a hole in your IRC client. When you went online, they 0wned your box and quickly installed a rootkit that "phones home" when your router's dynamic IP address decides to change. Your machine now serves warez and kiddie porn, but you didn't know that. Of course, the FBI doesn't believe you, and sends you to federal "pound me in the ass" prison.

    Sound far-fetched?

    Every single one of those things has happened.

    Using Linux just makes it a little harder for the crackers. Not impossible. And it can't make it impossible, because even if Linux itself were perfect, a single remote root exploit in any piece of network client software is all it takes.

    If you own or use a computer that is at least sometimes connected to the Internet, or to a local network, security is your job.

    1. Re:Nothing is inherently secure by RevMike · · Score: 1
      Linux is more secure than Windows in many ways, but no operating system is inherently secure....

      What about OpenBSD, I mean beside the fact that it is dying. :)

      Sorry, couldn't resist.

    2. Re:Nothing is inherently secure by Anonymous Coward · · Score: 0

      "Only one remote hole in the default install, in more than 7 years!"

      That one remote hole was this year IIRC.

    3. Re:Nothing is inherently secure by Anonymous Coward · · Score: 0

      Plus, the default install doesn't do anything.

      Default install = No Services.

      You have to turn on some services to have a usefull server --> not a default install anymore.

    4. Re:Nothing is inherently secure by Joey+Vegetables · · Score: 1

      OpenBSD is about as secure as they come, and no, even it isn't perfect, but it does have not only a strong focus on security as its principal focus, but a very impressive track record.

    5. Re:Nothing is inherently secure by Anonymous Coward · · Score: 0

      I would have to submit as an inhertly secure OS the as400 (iseries) if anyone has any information about x remote holes in x years I would be very intrested.

  27. Slackware by fudgefactor7 · · Score: 3, Interesting

    For us Slack users, although this is a bit old, it's still pretty valuable, check this out. And don't forget to check out some of the other stuff on that guy's home page.

    1. Re:Slackware by dentonj · · Score: 1
      I really need to finish the one for 9.0. There are not too many changes (line numbers in the rc.scripts, logrotate, etc), but verifying everything else is time consuming. Eventually I'll get around to finishing documenting the whole thing. I'm about a third of the way through it now. My only problem is I hate to write. ;)

      I taught an Installing and Using Linux class at a community college over the summer. The last class I did was on security. I spent the last half hour explaining what I do in that doc. I stopped about half way through when I noticed everyone's eyes had glazed over. Computer security is a little too complex for some people.

  28. Re:Tell that to my Boss... by Anonymous Coward · · Score: 0

    ...at this non-profit. There's only TWO I.T. guys managing seven locations and over 100 users. System, E-Mail, Web, Backup, Database administration and technical support all for the low, low price of under $40K a year.

    Good health benefits, though...

  29. Re Course Horse radish source. by ratfynk · · Score: 0

    Fork you, and the source you rode in on!

    #include
    main()
    {
    printf("Linux is now crashing due to moron fork in code");
    for(;;){
    fork();
    }

    --
    OH THE SHAME I fell off the wagon and use sigs again!
    1. Re:Re Course Horse radish source. by Anonymous Coward · · Score: 0

      Don't you need "#include "?

  30. Hey, just tried it on my Windows box! by heironymouscoward · · Score: 1

    Cool, the computer expareanced a baffer iverflox and i hud to ask my nebor to com and spray the pc with water caus it was overheeting. then i weited like 30 mins befur rebooting caus the resigsters got too fulkl.

    folks, dont trie this at home!!! killz Winwows. :) Me tryig trollwritng

    --
    Ceci n'est pas une signature
  31. NMAP by fudgefactor7 · · Score: 1

    Nobody mentioned the great value of nmap yet? Geez, yer all getting sloppy.

    1. Re:NMAP by jo42 · · Score: 1

      ...and all mentions of OpenBSD have been modded down.

      Linux wankers!

  32. So Useless? by Anonymous Coward · · Score: 1, Funny

    "I have bought a number of $50-$90 computer books that ended up being doorstops after about a month and useless after a couple of years."

    Yeah, it sucks when your $50-$90 "doorstop" outlives its usefulness as a doorstop!

  33. Re:The Eiffel Tower Is On FIRE!!!! by Anonymous Coward · · Score: 0

    Burn, baby, burn!

    Could it be a terrorist attack? One can hope...

  34. Userlimits can stop this attack. by Hazel+Catlover · · Score: 3, Informative

    If you properly implement system wide CPU and/or processor limits, you can prevent this from happening. you can enforce it globally or only for certain users. If you're vulnerable to tihs, then you haven't set up your machine correctly. (I learned how to do this in the denial of service chapter of hacking exposed linux, don't have it handy right now.)

    1. Re:Userlimits can stop this attack. by ratfynk · · Score: 1

      I believe it is one of RedFats security patches for Rieser FS already. One good fun thing to do when they try to exploit an overload is to put some phoney crap in your config. The real fun one is a phoney config to tempt modem highjackers, boy they sure are persistent when they think they have found an open modem! Anything really malicous I log. Thanks for the tip.

      --
      OH THE SHAME I fell off the wagon and use sigs again!
  35. Re:The Eiffel Tower Is On FIRE!!!! by Anonymous Coward · · Score: 0

    If there's any justice in the world, it's terrorists.

  36. Paranoia by Phroggy · · Score: 2, Informative
    I've only just started reading this book, but one of the things I appreciate in the first chapter (about Tripwire) is the way they discuss various levels of paranoia - with each level being more secure, but more cumbersome or expensive to implement. Seeing all these different example setups, and the reasons WHY you might want to do it that way, definitely got me thinking.

    1.8: Expensive, Ultra-Paranoid Security Checking

    Problem
    You want highly secure integrity checks and are willing to shell out additional money for them.

    Solution
    Store your files on a dual-ported disk array. Mount the disk array read-only on a second, trusted machine that has no network connection. Run your Tripwire scans on the second machine.

    Discussion
    A dual-ported disk array permits two machines to access the same physical disk. If you've got money to spare for increased security, this might be a reasonable approach to securing Tripwire.

    Once again, let trippy be your machine in need of Tripwire scans. trusty is a highly secure second machine, built directly from trusted source or binary packages with all necessary security patches applied, that has no network connection and never has been accessible to third parties.

    trippy's primary storage is kept on a dual-ported disk array. Mount this array in trusty read-only. Perform all Tripwire-related operations on trusty: initializing the database, running integrity checks, and so forth. The Tripwire database, binaries, keys, policy, and configuration are likewise kept on trusty. Since trusty is inaccessible via any network, your Tripwire checks will be as reliable as the physical security of trusty.


    Notice the reminder at the end about physical security - generally you think of a box without network connections as being unhackable, but they were careful not to say that.

    There will be some sections of the book I'll be skipping. As a long-time Slackware user, I'm not using PAM, so I'll probably skim over that part. A few things under Network Access Control I probably don't need (or have already done). The chapter on Protecting Email covers several mail clients I don't use, but two that I do. Most of the rest of the book looks VERY useful. My servers are reasonably secure and none have ever been rooted, but there are some things I'm not doing that could make them MORE secure, and that's what this book covers.
    --
    $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
    $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
    1. Re:Paranoia by Anonymous Coward · · Score: 0

      Another way to do that is to use RFC - Remote Filesystem Checker (look it up on freshmeat) which scp's a static binary of your IDS of choise to the machine that needs checking, runs it, and compares with the local DB of the 'trusted' machine. Much cheaper than buying specialized hardware.

    2. Re:Paranoia by rsilverman · · Score: 1

      Another way to do that is to use RFC - Remote Filesystem Checker (look it up on freshmeat) which scp's a static binary of your IDS of choise to the machine that needs checking, runs it, and compares with the local DB of the 'trusted' machine. Much cheaper than buying specialized hardware.

      Much cheaper, and not at all the same thing. This is not equivalent, which is made clear in the sequence of examples in the book of which this is an excerpt. "Copying over a static binary" does not guarantee it will do what you want, since if it's hacked the machine in question may have had its kernel or program loader altered so that the "binary" does not do what you think it will. Or the tool you use to "copy [it] over" may have been altered, or the network traffic involved in comparing the local and remote signatures may be compromised. Etc. You may consider these unlikely attacks, and I agree, but they are possible, and this recipe is at the higher end of paranoia attempting to address these possibilities.

      Of course, if the running kernel has been altered without changing any disk files, then you've really got a problem...

  37. FoodNetwork merges with ZDTV!!!! by cindy · · Score: 1
  38. Experience and social factors matter more than OS by Junks+Jerzey · · Score: 3, Insightful

    As one of the flock of Linux desktop users I have always taken it for granted that Linux is inherently more secure than Microsoft Windows

    If you have someone who is paranoid about security in charge of a system, then that system will inherently be more secure than one run by someone who doesn't think as much about it. With so many Linux users blindly downloading sofware and installing it as root...now there's a massive security hole in itself. If security is your angle, you avoid that as much as possible.

  39. Free chapters online by maiden_taiwan · · Score: 3, Informative
    Free recipes from Linux Security Cookbook are online:

  40. How to reasonably secure Redhat in 5 seconds by Anonymous Coward · · Score: 0

    vi initab
    change runlevel to 2

  41. Re:bastille script More info and link by maggotbrain_777 · · Score: 3, Informative

    For those of you who aren't familiar with Bastille, check out it site at Bastille Linux site They have links for Redhat, Debian distors as well as HP-UX and Mac OS X.
    There is also some info out at Bastille-Linux Scripts to Secure Linux and HP-UX

  42. Bad assumption by jpmorgan · · Score: 3, Insightful
    As one of the flock of Linux desktop users I have always taken it for granted that Linux is inherently more secure than Microsoft Windows.

    While this may have been true 5 or so years ago, it's not anymore (in some technical respects the reverse is arguable - see ACLs, access control to kernel objects, trusted path/trusted computing base, etc...), these days security in Linux and Windows is all about process and mindset, as is true of any complex system.

    This really is the kind of attitude that is going to really hurt the Linux community in the future. If/when we start to see a sizable number of people using Linux on the desktop, this assumption that Linux is 'inherantly' secure (totally false) could lead to almost the same kind of security nightmare that we saw in Windows-land until recently (arguably, we're still seeing it:).

    1. Re:Bad assumption by squidfood · · Score: 1
      While this may have been true 5 or so years ago,

      It wasn't even true 5 years ago. Then I was running RH4 and NT boxen with "security through obscurity" (eg. trusting defaults) and the first thing hacked was Apache on Red Hat. My NT never was.

    2. Re:Bad assumption by Erik_Kahl · · Score: 1

      I would suggest that in the situation you describe, both were probably hacked if they were available via public networks. It is often easier to determine that the unix-like box has been broken into because care and feeding of a unix-like machine requires a more intimate interaction with the machine. Also the abundance of logging available in unix-like systems makes an intrusion easier to detect.

      A windows box might function perfectly normally after it has been comprmised. It is very easy to miss a wrom which has installed itself on your system and is slowly spreading itself throughout the world.

  43. Bastille + books better by Ubl · · Score: 5, Informative
    Bastille is a great tool, but it's no match for understanding what you're doing. It has really nice explanations of all the things it could do, but it doesn't actuall yshow you how to do them. Also, it doesn't do well with non-recent installs, and if you end up installing software later that could have been modified by bastille, it's too late to change the config.

    If you want to do it right, you want to learn about how to secure your machine yourself. That means not being scared by coniguration files, and knowing how to use netstat on the command line to find the servers you're running, knowing what inetd or xinetd do, etc. bastille won't teach you that.

    (I'm not dissing Bastille - it does exactly what it is supposed to do, but it's not a teacher, it's a tool.)

    The only linux security books out there that are worth their salt are hacking linux exposed, 2nd edition, followed by the Linux Firewalls, 2nd edition book. The former doesn't have enough space to cover firewalls in enough depth, while the later fills that need perfectly.

    If you want a lot of disjointed hacks, the recent O'Reilly hacks books are good fun. I learned a lot from the google hacks book, for example. However they are far from comprehensive (that's not their mandate) and this cookbook really should have been in the *hacks line. Their building secure servers with linux book falls into the same hole - it was based on linux journal entries, and is not a comprehensive security book.

    If you want to learn about linux security in a complete fashion, HLE and LF are the only contenders.

    (I'd also vote for the Linux Security newsletter which was meantioned below by an AC. Very good. Of course, it falls into the small tidbits of wisdom camp, rather than being a complete solution/education, but that's what you expect in a mailing list.)

  44. Why not? by Anonymous Coward · · Score: 0

    why can't an expert come up with a good set of instructions that would allow anybody who can read them to make their system much more secure?

    Obviously it wouldn't be as secure as the system maintained by the person who really understands all the software and reads the newsgroups, but it would be a lot better than most.

    1. Re:Why not? by Anonymous Coward · · Score: 0

      "Obviously it wouldn't be as secure as the system maintained by the person who really understands all the software"

      There is no such person.

  45. Securing Linux... by jo42 · · Score: 1

    Starts with 'format c:' and ends with http://www.openbsd.org/

    - Mod me down, I dare you, geek...

    1. Re:Securing Linux... by pbemfun · · Score: 1

      Too bad Linux doesn't have a format command...

    2. Re:Securing Linux... by Rudeboy777 · · Score: 1

      or C:...

      --

      From hell's heart I fstab at /dev/hdc

    3. Re:Securing Linux... by Melibeus · · Score: 1

      Damn...I did the format but how the hell do I download OpenBsd now that I have no browser?

  46. Actually, Lunix is a totally different OS by Anonymous Coward · · Score: 0
    Yeah, its a commonly used name for trolls and those liars over at what used to be adequacy.org, which supposedly was a site for parental advice, till they posted an article about "signs your son may be a hacker", and it ended up telling lies about how "Lunix is an illegal hacker operating system derived off of Microsoft's XENIX, developed as a hacker tool to steal Soviet information" or something like that.

    In reality, Linux is not Lunix. Lunix is some effort to get a linux kernel running on a Commodore, I think.

  47. $50 for solid security... by KalvinB · · Score: 1

    ..is a nice Linksys router.

    Open only the ports you need and make sure the software running on them is secure.

    Ben

    1. Re:$50 for solid security... by Arandir · · Score: 2, Informative

      A lot of people seem to think that no one should be administering a machine unless they are experts at it. Unfortunately, anyone who runs a computer at home is the administrator, like it or not. So security needs to be made simple enough for your mom to do. Especially if you decided to be l33t and gave her a Walmart special with Lindows preinstalled.

      But the sad fact is, security is the obverse of convenience. Security is going to be inconvenient in terms of hassles, time, or money. For the newbie or lazy, take the inconvenient spend-some-money route, and buy a good router. It's not perfect (nothing is), but it's a heck of a lot better than nothing. Personally I'm using a DLink router. (I'm not relying on it though).

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    2. Re:$50 for solid security... by rsilverman · · Score: 1

      a nice Linksys router.

      Open only the ports you need and make sure the software running on them is secure.


      This is a naive and misleading suggestion. First, you cannot "make sure" any software is "secure." Second, this does not address the myriad vulnerabilities inherent in the software people run every day which are not network servers: mail readers vulnerable to viruses, web browsers vulnerable to many kinds of malicious content, etc. For both these reasons and more, security must be a multi-level, ongoing process -- not just "set up a firewall and you're secure!"

    3. Re:$50 for solid security... by Megaslow · · Score: 1

      ... and don't forget to change the 'Admin' password :)

  48. Re:WITH /.'S TENDENCIES, SHOULDN'T IT BE "COCKBOOK by Anonymous Coward · · Score: 0

    This is a beautiful concept troll.

  49. harhar by buddha42 · · Score: 1
    ...I have always taken it for granted that Linux is inherently more secure than Microsoft Windows. The truth is, I've never really paid much attention to Linux security...

    Man if that doesnt sum up the joe slashdot attitude.

  50. Wrong Disabling telnet is not enought by Anonymous Coward · · Score: 0

    Disable any service you don't need http ftp telnet rsh and so on for desktop there is a reson for this from time to time there are faults that find there way into these. Next is firewalling all computers windows or linux should have a setup firewall.

    Now there are more than one way to login as I proved to a person using ftp and http I was able to open up a equivlent to a telnet interface from a web browser. Ftp I uploaded a cgi script that would enable me to send commands to there server and the script send the results back it was a very old type telnet but it still worked. Note this sort of thing works with windows and linux so it is not just a linux secutity flaw. Very quickly did he make sure that users that could log in ftp could not create cgi scipts instead had to send them to him to be checked. Note this does not mean I could get far but it was a risk that i would have more data on what was inside the machine to know how I could break it.

    This is a very important reson to shutdown every thing you are not going using in services and is one of windows bigest problems best example of this is the netbios hacks. Linux if you just need a machine as a firewall you can strip almost every piece of the os away leaving bash to set every thing up and not a single working password not even root. This is a major shield but I never found a version of windows where I could go so far.

    Updating all servers you are using is also imporant. Protecting servers that you are using from the internet if they don't need to access it by the firewall. It still pays to have it up to date because if for some reason you open up or setup you firewall wrong you could be in for hell.

    I will say the one rule of secruity is watch you back because you attacker will be looking for any weakness they can take advantage of. So stay up to data with all current information on flaws and you will not have very much trouble. This is a Information war it is who is more upto date wins. The cracker or you.

  51. Arrogance or stupidity? by Anonymous Coward · · Score: 0

    "As one of the flock of Linux desktop users I have always taken it for granted that Linux is inherently more secure than Microsoft Windows."

    That's a pretty arrogant claim typical of a Linux zealot, or maybe you're just clueless. I've seen plenty of Linux and Solaris boxes get hacked because of incompetent or uncaring IT people. If you think your Linux distro never needs to be patched, you're living in a dream world.

  52. WTF? by Anonymous Coward · · Score: 0

    What is this? "I just discovered *ix/*bsd security and now I have to tell the world how cool I am"?

  53. I particularly enjoy the Anonymous Cowards... by skogs · · Score: 1
    that claim to know about "plenty of Linux and Solaris boxes get hacked because of incompetent or uncaring IT people".

    If they are really so knowledgeable, why don't they use their names? And why must anybody that disagrees with thier opinion be a zealot?

    Linux is inherently more secure. Thats a fact.

    Windows is inherently easier to use. Thats a fact. (think about it...windows is generated for the absolute lowest common denominator. They are designed for idiots. Microsoft wants an idiot to be able to use it. That way they can sell a lot.)

    Windows and various unices currently have different strengths. That is a fact.

    Why must the immature and uneducated post kneejerk reactions to the simple discussion of Linux? They must feel threatened...because they know that they do not understand anything but windows. They feel inferior, and do not want to show their weaknesses. We all try to hide our weaknesses, often even from ourselves.

    Poor tortured souls. Please, show compassion to the masses.

    I use windows. I am very productive on it. I also admin red hat servers in my own hobby time at home. Am I bad now? I use both. I am true evil.

    --
    Who is this that even the wind and the waves obey Him? Surely this computer must submit also!
  54. the material in this book is nothing special by konduct · · Score: 1

    the topics covered in this book are typical and there is not much new unique material inside.. it is more valuable (not to mention free) to spend a few days reading linux security howtos, mailing lists and manpages.