Risk
11/25/2013
06:14 AM
Tim Wilson
Tim Wilson
Quick Hits
Connect Directly
RSS
E-Mail
50%
50%
Repost This

At AppSec USA, A Call For Continuous Monitoring

Speakers, experts at AppSec conference say periodic scanning for application vulnerabilities is no longer enough

NEW YORK, N.Y. -- The days of the once-a-year application vulnerability scan are over. The days of continuous application monitoring have begun.

That was the message delivered by speakers and other experts at the annual AppSec USA conference here last week. The conference, which focuses on application security and secure software development, featured some of the best-known experts in the field. One of their common themes: Application security vulnerabilities can come up at any time, even after software is vetted and deployed.

"Look at the world of health care," said Jeff Williams, CEO of application security vendor Aspect Security, in a presentation at the conference. "It's no longer enough, in many cases, to wait for the patient to come in once a year for a checkup. They're equipping the body with sensors that can measure blood sugar or heart rate, and then send you a warning. In some of those cases, your phone knows you're sick before you do.

"Application security needs to follow that same model. The once-a-year scan for vulnerabilities isn't working. Application security needs to happen continuously, in real time, and not just on some apps, but on a portfolio scale."

Williams advocated the use of vulnerability sensors, which enterprises can develop themselves, to help detect and warn security professionals and developers of newly discovered vulnerabilities in software.

"You can develop sensors to detect clickjacking vulnerabilities or injection vulnerabilities or just about anything," Williams said. "You can get your developers to build sensors directly into the application that will warn you when a vulnerability occurs, in real time."

Bala Venkat, chief marketing officer at application security vendor Cenzic, agreed that vulnerability scanning should be a continuous process. "Most enterprises do careful scanning during the predeployment process, but they stop there," he noted. "Once the application is in operation, they look for vulnerabilities only rarely or not at all. And that's why so many applications today have vulnerabilities that haven't been remediated."

Venkat advocates an ongoing approach to vulnerability scanning that includes analysis not only before deployment, but while the software is operating. "Some IT organizations are afraid to do this because they are worried that scans might affect the performance of an operating application or cause a service interruption. But the risks of not remediating a known vulnerability generally are far greater."

Veracode, another application security vendor, has implemented an internal process for application monitoring that requires developers not only to do a one-time check for security vulnerabilities, but to continuously monitor for problems throughout the life of the application.

"If you want developers to learn something about security, you have to make sure that you are continuously exposing them to the security issue," said Chris Eng, vice president of research at Veracode, who also spoke at the conference. "Otherwise, it's like teaching them a math concept that they learn once and never use again. It has to be part of the process."

"The technology for finding vulnerabilities is a lot better than it was even a couple of years ago," noted Robert Hansen, director of product management and technology evangelist at WhiteHat Security. "What we need to do is update the process to reflect that better technology."

Have a comment on this story? Please click "Add a Comment" below. If you'd like to contact Dark Reading's editors directly, send us a message. Tim Wilson is Editor in Chief and co-founder of Dark Reading.com, UBM Tech's online community for information security professionals. He is responsible for managing the site, assigning and editing content, and writing breaking news stories. Wilson has been recognized as one ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
marktroester
50%
50%
marktroester,
User Rank: Apprentice
12/2/2013 | 10:15:41 PM
re: At AppSec USA, A Call For Continuous Monitoring
Yes, the continuous monitoring topic was big at AppSecUSA. Some conversations extended the concept of monitoring to provide actionable information throughout the entire lifecycle. From providing developers support directly in the IDE, to helping drive the release management process with policy based guidance in the Continuous Integration and build environments, to identifying new vulnerabilities in production applications, the entire software lifecycle needs to be supported.

Mark Troester
Sonatype
@mtroester
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-2391
Published: 2014-04-24
The password recovery service in Open-Xchange AppSuite before 7.2.2-rev20, 7.4.1 before 7.4.1-rev11, and 7.4.2 before 7.4.2-rev13 makes an improper decision about the sensitivity of a string representing a previously used but currently invalid password, which allows remote attackers to obtain potent...

CVE-2014-2392
Published: 2014-04-24
The E-Mail autoconfiguration feature in Open-Xchange AppSuite before 7.2.2-rev20, 7.4.1 before 7.4.1-rev11, and 7.4.2 before 7.4.2-rev13 places a password in a GET request, which allows remote attackers to obtain sensitive information by reading (1) web-server access logs, (2) web-server Referer log...

CVE-2014-2393
Published: 2014-04-24
Cross-site scripting (XSS) vulnerability in Open-Xchange AppSuite 7.4.1 before 7.4.1-rev11 and 7.4.2 before 7.4.2-rev13 allows remote attackers to inject arbitrary web script or HTML via a Drive filename that is not properly handled during use of the composer to add an e-mail attachment.

CVE-2011-5279
Published: 2014-04-23
CRLF injection vulnerability in the CGI implementation in Microsoft Internet Information Services (IIS) 4.x and 5.x on Windows NT and Windows 2000 allows remote attackers to modify arbitrary uppercase environment variables via a \n (newline) character in an HTTP header.

CVE-2012-0360
Published: 2014-04-23
Memory leak in Cisco IOS before 15.1(1)SY, when IKEv2 debugging is enabled, allows remote attackers to cause a denial of service (memory consumption) via crafted packets, aka Bug ID CSCtn22376.

Best of the Web