docs/guide/references/terminology.md
This page explains the terminology system used in Trivy, helping users understand the specific terms and concepts unique to the Trivy ecosystem.
Inclusion Criteria
Core Components of Trivy
Trivy-specific Terms
Exclusion Criteria
General Terms
Implementation Details
Types of artifacts that Trivy can scan, like container images and filesystem.
Trivy's built-in security scanning engines. Trivy has four main scanners:
!!! note SBOM is not a scanner but an output format option.
External data that Trivy downloads (if needed for scanner) and uses during scanning:
The core vulnerability database required for vulnerability detection. Contains comprehensive vulnerability information for multiple ecosystems. Distributed via OCI registry.
Managed at https://github.com/aquasecurity/trivy-db.
The vulnerability database is built from a GitHub repository that collects and stores vulnerability information from various data sources. This repository serves as the foundation for building the Trivy DB.
Managed at:
Specialized database used for identifying Java libraries and their components during JAR/WAR/PAR/EAR scanning. Distributed via OCI registry.
Managed at https://github.com/aquasecurity/trivy-java-db.
When the context does not clearly indicate these terms are related to misconfiguration scanning, they may be prefixed with "Misconfiguration" for clarity. For example, "Check" may be referred to as "Misconfiguration Check", and "Checks Bundle" as "Misconfiguration Checks Bundle".
A Rego file that defines rules for detecting misconfigurations in various types of IaC files.
Default set of checks distributed through the trivy-checks repository, providing standard security and configuration best practices.
A tar.gz archive containing the built-in checks, distributed via OCI registry.
Pattern matching rules used to detect hardcoded secrets and sensitive information. Each rule consists of:
A specialized SBOM format for Kubernetes clusters that includes detailed information about the cluster's components.
A repository system that stores VEX documents following the VEX Repository Specification. VEX repositories help users manage and share information about vulnerability applicability and exploitability.
For detailed information about VEX repositories, see the document.
The default VEX repository managed by Aqua Security at https://github.com/aquasecurity/vexhub. It primarily aggregates VEX documents published by package maintainers in their source repositories. VEX Hub serves as a central point for collecting and distributing vulnerability applicability information for OSS projects.
The cache directory contains several distinct types of data:
Downloaded assets like vulnerability databases and Java index databases.
A caching mechanism that stores analysis results from previous scans to speed up subsequent scans. For container image scanning, the scan cache stores analysis results including package names and versions per layer.
For detailed information about caching, see the document.
An add-on tool that integrates with Trivy to extend its core functionality. Plugins can be written in any programming language and integrate seamlessly with Trivy CLI, appearing in Trivy help and subcommands. They can be installed and removed independently without affecting the core Trivy installation.
For detailed information about plugins, see the document.
A centralized registry that lists available Trivy plugins, managed at https://github.com/aquasecurity/trivy-plugin-index.
The index maintains a curated list of official and community plugins, providing metadata such as plugin names, descriptions, and maintainers.
It enables plugin discovery through the trivy plugin search command and facilitates automatic plugin installation and updates.
For detailed information about the plugin index, see the document.
A WebAssembly-based extension mechanism that allows custom scanning logic without modifying the Trivy binary. Modules can modify scan results by analyzing files or post-processing results.
For detailed information about modules, see the document.