Re: DMZ design
Available news archives: comp.lang.tcl - comp.lang.python - comp.security.firewalls - sci.crypt - comp.lang.php - comp.lang.javascript
Google
 
Web news.hping.org


comp.security.firewalls archive

Re: DMZ design

From: Ansgar -59cobalt- Wiechers <usenet-2005@planetcobalt.net>
Date: Tue Nov 29 2005 - 17:14:56 CET

sc_wizard29@hotmail.com wrote:
> I would like to install a web-server on a DMZ. This web-server will
> access a database hosted on the private network. In a book called "The
> Practice of Network Security", the 2 following DMZ design are
> suggested :
>
> Design #1 (private network and DMZ connected to same FW) :
>
> internet -> FW -> private network
> |
> +--> DMZ
>
> Design #2 (2 FW) :
>
> internet -> FW -> DMZ -> FW -> private network.
>
> The author says that "The most notable problem with design #1 is that
> there is no way to securely update information on the servers. There
> are also no facilities in place to secure the database transactions
> between the web server and the database server, or any of the backend
> servers".

The mere network topology doesn't support this opinion in any possible
way.

> I'm afraid I don't understand what the author means... if I use design
> #1 and if the FW is correctly configured, what can prevent me from
> securing the database transactions ?

You don't want *any* host in the DMZ to be able to establish connections
into your private network, since that would break the DMZ. Put the
backend servers into the DMZ (or a separate second DMZ). Replicate
(push!) the relevant data from your backend servers to servers in the
DMZ. But *never* *ever* allow connections from the DMZ to the internal
network.

cu
59cobalt

-- 
"Another option [for defragmentation] is to back up your important files,
erase the hard disk, then reinstall Mac OS X and your backed up files."
--http://docs.info.apple.com/article.html?artnum=25668
Received on Sat Dec 3 04:18:44 2005