In article <u9MtVVJAFHA.1300@TK2MSFTNGP14.phx.gbl>, carlfenley-X-@-X-
san.rr.com says...
[quoted text, click to view] > 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?
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