Change foundations without breaking dependencies
Every destructive phase started with rereading the destructive perimeter and its destroy plan.
This internal project rebuilt the secrets, CI/CD, and infrastructure-as-code foundations of LRJI's repositories, with evidence before every risky change.
The constraint was simple: make the foundations safer and more repeatable without interrupting the products that depend on them.
Secrets, deployments, and infrastructure affect every product. The rebuild therefore kept an explicit destructive perimeter and verifiable feedback at every phase.
Every destructive phase started with rereading the destructive perimeter and its destroy plan.
The published choices remain principles: they explain the controls without exposing the platform's operational map.
OpenTofu creates secrets and stores them in a password vault: no secret lives in a file, CI variable, or laptop.
CI reaches the cloud through workload identity federation, without a static key to distribute or renew.
Production and non-production live in separate cloud projects; images are promoted by digest.
From September 7 to September 25, 2026, the plan advanced one step at a time. Its four remaining steps are open by design, rather than presented as finished work.
The final exercises exposed a file-processing worker that did not read its event's binary-content mode and a local gate that accepted what the CI image rejected. Both defects were fixed.
They measure the rebuild's discipline, not a generic security promise.
Platform security relies as much on a reread perimeter and real exercises as on the tools selected.
This study publishes no vault, item, project, account, or state name, and no network topology.