Psst! Did you know DevelopmentNow is a mobile web site design agency?

Contact us for help mobilizing your site, or to sign up for our beta Mobile Web SDK!
all groups > iis security > january 2005 >

iis security : IIS 6.0 and SQL Server on a Domain Controller?


Vagabond Software
1/22/2005 7:17:39 AM
I am preparing to migrtate my Server 2003 Enterprise Edition to new =
hardware and will likely reinstall. I am currently running IIS 6.0 and =
SQL Server on my Domain Controller, which is not recommended according =
to the MBSA. However, I am not currently fowarding ANY ports from my =
router to the server. So only family members can access those features =
from computers in this house.

I do want to begin forwarding port 80 after I complete the new =
installation and begin serving standard web pages and ASP applications =
to the Internet. Assuming very low traffic (less than 25 visitors per =
day) and customary security settings and procedures, how much should I =
be concerned about having IIS and my Domain Controller on the same =
computer? Does your answer change if I enable the FTP server and begin =
forwarding the corresponding port?

My reluctance is that I already have a workstation and a server for my =
personal use and only one Windows Server 2003 license. I am loathe to =
keep a third computer running Windows 2000 Advanced Server just to be a =
domain controller, but would consider it depending on the level of alarm =
presented in the resposes to this post.

Any advice is greatly appreciated.

Chris Geier
1/22/2005 9:29:03 AM
Its all about attack surface, in this case the more you run on any device the
more possibility there is that it has something that can be attacked and
exploited. I am not going to say it is a "BAD" idea. But I am not going to
say it is fine either. It is all about what you feel comfortable with and
what else you are doing to protect it. As well as how important it is to you
to keep what ever it is on it from being taked and or destroyed. If this
were at a company that I was responsible for, I would not do it. But for my
house where I am just playing around with stuff, sure as long as i understood
what I was risking. Keep in mind there are always people scanning ip
addresses looking for ones that respond. I would at a minimum put something
up that would watch for stuff like this. something like snort etc. Also
make sure you have a good firewall that you can easily control

[quoted text, click to view]
Vagabond Software
1/22/2005 12:13:38 PM
[quoted text, click to view]
installation and begin serving standard web pages and ASP applications =
to the Internet. Assuming very low traffic (less than 25 visitors per =
day) and customary security settings and procedures, how much should I =
be concerned about having IIS and my Domain Controller on the same =
computer? Does your answer change if I enable the FTP server and begin =
forwarding the corresponding port?
[quoted text, click to view]

Out of curiosity, how does Small Business Server manage to securely run =
IIS, SharePoint, and Exchanger servers ALL on a DC where Windows 2003 =
should not?

jeff.nospam NO[at]SPAM zina.com
1/22/2005 5:23:54 PM
On Sat, 22 Jan 2005 07:17:39 -0800, "Vagabond Software"
[quoted text, click to view]

The security issue is that IIS and other apps run under the domain
accounts, thus provideing access to the entire domian if compromised.
As long as you secure the system and use your firewall to block other
access, it's usually okay. But the trade off is increased usability
and reduced cost in exchange for decreased security. Only you can
decide if the tradeoff is worthwhile.

FWIW, I do the same here.

Leythos
1/22/2005 6:37:57 PM
In article <u9MtVVJAFHA.1300@TK2MSFTNGP14.phx.gbl>, carlfenley-X-@-X-
san.rr.com says...
[quoted text, click to view]

As long as you don't have anything on the 2003 server that you care
about, then it's perfectly fine to just expose port 80 and wait for it
to get attacked/hacked.

If you want to do it properly, you need to be thinking about some of the
following:

1) Web servers should NOT be part of the trusted domain, actually there
is not valid reason I've come across to make them part of the domain.

2) Web servers should not be in the same networks as trusted computers -
separate them via a firewall and only map ports between the LAN<>DMZ for
the necessary access, never for domain level authentication.

3) SQL servers should not be in the DMZ or running on the web server.

4) If you are forced to run SQL Server on the web server, you do not
want to set up the server as a DOMAIN, there is no reason to use
Network/Domain user accounts to access the SQL server - use a SQL user
logon from the web app. Do not use the SA account in your web/odbc/other
scripts to access the database - create a User in SQL that you code for.

5) SQL server as a back-end to the web requires a CPU license for SQL
server unless you are running SBS - those cost about $5,000 retail
(each).

6) The web server should NOT have any user accounts with the same names
or passwords as any other computer in the network - rename the
Administrator account to something else - use a 14 character password.

7) Install IIS and all IIS components on a different partition than the
Operating system - try creating a "F" partition, C & D are often coded
into hacks, but F through Z are not used in even 1% of the hacks I've
seen.

8) Remove access to system files from the IIS user accounts - remove ALL
access to CMD and programs like it from anyone except the Administrator
account - there is no reason that anyone other than the Administrator
really needs access to it on a web server.

