Skip to content

Build penetration testing automation with DAST/SAST integration in CI #608

Description

@Smartdevs17

Context

Security testing is performed manually on a quarterly basis. Vulnerabilities may go undetected for weeks between testing cycles.

Current Limitation/Problem

No automated security scanning in CI pipeline. No SAST, DAST, dependency scanning, or container scanning runs on PRs.

Expected Outcome

Automated security pipeline: SAST (Semgrep), DAST (OWASP ZAP), dependency scanning (Snyk/Dependabot), and container scanning (Trivy) running on every PR and merge to main.

Acceptance Criteria

  • SAST: Semgrep rules for OWASP Top 10 (SQL injection, XSS, CSRF, IDOR, SSRF)
  • DAST: OWASP ZAP baseline scan against sandbox deployment
  • Dependency scanning: Snyk or Dependabot on package.json, Cargo.toml, requirements.txt
  • Container scanning: Trivy on Docker images for vulnerable base layers and OS packages
  • CI gate: critical vulnerabilities block merge, high severity requires manual review by security team
  • Security dashboard: finding severity, age, fix guidance, SLA (critical <24h, high <72h)
  • False positive management: suppress with justification in .snyk or semgrep-suppressions
  • Edge case: rate limiting on ZAP scanner (retry with backoff, 5 min between scans)

Technical Scope

  • .github/workflows/security-scan.yml - CI security workflow
  • .semgrep/ - custom Semgrep rules for subscription domain
  • scripts/zap-baseline-scan.sh - ZAP automation with GitHub Actions
  • Dockerfile - Trivy scan integration in build step
  • docs/SECURITY.md - security testing policy and SLA

Metadata

Metadata

Assignees

Labels

200-points200 point issueStellar WaveIssues in the Stellar wave programdrips-waveIssues in the Drips Wave programhighHigh complexity issue

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions