Post-Deployment Configuration Guide

This document has two parts: The first is a guide to the key post-deployment configuration settings available after installing the AIR console.

The second part is a prioritized checklist of settings to review and adjust based on your specific needs.

PART 1

Binalyze AIR Post-Deployment Configuration Guide

1. Organizations/Tenants

After installing the Binalyze AIR console, an Organization is automatically created to help structure and manage your assets and cases. Your next step should be to navigate to the settings in the upper right corner of the AIR Console to ensure all configurations meet your specific needs.

If you're using AIR to support multiple customers or tenants, this is also the time to create and set up additional organizations for each customer. Additional tenants can be added at any time as your needs evolve.

These settings also provide important information, such as the Deployment Token, Shareable Deployment Page URL, and options to add a Relay Server or manage specific users.

For MSSPs, a new Organization should be created for each client engagement. Enterprise clients may only need one Organization but can create additional ones if required.

2. Single Sign-On (SSO)

Using Single Sign-On (SSO) is optional in AIR but is available for those who want to implement it. You can integrate with either:

For more details, visit the SSO Integrations Guide.

3. Two-Factor Authentication (2FA)

Two-factor authentication (2FA) is not required if SSO is implemented. However, if you are not using SSO and wish to utilize the built-in remediation capability, interACT, enabling 2FA is mandatory. Enabling 2FA is also recommended to strengthen user account protection and general security.

4. Responder Management & Updates

The Assets Summary window on the home page of the AIR UI will show assets to be in either one of 2 states:

  • Managed: The asset's responder has been successfully deployed to the device and is ready to collect tasking assignments from the console.

  • Unmanaged: The asset is discovered by enumerating Active Directory but does not have the AIR responder deployed.

The Assets Summary will also report the asset as:

  • Off-Network: Responder has supplied data to the console via an Off-Network Acquisition or Triage task.

  • Unreachable: The asset's responder is currently unreachable. If an Asset's responder fails to connect to the Binalyze AIR console for over 30 days, its status changes to "unreachable." Until then, its status will be managed as online or offline.

  • Update Required: The responder on the asset requires an update to function correctly.

  • Update Advised: The responder is still functional but for full functionality, an update is recommended.

  • Isolated: The asset is currently isolated from the network apart from communication with the AIR console only.

Responders deployed to assets can be updated in three ways:

  1. Manual Updates: Assign an upgrade task to specific assets.

  2. Automatic Updates: Configure automatic updates for all deployed Responders.

  3. SCCM

5. Create Exception Rules for Binalyze AIR in EDR/AV Systems

To ensure seamless operation and maximize the effectiveness of Binalyze AIR in your investigations, it is important to allow-list AIR components in your security tools. Binalyze AIR collects and analyzes extensive forensic data from assets, which may involve activities like executing binaries, creating temporary files, and accessing sensitive directories. These actions can trigger alerts in EDR or AV solutions, potentially disrupting forensic processes and delaying incident response. Configuring exception rules for Binalyze AIR in your security systems, prevents such interference, ensuring fast and complete evidence acquisition without compromising the investigation process.

Visit this page for the full list of items to exclude: AIR Responder Exception Rules

6. Evidence Repositories

Binalyze AIR allows you to store collected evidence either on the local machine where the task was executed or in external repositories. Supported external storage options include:

  • SMB

  • SFTP

  • FTPS

  • AWS S3

  • Azure Blob

For cloud-based deployments, it is recommended to use cloud-based repositories like AWS S3 or Azure Blob instead of SMB, SFTP, or FTPS. More details can be found in the Evidence Repositories Guide.

7. Assets

AIR-supported assets include traditional computers, workstations, and servers running Windows, Linux, IBM AIX, or macOS, as well as off-network or cloud-based systems (e.g., AWS EC2 and Azure VMs) running the same operating systems.

Disk images (e.g., RAW, VMDK, E01, Ex01) are also supported for importing into the AIR File Explorer.

After creating an Organization, deploy AIR Responders to assets. Note that assets are associated with a single Organization but can appear in multiple Cases.

For deployment instructions, refer to the AIR Responder Deployment Guide.

8. Cases

Cases in Binalyze AIR manage acquisitions, triages, interACT sessions, comparisons, scheduled tasks, case notes, and assigned users. Cases with no tasks performed will appear empty, while active cases will display all of the assets associated with the Case and all of their individual task assignments.

