Re: DMZ - Question
- From: Ansgar -59cobalt- Wiechers <bugtraq@xxxxxxxxxxxxxxxx>
- Date: Mon, 29 Oct 2007 16:53:23 +0100
On 2007-10-26 Daniel Anderson wrote:
On the DMZ we will have a Web Server that needs access back to the
Mainframe on the LAN, and a Mail server that need access to another
mail server on the LAN.
Bad idea. You don't want hosts in the DMZ to be able to establish
connections into the LAN. That would be breaking the concept of a DMZ
(allow connections from a network with higher security level to a
network with lower security level, but not vice versa).
There are several ways to deal with this problem, e.g. replicate the
information from the servers into the DMZ, use bastion hosts, or put
the servers from the LAN into a second DMZ.
Don't take general rules too far.
You don't want connections from the outside connecting directly to
systems on the inside at all.
Specific systems in the DMZ accessing specific systems/services on the
LAN is normal and acceptable.
The genral rule is: do not allow connections from a network with lower
security level to a network with higher security level. And I'd strongly
recommend against disregarding this rule unless you have some very good
reasons to do so.
Trying too hard to stick to this general rule usually results in worse
systems (replication impacting integrity, additional complexity
impacting availability, etc).
True. However, I don't think this applies to either of the three options
I mentioned above. Not necessarily at least.
These DMZ systems should be minimized and hardened so in effect they
are the bastion host.
Setting up bastion hosts is one of the approaches I mentioned above.
However, depending on which software the server should run, it may not
be possible to make it a bastion host. For example I'd never allow a
webserver running PHP as a bastion host ("Hardened PHP", my ass).
In some environments you would want additional segmentation on the
LAN, but it's probably not realistic or a good idea to move your
mainframe into a DMZ.
Why not? The second DMZ is not directly accessible from the Internet, so
for the mainframe there's no difference to the scenario where the
mainframe is located in the LAN. Only that in the 2-DMZ scenario an
attacker wouldn't have access to the LAN even if he manages to
compromise the (publicly accessible) server in the first DMZ.
"All vulnerabilities deserve a public fear period prior to patches
--Jason Coombs on Bugtraq
- Prev by Date: RE: RE: NAT external/Public IP
- Next by Date: Re: LAN issue
- Previous by thread: Re: DMZ - Question
- Next by thread: Re: DMZ - Question