Wire forgejo and harbor OIDC secrets through Salt GPG pillar #423
No reviewers
Labels
No labels
domain:backend
domain:devops
domain:frontend
status:approved
status:in-progress
status:needs-fix
status:qa
type:bug
type:devops
type:feature
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
ldraney/pal-e-platform!423
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "wire-missing-secrets"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Summary
tofu planChanges
salt/pillar/secrets/platform.sls— add GPG-encrypted entries forforgejo_oidc_client_secretandharbor_oidc_client_secretMakefile— add both toTF_SECRET_VARSallowlist (now 26 total)Test Plan
make tofu-validate-secretspasses (26/26 vars)tofu plansucceeds: 10 to add, 2 to change, 0 to destroyReview Checklist
Related Notes
PR #423 Review
DOMAIN REVIEW
Tech stack: Salt SLS (GPG pillar), Makefile (GNU Make). Infra/secrets pipeline domain.
Salt pillar (platform.sls):
forgejo_oidc_client_secretandharbor_oidc_client_secretare properly GPG-encrypted PGP MESSAGE blockshQIMA4GgPRz4dNyQAQ) matches all other entries in the file -- correct Salt Master keysecrets:)|) matches the existing patternMakefile (TF_SECRET_VARS):
\) correctly added to theadmin_auth_secretline (previously the terminal line)\(correct -- this is now the terminal line)Secrets pipeline consistency:
PILLAR_TO_TFVARSPython script filters by whitelist -- adding toTF_SECRET_VARSis the correct and only step needed to flow these through toterraform/secrets.auto.tfvarsmake tofu-validate-secretsreported 26/26 vars (per test plan), confirming end-to-end pipeline integrityBLOCKERS
None.
NITS
secrets_registry.sls entries missing for both
forgejo_oidc_client_secretandharbor_oidc_client_secret. This is acknowledged tech debt from the PR #422 review cycle -- all 5 OIDC secrets added across both PRs lack registry entries. The registry tracks origin, rotation schedule, and backup locations. Recommend filing a follow-up ticket to backfill these entries for all 5 OIDC secrets at once. Not a blocker since the registry is advisory metadata, not part of the functional pipeline.PR body says "Fixes #419" in Related Notes but does not use
Closes #419syntax, which Forgejo uses to auto-close issues on merge. Minor -- can be closed manually.SOP COMPLIANCE
Closes #419not present (nit -- "Fixes #419" in prose but not in auto-close syntax)PROCESS OBSERVATIONS
secrets_registry.slsentries. Recommend a single cleanup ticket.VERDICT: APPROVED