One of the Case Assets ‘Action Buttons’ will launch the Investigation Hub for that case.

9. Libraries

Libraries in Binalyze AIR store reusable resources like acquisition profiles, triage rules, interACT files, and more, ensuring easy access and consistency across investigations. Now is the time to create, upload, and configure your triage rules for efficient threat hunting, fine-tune your acquisition profiles, and add any Auto Asset Tags you want to apply during responder deployment.

10. Integrations (Automation)

Binalyze AIR supports automation through integrations, including:

11. Triage

Triage functionality allows for quick and effective threat hunting across assets. For more information, see the Triage Guide.

12. Auto Asset Tagging

The Auto Asset Tagging task will run immediately after Responders are installed, this helps organize and manage assets within AIR. It automates the tagging process based on predefined rules.

The process, along with manual tagging, can also be executed on-demand at a later time for individual or multiple assets.

Details can be found in the Auto Asset Tagging Guide.

13. Policies

AIR policies allow you to configure settings such as:

  • Saving collected evidence to a local repository or external repository.

  • Sending files collected by interACT to a download location or evidence repository.

  • Resource limits for CPU, bandwidth, and disk space.

  • Enabling compression and encryption.

  • Configuring IP, port, and process allow lists for isolation policies.

For more information, see the Policies Guide.

14. Additional Configurations

Additional configurations that may be necessary include:

Console Proxy Settings

  • When using web proxies, configure the AIR console with the correct proxy and SSL/TLS settings. Administrators can enter proxy details (IP, port, username, password) and import SSL/TLS certificates in PEM, DER, or PKCS formats.

Tamper Detection and Uninstallation Password

  • With Tamper Detection switched on, the Responder will notify AIR of attempts to interfere with its normal operation.

Chain of Custody using RFC3161 Timestamping

  • The RFC3161 timestamping feature provides proof that the data existed at a particular moment in time and when combined with hashing that it has not changed.

SMTP Server Configuration

  • Specifying an SMTP server will allow AIR to send password-reset emails to users.

Syslog/SIEM Integration

  • Integrate with Syslog or SIEM systems for centralized audit logging. Ensure both TCP and UDP protocols are configured correctly.

  • Logs from AIR should be forwarded to ensure security monitoring and compliance tracking.

Frank.AI Integration

  • Enhanced AI Assistance with Frank, your reliable investigation copilot, can be toggled on or off.

Users and Roles Management

  • AIR enables the creation of users and their assignment to specific Roles and Organizations. Roles offer granular control, with 109 adjustable privileges

Backup Settings

  • Configure database backup settings. Schedule regular backups or run an instant backup. View your backup history and statuses.

Active Directory Integration

  • Integrate Active Directory to mirror your organizational structure. This simplifies management by grouping assets based on AD units.

  • Validate that assets are correctly categorized and managed through AD synchronization.

  • This integration also allows authorized users to log in to AIR using their Active Directory credentials.

PART 2

AIR setup Checklist

Following on from the Binalyze AIR Post-Deployment Configuration Guide above, here is a prioritized checklist to ensure thorough configuration before operational use:

Priority 1: Core Setup

  1. Organization Setup

  1. Console Proxy Settings

  1. Check the Health of Docker Containers

  1. Responder Deployment

  1. Active Directory Integration

  1. Users and Roles Management

  1. Case Management

  1. Evidence Repository Configuration

  1. Backup Configuration

Priority 2: Security Enhancements

  1. Single Sign-On (SSO)

  1. Two-Factor Authentication (2FA)

  1. Tamper Detection and Uninstallation Password

  1. SSL/TLS Configuration

  1. SMTP Server Configuration

  1. Chain of Custody using RFC3161 Timestamping

Priority 3: Automation and Advanced Features

  1. Frank.AI Integration

  1. API and Webhook Integrations

  1. Auto Asset Tagging

  1. Triage Library Setup

  1. Policy Management

  1. Syslog/SIEM Integration

Priority 4: Ongoing/regular checks

  1. Version Updates

  1. Responder Health

  1. AIR Audit Logs Backup

This prioritized checklist ensures that your Binalyze AIR instance is fully configured and optimized for operational use, covering core setup, security enhancements, automation, and advanced features.

Last updated