BeyondTrust

Security in Context: The BeyondTrust Blog

Welcome to Security in Context

Bringing you news and commentary on solutions and strategies for protecting critical IT infrastructure in the context of your business.

Building a Better Assessment Process

Posted April 12, 2011    Morey Haber

One of the fundamental problems with vulnerability assessment scanning technologies is targeting devices for assessment. Every vendor in the space uses lists of host names, address groups, or computers from an Active Directory OU to build a scan policy and target list. This technique, while incredibly valuable for initial assessment and discovery, wastes precious time accessing devices that may not even be relevant to an assessment based on operating system or even installed applications during future scans. Vulnerability Assessment vendors in general fail to consider the history of a target in performing new scans and allow their technology to become stale based on traditional targeting philosophies.

eEye has developed a different approach to solving this problem. It becomes a must-have feature as we consider the vast size of target ranges that will be coming with the adoption of IPv6 . eEye has introduced the concept of Smart Groups within Retina CS to bring asset targeting into the modern era of vulnerability assessment. Smart Groups are collections of assets that can be built on the basics like address groups, host names, and Active Directory and any discovered trait identified on the target during an initial (or subsequent) assessment. In other words, users can build smart groups based on identified traits such as:

  • Patterns in the Host Name
  • Installed Software
  • Running Processes
  • Services Installed
  • Open Ports
  • The Existence of Specific Files
  • And the list goes on…

These Smart Groups can then be used as Targeting List for any future vulnerability assessment scan. In addition, the groups are dynamic and will add and subtract devices automatically based on the last traits collected from the target, so that groups that manage like functions are always up to date.

Let us review a smart group that uses this advanced targeting technique. In this example, a smart group has been built from hosts with Microsoft Office installed. A new audit group has also been created with only MS Office vulnerabilities.

eEye Retina CS Smart Rules Manager

Based on the new target list and filtered audits, a rapid scan can be conducted throughout a large enterprise in a fraction of the time of a traditional scan to look for hosts missing the targeted vulnerabilities. This advanced targeting technique does not waste time on errant devices in the range nor systems that do not have MS Office installed.

eEye Retina CS Smart Manager

In order to manage rogue devices and new hosts on the network with this process, the solution can be setup to perform inventory scans (no vulnerability assessment, just the collection of traits that are used to build smart groups) on a regular basis to ensure targeted assessment is fast and efficient. In addition, systems that are unassigned can be automatically included or excluded to ensure no system is missed. Consider how important this technique could be for assessing devices that have web servers running on them. You could create a simple Smart Group based on devices with open HTTP / HTTPS ports and an instance of a new Smart Group for advanced targeting and vulnerability assessment.

Retina CS is pioneering the way vulnerability assessment should be performed in the future. Advanced targeting is just one technique. Request more information on Retina CS.

Leave a Reply

Additional articles

asp-mvc

Exploiting MS14-059 because sometimes XSS is fun, sometimes…

Posted October 17, 2014    BeyondTrust Research Team

This October, Microsoft has provided a security update for System.Web.Mvc.dll which addresses a ‘Security Feature Bypass’. The vulnerability itself is in ASP.NET MVC technology and given its wide adoption we thought we would take a closer look. Referring to the bulletin we can glean a few useful pieces of information: “A cross-site scripting (XSS) vulnerability exists…

Tags:
4bestpracticesaudits-blog

Four Best Practices for Passing Privileged Account Audits

Posted October 16, 2014    Chris Burd

Like most IT organizations, your team may periodically face the “dreaded” task of being audited. Your process for delegating privileged access to desktops, servers, and infrastructure devices is a massive target for the auditor’s microscope. An audit’s findings can have significant implications on technology and business strategy, so it’s critical to make sure you’re prepared…

Tags:
, , , ,

Bad POODLE, Don’t Bite!

Posted October 16, 2014    BeyondTrust Research Team

Researchers at Google (Bodo Moller, Thai Duong, and Krzysztof Kotowicz) have discovered that the encryption schemes used by SSL 3.0 are exploitable (CVE-2014-3566). Although the majority of web servers implement Transport Layer Security (TLS), the majority of clients will downgrade to SSL 3.0 in an attempt to maintain interoperability between protocols. For example, when a…

Tags:
,