Skip to content
Guy Acosta edited this page Mar 31, 2019 · 48 revisions

Welcome to the Attack Surface Analyzer wiki!

Why Attack Surface Analyzer

Attack Surface Analyzer (ASA) is a Microsoft-developed Security tool that analyzes the attack surface of a Windows 10, Linux or MacOS system and reports on system changes that may have potential security implications that are introduced by the installation of software or by system misconfiguration.

Attack Surface Analyzer 1.0 classic released in 2012 while still available is not supported but has been valuable to software developers and IT security personnel for years in helping detect key system changes that may occur from software installation.

Attack Surface Analyzer 2.0 is a rewrite from the ground up on Microsoft .NET Core and Electron and is offered as Open Source for contribution and customization. Note: the official or master branch of the code is still managed by Microsoft.

Scenarios

  1. Attack Surface Analyzer can help identify potential security risks exposed through changes to services, user accounts, files, network ports, certificate stores, and the system registry. It also includes some support for “live” monitoring of certain system changes (i.e. file system and registry).
  2. Another key use for the tool is in ensuring your software development process and products are following best practices for least privilege and reducing the attack surface for your customers by providing evidence, to your security and release teams, that your code does only what it claims. Maintaining customer trust is one reason why it is recommended from the Microsoft SDL Practices.

Typical users of ASA:

  • Test and Development Engineers to view changes to the aggregate attack surface caused by their product to reduce unintended changes in the final product and ensure accurate communication to customers regarding impact.
  • IT Security Auditors during threat risk reviews can evaluate the risk presented by a particular piece of software installed on the system.
  • IT Security Incident Responders gain a better understanding of the state of a system’s security.

How to Run Attack Surface Analyzer

Overview

Attack Surface Analyzer 2.0 comes with both a command line (CLI) or an Electron-based graphical (GUI) option making it easy to use as part of a testing or release script or for standalone use. When using it, you create “snapshots” before and after you install the target software under consideration for analysis. A clean initial system with minimal additional software is ideal, but not required. Snapshots are stored in a local SQLite database and used to generate reports of system changes.

You can also scan for changes after the software is used or while it is running to potentially capture additional changes made to the system.

Note: Attack Surface Analyzer requires administrator privileges to accurately gather system data.

The basic steps for running Attack Surface Analyzer are:

  1. Take a baseline scan on a clean machine.
  2. Install and run your product or application. Optionally make these two separate scans to distinguish between install vs run changes that are made.
  3. Take a product scan.
  4. Run data analysis.

The assumption is that both data collection and data analysis will be run on the same machine and that the same elements are collected in the baseline and subsequent scans.

Running ASA from the GUI

To run ASA, navigate to the Attack Surface Analyzer program from where it was downloaded and placed. Right-click AttackSurfaceAnalyzerGUI e.g. for Windows, and select Run as administrator from the context menu that appears. For Linux and MacOS, ensure the user account is an administrator and the files are located in an appropriate administrator folder to run it as needed.

Collecting Data

  • Select Scan located from the top menu or Start Scan from the home page. Note: Scanning should never be run on live production servers since it can severely degrade the performance of the system.
  • There are two options for collection of data: Static or Live. Static is selected by default and will collect indicated information for analysis.
  • For a Live snapshot enter the directory you want monitored and click Scan.
  • ASA will take a snapshot of your system state and store this information in a local SQLite file. This initial scan is called the baseline scan. Be sure to name note the datetime for future reference. You will see the Scan page update indicating collection status.
  • Install your product or applications necessary to configure the machine enabling as many options as possible. Be sure to include options that you perceive may increase the attack surface of the machine. The baseline and product scans are now available to be analyzed for results.

Analyzing Results

  • Select the Results menu from the top, then select the baseline and product scan to analyze and compare against. Collection elements that have results will be indicated. Use the collection filter to select what to view from the analysis. Use the More button to see additional results on the right.
  • Review the identified changes to determine impact, severity and policy for the same.
  • You can either analyze the results on the computer where you generated your scan, export the results to a JSON file or copy the SQLite file to another computer for analysis.

Running ASA from the Command Line

To run the program, open a shell as an administrator on Windows or for Linux and MacOS, use a SUDO user account or ensure and the files are located in an appropriate administrator folder respectively.

The CLI version of the tool comes with built-in help using a help parameter i.e. run AttackSurfaceAnalyzerCLI.exe with no arguments which lists all top level argument options or "AttackSurfaceAnalzerCLI help " where is one of the value listed when arguments are supplied e.g. "AttackSurfaceAnalzerCLI help collect".

Follow the same general baseline and product snapshot procedures for the GUI application.

Performance Considerations

Note that analyzer has very high CPU and memory demands, and often takes a considerable amount of time to complete. Analyses should never be run on live production servers since it can severely degrade the performance of the system. Use of the file system or registry (on Windows systems) will add significant time to the collection and analysis.

System Requirements

Operating System Support

ASA is tested on Windows 10, Ubuntu and MacOS systems. Using the GUI and CLI releases does not have any prerequisites.

Our core technologies are .NET Core 2.1 and Electron. No other systems are tested at present but .NET Core is supported on the following versions of Windows:

  • Windows 7 SP1
  • Windows 8.1
  • Windows 10 Anniversary Update (version 1607) or later versions
  • Windows Server 2008 R2 SP1 (Full Server or Server Core)
  • Windows Server 2012 SP1 (Full Server or Server Core)
  • Windows Server 2012 R2 (Full Server or Server Core)
  • Windows Server 2016 or later versions (Full Server, Server Core, or Nano Server)

Additional OS compatibility for .NET Core is located here https://github.com/dotnet/core/blob/master/release-notes/2.1/2.1-supported-os.md.

Due to limitations in functionality of Server Core available, only the command line option is likely to be fully supported.

Installation

Binaries

The application does not come with an installation program but binaries are provided with each master branch update for convenience and can be downloaded for immediate use or you may build the source code and run it. Pre-built binaries are located under the releasesmenu.

Library

Installing Attack Surface Analyzer via NuGet Figure 2: Manage NuGet Packages for your solution Enter the package name “Microsoft.Security.AttackSurfaceAnalyzer2” and click “Install”

Other Installation Information

ASA does not add or change any environment variables. If you believe it has done so, check if it is an issue we've already identified.

For Previous Users of Attack Surface Analyzer

Note that .cab files generated from versions of Attack Surface Analyzer are not compatible with Attack Surface Analyzer 2.0. You will need to run a new baseline and product scan to perform the analysis.

Support

For submitting defects, just use the standard Github Issues link.

Security issues and bugs should be reported privately, via email, to the Microsoft Security Response Center (MSRC) at [email protected]. You should receive a response within 24 hours. If for some reason you do not, please follow up via email to ensure we received your original message. Further information, including the MSRC PGP key, can be found in the Security TechCenter.

Clone this wiki locally