Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Risk

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
Edge-DRsplash-10-edge-articles
7 Old IT Things Every New InfoSec Pro Should Know
Joan Goodchild, Staff Editor,  4/20/2021
News
Cloud-Native Businesses Struggle With Security
Robert Lemos, Contributing Writer,  5/6/2021
Commentary
Defending Against Web Scraping Attacks
Rob Simon, Principal Security Consultant at TrustedSec,  5/7/2021
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
2021 Top Enterprise IT Trends
We've identified the key trends that are poised to impact the IT landscape in 2021. Find out why they're important and how they will affect you today!
Flash Poll
How Enterprises are Developing Secure Applications
How Enterprises are Developing Secure Applications
Recent breaches of third-party apps are driving many organizations to think harder about the security of their off-the-shelf software as they continue to move left in secure software development practices.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2021-31922
PUBLISHED: 2021-05-14
An HTTP Request Smuggling vulnerability in Pulse Secure Virtual Traffic Manager before 21.1 could allow an attacker to smuggle an HTTP request through an HTTP/2 Header. This vulnerability is resolved in 21.1, 20.3R1, 20.2R1, 20.1R2, 19.2R4, and 18.2R3.
CVE-2021-32051
PUBLISHED: 2021-05-14
Hexagon G!nius Auskunftsportal before 5.0.0.0 allows SQL injection via the GiPWorkflow/Service/DownloadPublicFile id parameter.
CVE-2021-32615
PUBLISHED: 2021-05-13
Piwigo 11.4.0 allows admin/user_list_backend.php order[0][dir] SQL Injection.
CVE-2021-33026
PUBLISHED: 2021-05-13
The Flask-Caching extension through 1.10.1 for Flask relies on Pickle for serialization, which may lead to remote code execution or local privilege escalation. If an attacker gains access to cache storage (e.g., filesystem, Memcached, Redis, etc.), they can construct a crafted payload, poison the ca...
CVE-2021-31876
PUBLISHED: 2021-05-13
Bitcoin Core 0.12.0 through 0.21.1 does not properly implement the replacement policy specified in BIP125, which makes it easier for attackers to trigger a loss of funds, or a denial of service attack against downstream projects such as Lightning network nodes. An unconfirmed child transaction with ...