Agent Client Collector File-Based Discovery
Summarize
Summary of Agent Client Collector File-Based Discovery
Agent Client Collector File-Based Discovery (FBD) is a lightweight background process integrated within the Agent Client Collector agent. It scans file systems on managed endpoints to discover installed software and maintain file inventories. Fully configured and controlled via the ServiceNow instance, FBD allows administrators to specify directories, file types, and scan frequencies. The collected metadata, including file name, path, size, and version, is sent back and stored in the CMDB and application tables.
Show less
Key Features
- Activation: Enable FBD from the Discovery Configuration Console within the ServiceNow platform.
- Supported Platforms: Windows, Linux, and macOS operating systems.
- Required Plugins:
- File-based Discovery (com.snc.discovery.filebaseddiscovery)
- Software Asset Management - File Signature Normalization (com.snc.filesignaturenormalization), activated automatically
- Agent Client Collector - Visibility Content (snaccviscontent)
- Software Asset Management Professional (com.snc.samp)
- Delta Scanning: Optimizes performance by sending only changes in files (added, modified, deleted) after the initial full scan. Periodic full scans ensure accuracy. Note that delta scanning does not apply to SAM or SWID policies, which always perform full scans.
- Archive File Scanning: Optionally inspects ZIP and JAR archives to report contained files without extraction, collecting metadata only. This feature is disabled by default and can be enabled by setting a system property requiring discoveryadmin role. It applies the same filtering rules as regular files to identify relevant software artifacts.
- Process-Based Discovery: Extends FBD by detecting software running outside configured scan directories using process path detection, enhancing visibility.
Practical Benefits for ServiceNow Customers
- Comprehensive and automated software discovery on managed endpoints helps maintain accurate CMDB records and software asset inventories.
- Flexible configuration enables targeted scanning tailored to organizational needs, reducing unnecessary data collection.
- Delta scanning reduces network and processing overhead on repeat scans, improving overall discovery efficiency.
- Archive scanning expands discovery to include software packaged in common archive formats, ensuring no critical components are missed.
- Process-based discovery enhances detection of running software that may not reside in standard directories, providing deeper insight into endpoint software usage.
Agent Client Collector File-Based Discovery (FBD) scans file systems on managed endpoints to discover installed software and track file inventories.
FBD runs as a lightweight background process within the existing Agent Client Collector agent. It is configured and controlled entirely from the ServiceNow instance. Administrators define which directories to scan, which files to look for, and how often to scan. The agent discovers matching files, collects metadata such as name, path, size, and version, and sends the results back to the instance where they are stored in the appropriate CMDB and application tables.
For details on the FBD configuration and system properties, see Agent Client Collector File-Based Discovery properties.
Supported platforms
FBD supports the following operating systems:
- Windows
- Linux
- macOS
Required plugins
The following plugins are required for File-Based Discovery on Agent Client Collector:
- File-based Discovery (com.snc.discovery.file_based_discovery)
- Software Asset Management - File Signature Normalization (com.snc.file_signature_normalization) — Activated automatically once the File-based Discovery plugin is active
- Agent Client Collector - Visibility Content (sn_acc_vis_content)
- Software Asset Management Professional (com.snc.samp)
Delta scanning
Delta scanning is a performance optimization that applies only to the File Management policy. It reduces the volume of data sent from the endpoint to the instance on repeat scans.
The delta scanning process works as follows:
- First scan — A full scan runs. All matching files are sent to the instance. A fingerprint, which is a snapshot of all discovered file paths and sizes, is saved locally on the endpoint.
- Subsequent scans — The scanner compares the current file list against the saved fingerprint and reports only the differences:
- Added — files that exist now but were not in the previous fingerprint
- Modified — files that exist in both but with a different size
- Deleted — files that were in the previous fingerprint but no longer exist on disk
- Periodic full scan — After a configured number of delta scans (default: 5), a full scan is automatically forced to verify accuracy and correct any drift.
Archive file scanning
Archive file scanning extends file-based discovery to inspect ZIP and JAR archive files and report the files contained within them. This enables discovery of software artifacts such as executables and libraries that are packaged in the ZIP or JAR files on the endpoint.
Archive file scanning is disabled by default. To enable it, set the sn_acc_vis_content.file_discovery.archive_scan_enabled property to true. This property requires the discovery_admin role to modify.
When archive file scanning is enabled, the agent inspects each ZIP or JAR file encountered during a directory scan. The agent reads the archive's internal index to enumerate the files inside. No file content is extracted or decompressed. Only metadata is collected.
For each file found inside an archive, the agent applies the same filtering rules used for regular files on disk, including SAM allowlist and File Management extension rules. Files that pass the filters are reported alongside other discovered files.
For filtering rules and performance safeguards, see Archive file scanning filtering rules and limits.