Risk
3/29/2012
03:45 PM
Connect Directly
Google+
LinkedIn
Twitter
RSS
E-Mail
50%
50%

How To Choose Endpoint Protection

Don't fret about malware detection. Focus on user interactions, performance, and management.

InformationWeek Green - Apr. 2, 2012 InformationWeek Green
Download the entire Apr. 2, 2012 issue of InformationWeek, distributed in an all-digital format as part of our Green Initiative
(Registration required.)
We will plant a tree for each of the first 5,000 downloads.

Security Software Listen Up!

As a security consultant I am frequently asked, "Which endpoint protection product detects the most malware?" Invariably, the question that follows is "So I should buy that one, right?"

Not necessarily.

Software vendors will hate to hear this, but the malware-detection capability of most products is good enough. At the consulting firm Savid, our endpoint protection reviews show that they all do fine when it comes to identifying malicious software. Other testing also shows only moderate differences among products. For instance, the top 10 vendors blocked between 93.6% and 99.5% of malicious examples provided, according to a November report from AV-Comparatives, a testing company. That's a relatively small gap in terms of detection capability.

The point here is that you shouldn't focus your endpoint protection requests for proposals or technical reviews on detection rates alone, nor is it necessary to spend a lot of time infecting PCs in your lab to watch how the various products fend for themselves.

Instead, we believe you'll have more success with endpoint protection by analyzing three key areas: how willing employees are to interact with the software for alerts and messages, how much the software slows PC performance, and how manageable the product is in terms of changing policies and other vital tasks.

Users Matter Most

IT pros love to get a bunch of products in a lab and throw malware at them to see what happens. But we believe you'll get better results if you focus on employees. Here's why.

Security software varies greatly in how much interaction is required from employees. It might show a simple icon on a Google search page to indicate potentially malicious sites. It can also be more complex, such as an on-screen pop-up message that warns of possible dangers if an executable or program runs. These messages often require the user to make a decision to allow or deny an action.

The degree to which employees understand (or care) about these interactions will affect the viability of an endpoint product. If users accept this level of interaction given the sensitive nature of the company's work, a product with lots of accept-or-deny options can work. But if users feel like security software is blocking them from doing work, they will demand less-restrictive controls, or even the removal of certain security modules.

In our consulting engagements, we routinely see network threat protection turned off because of all the darn security messages that appear when users browse the Web or run various apps. We have even seen endpoint products that have been trained by users to always allow every executable and to grant access to every website, which defeats the purpose of the software. Don't underestimate employees' ability to incapacitate your endpoint security.

Thus, our No. 1 rule for endpoint protection success: Test products with your end users. Devise user-interaction scenarios for key malware infection points, including Web browsing and email. See how the product reacts to threats, how the product presents those threats to your users, and, most important of all, how your end users respond to warnings. You can record every user's interactions using software such as CamStudio (which is free). The output plays like a video, which lets you review and analyze people's activity once the tests are concluded. This output can also be used in employee training.

To read the rest of the article,
Download the Apr. 2, 2012 issue of InformationWeek


Securing end user devices is tricky business. We offer free reports on three distinct facets:
Get All Our Reports


Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading Tech Digest, Dec. 19, 2014
Software-defined networking can be a net plus for security. The key: Work with the network team to implement gradually, test as you go, and take the opportunity to overhaul your security strategy.
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2004-2771
Published: 2014-12-24
The expand function in fio.c in Heirloom mailx 12.5 and earlier and BSD mailx 8.1.2 and earlier allows remote attackers to execute arbitrary commands via shell metacharacters in an email address.

CVE-2014-3569
Published: 2014-12-24
The ssl23_get_client_hello function in s23_srvr.c in OpenSSL 1.0.1j does not properly handle attempts to use unsupported protocols, which allows remote attackers to cause a denial of service (NULL pointer dereference and daemon crash) via an unexpected handshake, as demonstrated by an SSLv3 handshak...

CVE-2014-4322
Published: 2014-12-24
drivers/misc/qseecom.c in the QSEECOM driver for the Linux kernel 3.x, as used in Qualcomm Innovation Center (QuIC) Android contributions for MSM devices and other products, does not validate certain offset, length, and base values within an ioctl call, which allows attackers to gain privileges or c...

CVE-2014-6132
Published: 2014-12-24
Cross-site scripting (XSS) vulnerability in the Web UI in IBM WebSphere Service Registry and Repository (WSRR) 6.3 through 6.3.0.5, 7.0.x through 7.0.0.5, 7.5.x through 7.5.0.4, 8.0.x before 8.0.0.3, and 8.5.x before 8.5.0.1 allows remote authenticated users to inject arbitrary web script or HTML vi...

CVE-2014-6153
Published: 2014-12-24
The Web UI in IBM WebSphere Service Registry and Repository (WSRR) 6.3.x through 6.3.0.5, 7.0.x through 7.0.0.5, 7.5.x through 7.5.0.4, 8.0.x before 8.0.0.3, and 8.5.x before 8.5.0.1 does not set the secure flag for a cookie in an https session, which makes it easier for remote attackers to capture ...

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Join us Wednesday, Dec. 17 at 1 p.m. Eastern Time to hear what employers are really looking for in a chief information security officer -- it may not be what you think.