Free Privileged Account Discovery Tool: Identify & secure credentials to stop lateral movement. Download Free

BeyondTrust
  • Products
    Privileged Password Management
    Discover, manage, audit, and monitor privileged accounts
    Password Safe DevOps Secrets Safe
    Endpoint Privilege Management
    Manage privileges on Windows, Mac, Linux, and Unix endpoints
    Windows and Mac Unix and Linux Active Directory Bridge
    Secure Remote Access
    Centrally manage and secure remote access for service desks and vendors
    Remote Support Privileged Remote Access
    BeyondInsight Analytics
    See All Solutions
  • Resources

    Universal Privilege Management

    Our innovative Universal Privilege Management approach secures every user, asset, and session across your entire enterprise.

    Watch Video

    Learn

    Case Studies
    Competitor Comparisons
    Datasheets
    Glossary
    Product Demos
    Whitepapers

    Attend

    Events
    Go Beyond
    Training
    Webinars

    Support

    Changelog
    Professional Services
    Technical Documentation
  • Blog
  • Partners
  • Contact
  • Support
  • Services
  • Training
  • Events
  • Company

More Than Just Patch Management for Remediation

December 9, 2010

  • Blog
  • Archive
I have been combing though some vulnerability reports and the vast majority of remediation strategies revolve around applying a patch. Simple in concept; install this patch, and the vulnerability is mitigated. The difficulty arises when you have vast quantities of the patch to deploy, are unsure whether the security update breaks any other function or is incompatible, or requires a reboot or other disruption that could cause unwanted downtime. Finding the best remediation strategy for your organization is more than just knowing when to test and deploy a patch. It is a much larger process that starts with how you protect hosts in the first place and ends with applying a patch to correct the vulnerability. Along the way, it is very likely that you will discover that the patch alone is not the only method to mitigate the risk and in some cases introduces other unwarranted risks. Consider the following sample lifecycle of a popular zero-day threat against the Windows Task Scheduler Service used in Stuxnet: The amount of time between when a vendor publishes a patch for a discovered vulnerability and when a worm or malicious attack takes advantage of such vulnerabilities is shrinking dramatically and has been for years. Organizations that have “no solutions” are exposed to these attacks from the discovery of the exploit and through any malicious intent that criminal organizations may use to compromise hosts. In our example, the Stuxnet malware utilized this vulnerability well before public disclosure on November 10, 2010. Protection begins for most business only when a patch is available and fully deployed (patch solution). For the Microsoft Windows Task Scheduler Service vulnerability, as of this post, no patch is available yet and only mitigation workarounds are present. Environments using only vulnerability scanning solutions (assessment only) can identify which assets are at risk for the exploit once a check is added to their scanning product as either a zero-day audit or at public disclosure. This assumes that the developers and research team supporting your scanning solution maintain a tight SLA for including identification (audits) of new threats within the product. This does not protect you from the threat, it just raises the level of awareness that you could be compromised. Again, for our example, users are only able to scan for this vulnerability using a zero-day audit and have no mitigation strategy until a patch is available unless they take an alternative approach for protection. eEye customers that use Retina (or Blink) are protected from this attack from day zero...well before public disclosure. Real-time alerts are sent notifying administrators and security teams of the attack even when no patch is deployed. This entire lifecycle of identification and remediation goes far beyond just identifying a vulnerability and patching a host. Solutions can provide protection when remediation is not possible even when patches do not exist. In addition to patch management, vulnerability remediation can occur through other controls that protect a host from threats (like protection agents above). Another common method is changing the configuration settings for a host or network. Consider the timeline above is for a popular word processor or document reader. The most common entry points into the network for these documents are through email and internet browsing. Stopping these attachments at the mail server, firewall, or proxy would mitigate the threat until the patch is available (not remediate it). Although this may cause some disruption to the business, there are very few other alternatives when an effective protection solution is not available for the threat. One final course of action which I have seen successfully deployed at several enterprise clients is to prohibit almost all attachments from email. The only way to receive inbound attachments is for the files to be compressed and have a special extension (in lieu of .zip or .rar) coded to the user and company. This stops nearly everything except for a very specific targeted attack and renders virtually all modern bots and worms which have attachment payloads useless. Again, this is a mitigation strategy and does not remediate the threat. Finally, network access control lists, trusted and banned IP ranges, and proper network segmentation and scoping can be effective counter measures when coordinating remediation actives. These are by no means the best solutions since the threat still exists, but they can reduce the environmental risk to your organization by denying access to systems that are susceptible to the vulnerability. They represent strong mitigation strategies to support any remediation and protection activities. In conclusion, consider patch management as just one of many tools you have for remediation. Protection technologies can manage the threat when no patch is available, assessment technologies identify when a threat is present, and mitigation occur through patch, protection, and even configuration changes. All of which require you to have more than just patches to manage remediation.

Morey J. Haber

Chief Technology Officer and Chief Information Security Officer at BeyondTrust

Morey J. Haber is Chief Technology Officer and Chief Information Security Officer at BeyondTrust. He has more than 25 years of IT industry experience and has authored four Apress books: Privileged Attack Vectors (2 Editions), Asset Attack Vectors, and Identity Attack Vectors. In 2018, Bomgar acquired BeyondTrust and retained the BeyondTrust name. He originally joined BeyondTrust in 2012 as a part of the eEye Digital Security acquisition. Morey currently oversees BeyondTrust strategy for privileged access management and remote access solutions. In 2004, he joined eEye as Director of Security Engineering and was responsible for strategic business discussions and vulnerability management architectures in Fortune 500 clients. Prior to eEye, he was Development Manager for Computer Associates, Inc. (CA), responsible for new product beta cycles and named customer accounts. He began his career as Reliability and Maintainability Engineer for a government contractor building flight and training simulators. He earned a Bachelor of Science degree in Electrical Engineering from the State University of New York at Stony Brook.

Stay Up To Date

Get the latest news, ideas, and tactics from BeyondTrust. You may unsubscribe at any time.

I agree to receive product related communications from BeyondTrust as detailed in the Privacy Policy, and I may manage my preferences or withdraw my consent at any time.

You May Also Be Interested In:

Webcasts | February 09, 2021

Customer Webinar: Remote Support 21.1 Released!

Webcasts | February 24, 2021

Your PAM 2021 Blueprint: Securing Privileged Accounts for On-Premises and Cloud Assets

Whitepapers

Evolving Privileged Identity Management (PIM) In The 'Next Normal'

BeyondTrust Logo
  • Facebook
  • Twitter
  • LinkedIn

Keep up with BeyondTrust

I agree to receive product related communications from BeyondTrust as detailed in the Privacy Policy, and I may manage my preferences or withdraw my consent at any time.

Customer Support
Contact Sales

Products

  • Endpoint Privilege Management
  • Password Management
  • Privileged Remote Access
  • DevOps Secrets Safe
  • Remote Support

Resources

  • Blog
  • Case Studies
  • Competitor Comparisons
  • Datasheets
  • Glossary
  • Videos
  • Webcasts
  • Whitepapers

About

  • Company
  • Careers
  • Contact
  • Events
  • Leadership Team
  • Partner Program
  • Press

Languages

  • English
  • German
  • French
  • Spanish
  • Korean
  • Portuguese
  • Japanese
  • Privacy
  • Security
  • Manage Cookies
  • WEEE Compliance

Copyright © 1999 — 2020 BeyondTrust Corporation. All rights reserved. Other trademarks identified on this page are owned by their respective owners. BeyondTrust Corporation is not a chartered bank or trust company, or depository institution. It is not authorized to accept deposits or trust accounts and is not licensed or regulated by any state or federal banking authority.