Receive the latest technology news and information.

	Computerworld Daily News (First Look and Wrap-Up)
	Computerworld Blogs Newsletter
	The Weekly Top 10
	Cloud Computing

View all newsletters

E-mail Address:

Industry:

Job Title:

Company Size:

Country:

State:

I would like to receive offers via e-mail from Computerworld partners.

Security: Proactive Security

Baked-In Security

Catch flaws at the application development stage to avoid costly breaches.

Heather Havenstein Today’s Top Stories

or Other Security Stories

March 21, 2005 (Computerworld) -- It's a problem at many organizations today: Developers are so narrowly focused on quickly building feature-rich applications that security becomes an afterthought.
The task of securing those applications is often left to others -- traditionally, systems administrators who can wield firewalls, intrusion-detection software and other weapons at the network perimeter after the applications have been deployed.
"The industry has been treating security as a perimeter issue -- keep the bad guys out [of] the castle, and everything is fine," says James Whittacker, co-founder of Security Innovation Inc., a Boston-based company that provides security assessment and testing services. "The bad guys get in, or they are already in [because] they are employees at our company. The lion's share of the burden falls on application developers to make sure it's not their application that is the entry point for a breach."
Yet few organizations have standardized efforts to address security inside the perimeter, says Ron Exler, director of research operations at Robert Frances Group Inc. in Westport, Conn.
Finding a Fix
According to research firm Gartner Inc., although many companies have made significant investments in tools to secure production applications, fixing security flaws prior to production can generate significant cost savings. If 50% of vulnerabilities were removed before production of purchased and internally developed software, enterprise configuration management costs and incident-response costs could be reduced by 75% each, Gartner says.
To do it right, companies need to write a business application profile and a user application profile as part of the development process, says Exler. A business application profile details what an application does and its various components. A user application profile lays out the likely users of the application and how they will be using it.
"Security definitely ties into both the application and the users," Exler says. "As you are developing, you need to be cognizant of how the application is going to be used and the flow of it."
After the profiles are completed, IT security people can be brought in to analyze the security scenarios of these profiles. "You can see the potential weaknesses in the application, in the user workflow, and then you can see where you can build protections," Exler says.
The testing and quality assurance phases also should include a focus on security. An application that doesn't meet security requirements should be considered defective, just like an application that has errors or bugs that result in performance problems, says Exler.
But even more important is to change the "code and go" mind-set of developers. "If security needs to be raised in importance in the application development process, it should be part of the developer's performance plan, just like showing up on time or writing code with fewer errors," Exler explains.
Finally, companies should also be scrutinizing the security practices of their IT vendors. Exler suggests that companies add compliance with security requirements as part of service-level agreements.
Rigorous Review
Blue Cross and Blue Shield of Massachusetts Inc. has already ramped up efforts to infuse the company's application life cycle with preemptive security efforts.
Beginning with the technical design and review phase for new applications, the company evaluates for security risks and builds steps into the design and documentation that are aimed at eliminating potential holes, says Frank Enfanto, vice president of operations delivery and information security at the Boston-based health care organization. For example, it might use domain modeling or add permission- or role-based access to secure code, he says.
"We try to ensure we are consistent from project to project. That gives us a certain level of guidelines for developers to use," Enfanto says. "We also provide [developers] with certain coding standards that help mitigate general security risks."
Blue Cross conducts negative application testing to try to find security flaws that could allow unauthorized access to an application once it's deployed. The organization also scans its applications with intrusion-detection technology to identify potential security holes in the code, but those types of tools are immature and return a lot of false positives, according to Enfanto.
"Our approach is not to just tell the coders to do this and test it and assume we are OK," Enfanto says. "Whatever you are doing in development and design, you are doing it in a pristine and clean environment. It is not the real world until it is deployed."