Security Scanner
What this screen is for
Security Scanner reports known vulnerabilities in your container images, so that what you ship is a decision rather than an accident.
Before you start
| To do this | You need |
|---|---|
| Open the scanner | signed in |
Opening it
Tools βΊ Security Scanner.
Direct URL: /developer-tools/trivy-report
πΈ Screenshot Placeholder: The Trivy report for one image. Mark: (1) the image identifier, (2) the severity summary, (3) the findings table, (4) one finding expanded.
What is Security Scanner?
Security Scanner is a tool integrated into Fenwave that allows you to analyze the security of your applications. It identifies vulnerabilities in your code, dependencies, and Docker images.
Accessing Security Scanner
- Click on Tools in the sidebar
- Select Security Scanner
Main Features
Analysis Types
| Type | Description |
|---|---|
| SAST | Static source code analysis |
| Dependency Scan | Dependency vulnerabilities |
| Container Scan | Docker image analysis |
| Secret Detection | Exposed secrets detection |
Integrations
Security Scanner integrates with:
- SonarQube: Code quality analysis
- Trivy: Container and IaC scanning
- Snyk: Dependency vulnerabilities
- GitLeaks: Secret detection
Usage
Running an Analysis
- Select the analysis type
- Choose the component to analyze
- Configure options (if needed)
- Start the analysis
Interpreting Results
Results are classified by severity:
| Severity | Description | Action Required |
|---|---|---|
| π΄ Critical | Critical vulnerability | Immediate fix |
| π High | High vulnerability | Fast fix |
| π‘ Medium | Medium vulnerability | Schedule fix |
| π’ Low | Low vulnerability | Evaluate |
| βͺ Info | Information | Optional |
Analysis Report
Each analysis generates a report with:
- Summary: Overview of findings
- Details: Description of each vulnerability
- Remediation: Advice for fixing
- CVE: References to known CVEs
Best Practices
Scan Frequency
- Each PR: Automatic scan in CI
- Daily: Dependency scanning
- Weekly: Complete security scan
- Post-Deployment: Validation in staging
Vulnerability Management
- Prioritize by severity: Critical and High first
- Evaluate context: Real exploitability
- Update regularly: Dependencies and images
- Document exceptions: If you accept a risk
Configuration
In Your Pipeline
Add security scanning to your CI:
# Example GitHub Actions
security-scan:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- name: Run Trivy vulnerability scanner
uses: aquasecurity/trivy-action@master
with:
scan-type: 'fs'
format: 'sarif'
output: 'trivy-results.sarif'
Blocking Thresholds
Configure thresholds to block deployments:
# Example configuration
security:
block_on_critical: true
block_on_high: true
max_medium: 10
max_low: 50
Reports and History
Security Dashboard
Track security progress:
- Vulnerability trends
- Average fix time
- Most vulnerable components
- Policy compliance
Exports
Export reports as:
- PDF for audits
- JSON for integration
- SARIF for GitHub Security
Useful Links
Scenario
Deciding whether an image is fit to ship.
- Open the report and sort by severity. Read the high findings; skim the rest.
- Separate findings in your dependencies from findings in the base image. Most are the base image, and they have a different, usually easier fix.
- Try a newer tag of the same base image first. It is one line and frequently clears most of the list.
- Bump your own dependencies for what remains.
- For findings with no available fix, decide explicitly and write the decision down. A silent pass is indistinguishable from not having looked.
- Rebuild and re-scan. Scanning the old image after a fix tells you nothing.
Expecting zero findings is what makes teams stop scanning. The goal is no unexamined high findings.
When it doesnβt work
| Symptom | Cause | How to check | Fix |
|---|---|---|---|
| Every image has findings | Base images carry known CVEs | The severity breakdown | Normal; focus on high |
| A finding persists after fixing it | The image was not rebuilt | The image tag | Rebuild, then re-scan |
| A finding has no fix available | Not every CVE has a patched version | The finding detail | Decide and record it |
| No report for an image | It has not been scanned | β | Build and scan it |
Next
- Image Builder βΊ Security Scanning β scanning as part of building