docs(auth): clarify SSO startup log + record PMS-291 posture decision #229
No reviewers
Labels
No labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
psa-systems/mokosh-server!229
Loading…
Reference in a new issue
No description provided.
Delete branch "fix/pms-291-sso-log-and-docs"
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?
Two PMS-291 ACs in one PR (docs + log only, no behaviour change):
The SsoSetup::NotConfigured WARN no longer implies the server fell back to legacy auth. The earlier "the server will run with legacy auth only" was misleading: it suggested mechanism 3 (HS256 cookie) was now the only path, when in fact the bunyip-as-OP Resource-Server path (mechanism 1, OIDC_ISSUER + OIDC_AUDIENCE) is the one the SPA + E2E actually use and is unaffected by mokosh-auth not mounting. The new wording names both surviving paths and explains that only mokosh's own /oauth2/* endpoints are unavailable.
CLAUDE.md "Auth: two systems coexist" rewritten as "Auth: three independent mechanisms" so the bunyip-RS path is documented alongside mokosh-auth and the legacy HS256 cookie path. Adds the PMS-291 posture decision (B-now / A-later per PMS-292 / PMS-295), the hard prerequisite that the Ed25519 keypair must already exist in MOKOSH_AUTH_JWT_PRIVATE_KEY_PATH / MOKOSH_AUTH_JWT_PUBLIC_KEYS_DIR before first start (PMS-289 made a missing key set fatal), and the planned removal of mechanism 2 once PMS-295 lands.
#PMS-291