Why it matters in practice
Within DevSecOps and Supply Chain, GitOps, IaC and Build Systems changes how scope, prerequisites and evidence should be handled. Focus on the concrete asset or data flow under test, record the assumptions that make the condition exploitable and connect verified behavior to an operational consequence and remediation decision.
Primary coverage
- Track which repos are authoritative for infrastructure and which controllers apply the changes.
- Review plan, approval and environment-selection logic for ways to redirect deployment intent.
- Compare declared state to runtime state to identify hidden privilege or drift.
- Treat build metadata, attestation and controller identity as first-class trust objects.
Assessment focus
For GitOps, IaC and Build Systems, document the starting condition, tested action, observable result and any constraint that limited validation. Separate what was proven from what remains inferred, then tie each recommendation to the control boundary described in the evidence.
Selected public references
- Argo CD SecurityGitOps controller trust and risk context.
- Flux SecurityGitOps deployment and controller security.
- Terraform StateState and IaC trust considerations.
