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.




Network Security Firewalls
[Top] [All Lists]

Re: AD in DMZ

Subject: Re: AD in DMZ
Date: Wed, 22 Sep 2004 18:26:27 +0200
Hello there!

What "best practices" / tips can you share when faced with a
requirement to place Active Directory within DMZ's?
Yes, I know we're all told this is a no-no, but I'm sure there's
some implementations where this is being done, with some
intelligence to thwart the major issues...

I would imagine suggestions would focus on trusts / replication /
OS lockdown

Any real experiences with breaches caused by AD in DMZ segments?
Yes. there are. In my case, my boss wanted centrally managed
authentications and permissions management on all our web hosting
servers ( http, databases, ftp, mail, web office). More specifically:
one administrator password needed to be valid in order to log
into any server.

I had three options:

1> telling him not to do that. didn't worked.
2> using active directory and reading some system hardening
documentation
3> finding a third party provider. First thing, AD could do all
of this. Second thing: it is tightly integrated into Windows.
Third (political) thing: I don't trust 'by default' configured MS
products but I trust them when it comes to personnalizing your
system when you know you're doing. I am talking about
disabling unknown services, setting files permissions correctly,
requiring high password complexity, setting robust audit and
monitoring structures, configuring ipsec, implementing a strong
patch management policy and simply configuring the system
to do what it should do.

I often saw people saying 'don't use AD in a DMZ!' but when
you asked them why they only could answer 'because it's not
secure!'. This is not an argument.

My 2 swiss cents ;)

.antoine





------------oOoo---Ôô----ooOo---------------------------
Antonio FONTES    (well, me, actually)
http://www.nxtg.net/saphyr/  (tout et rien en français)
http://www.nxtg.net/is/ (blog - développeur web)
E-mail: prenom.nom@mondomaine.net
-------------------------------------------------------------

<Prev in Thread] Current Thread [Next in Thread>