Implemented CI enforcement to prevent shipping releases with unresolved container risks.
What was delivered
Added container image security scanning for both:
backend
frontend
Integrated scan execution in CI with machine-readable outputs and human-readable summaries.
Implemented policy gate behavior:
workflow can fail on HIGH/CRITICAL findings for release-quality pipelines.
Added controlled exception path:
explicit allowlist mechanism for acknowledged findings (time-bound and reviewable).
Kept development scan visibility and reporting to support early remediation before release.
Acceptance Criteria Mapping
CI fails on new high/critical vulnerabilities
Achieved via severity-based scan gating in CI policy for release flows.
Allowlist process is documented and auditable
Achieved via explicit allowlist workflow and traceable CI/report outputs (artifacts + logs) for review history.
Notes
This closes NX-201 from an implementation perspective.
Recommended ongoing practice:
treat allowlist entries as temporary,
require owner + expiry + issue link for each exception.
## NX-201 Completed
Implemented CI enforcement to prevent shipping releases with unresolved container risks.
### What was delivered
- Added container image security scanning for both:
- `backend`
- `frontend`
- Integrated scan execution in CI with machine-readable outputs and human-readable summaries.
- Implemented policy gate behavior:
- workflow can fail on `HIGH`/`CRITICAL` findings for release-quality pipelines.
- Added controlled exception path:
- explicit allowlist mechanism for acknowledged findings (time-bound and reviewable).
- Kept development scan visibility and reporting to support early remediation before release.
### Acceptance Criteria Mapping
- **CI fails on new high/critical vulnerabilities**
Achieved via severity-based scan gating in CI policy for release flows.
- **Allowlist process is documented and auditable**
Achieved via explicit allowlist workflow and traceable CI/report outputs (artifacts + logs) for review history.
### Notes
- This closes NX-201 from an implementation perspective.
- Recommended ongoing practice:
- treat allowlist entries as temporary,
- require owner + expiry + issue link for each exception.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Goal
Block releases with unresolved high/critical container vulnerabilities.
Scope
Acceptance Criteria
NX-201 Completed
Implemented CI enforcement to prevent shipping releases with unresolved container risks.
What was delivered
backendfrontendHIGH/CRITICALfindings for release-quality pipelines.Acceptance Criteria Mapping
CI fails on new high/critical vulnerabilities
Achieved via severity-based scan gating in CI policy for release flows.
Allowlist process is documented and auditable
Achieved via explicit allowlist workflow and traceable CI/report outputs (artifacts + logs) for review history.
Notes