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.

Upcoming Standards – SCAP ARF Support

Posted May 31, 2011    Morey Haber

The Assessment Results Format (ARF) language is a general Security Content Automation Protocol (SCAP) results reporting language developed by the US Department of Defense (DoD) in conjunction with NIST and members of the SCAP vendor community. If you are unfamiliar with it, it provides a structured language for exchanging and exporting detailed, per-device assessment data between network assessment tools. ARF is intended to be used by vulnerability scanners, eXtensible Configuration Checklist Description Format (XCCDF) scanners, and other tools that collect detailed configuration data about IP enabled devices.

Simply, Asset Reporting Format (ARF) is a data model to express information about assets, and the relationships between assets and how to generate reports from the data. The standardized data model facilitates the reporting, correlating, and interoperability of asset information throughout environments and toolsets. ARF is a vendor neutral technology and one of the emerging standards for SCAP support. 

So why is this so important ? Consider the following use cases:

  1. Report the results of an assessment using SCAP content using a data stream defined by NIST 800-126. This provides a vehicle for SCAP scans to report data regardless of technology used to perform the assessment or configuration audit.
  2. Report the results of any device in a standard format by platform, configuration, patches, and/or vulnerabilities when no SCAP content is available. This provides a standardized reporting output from any tool, vulnerability assessment scanner  or even an asset inventory tool in the same format.
  3. Report the operational context metadata for any IT assets. This provides clarity into the assets operational runtime parameters and software in the same format.
  4. Collect all asset data in a central location and provide situational awareness reports based on any context.

The primary intent is to allow tools to become “best of breed” but allow the output to be generated in a single format such that data warehousing, reporting, and information integration can be achieved without supporting custom connectors and various proprietary data feeds. 

eEye’s Retina Network Security Scanner has already taken the first step to achieving this vision. Version 5.12.0 and higher now supports the ability to export SCAP content in ARF. When the draft specification of ARF 1.1 becomes certified eEye looks to incorporate the other use cases into the product and allow transparency for all exported data regardless of scan type. 

ARF is an emerging data standard that will enhance third party integrations and allow collaborative results to be shared and reported on between tools and vendors. eEye looks forward to this emerging data standard and our initial support of the draft specification. For more information on eEye and our support for SCAP or ARF, please click here.

Additional articles

Are Your Data Security Efforts Focused in the Right Area?

Posted January 28, 2015    Scott Lang

Vormetric Data Security recently released an insider threat report, with research conducted by HarrisPoll and analyzed by Ovum. Based on the survey responses, it is apparent that there is still a great deal of insecurity over data. However, the results also show that there may be misplaced investments to address those insecurities. I will explain…

Tags:
ghost

GHOST Vulnerability…Scary Indeed

Posted January 28, 2015    BeyondTrust Research Team

A vulnerability discovered by Qualys security researchers has surfaced within the GNU C Library that affects virtually all Linux operating systems. The vulnerability lies within the various gethostbyname*() functions and, as such, has been dubbed “GHOST.” GHOST is particularly nasty considering remote, arbitrary code execution can be achieved. In an effort to avoid taxing DNS lookups, glibc developers introduced…

Tags:
,
dave-shackleford-headshot

Your New Years Resolution: Controlling Privileged Users

Posted January 27, 2015    Dave Shackleford

Is 2015 the year you get a better handle on security? The news last year was grim – so much so, in fact, that many in the information security community despaired a bit. Really, the end-of-the-year infosec cocktail parties were a bit glum. OK, let’s be honest, infosec cocktail parties are usually not that wild…

Tags:
, , ,