Server considerations for internal network application setup

Server considerations for internal network application setup

I have applications that can be publicly accessed in the DMZ. I need to install an application on the secured side of the network, but the application will need IIS installed on that server. If I do so, using internal IP addresses and not public ones, will IIS vulnerabilities expose my application? What do you advise?

    Requires Free Membership to View

    SearchSecurity.com members gain immediate and unlimited access to breaking industry news, virus alerts, new hacker threats, highly focused security newsletters, and more -- all at no cost. Join me on SearchSecurity.com today!

    Michael S. Mimoso, Editorial Director

    By submitting your registration information to SearchSecurity.com you agree to receive email communications from TechTarget and TechTarget partners. We encourage you to read our Privacy Policy which contains important disclosures about how we collect and use your registration and other information. If you reside outside of the United States, by submitting this registration information you consent to having your personal data transferred to and processed in the United States. Your use of SearchSecurity.com is governed by our Terms of Use. You may contact us at webmaster@TechTarget.com.

You're on the right track; the applications that require public access should be installed and placed in the DMZ. I'm inferring from your question that you want to offer private applications to users on the internal network, but you want to do so using the same server that provides public applications. I do not recommend this approach for two reasons:

  • Mixing public and private services on the same server exposes you to significant application-layer risk. A flaw in the public application, such as an SQL injection vulnerability, could expose data used by the private application, and no additional layer of control or protection would be provided.

  • Services used solely by internal users do not belong in the same DMZ that provides services to the general public. The purpose of the DMZ is to provide a layer of isolation between public and private services. Even if you install the private application on a separate server within the DMZ, you still run the risk of compromising the server that runs the public processes. If that type of corruption occurs, you could potentially have a compromised server living in the same security zone as the private server. If both servers reside in the DMZ, traffic between them would not be regulated by the firewall.

    My recommendation would be to implement a fourth firewall zone, using a separate network interface card (NIC) on the firewall or virtual LAN (vLAN) technology. This fourth zone -- perhaps call it the "internal DMZ" -- would be for services that process private data and should be restricted to internal users only.

    More information:

  • Learn how VLANs can compartmentalize WLAN traffic.
  • A demilitarized zone protects systems from an affected server, but enterprise users should not be placed in the DMZ. Mike Chapple explains where they belong.
  • This was first published in October 2007