Slashdot Mirror


Tear Down the Firewall

lousyd writes "'What's the best firewall for servers?' asked one Slashdot poster. 'Give up the firewall' answers Security Pipeline columnist Stuart Berman. Through creatively separating server functions into different, isolated servers, and assigning them to a three tiered system of security levels, his company has almost completely eliminated the need for (and headache of) network firewalls. "Taking that crutch away has forced us to rethink our security model," Berman says. The cost of the added servers is greatly minimized by making them virtual servers on the same machine, using Xen. With the new security-enhanced XenSE, this might become easier and more possible. What has you chained to your firewall?"

13 of 395 comments (clear)

  1. Nice logic, but by gcnaddict · · Score: 5, Insightful

    obviously, if you can rethink your security model AND keep up a well-maintained firewall, you will likely be better off :) How hard can it be to do BOTH, not one or the other?

    --
    Viable Slashdot alternatives: https://pipedot.org/ and http://soylentnews.org/
    1. Re:Nice logic, but by m50d · · Score: 3, Insightful

      If you have a good security model, the only processes listening will be the ones that need to be accessible. At that point, what good would a firewall do?

      --
      I am trolling
    2. Re:Nice logic, but by Hatta · · Score: 4, Insightful

      If you have a good security model, the only processes listening will be the ones that need to be accessible. At that point, what good would a firewall do?

      Well you could control who the processes can listen to. There's no reason an internal web server should be visible to the entire internet. Or even for publicly accessible sites, if all your customers are in the US it may make good sense to deny connections from say, romania.

      --
      Give me Classic Slashdot or give me death!
    3. Re:Nice logic, but by Desert+Raven · · Score: 3, Insightful

      insightful?

      OK, first issue. If you run any *significant* services, you have ports that need to be accessible by your machines, but nobody else's. The best example is database servers. My database runs on a separate machine. My webservers need to access it, but NOBODY else does. The database's access control is not enough, I don't even want anyone outside my network to see those ports, let alone try to muck with them.

      Second issue. There are always new exploits coming up for the software you *do* have to expose (http, smtp, etc.) Firewalling unneeded ports (both directions) can prevent the exploit from becoming fully realized. Once upon a time, I had a machine get compromised through a web app. The trick is, the next step in it's script was to "phone home", which it could not do, because I don't allow outbound traffic for anything except what I *have* to, and them only on the exact ports and IPs necessary. I got alerted when suspicious outbound traffic was seen on the firewall.

      Should you secure your apps? Hell yes. Firewalls can't help you if your allowed apps are insecure.

      Should you be foolish enough to think this is as good as or better than a firewall? Um, what were your addresses again?

  2. Defense in depth. by !ramirez · · Score: 4, Insightful

    This concept can largely be summed up as 'defense in depth'. You use multiple layers to defend that which you value the most.

    Saying 'I have secured my OS, I no longer need a firewall' is like saying 'I have an airbag, thus I do not need this seatbelt'. One complements the other.

  3. Re:Band-aid by Ingolfke · · Score: 3, Insightful

    You're looking at this from a server perspective. It's quite possible you don't want certain traffic on your NETWORK. I don't want people scanning my networks.

  4. Too smart for their own good by lheal · · Score: 4, Insightful

    As a previous poster said, why not do both?

    They've taken a nugget of insight, that the reliance on a firewall can make you sloppy, and built a whole mountain of security policy on it. Trouble is, that's upside down architecture.

    Good security is about building up as many layers as you can that are easier on you than on your attacker. The goal isn't to be impenetrable, it's to look like too much work so the attacker goes away.

    We have a firewall so that we CAN be a little sloppy inside if needed. It's the balance between security and usability. It doesn't mean you rely solely on the firewall. It means that the "firewall", which you should treat more like a window screen, is just another layer of defense.

    And when everyone else has a firewall, your unfirewalled network stands out like a house with no window screens.

    There is another big picture here, too. If everyone has a firewall, having one doesn't make you look like you've got something to hide. If only 1% of networks were protected, then your firewall makes you look suspicious.

    So thanks, but quit telling people they shouldn't use a firewall. Some of them might take your advice.

    --
    Raise your children as if you were teaching them to raise your grandchildren, because you are.
  5. This is better? by Transcendent · · Score: 3, Insightful

    Meanwhile, the clients sit in the clear. We protect them by boosting their immunity levels so that they can exist in harsher conditions. They run secure OSs, fully patched with current anti-virus protection. We assign each user a central identity, which is authenticated and validated before accessing the internal DMZ. We use central directories to manage identity privileges and PKI certificates. Existing systems, such as Active Directory, allow for low-cost private certificate authorities where PKI isn't well-established. We also log and monitor the activity and enforce acceptable application behavior.

    Sounds like a pain in the ass to me...

    Frankly, there's too many damn buzzwords.

  6. Re:Firewalls are needed only for leaky systems by That's+Unpossible! · · Score: 4, Insightful

    There is no way to attack bare kernel (ok, ping of death)

    OK, so then why did you mention that point if you are going to subsequently shoot it down with one example?

    firewalls do nothing to protect services which are already visible to the network

    Yes, higher-end firewalls can also scan the traffic on those open ports looking for exploits (ala IDS firewalls).

    And if you want to use the firewall to block off unneeded services, why in the hell are you running them in the first place?

    Are you serious? I have tons of services running on various servers that I do not want made available to the public, yet need to be available to (a) the other servers behind the firewall, and (b) trusted users that connect over our VPN... which, incidentally, is another function of a good firewall.

    The article and your post are pure lunacy. It is not that hard to maintain a firewall, and as long as you plan your internal networking with the assumption that the firewall will not stop a really good hacker, it is just one more layer of security.

    --
    Ironically, the word ironically is often used incorrectly.
  7. What has you chained to your firewall? by the_quark · · Score: 4, Insightful

    Two words: Regulatory Compliance. Thanks to standards like CISP (the Visa security standard) and SAS-70 (the accounting standard), HIPPA (the medical privacy standard), firewalls are mandated for many US businesses, even small ones.

    At my last company, we didn't have a firewall on the website, because my philosophy was "I'm running port scanning to make sure 22, 80 and 443 are the only ports listening on the boxes - why should I put a firewall in front of it to only let those ports through?"

    Unfortunately, now, if you don't have a firewall, you're not in compliance. It's simply a cost of doing business - the security concerns are completely irellevent.

    Obviously, you should be building your networks so they would work without firewalls - that's a lot more secure. But, unfortunately, you can't just throw the firewalls out even if you don't need them.

  8. Does SANE support the Scanmaker 4850 yet? by tepples · · Score: 5, Insightful

    And if you have processes running and listening on ports that you don't want or need, why are you running them?

    Because the operating system that you run is incapable of turning them off, and no other operating system is compatible with a mission-critical application or hardware device?

    1. Re:Does SANE support the Scanmaker 4850 yet? by jacksonj04 · · Score: 4, Insightful

      Oh for mod points.

      Also, firewalls are good for if you have networks which need to do a lot of internal talking on potentially hazardous ports, but don't want the rest of the world to talk on those ports. Think big application platforms.

      --
      How many people can read hex if only you and dead people can read hex?
  9. Re:He's only giving up the border firewall... by Master+of+Transhuman · · Score: 4, Insightful


    The "harm" is described in the article:

    "Perimeter security was originally intended to allow us to operate with the confidence that our information and content wouldn't be stolen or otherwise abused. Instead, the firewall has slowed down application deployment, limiting our choice of applications and increasing our stress.

    To make matters worse, we constantly heard that something was safe because it was inside our network. Who thinks that the bad guys are outside the firewall and the good guys are in? A myriad of applications, from Web-based mail to IM to VoIP, can now tunnel through or bypass the firewall. At the same time, new organizational models embrace a variety of visitors, including contractors and partners, into our networks. Nevertheless, the perimeter is still seen as a defense that keeps out bad behavior. Taking that crutch away has forced us to rethink our security model."

    I can see the point. However, as always,YMMV. If you can't devote the resources to doing decent monitoring of your applications and servers, and keeping the workstations patched, then you might need a perimeter firewall.

    The point of the article is that a perimeter firewall - a "moat mentality" - leads to lax security on the internal network. And it's NOT "cheap insurance" because it requires much more maintenance to secure an entire perimeter of thousands of workstations AND still provide Net access to those systems (and visitors) than it does to secure an inner ring of a few hundred servers and to treat EVERYBODY outside that ring as a threat - including your own users.

    --
    Richard Steven Hack - This sig is TOO GODDAMN SHORT TO DO ANYTHING USEFUL WITH! MORONS!