Risk
11/3/2011
09:14 PM
Connect Directly
RSS
E-Mail
50%
50%

A Security Pro's Guide To Patch Management

With so many applications and vulnerabilities, the question is which patches to deploy first

[Excerpted from "Security Pro's Guide To Patch Management," a new, free report posted this week on Dark Reading's Vulnerability Management Tech Center.]

Deployment of critical software updates and patches used to be a relatively simple proposition that didn’t require much thought or strategy. The conventional thinking was that if you simply patched Windows, Internet Explorer, and Office based on Microsoft’s recommendations, you were essentially immune from the most destructive attacks that were propagating in the wild.

That patch management approach presents two increasingly significant problems. First, it leads the vast majority of companies to deploy every critical patch fed to them, without first assessing or testing what those patches might break once deployed. Second, and more important, many applications exist outside the traditional core operating system realm, and those applications often represent an even larger threat vector than Windows or IE.

Consider all the applications on a traditional fat-client PC that supports dynamic code execution: Java, Acrobat Reader, Flash, Shockwave, QuickTime, Windows Media Player, iTunes, RealPlayer ... We could go on, but you get the point. Each of these applications is an independent threat vector whose unique capabilities have been exploited by malware developers.

Further, patch management is no longer just PC-focused. OS and application patches arguably may be the most vulnerable applications in the enterprise, but security professionals also must consider the patches published by email security gateway vendors, firewall vendors, routing/switching vendors, and so on. You also need to factor in mobile devices, along with any key systems located in the Internet cloud.

Given that the threat landscape is vastly more complex than it was just a few years ago, it’s vital that IT managers rethink overly simplistic patch management strategies that address — maybe, if you’re lucky — 25 percent of the problem. For those of us in the trenches, it’s disingenuous to tell our bosses we’re addressing the entire patch management problem when we’re really only deploying Microsoft patches.

With that said, patching every application in your company with every update available isn’t a viable solution, either. The application inventory for the typical large business ranges from the hundreds to the thousands. In a perfect world, IT would have the resources to track, test, and deploy patches for each and every application, but that’s not reality — and often is not even necessary.

Like everything in the security world, effective patch management is all about setting priorities and maintaining balance. In this report, we provide an approach for developing a sustainable patch management strategy that breaks the larger challenge into three more focused disciplines: patch prioritization, patch deployment, and patch quality assurance (QA).

To read this guide on enterprise-class patch management practices and processes, download the full patch management report.

Have a comment on this story? Please click "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
Register for Dark Reading Newsletters
White Papers
Flash Poll
Current Issue
Cartoon
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2013-6117
Published: 2014-07-11
Dahua DVR 2.608.0000.0 and 2.608.GV00.0 allows remote attackers to bypass authentication and obtain sensitive information including user credentials, change user passwords, clear log files, and perform other actions via a request to TCP port 37777.

CVE-2014-0174
Published: 2014-07-11
Cumin (aka MRG Management Console), as used in Red Hat Enterprise MRG 2.5, does not include the HTTPOnly flag in a Set-Cookie header for the session cookie, which makes it easier for remote attackers to obtain potentially sensitive information via script access to this cookie.

CVE-2014-3485
Published: 2014-07-11
The REST API in the ovirt-engine in oVirt, as used in Red Hat Enterprise Virtualization (rhevm) 3.4, allows remote authenticated users to read arbitrary files and have other unspecified impact via unknown vectors, related to an XML External Entity (XXE) issue.

CVE-2014-3499
Published: 2014-07-11
Docker 1.0.0 uses world-readable and world-writable permissions on the management socket, which allows local users to gain privileges via unspecified vectors.

CVE-2014-3503
Published: 2014-07-11
Apache Syncope 1.1.x before 1.1.8 uses weak random values to generate passwords, which makes it easier for remote attackers to guess the password via a brute force attack.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Marilyn Cohodas and her guests look at the evolving nature of the relationship between CIO and CSO.