Tip

Web application isolation

Over the past few years, Web developers and administrators have become increasingly cognizant of the importance of Web application isolation. In response to this emphasis, the companies that produce operating systems and Web server software have enhanced the isolation capabilities of their platforms.

Essentially, the concept of application isolation states that two (or more) processes running on the same system should be separated from each other such that the failure of one process does not violate the security of any other process.

For example, assume that a particular Web server is running two different applications: HiSec, which processes credit card information, and LoSec, which processes requests for information. Developers may have invested a large amount of time in ensuring the reliability of HiSec, but they may have dedicated significantly less energy to safeguarding LoSec. If the applications are not isolated, they may share a common resource, such as memory, as shown in the figure below. A malicious individual may then be able to compromise LoSec and use it to manipulate the resources used by HiSec.

Obviously, this is an undesirable situation! In fact, the concept of isolation extends beyond Web code and covers individual user and administrator interaction with the server. You certainly wouldn't want one user exposed to another user's confidential information!

So, what's a security professional to do? Most major platforms, to

    Requires Free Membership to View

one degree or another, include support for Web application isolation. Below are a few resources for common Web servers:

Web application isolation is truly a critical concept, especially if you operate within an environment with multiple security levels. If you're a developer, speak to your administrator about implementing the appropriate level of isolation for your applications. If you're an administrator, it's time to chat with your developers to make sure that they're aware of this issue and the isolation capabilities of your server and operating system.

About the author
Mike Chapple, CISSP, currently serves as Chief Information Officer of the Brand Institute, a Miami-based marketing consultancy. He previously worked as an information security researcher for the U.S. National Security Agency. His publishing credits include the TICSA Training Guide from Que Publishing, the CISSP Study Guide from Sybex and the upcoming SANS GSEC Prep Guide from John Wiley. He's also the About.com Guide to Databases.

For more information on this topic, visit these resources:


This was first published in January 2004

There are Comments. Add yours.

 
TIP: Want to include a code block in your comment? Use <pre> or <code> tags around the desired text. Ex: <code>insert code</code>

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy
Sort by: OldestNewest

Forgot Password?

No problem! Submit your e-mail address below. We'll send you an email containing your password.

Your password has been sent to:

Disclaimer: Our Tips Exchange is a forum for you to share technical advice and expertise with your peers and to learn from other enterprise IT professionals. TechTarget provides the infrastructure to facilitate this sharing of information. However, we cannot guarantee the accuracy or validity of the material submitted. You agree that your use of the Ask The Expert services and your reliance on any questions, answers, information or other materials received through this Web site is at your own risk.