Skip to main content
Using a configuration file you can tailor detection to your context and focus on what matters most. It lets you define which vulnerabilities are blocking in CI (and highlighted as Policy Breaching in the IDE) and which are ignored everywhere. To be taken into account the file must be named symbiotic.yml and placed at the root of the repository. Symbiotic will also search parent directories up to the current working directory if the file is not found at the root.
Ignored rules always take priority over blocking rules. If a rule appears in both sections, it will be ignored.

File structure

The file has two top-level sections: blocking and ignored. Both are optional. Each section accepts the same set of filtering criteria.

blocking

Defines which detections will fail the CI pipeline and appear as Policy Breaching in the IDE.

severity_threshold

Blocks all rules at this severity level and above. Accepted values (case-insensitive): low, medium, high, critical

providers

Blocks all rules associated with a cloud provider.

services

Blocks all rules for specific services within a cloud provider.

vulnerabilities

Blocks specific rules by their ID.

ignored

Defines what will be silently ignored in the IDE, CLI, and CI — no findings will be reported for these rules or files.

severity_threshold

Ignores all rules at this severity level and below. Accepted values (case-insensitive): low, medium, high, critical

paths

Ignores all findings in files matching these patterns. Uses Unix shell-style glob syntax (*, ?, [seq]). Paths are relative to the location of symbiotic.yml.

languages

Ignores all rules for a given programming language.

providers

Ignores all rules associated with a cloud provider.

services

Ignores all rules for specific services within a cloud provider.

vulnerabilities

Ignores specific rules by their ID.

Templates