Source: AWS Security Blog
Author: Jigar Bhatt
URL: https://aws.amazon.com/blogs/security/penetration-testing-every-deployment-with-aws-continuum/
https://aws.amazon.com/blogs/security/penetration-testing-every-deployment-with-aws-continuum/
ONE SENTENCE SUMMARY:
AWS Continuum adds AI-scoped, post-deploy penetration testing gates to CI/CD, confirming exploitability per-change and blocking promotions via OIDC-authenticated automation.
MAIN POINTS:
- SAST/SCA/DAST flag patterns; penetration tests confirm actual exploitability of vulnerabilities.
- Continuum runs server-side AI agents to find and validate exploitable issues in running apps.
- Gate executes post-deployment in staging, blocking production promotion above chosen severity thresholds.
- Change-based scoping tests only commit range since last passing gate, enabling per-deploy speed.
- Scoping outcomes include in scope, scoped out, or scope conflict with configurable blocking behavior.
- Setup requires configured pentest, IAM role for pipeline, and a pipeline gate step.
- OIDC federation replaces long-lived AWS keys, reducing common CI/CD credential leakage risks.
- Trust and permissions policies must be tightly scoped; pin
subclaims to branches/environments. - GitHub example needs
contents: writeto advance baseline marker and avoid widening ranges. - Rollout settings independently control severity, scope conflict, and infrastructure-error fail-open/closed behavior.
TAKEAWAYS:
- Per-deploy pentesting becomes practical when tests are scoped to just-deployed changes.
- A failing gate signals a reproducible exploitable vulnerability, not a signature-based suspicion.
- Baseline advances on any passing run, so report-only periods can “clear” commits permanently.
- Using OIDC with least-privilege IAM roles strengthens pipeline security and eliminates stored keys.
- Production-grade adoption needs pinned action versions, restricted variable overrides, and fail-closed on infra errors.