fix(web-arm): hash the deployed OIDC secrets for the onecli, warpgate and paperless clients #553
No reviewers
Labels
No labels
bug
enhancement
in-progress
needs-info
needs-triage
p0
ready-for-agent
ready-for-human
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
Cloonar/nixos!553
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "lab/20261026-1220"
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?
Refs #452. Follow-up to #548.
After #548 both logins reach Authelia's token endpoint and fail there, for OneCLI and Warpgate alike:
The onecli, warpgate and paperless clients were registered in Authelia (
cde71e41) with digests of fresh secrets, but the plaintexts never reachedhosts/fw/secrets.sops.yamlandhosts/web-arm/secrets.sops.yaml; those still hold the Keycloak-era values, which Keycloak reads from the same sops entries and which worked until the switch. The three digests here were generated from those existing plaintexts withauthelia crypto hash generate pbkdf2, so no sops edit is needed and Keycloak keeps working as the rollback path.Not verified: no dry-build ran. The pre-commit hook does not resolve in this lab worktree and the sops-nix fetch from GitHub is blocked here; the change is three string literals in the
clientslist, and the file parses. The file already failsnixpkgs-fmt --checkon main, left untouched to keep the diff minimal.After deploy: log in to OneCLI and Warpgate with an Administrators account. A non-admin account such as the superbros one is denied by the admin-only client policy, which is the configured behaviour.
🤖 Generated with Claude Code