Slashdot Mirror


What is the Best Firewall for Servers?

Sushant Bhatia asks: "I maintain a bunch of servers (Win 2003/XP Pro) at our labs in the university. Of late, the number of attacks on the computers has been more noticeable. The university provides firewall software (Kerio) but that doesn't work with Win 2003 (works with XP). And so we keep getting hit by zombie machines taken over in the Education Department or from Liberal Arts :-). So what does the Slashdot crowd use when they need to secure their Linux and Windows servers? Does it cost less than US$100?"

88 of 673 comments (clear)

  1. OpenBSD, of course! by Anonymous Coward · · Score: 5, Informative

    Ummm, OpenBSD of course! www.openbsd.org

    1. Re:OpenBSD, of course! by Krach42 · · Score: 2, Informative

      I have to agree. I use OpenBSD for my firewall, then I poke holes through to my Linux server for HTTP, and SSH.

      This avoids the situation that I had previously when someone hacked into my machine. They hacked into my OpenBSD firewall, then opened it all up, and marked my /etc/pf.conf system-immutable (so I had to reboot into single user mode to fix it.)

      This way, if they hack my Linux server, they'd still have to hack into my OpenBSD box in order to open up the ports. I have plans to lock that up tight on both ends, so you need physical access to access it.

      At that point, I'm as secure as I can get from across-the-world hackers.

      --

      I am unamerican, and proud of it!
    2. Re:OpenBSD, of course! by urlgrey · · Score: 5, Informative
      Kidding aside, OpenBSD is my choice, but any used PIII 'nix machine, be it:

      OpenBSD with PF,

      FreeBSD with either PF IPFW,

      pretty much any Unix variant OS with IPFilter,

      Linux with IPTables

      will do the job swimmingly.

      --
      Running 'Nix is like owning a Lightsaber. It's "a more elegant weapon for a more civilized time."
    3. Re:OpenBSD, of course! by Guspaz · · Score: 4, Informative

      They seem to be referring to software to put on existing servers. It would be hard to build a decent OpenBSD machine for under $100 US.

      Of course if they DID want additional hardware, the absolute cheapest general-purpose linux box is the Linksys WRT54G. At least, it becomes a general purpose box as soon as you throw OpenWRT on it. Just set up the iptables rules however you like. You may want to disable the wireless functionality.

      I've seen the WRT54G selling for as little as $50 CDN, which is probably about $40 US. It doesn't get much cheaper than that for a linux box.

      Still, I think he meant more software-wise.

    4. Re:OpenBSD, of course! by squidfood · · Score: 3, Interesting
      They seem to be referring to software to put on existing servers. It would be hard to build a decent OpenBSD machine for under $100 US.

      It was $30+OpenBSD donation for me. That was the cost government surplus PIII-450s with enough RAM and HD space for moderate use. It would be a rare university that didn't have machines like that lying around.

    5. Re:OpenBSD, of course! by leonmergen · · Score: 3, Informative

      So, why don't you make your OpenBSD a firewalled (and possibly ip-less) bridge ? That way, attackers have no way of knowing that there's a firewalled bridge between them and the HTTP server, and packets still get filtered... just disallow any outside connections to your bridge-server and you're safe.

      Make sure you set your webserver to only allow to respond to accepting connections, not initiate new connections.

      --
      - Leon Mergen
      http://www.solatis.com
    6. Re:OpenBSD, of course! by Shanep · · Score: 5, Informative

      I also have to agree.

      * DMZ: Put your servers into appropriately configured DMZ's using a seperate OpenBSD host as the firewall. Lock it down so that only traffic which you specifically allow can get through.

      * PATCH: Keep your Windows servers patched.

      * FILTER: Doesn't Windows 2003 have a built in packet filter? If so, use it!

      * HARDEN the Windows servers. Remove every service which they don't *need* to be running.

      * REPLACE any Windows servers that you can, with more secure options.

      * BACKUPS: Keep good regular backups so that it will be less hassle for you to restore from them and patch, should they be compromised. The longer between backups, the harder your job will be to fix the problem because you might find the losses of restoring an old backup hurt more than the actual compromise itself. You'll be checking what is newer and working hard to make sure that the newer files are not infected with trojans, worms, viruses, etc.

      * DON'T DEPLOY: If you can get away with it, don't give people a solution if the only solution is an insecure one. You may find that you provide a solution which people suddenly "can't live without" but is either uneconomical to keep secure or impossible to keep secure. It is better to not give people a taste of that solution at all. Especially since they worked just fine without it up until now and *you* know that they don't *need* it.

      * SOE: Develop standard operating environment's for the desktops, lock them down and enforce IT usage policies. Do the desktops need to share data amongst themselves peer-to-peer? Having worked in edu for years, I would imagine not on the whole, so apply a firewall to the SOE itself which will fit within your network configuration. A smaller department server you will be able to take ownership of and control if they want to share amongst themselves and this takes the tinker factor away from the end users and removes their excuse for admin rights for that task. You can also make it so that any damage or network congestion they cause, can be limited to their department. You do it this way for them because "you can easily backup a central server" and upper management will agree with you on that from a risk point of view. If all your desktops, servers and network are as secure as you can make them and you have polices people must adhere to, then you will have much less problems.

      What you will also find is that you will get to a stage where instead of putting out fires all the time, you will be constantly improving your systems and making IT better instead of always trying to make IT work. You will also find that problems start to settle with the real problem staff and you will then be able to manage them and point to the polices.

      --
      War crimes, torture, lies, illegal spying... Would someone give Bush a blowjob, already, so he can be impeached?
    7. Re:OpenBSD, of course! by Greedo · · Score: 2, Informative

      Grab Shorewall, a cheapo Pentium II, 2 NICs, and your favourite flavour of Linux.

      --
      Tuus crepidae innexilis sunt.
    8. Re:OpenBSD, of course! by ajs · · Score: 2, Informative

      "pf supports redundant parallel firewalls with automatic failover via CARP. This is a rare feature unless you're willing to go buy a Pix."

      Linux-HA fails firewalls just fine.

      "pf supports routing of traffic based upon OS fingerprinting."

      It's a module in iptables called "osf", but I don't recommend it. Anything that relies on information (even passively gathered information) provided by the remote host is fundamentally unreliable. Worse, by filtering based on OS you open yourself up to all sorts of confusing problems when proxies (transparent or otherwise) are involved.

      "When compared to setting up an IPtables firewall, pf is surprising simple and it's howto at openbsd.org cannot be beat."

      Howto?! Ew. I know how to configure a firewall, but if I'm going to point newbies at a firewall solution, it's going to be one that's configured out of the box. I'd recommend Fedora's default install for on-server firewalling, and any of the CD-based firewall-specific distributions for centralized firewalling.

      Still, I've set up many an iptables firewall, and unless you're doing something REALLY hairy, there's nothing all that complex about it. One config. One command to load the config. Next problem.

      I've been a bit hard on you here, and honestly I have no interest in "my OS is bigger than your OS" debates. My point was simply to demonstrate that you're showing off the features of a system you know, and ignoring the fact that a system you don't know might have those features too. What's more, that other system might have other feautres that you would find just as useful or moreso once you got used to them.

    9. Re:OpenBSD, of course! by InvalidError · · Score: 3, Informative

      Why would the power bill go down?
      P1 = 10-20W
      P2 = 15-35W
      P3 = 25-45W
      P4 = 35-165W

      Chipset and RAM power also increases across generations so a few more watts need to be added to each upgrade... and another extra in the 10-20% range for the extra VRM and PSU losses. (PWM regulator technology and components have not changed much over the last 10 years)

      But yes, having a faster CPU/RAM does make a substantial difference in firewall responsiveness and throughput. When I upgraded my router from 100MHz to 200MHz, loopback throughput roughly tripled - from 660KB/s to 2.3MB/s. (On top of being slower, a slow chip also spends more of its time processing interrupts and background stuff, leaving less time for 'useful' work, double-hit. Seems like the 100MHz chip in this case was wasting something like half of its time on house-keeping stuff.)

      2.3MB/s might not seem like much but I am not expecting local ISPs to offer >20Mbps (combined up+down) for another ~10 years... at least not under CAN$50/month.

    10. Re:OpenBSD, of course! by Krach42 · · Score: 2

      Why is it not ironic...

      Because ironic would be my saying that I run OpenBSD because it's never been hacked, and then being hacked myself.

      My statement that OpenBSD is a good OS to choose because it has a low track-record of remote exploits is perfectly justified. Just because I've had an OpenBSD system hacked on the one remote exploit in 4 years, doesn't dilute my arguement.

      Telling someone to run a software firewall on a notoriously insecure operating system is fundamentally flawed. Software fails, and if a software firewall fails, then the system is open to attack. If that system is insecure to begin with, then it's a horrible situation. Because the person thinks that they are secure, because of the firewall, but they're not.

      If you have a piece of blackbox acting as your firewall, which no one can get into and out of except with physical access, then there is no remote exploit into that box. If you have that box setup where if it fails it will take out the connection, then you're safe because the computers behind it will be safe *even in failure*.

      My problem was that I had made so that I would ssh into my firewall to get into my network. This meant that my firewall was directly attackable. No operating system is perfectly secure, but OpenBSD is as close on the default install as one can get right now. And OpenBSD on the whole has only failed once in the default install in over 4 years.

      Show me a track record like that with Windows, or Linux.

      --

      I am unamerican, and proud of it!
    11. Re:OpenBSD, of course! by RWerp · · Score: 2, Informative

      In Linux, you can craft your own iptable script, too. I did it for myself a long time ago. It's not hard. And I know exactly the behaviour that I'm to expect, and want. Just as with BSD. Maybe pf is better in technical terms (more possibilites, or whatever), but the possibility to hand-craft your firewall is the same in Linux as in BSD. Saying otherwise is spreading anti-Linux FUD.

      --
      "Long run is a misleading guide to current affairs. In the long run we are all dead." (John Maynard Keynes)
    12. Re:OpenBSD, of course! by dTb · · Score: 2, Interesting

      Linux-HA fails firewalls just fine.
      Linux-HA will failover the IP address but it does not share state between the firewalls so has the potential to break long-running connections. OpenBSD can be configured to share the stateful inspection table using pfsync see here.

  2. at the risk of getting flamed into submission... by gik · · Score: 4, Insightful

    a linux box.

    --
    ZERO
  3. Smoothwall by Anonymous Coward · · Score: 4, Informative
  4. Use a *separate* firewall box. by Richard+Steiner · · Score: 4, Insightful

    That way, platform compatibility is a nonissue.

    I use a dedicated PPro box running Coyote Linux myself, but there are far more robust solutions out there...

    --
    Mainframe/UNIX Bit Twiddler and long time Windows/Linux Hobbyist.
    The Theorem Theorem: If If, Then Then.
    1. Re:Use a *separate* firewall box. by gl4ss · · Score: 2, Interesting

      exactly my thoughts.

      from what it sounds like he just wants incoming ports blocked(being hit by zombies).

      30$ should buy an external fw/nat box with simple rules - a little more and you could get some similar router&on board firewall combos that run on top of linux too.. should fit the bill pretty well.

      well, blocking incoming ports should be doable with windows own built in fw too.. so maybe he just would want a free kerio or something - you know, with fancy menus and crappy threat detection and popups to piss you off.

      --
      world was created 5 seconds before this post as it is.
    2. Re:Use a *separate* firewall box. by jschottm · · Score: 2, Informative

      With multiple boxes, having an external facing firewall only helps so much. If one of the "protected" boxes gets infected by student activity, it'll run all over the LAN. That's part of why so many places got hit hard by the last couple Windows worms - they had firewalls and let down their internal guard and got pounded by infected internal machines, particularly when users brought in laptops that had gotten infected at home.

      There's a few things to do to limit the problem:

      1. As you said, have an external facing firewall.
      2. Have firewalls on each individual computer.
      3. Configure services to only connect to systems they actually need to talk to. (And obviously, turn off unneeded services)
      4. If feasible, you can have switch level security that prevents unauthorized machines from making connections. (IE block port 135 TCP from desktop to desktop if they're only ever supposed to connect to a server.)

  5. Hardware or Software? by glrotate · · Score: 2, Insightful

    I'd say keep the firewall software off of your Server. Get a decent hardware one from Checkpoint.

  6. What's wrong with windows firewall by gooogle · · Score: 2, Insightful

    Seriously, why put down $300 when the windows firewall will do?

    Or get a $50 router and block all uncessary ports to give yourself and additional layer of security.

    --
    -- Binary Finary
    1. Re:What's wrong with windows firewall by Alan · · Score: 2, Insightful

      Because in this case, the end result is something easier to deal with that solves the problem. If you want to maintain a "bunch" (however many that is) of installs of a windows firewall, on multiple OSs, then yea, absolutely.

      The thinking here is a separate machine will help maintainability (assuming of course that you know linux), ease of upgrades (one system vs a "bunch"). Of course, in this case a little router box would work just fine as well. The only thing with the router boxes is the ones sold to joe average have a very unconfigurable firewall (in my own experience with linksys and d-link systems) where as the original poster might want some extra control (ie: outbound filtering) of his windows systems.

    2. Re:What's wrong with windows firewall by dacarr · · Score: 2, Informative

      It's generally considered a Good Thing to keep a firewall box separate from the actual server - that way, if your network is taking a beating, the firewall absorbs the impact, thusly not killing your server boxen.

      --
      This sig no verb.
  7. Is this a joke? by AEton · · Score: 5, Funny

    You keep getting hit by zombie machines?

    Liberal Arts zombies? Are you sure they're not dogs?

    (And, as always, the best answer to your question may come from Google. Linux.com | A Linux firewall primer.)

    --
    We recently had heard in the office over one of the Yellow Machine that's made by Anthology Solutions.
  8. iptables by Heidistein · · Score: 2, Insightful

    $subj, the only true firewall :)

  9. Security by aardwolf64 · · Score: 2, Funny

    I've found that for 99% security, the best solution is to unplug the ethernet cable on my server and just use it locally (kind of defeats the point, huh?)

    The missing 1% is for the ninja squirrels ... stupid squirrels...

    1. Re:Security by Hal_Porter · · Score: 2, Funny

      I say we take off and nuke the server from orbit. It's the only way to be sure.

      --
      echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;
  10. Commercial HW, free SW by ltning · · Score: 2, Informative

    We use FreeBSD with IPF, IPFW and some home-brewn tools in our main hosting centre. We have chosen name-brand hardware and free software - already having in-depth knowledge in-house, we had no need to buy a complete black-box solution.

    Of course - investing in "fresh" knowledge on FreeBSD or whichever other platform you wish to roll your own firewall/ids solution on top of - is going to be expensive. Thus this solution might not work for all...

    --
    Love over Gold.
  11. A cheap linux firewall by Suicyco · · Score: 4, Informative

    Just use iptables on a cheap old pentium or something. Two network cards, one inside and one outside. Even a modest Pentium or Pentium II could keep up with good amounts of traffic.

    1. Re:A cheap linux firewall by hawkbug · · Score: 5, Insightful

      I hear this argument a lot, and you're right - it would work... but here's the thing - If you put a pentium I computer with a 2 gig hd or something up in front of an entire lab for internet access, I would wonder about the reliability. What I mean is, at work here I was doing something similar - but when the non-rendundant power supply in the 1995 based computer died, my entire part of the office lost net access, which is bad.

      There is always something to be said about having a real server act as a firewall. For home use, sure, use an old computer running linux - but for anything that you would like to count on a reliable, get a real piece of hardware to put that linux distro on, and you'll be happier.

    2. Re:A cheap linux firewall by Threni · · Score: 2, Insightful

      Is there any point in doing that, when you could simply replace the broken pc with another, identical copy. I don't even mean using Ghost or whatever. Just a simple script with how to install the firewall on the next PC. Pointless having some state of the art monster server when an old PC with an extra network card would do the trick.

    3. Re:A cheap linux firewall by Santana · · Score: 2, Informative

      You always has OpenBSD that comes with pf (packet filter), CARP (redundancy) and pfsync (firewall synchronizing)

      You can find an example here

      --
      The best way to predict the future is to invent it
    4. Re:A cheap linux firewall by owlstead · · Score: 5, Informative

      Use a floppy or CD based installation. Leave that hard disk out. When that's on, there are no moving parts at work, except for the fan(s), which should be able to run for a few years. Otherwise, buy a cheap fanless VIA epia board with 2 ethernet connections and boot it up from a flash drive. Works like a charm, and 533 or 600 MHz is actually overkill. Great as a small web server/ssh access. And it's easy to setup with a printer or an external HDD to share stuff on your network.

      But it seems that the poster can get way with using a simple router box with multiple LAN ports as well (or 1 LAN and 1 WAN port might even work).

    5. Re:A cheap linux firewall by Suicyco · · Score: 2, Informative

      You could easily use heartbeat for this:
      http://www.linux-ha.org/

      This would work with any number of machines, with the virtual ip taking over if any loss occurs.

      I've used heartbeat numerous times with redundant servers, works like a charm.

    6. Re:A cheap linux firewall by mjtg · · Score: 2, Informative

      I work for a state government department with about 1200 staff. For about 18 months, we had an 850Mhz Celeron PC running OpenBSD acting as a local firewall at each of our 6 main sites (which account for about 90% of our staff). During that time, we had one machine fail, which we replaced with a stand-by machine fairly quickly.

      Our ISP provides primary firewalling for us as part of the govt. contract with them, but we use the OpenBSD machines mainly to prevent viruses from propagating internally within the organisation between our sites. We also use the OpenBSD boxes for firewall rules that are liable to change regularly for whatever reason, so that we don't have to bug the ISP and wait for them to make the changes at their end.

      About a year ago, we put 2 OpenBSD boxes in parallel for redundancy at our main site, we had to pay to get our ISP to give us 2 ports on the router, but we may have been able to do the networking some other way.

      We have recently had to buy 2 new HP servers for our two main sites, not because of reliability concerns, but because we had introduced a gigabit network between the sites, and the old PC's struggled to get much above 100Mb/s, even with gigabit cards in them.

      For reliability, I'd say yeah, maybe don't use an old Pentium I with a 2Gb disk, but use a recently retired semi-modern machine (I guess it depends on how long you hold on to your hardware for; we replace PC's here after 3-4 years, which is an ideal age to turn a box into a firewall). I'd probably be just as comfortable with a 4-year-old PC that had gotten past the "infant mortalilty" period of new hardware, as with a brand new new server that hadn't.

      BTW, I also use an OpenBSD box at home as a firewall. I use Linux on my desktop at home, but my wife uses Windows. The OpenBSD box, along with two simple rules (never install dodgy software, and never use IE) means that we have never had a virus or spyware on the Windows box in the 2 years we've had this setup, even though I never patch it (I recently put SP1 on), and I've only recently installed an anti-virus program.

  12. Two Words... by Jsutton1027w · · Score: 3, Informative
  13. Win2k3 SP1 Firewall by chota · · Score: 2, Informative

    The firewall bundled with the service pack upgrade to Server 2003 isn't too bad, but it only does incoming connections. You can exempt ports or executables.

    Also, it's free.*

    *Well, you know what I mean.

  14. Does it cost less than US$100? by dancedance · · Score: 4, Insightful

    Does it cost less than US$100? You can't be serious. Securing your machines is only worth $100? Is that how much it will cost to fix them once they are cracked? Give me a break. If you are serious about security you can invest more than $100.

    1. Re:Does it cost less than US$100? by MrResistor · · Score: 5, Insightful

      Did you miss the part about how he works for a school? He has to get the money before it can be invested, and $100 might be the limit above which he has to get the approval of 3 PHBs and 6 beancounters.

      Or maybe you missed the part about how the attacks are coming from other departments, over which he has no authority, and who obviously don't place a high value on security?

      --
      Under capitalism man exploits man. Under communism it's the other way around.
    2. Re:Does it cost less than US$100? by DNS-and-BIND · · Score: 4, Insightful
      There are these mystical things called "budgets". The "budget" will provide for some things and not others.

      This *is* at a university. Universities are well-known for being completely isolated from the rest of society, and as a result, they have some pretty weird ideas. One of which is not spending any money on computer security.

      --
      Shutting down free speech with violence isn't fighting fascism. It IS fascism!
    3. Re:Does it cost less than US$100? by riptide_dot · · Score: 4, Insightful

      "You can't be serious. Securing your machines is only worth $100?

      Keep in mind that the OP works for a university, which probably doesn't have a budget outside of what they already spent on their software firewall. It doesn't mean that security isn't important to him, just that there's probably not an existing budget for it.

      The OP is looking for a cheap and innovative way to secure his university network's servers - and I can't think of a better place to ask the question than here.

      I say let the FOSS community answer his question and provide him a solution to his unique problem in the way that they know best and leave the "isn't this worth more than $XXX?" questions to the salesman.

      --
      I was in the park the other day wondering why frisbees get bigger and bigger the closer they get - and then it hit me.
    4. Re:Does it cost less than US$100? by JohnsonWax · · Score: 2, Interesting

      Did you miss the part about how he works for a school? He has to get the money before it can be invested, and $100 might be the limit above which he has to get the approval of 3 PHBs and 6 beancounters.

      Or maybe you missed the part about how the attacks are coming from other departments, over which he has no authority, and who obviously don't place a high value on security?


      I work at a university, so I know the game.

      I would recharge the other department $50 for 'security services' each IP they fail to protect that touches my box. Include a printout of the log proving it's their box.

      Either of two things will happen:

      1) They'll pay up because they aren't paying attention.
      2) They'll bitch like hell at your boss which will cause him/her to approve the budget request, or will get him/her to move up the food chain and get the funds from a common source.

      Either way, the money shows up, the problem gets solved. In fact, it'll probably also solve the zombie problem by bringing such high attention to it.

  15. Wrong Approach by markom · · Score: 5, Informative

    You are approaching the problem from a wrong direction.

    There are different types of firewalls and they can be divided into these types using different criteria. However, I will use the most simple one. There are host-based and network-based firewalls. Host-based firewalls, are not very cost-effective (or even effective at all) for protecting large, medium or even small server "farms". They work fine on single-server or home machines.

    The proper way to protect server farms in campus is to have secure network. Firewalls are like city walls. They offer protection, but if breached, you're doomed. Secure network consists of firewalls, segmented network (separate VLAN's, switching blocks, etc.). Excellent reference for secure network design is Cisco's SAFE Blueprint for Enterprise Networks. I would recommend reading it, even though you're not using Cisco gear.

    Marko.

    1. Re:Wrong Approach by uncle_fausty · · Score: 2, Insightful

      Coming from an educational IT background, I can tell you it's not that simple. You can't just say "we need to secure the University's network!" when it's being run by a few hundred different people across a bundle of different departments and faculties, all with their own policies and requirements. I'd say the original post was the right question, and that the right answer, as many have already noted, is an upstream 'nix box running your choice of firewall - OpenBSD and PF is my favourite flavour, but that's just a personal preference.

  16. A cheap box by necrognome · · Score: 2, Informative

    running OpenBSD and pf. Include another cheap box and CARP if you need redundancy/failover.

    --


    Let's get drunk and delete production data!
  17. Re:at the risk of getting flamed into submission.. by Nos. · · Score: 3, Informative

    I don't think you'll get flamed too bad. Its what I was going to suggest. I run iptables as I'm sure many others here do. Its simple, there's lots of open source tools to make management of those rules easier, and a basic install of Linux will run on some pretty lightweight machines. Heck, there's always the distros on a CD to make things even more secure, and by putting the rules on a floppy set to read_only makes for relatively simple updates to the rules if/when needed.

  18. Re:I'm sorry. by CoolCash · · Score: 2, Insightful

    A good security system is to have a multi-layered security system.

  19. IPCop by ZosX · · Score: 5, Informative

    It's free.

    Only port forward what ports you absolutely need and keep your servers out in the DMZ. IPcop will easily allow you to seperate your network into zones with multiple nics and will likely only take a 486 or Pentium class machine to keep up with your bandwith. Hey, you asked for cheap. Doesn't get much cheaper than that.

    You can also keep detailed logs and it also features a good SNORT setup for NIDS. It sets up convieniently with a web browser.

    There is also Smoothwall. Both are really Linux based software firewalls. The difference is that IPCop is totally free and supports a wide variety of features that you would likely have to pay for in Smoothwall. Updating NIDS signatures automatically comes to mind.

    I would personally avoid Windows software firewalls like the plague, as they run at escalated priveledges and can potentially put your system at even more risk as they add to the number of possible vulnerabilities, but that is just me.

    If you can't afford a PIX or something in hardware, FreeBSD and Linux software firewalls are always the best way to go IMHO.

    Happy hacking!

  20. Decent firewall by NotFamous · · Score: 3, Funny

    Ceramic wafers with asbestos stuffing...

    --
    Some settling may occur during posting.
  21. Linux: Firestarter or firehol by RedPhoenix · · Score: 2

    For the linux machines, have a peek at firestarter (www.fs-security.com). It's easy to configure, has a nice GUI, and provides a reasonably simple method of configuring IPTables.

    If your requirements are a little more complex (eg: DMZs, VPNs, etc.), you might want to have a peek at firehol instead. Text-based configuration, but greatly simplifies the process of wrangling with iptables.

    I tend to recommend zonealarm for windows for most people, but that's more out of apathy (ie: I haven't reviewed the options lately) than anything else.

    Red.

  22. hardware is the way forward... by Arimus · · Score: 2, Informative

    I'd suggest ditching a software firewall and investing in a proper hardware firewall such as Checkpoint FW1 and put all the servers behind that firewall.

    Put another firewall ideally of a different type (break one you've still got another to break) and use that to isolate all the departmental computers...

    Ensure the policies are locked down tight and that any changes are approved by someone who knows what they're about before being implemented.

    --
    --- Users are like bacteria -> Each one causing a thousand tiny crises until the host finally gives up and dies.
  23. OT: Captchas by interweb · · Score: 5, Funny
    slightly off topic but does anyone else have trouble reading those annoying "confirmation your not a script images"? The one I am looking at right now is nearly impossible to read.

    Are you sure you are human?

    1. Re:OT: Captchas by Krach42 · · Score: 2, Funny

      Are you sure you are human?

      Why do you ask are you sure you are human?

      --

      I am unamerican, and proud of it!
  24. Re:at the risk of getting flamed into submission.. by Ooblek · · Score: 5, Funny

    When its liberal arts machines getting infected, I've found the BEST firewall to be a pair of wire cutters. NOTHING gets through after the skilled use of these babies.

  25. Kerio Firewall by Dr.+Technical · · Score: 2, Informative

    Kerio *does* make an excellent firewall product for Windows servers (Kerio Server Firewall). It is pricey, however, and for the same or less money you could install a Smoothwall box.

  26. Re:at the risk of getting flamed into submission.. by jhylkema · · Score: 2, Insightful

    You've still got to buy the box.

    A $25 surplus P-II should suffice. I've been running an OpenBSD/PF firewall at home for ages now and the system load has never gone above 0%.

  27. Windows Server 2003 SERVICE PACK 1 has a firewall by DJStealth · · Score: 5, Informative

    Download W2K3 Service Pack 1 from Microsoft, they have the same firewall as XPSP2 plus some bonus features.

    There's a "Security Configuration Wizard" that will help you config the firewall and services at a more advanced level than in XPSP2

  28. Securing Windows by pestilence669 · · Score: 2, Insightful

    During my career in network security, there has never been a software based firewall I couldn't compromise. I had the unfortunate task of reverse engineering the competition (firewalls).

    There are so many problems in the basic network stack (in Windows) that a hardware firewall is your only realistic alternative. With hardware, you only have to worry about your open ports.

    Anything basic will do. Investing in a Cisco PIX is usually a waste of money. I've tunneled a remote shell through port 80 using IIS, making an $80k PIX worthless. Exploits are generally simple, so fragment reconstruction is unnecessary.

    With Windows, the mantra "good enough" rules. All of the packet filtering in the world won't save your server. The best thing you can do is attach a $50 LinkSys firewall and be done with it. Keep a copy of Ghost handy for when it gets compromised.

  29. Take One Old PC by sjvn · · Score: 3, Informative

    Add wwo network cards
    Add free Linux 2.4 distribution or higher
    Activate netfilter and iptable
    See: ttp://www.netfilter.org/
    Deploy firewall using instructions in the netfilter how-tos:
    See: http://www.netfilter.org/documentation/

    Or, if that's too much for you, just get the equipment and add one of the pre-configured firewall Linuxes like SmoothWall (http://www.smoothwall.org/), Devil-Linux (http://www.devil-linux.org/home/index.php) or Coyote Linux (http://www.coyotelinux.com/).

    No fuss, no muss.

    Steven

  30. Re:at the risk of getting flamed into submission.. by xstonedogx · · Score: 5, Funny

    I've been running an OpenBSD/PF firewall at home for ages now and the system load has never gone above 0%.

    Have you tried plugging it in?

    :)

  31. Re:IPCop by ill_conditioned · · Score: 3, Informative

    I second IPCop. I use it for a group of about 50 users, and I've got an uptime of almost a year. The things I like about IPCop: - It works. Well. - Free! - Lean. It doesn't have a whole lot of nonsense that you don't need. - Comes with a nice web interface. - Handles aliasing fine. That way you can have more than one IP address per physical interface. - Has a healthy support community. - Runs on a lot of hardware. I've actually got two ipcop boxes, identically configured. That way if one ever dies, I just turn the other one on and in two minutes I'm up and running again. Of course, this would add yet another single point of failure for your servers, but there's only so much you can do with $100...

  32. Also IPCOP by lord_rob+the+only+on · · Score: 5, Informative

    I've used smoothwall for a while and I was very satisfied with it. But at some moment, it stopped working. The ADSL connection couldn't be established anymore.

    While I think it was rather a hard disk crash and not a direct smoothwall problem, it made me feel like replacing my smoothwall with ipcop, another firewall dedicated linux distro (forked from smoothwall).

    I'm very happy with ipcop at the moment, it's a bit more "customizable" than smoothwall. I know both are GPL'ed so they can both be customized to fit any purpose, but as ipcop is a 100% community-based distro, it is a bit more designed to be tweaked than smoothwall.

    Check out IPCOP site

    1. Re:Also IPCOP by crabpeople · · Score: 3, Interesting

      "I've used smoothwall for a while and I was very satisfied with it. But at some moment, it stopped working. The ADSL connection couldn't be established anymore."

      Actually the same thing happened to me. Well sort of the same (my connection uses DHCP). My problem was that the webpage configuration never came up. I finaly figured out that this was because my 100mb /var/log was full!

      Clearing that out made the smoothy run fine again. It has since happened a few more times and everytime i just have to clear out all the logs. That said, while the disk was full, it was still routing traffic as expected for months before i discovered the issue.

      The one thing I would like to see would be a better way of tracking all the connections being setup and torn down by the machine, realtime, say logging to a console window. I used to have a dubbele NETBSD firewall ( http://firewall.dubbele.com/ ) that, becasue of the firewall package on there (vastly superior to iptables IMHO) i could run a simple command (ipmon -o N) and it would list everything going on. very cool. I know about IP contrak mod for smoothwall but on a webpage just doesnt have the same cool feel as realtime. Its nice to catch all those EA games you have calling home when you launch them :)

      Anyways the one story i love to tell about the netbsd machine was that the hard drive failed on it months before i found out. The machine was running flawlessly until i rebooted it for some reason and got a nice primary HDD fail in the bios. The last timestamp for a file on the HDD was like 8 months previous.

      --
      I'll just use my special getting high powers one more time...
  33. hahahaha by mnemonic_ · · Score: 3, Funny

    that was me.

  34. Re:Compaq Proliants are ~$50 on eBay... by terrymr · · Score: 2, Informative

    For anybody that's wondering what the answer is, assuming your proliant has 256mb then this is what you need :

    mem=exactmap mem=640k@0M mem=255M@1M

  35. Re:Windows Server 2003 SERVICE PACK 1 has a firewa by major.morgan · · Score: 2, Insightful

    This is precisely the correct answer. Not iptables/smoothwall/shorewall/other_*nix_box_inbet ween answer. Read the question folks, supply the simplest effective answer, preferrably using the tools that come with the operating system.

  36. Re:at the risk of getting flamed into submission.. by NemosomeN · · Score: 2, Insightful

    Read the submission. He's looking for a solution that is below $100. I'm willing to bet his time does have zero value. I'm thinking student worker who is going to be getting hours even if he has nothing to do, so yeah, his time is basically of no value.

    --
    I hate grammar Nazi's.
  37. Preferentially? by CAIMLAS · · Score: 3, Informative

    For Windows? A seamless, 3' thick rebar-reinforced cement vault is preferential. It's easiest to add the machine prior to pouring the cement, I've found.

    But with zombies in general, I prefer a more proactive approach: a 12 gauge shotgun loaded with 00 buck does nicely.

    Seriously though. Every Windows machine should be behind an entirely seperate firewall, protecting it from everything and everything from it. A Windows machine on a public network that isn't being agressively administered is about as safe as a polish handgun.

    By the description of your environment and problem, it sounds like you basically want to quarantine the humanities from the rest of campus so they don't wreak their plague of stupidity upon everyone else (this is good policy in general, I've found - humanities aren't fond of reasoned, concrete thought).

    Probably the best way to do that would be to set up an IDS gateway between their networks and the rest of campus. Something from CISCO would probably be best, but I'm fairly certain you could do it with linux/BSD or another COTS solution for decreased price. Have the IDS set up to basically drop all trafic from zombied machines. When they complain to you that "their" network isn't working and that it's your fault, give them the ISP treatment: fix your machine and we'll let you back on.

    Really, allowing humanities types to manage their own hardware is just a receipe for disaster. Would you let your accountant work on your car? It's not adviseable, and would likely cost you more than not having repair done at all and waiting for further problems.

    --
    ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
  38. Re:at the risk of getting flamed into submission.. by TCM · · Score: 4, Informative

    Joking aside, I remember reading that pf's performance actually increases with stateful filtering vs. stateless filtering because looking up an entry in a state table is much faster than walking the ruleset for each packet. I also read that there is virtually no performance loss even with thousands of states.

    Does anyone else remember the warez newbies crying that their off-the-shelf blackbox router crashes if their P2P app opens too many connections? Now you may laugh.

    --
    Of course it runs NetBSD. BTC: 1NT7QvbetmANwaMzhpVL6
  39. Re:at the risk of getting flamed into submission.. by TCM · · Score: 2, Informative

    PS: that was the link I missed: http://kerneltrap.org/node/477

    --
    Of course it runs NetBSD. BTC: 1NT7QvbetmANwaMzhpVL6
  40. Re:at the risk of getting flamed into submission.. by nocomment · · Score: 4, Interesting

    I have an OpenBSD router here at work that I built, and I will vouch for it's performance. We have been hit by Drudge and /. a few times, and even though none of the websites or mail servers would work I was able to poke around in the firewall with no noticable lag. We had over 10,000 ACTIVE states in the table, and the performance of the server was pretty stable with no noticalbe lag on the console (couldn't ssh as the T1's were all maxed).

    System specs are pretty normal, 1Ghz Athlon with 512MB RAM.

    --
    /* oops I accidentally made a comment, sorry */
    /* http://allyourbasearebelongto.us */
  41. Windows Firewall and IPsec by Kaedrin · · Score: 5, Informative

    I can't speak for the linux side of things, but here's my comments for Windows.

    Note that while this is easier to manage with Group Policy via Active Directory, you can use the local group policy settings and migrate them across your lab. My thoughts on this are valid for XP and 2003.

    The internal firewall is your first defense, blocking all non permitted inbound random/unimportant information from reaching your machines. Tell the firewall the applications you will be using, and it will dynamically open required ports as the program needs them. This way you don't need to deal with local port management. You want this setup to prevent traffic from reaching IPsec, and for any logging purposes you may have. IPsec's current version doesn't really do packet logging, and is in no way a firewall (Although, I used it for years as a firewall with Windows 2000 and never had any ill-received problems, but they were not on critical systems either).

    Use IPsec in pure authentication mode without encryption (unless you have encryption offload cards). You can use it in several ways.

    All communication requires authentication:
    No computer can talk to yours that is not setup properly. Period.

    All inbound communication requires authentication:
    All inbound traffic must authenticate or be dropped.

    If you lock inbound, but not outbound, your clients can still access web resources and any other computer without issue, but you have completely prevented anyone else from initiating communication with your systems.

    IPsec works like this: Generic rules (require authentication from everyone) are over-ridden by a more explicit rule (do not require authentication from whatever.system.local). Generic all IP rules are over-ridden by port rules, port rules are over-ridden by explicit IP address rules or subnet rules. Etc.

    For your purpose, I would at least require all inbound traffic to require authentication by String, however this is not secure and anyone with administrator access can rip the password out of the registry. To do it securely, you need to do it by certificate or Kerberos. The kerberos implementation will require active directory, the certificate method will require a full IKE/PKI configured for your area. You do not need to buy a certificate from a place like verisign, you can do it all yourself through your own self-signed certificates. This entire process with IPsec can be automated through Active Directory, but if you don't have active directory, I believe any generic IKE/PKI server can generate valid certificates for your use. It's a lot less work on your part doing it through active directory.

    IPsec policies will work between Windows 2000, XP, and 2003, however your key strength is limited based on the oldest OS you use. 2000 will only function with low keys, XP with both low and medium, and 2003 with strong keys and the two weaker keys. Also, you can set it up from strongest key generation to weakest, so 2003 will always talk to 2003 in strong, 2003 to XP in medium, 2003 to 2000 in weak. It may be possible to make IPsec work side-by-side with Linux using Freeswan, or whatever project replaced it, however I never used that program.

    One last thing, if your systems are used by untrusted users, considers how possible it is to use the software restrictions built into Windows. Once that is activated and configured well, it becomes very difficult for a local user to run non-authorized software without sitting at the machine and taking it over first. Refer to rules regarding Software Restriction Policies for this.

    K.

    1. Re:Windows Firewall and IPsec by GC · · Score: 2, Informative

      I've played with this, and found that when setting IPsec policy on a Domain which only has Win2k Domain controllers that the Win2k3 servers do not pick up the Group policy.

      Having said that, it works great. You can even import your certificates into group policy so that domain members can communicate normally automatically - this is useful if you utilise the other security group policy objects and enforce anti-virus, anti-spyware/malware on your domain systems.

      Non Domain systems can be configured and issued with a certificate once the systems have been authorised (ie checked out by the sys admins for anti virus software, firewall etc...).

      It works great, people who plug systems on the wire simply can't even ping your machines without the certificate for IPsec authentication.

      Encryption is cool too, but obviously there is a performance concern there.

  42. FreeBSD... by josepha48 · · Score: 2, Insightful
    No seriously I use a FreeBSD box to secure my Linux, Windows, Mac, etc machines.

    Why? Because everyone is out trying to hack Linux and Windows machines, they seem to leave the FreeBSD machines alone, maybe because they don't know what to do with them. Or at least there seems to be less people hacking FreeBSD. Most likely its just less press about it. NetBSD or OpenBSD would also probably work as well.

    I run my firewall off a custom hacked FreeBSD CDROM. While this makes updates more difficult, it makes replaceing files near impossible. Hackers can't replace /bin/ls unless they mount /bin as a memory filesystem, in which cause they now have to replace df, mount and several other programs. You really only need /var and /tmp as memory filesystems, and maybe some parts of /etc or the whole /etc.

    It has no hard drive so if the power cycles, it just reboots and its all fine and dandy. I have a seperate machine that I can do builds on and updates. I have trimmed it down to a 64 Megs CD and that includes perl, sshd, apache, dhcpd, and bind9.

    You could do this with Linux as well. I haven't heard of anyone creating a Windows bootable CDROM firewall. Mac needs special hardware, and I'm not that familar with Mac, but you could probably create a Mac firewall on cd as well.

    If you think its been hacked, reboot and the hackers have to try again :-)

    There are also commercial hardware firewalls. Some are cheap, like the Netgear, dlink, and Linksys, but some of the better ones are in the $500 plus range.

    --

    Only 'flamers' flame!
    Does slashdot hate my posts?

    1. Re:FreeBSD... by sl3xd · · Score: 2, Insightful

      I'm not going to argue with your points; they are fairly good ones. I'll not bother talking about the merits of a BSD based firewall vs. a Linux one, because such conversations generally degenerate into territorial pissings.

      If a user knows how to run and setup a Linux firewall, it's a better idea to stick with a Linux firewall; the 'superiority' of BSD over the Linux solution is arguable at best; however one thing that should be beyond argument is that if you know how to set up and use a Linux firewall, you're better off making use of that experience/knowledge than you would be making a frenzied (and quite possibly poor) firewall by using the BSD tools improperly.

      After that, if you are so inclined, learn to implement a firewall using one of the BSD's.

      And, of course, the reverse is also quite true.

      But I'm suprised I haven't seen anybody mention 'shorewall' (at least on the Linux side)

      --
      -- Sometimes you have to turn the lights off in order to see.
  43. Cheap Old PC by eno2001 · · Score: 2, Insightful

    My firewall is a Pentium (non-MMX) 200 with 32 Megs of RAM and 1.2 Gigs of HD and two $5 NICs (remember, unless you're dealing with a really high bandwidth pipe, a 100 Mb/s NIC should be plenty). You could probably grab one of those from a local surplus dealer or eBay for less than $50. Then set up Linux (whatever distro you feel you could deal with except Linspire). I use Redhat myself. :) Do a minimal install but remember to keep devel tools on so you can compile all of your own custom stuff. Spend a few days removing all unneeded commands/services, recompiling the kernel for serial console (so you can ditch ssh and/or telnet), iptables support, etc... Set up your inside and outside interfaces. Put on Snort, Portsentry, what have you for security and auditing. Plug it inline and away you go. I've been running with the same exact config since 2001. The only thing I've had to do is rebuild the kernel a few times due to exploits. Also upgrading portsentry from time to time, or snort. So far no one has hacked my network and I'm aware of every packet that enters or exits it. There is nothing outside except for the one NIC on that box. Cheap, simple, efficient.

    --
    -"...bad old ideas look confusingly fresh when they are packaged as technology" - Jaron Lanier (Digital Maoism on Edge.o
  44. Me? Hardware router and BlackIce by mrbooze · · Score: 2, Insightful

    There's obviously a lot of evangelism going on here, I can't even get involved in discussions of using old PCs as firewalls to protect valuable network resources, other than to say I've worked for many corporations over the years and I haven't yet worked for one that ran a production network using old PCs as routers and firewalls.

    Anyway, if one is asking what *I* use, at home it's the perfectly usable firewall capabilities built-in to my network router, plus I still run BlackIce on my systems. (Yes, I know, BlackIce is far from perfect, and it annoys me sometimes, but it does what a lot of other commercial software firewalls don't do, it *tells me* when it sees questionable activity.)

    For work, if I really didn't trust my LAN, I'd probably do something similar, hardware router acting as a firewall protecting my systems collectively, with additional software firewalls on my critical servers for a little overkill. The one Microsoft offers now would probably be sufficient, and at least won't dent the $100 budget mentioned.

    A good quality anti-virus software should always be running on any windows server too, of course. One configured to get updated a/v definitions at least once a day.

  45. Re:Not bullshit at all by YU+Nicks+NE+Way · · Score: 2, Insightful
    The professors can do what they want if they choose to control their IT infrastructure, but if their equipment causes problems on the backbone, it is automatically shutdown. Most people do not have a problem with the policy at all.
    But what you're describing is exactly what the GP was rejecting. Back when I was an academic, I assure you that I would have up and left any school which dared to tell me what I could or could not run, or what I could or could not expose. However, I would have been perfectly willing to live under the "If you cause trouble, we'll turn your taps off."

    They're different. One is saying "I run the infrastructure, and I don't care if I get in the way of you doing your job." (To which the answer is "Hell, director of computer services? Please reprimand or fire ." Hey, presto, instant ExBOFH.) The other is saying "Do your job as you like, but don't get in the way of other people doing their jobs." Big difference in attitude.
  46. Coyote Linux, of course! by tverbeek · · Score: 4, Informative
    any default install, especially linux, will have all kinds of other things installed.

    One exception to this is Coyote Linux. Not only does it not have the usual services enabled by default, nearly all of them have been stripped out. It includes just the components (such as iptables) that serve the central function of safely connecting a LAN to the Internet. And because it's so minimal, it fits on a floppy and runs on a 386 with 12MB RAM. It's no substitute for a full-featured Cisco Pix (for that you'd have to look at Coyote's big brother Wolverine), but it's worked great for me for years, both at home and in a couple offices I've worked at.

    --
    http://alternatives.rzero.com/
  47. Pedantry by colinrichardday · · Score: 3, Informative

    Trivium: logic, rhetoric, and grammar

    Quadrivium: arithmetic, astronomy, geometry, and music.

    So math has two of the liberal arts.

  48. To secure your windows server by cybergremlin · · Score: 3, Funny

    Take a pair of bolt cutters to the network cable.
    ---
    Or the Aliens option: "Bug out, nuke the site from orbit. Only way to be sure"

  49. Actually Windows Server 2003 SP0 has a firewall by amcdiarmid · · Score: 2, Interesting

    You can configure the network interface to filter ports: look up the commonly used IP ports and allow the ones you use only. (This is also in win2K, NT ...)

    The issue is that the unsecured computers in the labs need to connect to the servers, and viruses will use the network drives as a infection vector.

    1) Close all ports that are not going to be used with the included tools of Windows Server.
    2) Get an anti-virus package for the servers and set them to check every hour for updates.

  50. Re:WTF is all this Old PC+Linux worship? by sjvn · · Score: 2, Insightful

    Not really, and the cost of taking a PC you already have and turning it into a Linux-based firewall is zero.

    Steven

  51. for all those who recommended m0n0wall... by capsteve · · Score: 2, Interesting

    the price for shushant's solution doesn't have to be free, and when building a dedicated firewall based on monowall, it might make sense to use a a few new and inexpensive parts.

    my first monowall used the rhine and intel chipset with less than stellar performance, but when i changed the ethernet cards to identical asante etherfast with the tulip chipset, my performance increased dramatically(sorry for the lack of any tech details, but the difference was "subjectively" noticable).

    if you go the route of using a CF card, do yourself a favor and load monowall on a couple of cards, 16-32 mb cards are dirt cheap. this way you can always experiment with later versions of the firmware, just by swapping cards out. on the otherhand, if you go the CD route, you can run without a harddrive(use floppy for xml configs).

    lastly, use a PII or PIII. prolly overkill for your scene, but the last thing you want is a firewall struggling with an anemic cpu.

    m0n0wall is definitely the *nix based firewall for the NT admin ;-)

    --
    three can keep a secret, if two are dead - benjamin franklin
  52. OS is irrelevant by Antique+Geekmeister · · Score: 2, Insightful

    Look, the OS really doesn't matter. What does matter is getting your employers to not do stupid things, like run their laptops without security patches and insist on running NFS and file sharing from home and on every machine in your group, getting them to pick decent passwords, teaching people never to use .zip attachments for anything, never running passphraseless accounts and open access points, etc., etc., etc.

    Until you can get basic security steps like those in place, the world's best firewall is like a really big lock on a 3 foot high fence. Even the most casual crackers will simply step over it.

  53. Re:If you're going to ip-less bridge... by Sique · · Score: 4, Informative

    It is unattackable with packets addressed to it (because it has no address). It is still attackable by malformed packets traversing it. To work as filter it has to scan the packets, and if this packet scan can malfunction on special packets, there is a possible attack to the packet filter.

    --
    .sig: Sique *sigh*
  54. Re:If you're going to ip-less bridge... by JudicatorX · · Score: 2, Funny

    Geez, I thought the only way to keep a windows system completely secure was to leave it off....

    --
    "It is a good divine that follows his own instructions" - Portia, The Merchant of Venice
  55. Re:LAYERED SECURITY, of course! by xsbellx · · Score: 2, Insightful

    Most of what you say makes some sense. The glaring problem is:

    3.) Tcp/IP filtering @ the IP Stack levels (UDP & TCP) allowing ONLY port 80.

    Could you please explain how things like DNS(pretty well required for surfing), HTTPS (port 443), FTP, SSH and several other services would work?

    --
    If VISTA is the answer, you didn't understand the question
  56. Re:Windows Server 2003 SERVICE PACK 1 has a firewa by TheCabal · · Score: 2, Insightful

    Right, its called "defense in depth". So he really should use the builtin firewall on each of the Fisher Price OS servers and workstations.

    I'm sorry you feel that running an OS is some kind of machismo thing. Would you like some stubble glitter for Christmas? I despise OS bigots. They're unprofessional, bullheaded and usually wrong.

    On the other hand, anyone using a windows-based firewall as a perimeter defense is a complete moron. You either use some firewall-in-a-box, and for bigger networks, you use some *BSD or Linux.

    Nobody said to load Windows Firewall and let it sit. Remember the constraints this guy has- he needs to to work for $100 or less. So he gets a firewall for free that is application-aware. Cool. Now he has host based firewalls and he still has his $100. Hell, he could go to Best Buy, pick up a router for $40, and take his Significant Other out to dinner.