9) Consider (strongly) using authentication for visitors - since this is
a family web server setup a single USER account with a big password,
tell the family about it - block Anonymous access and require they use
the user/password to see ANY page. This one thing will help a lot.

10) Install server quality antivirus software.

11) Do not install anything that is not 110% needed - remove/disable all
services that you don't actually need.

12) Patch/Update/run the BSA several times.

13) Have all the router logs sent to a second computer/server and READ
THEM frequently, looking for inbound attempts - also read the IIS logs.

I know this sounds like a lot, but I've been running IIS since version
4, have corporate customers (fortune 500) with IIS on public servers,
and have never been compromised - ever. It's worth the effort to me.

If you can't afford a second license, consider 2003 Web Server edition,
it's cheap.

--
--
spamfree999@rrohio.com
Leythos
1/22/2005 10:10:06 PM
In article <uVGjv6LAFHA.936@TK2MSFTNGP12.phx.gbl>, carlfenley-X-@-X-
san.rr.com says...
[quoted text, click to view]

I didn't say it could not be done, I said it should not be done. SBS is
nice enough to package ISA, 2003 server does not.

If I were going to put a DC with any exposed service on-line, I would
have a lot more than ISA protecting it - "I" would require a quality
firewall appliance, very strong control over users passwords, ..... Come
to think of it, I just wouldn't do it for any reason.

Don't get me wrong, I know it "can" be done, but I can't think of one
valid reason, other than someone being "too cheap" to expose a DC with
company/personal information to the internet directly.

I have one server running Exchange 2003, it's also a DC, but it is a
stand-alone DC without any accounts/passwords that match the trusted
LAN's users accounts - sure, it means that users have to setup Outlook
2003 the first time with a user/password that is not part of their
normal/trusted domain, but they never have to enter their passwords
again (unless outlook forgets them). The Exchange 2003 server sits in
the DMZ segments (actually a different network) and there are specific
rules in the firewall that allow limited access from the LAN to DMZ to
access the server. If the E2003 server gets hacked there is no
authenticated means back to the LAN. We use this setup everywhere and it
works well.

Yea, I know that SBS is marketed to SOHO units with an All-In-One
solution, and it's a good deal, but the same people that purchase it are
the same people that are "often" to cheap to properly secure it or their
networks.


--
--
spamfree999@rrohio.com
Vagabond Software
1/23/2005 8:26:24 AM
[quoted text, click to view]
I am preparing to migrtate my Server 2003 Enterprise Edition to new =
hardware and will likely reinstall. I am currently running IIS 6.0 and =
SQL Server on my Domain Controller, which is not recommended according =
to the MBSA. However, I am not currently fowarding ANY ports from my =
router to the server. So only family members can access those features =
from computers in this house.

I do want to begin forwarding port 80 after I complete the new =
installation and begin serving standard web pages and ASP applications =
to the Internet. Assuming very low traffic (less than 25 visitors per =
day) and customary security settings and procedures, how much should I =
be concerned about having IIS and my Domain Controller on the same =
computer? Does your answer change if I enable the FTP server and begin =
forwarding the corresponding port?

My reluctance is that I already have a workstation and a server for my =
personal use and only one Windows Server 2003 license. I am loathe to =
keep a third computer running Windows 2000 Advanced Server just to be a =
domain controller, but would consider it depending on the level of alarm =
presented in the resposes to this post.

Any advice is greatly appreciated.

carl
--

Thanks for the replies and the advice. Like I said, it's not really a =
matter of money as I have the hardware and the Windows 2000 Advanced =
Server license, but I just don't want the added machine to manage. I =
think I will proceed as planned but with extreme caution and (hopefully) =
an adequate Disaster Recovery plan in the event of a successful breach.

Thanks again,

Leythos
1/23/2005 5:11:51 PM
In article <ut5jcgWAFHA.3840@tk2msftngp13.phx.gbl>, carlfenley-X-@-X-
san.rr.com says...
[quoted text, click to view]

You really need to lock it down and enforce password complexity, even if
the users complain.

Also, don't allow domain accounts to access the SQL server, used named
logon's in SQL server (mixed mode) so that anyone cracking your server
doesn't have access to the database directly (sort of).

--
--
spamfree999@rrohio.com
Andrew Sword [MVP]
1/24/2005 6:53:01 PM
If this is the only server and it connects to nothing else there is probably
no compelling reason to configure the server as a DC.

[quoted text, click to view]
Vagabond Software
1/24/2005 10:37:12 PM
"Andrew Sword [MVP]" <AndrewSwordMVP@discussions.microsoft.com> wrote in =
message news:1BC15DAC-DD09-4B99-A1E2-F000983030A4@microsoft.com...
[quoted text, click to view]

I've actually been considering that. I had originally configured it as =
a DC because I was doing development for AD, but I finished that job =
long ago.

AddThis Social Bookmark Button