Ethical Hacking Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package. | Computer Forensics Training at InfoSec Institute Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors. |

| Subject: | Re: DMZ - Question |
|---|---|
| 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. Regards Ansgar Wiechers -- "All vulnerabilities deserve a public fear period prior to patches becoming available." --Jason Coombs on Bugtraq
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | RE: RE: NAT external/Public IP, David Gillett |
|---|---|
| Next by Date: | Re: LAN issue, Steve Hillier |
| Previous by Thread: | Re: DMZ - Question, Daniel Anderson |
| Next by Thread: | Re: DMZ - Question, kevin fielder |
| Indexes: | [Date] [Thread] [Top] [All Lists] |