TigerGate’s Container Security pulls images from your registry, scans them with Trivy, and routes findings into the same inbox as Code and Cloud Security — with an SBOM per image.
Scan typeWhat it catches
CVEKnown vulnerabilities in OS packages and language dependencies
SecretsTokens and keys baked into image layers
MisconfigDockerfile / image misconfigurations against best-practice policies
All three run through Trivy, alongside SBOM generation. Each is toggleable individually under Product Settings → Container Security.

Where images come from

Container scans run server-side from TigerGate’s infrastructure — you provide a registry credential and TigerGate pulls the image. No worker runs in your environment.
RegistryCredentials
Docker HubUsername + password / access token
AWS ECRAccess key ID + secret access key + region
Google Container Registry (GCR)GCP project ID + service account JSON
Azure Container Registry (ACR)Service principal (client ID, client secret, tenant ID)
HarborURL + username + password
GitLab Container RegistryPersonal access token (read_registry)
GitHub Container Registry (GHCR)GitHub token with read:packages
Quay.ioOAuth token + organization
JFrog ArtifactoryURL + Docker repository + access token
Full setup per registry: Connect a registry.

Triggers

Container scans fire from:
  1. Registry connect / sync — when a registry is connected or synced, TigerGate discovers its images and scans the latest tag of each. Controlled by the Auto-scan on registry connect setting.
  2. CI — your pipeline runs tigergate scan --type image --image registry/repo:tag after the build step. Used for gating.
  3. Schedule — recurring scans (cron) re-scan images so newly-disclosed CVEs surface even when nothing has been pushed.
  4. Manual — dashboard → Container Security → Scan Image.

Findings

Scan findings appear under Container Security → Findings — severity, status, and rule detail, the same primitives as Code and Cloud Security. Vulnerabilities are mapped to OWASP Top 10 and CWE. Re-scanning an image replaces its previous findings; the image row is keyed on repository and tag. Each image also surfaces:
  • CVE count by severity
  • OS distribution and architecture (reported by Trivy)
  • Package count (SBOM size)
  • License risk on SBOM components (permissive / weak-copyleft / copyleft / unknown)

SBOM

Every successful scan generates an SBOM via Trivy. View it under the image’s SBOM tab — component name, version, license, and license-risk classification — and download it as a JSON file with Download SBOM. The SBOM is also available over the API:
GET /api/container-security/images/{imageId}/sbom

Quality gate (CI)

Gating is enforced by the CLI in your pipeline. --fail-on sets which severities fail the build (default critical,high); --quality-gate enables the gate:
tigergate scan --type image --image registry/repo:tag --fail-on critical,high --quality-gate --upload
tigergate gate --scan-id <id> re-checks a completed scan run against the gate. Pass --quality-gate=false to upload results without ever failing the pipeline.