Tools · Workbench
Secrets and dependency scanning
Lessons on gitleaks, TruffleHog, Semgrep, Trivy, and Grype: finding leaked keys, risky code patterns, and vulnerable packages in your repositories and images.
- 6 lessons
- 1 h of reading
- 5 topics
A scanner is only useful when its output reaches someone who can fix it. These lessons cover running each tool, reading one finding precisely, deciding what blocks a merge, and recording accepted risk where reviewers can see it.
Scan repositories, images, and build output your team owns. When a secret turns up, revoke it before anything else.
gitleaks
1 lesson
TruffleHog
1 lesson
Semgrep
2 lessons
- 01Semgrep in CI: scan only new code and triage the first findingsRun Semgrep with a curated ruleset in a pull-request job, use a baseline commit so only new findings fail the build, and triage the first results with the team that owns the code.11 min
- 02Writing a Semgrep rule for your codebase, with testsWrite a Semgrep rule for a mistake specific to your own code, add ruleid and ok test annotations, and run semgrep --test so the rule stays correct as it evolves.12 min
Trivy
1 lesson
Grype
1 lesson