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.

Perimeter

9/2/2009
04:00 PM
Gadi Evron
Gadi Evron
Commentary
Connect Directly
Twitter
LinkedIn
RSS
E-Mail
50%
50%

Automated Vulnerability Assessment In 2010

Vulnerability assessment is a relatively older technology in the information security professional's arsenal -- so does it still make sense to use it as you plan your security strategy for the coming year?

Vulnerability assessment is a relatively older technology in the information security professional's arsenal -- so does it still make sense to use it as you plan your security strategy for the coming year?An automated vulnerability assessment tool draws a map of the network by how vulnerable computers are, indicated with colors based on the "scare-level" of unpatched vulnerabilities.

From the beginning, these tools seemed amazingly useful and, considering the data they provide, amazingly hard to get results from. But once a network vulnerability map is available, how does an organization go about patching millions, thousands, or just dozens of computer systems, some of which are in production environments?

Getting results often requires a plan, spanning years in the future, where a vast majority of the network would not be vulnerable to known attacks -- a network map of green rather than red.

That achievement is indeed admirable, but is it the right way to go, and is the time spent on this process worth it?

I believe so. But not before other functions are performed: Integrating a patch-management system and updating the operating systems for machines across the board will provide more results more quickly in closing security holes.

Another aspect as to why patch management ought to be done first is that the landscape has changed. When vulnerability assessment systems were first introduced, vulnerabilities on the network were the most commonly used path of attack. Today, multiple attack vectors are commonplace -- email attachments, downloaded infected items from the Web, and social engineering via email and IM are all equal in threat level to network-based attacks. Updating the operating system will do more to help combat some of these widespread common threats than any network scanner will.

Following patch management, establishing or formalizing the process by which new computers are installed and connected to the network will prevent new vulnerabilities from being introduced and for the operating systems to be updated regularly.

And following a risk assessment, updating servers in vulnerable network locations and then starting automated vulnerability assessment on them first is more efficient for the overall security of the rest of the network as well. It can serve as a pilot project for choosing the right system for later and wider deployment.

Then starting the process of vulnerability assessment helps you to find vulnerabilities from applications and discover how your patch management system is working (and what machines are not being updated).

An automated process will help with one aspect nothing else will: discovering when new vulnerable machines are connected to your network so you can do something about it. Then it becomes a sort of incident alert auditing system for you to find infringements and to follow up on them.

Follow Gadi Evron on Twitter: http://twitter.com/gadievron

Gadi Evron is an independent security strategist based in Israel. Special to Dark Reading. Gadi is CEO and founder of Cymmetria, a cyber deception startup and chairman of the Israeli CERT. Previously, he was vice president of cybersecurity strategy for Kaspersky Lab and led PwC's Cyber Security Center of Excellence, located in Israel. He is widely recognized for ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: Our Endpoint Protection system is a little outdated... 
Current Issue
The Year in Security: 2019
This Tech Digest provides a wrap up and overview of the year's top cybersecurity news stories. It was a year of new twists on old threats, with fears of another WannaCry-type worm and of a possible botnet army of Wi-Fi routers. But 2019 also underscored the risk of firmware and trusted security tools harboring dangerous holes that cybercriminals and nation-state hackers could readily abuse. Read more.
Flash Poll
Rethinking Enterprise Data Defense
Rethinking Enterprise Data Defense
Frustrated with recurring intrusions and breaches, cybersecurity professionals are questioning some of the industrys conventional wisdom. Heres a look at what theyre thinking about.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2019-19740
PUBLISHED: 2019-12-12
Octeth Oempro 4.7 allows SQL injection. The parameter CampaignID in Campaign.Get is vulnerable.
CVE-2019-19746
PUBLISHED: 2019-12-12
make_arrow in arrow.c in Xfig fig2dev 3.2.7b allows a segmentation fault and out-of-bounds write because of an integer overflow via a large arrow type.
CVE-2019-19748
PUBLISHED: 2019-12-12
The Work Time Calendar app before 4.7.1 for Jira allows XSS.
CVE-2017-18640
PUBLISHED: 2019-12-12
The Alias feature in SnakeYAML 1.18 allows entity expansion during a load operation, a related issue to CVE-2003-1564.
CVE-2019-19726
PUBLISHED: 2019-12-12
OpenBSD through 6.6 allows local users to escalate to root because a check for LD_LIBRARY_PATH in setuid programs can be defeated by setting a very small RLIMIT_DATA resource limit. When executing chpass or passwd (which are setuid root), _dl_setup_env in ld.so tries to strip LD_LIBRARY_PATH from th...