Record T03 readiness and the remaining upstream blocker
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
parent
e54f67c537
commit
e858115210
2 changed files with 28 additions and 4 deletions
|
|
@ -1,6 +1,6 @@
|
|||
# flex-auth caller identity contract
|
||||
|
||||
Status: source implemented; production promotion pending.
|
||||
Status: caller side implemented and deployed; live proof pending flex-auth A2 promotion (FLEX-WP-0015-T02).
|
||||
|
||||
user-engine calls `flex-auth-user-engine` with a projected Kubernetes
|
||||
ServiceAccount token whose audience is exactly `flex-auth`. The adapter reads
|
||||
|
|
@ -23,9 +23,12 @@ The tenant authority seam is distinct: user-engine identifies itself as actor
|
|||
own flex-auth decision before store access. Tenant ids remain opaque and are
|
||||
URL-encoded. No client may infer existence from an unauthorized read.
|
||||
|
||||
The current deployed image predates this file-based caller token. Promote only
|
||||
with the matching flex-auth A2 image and bindings; otherwise enforcing flex-auth
|
||||
will correctly return 401 to the old caller.
|
||||
As of 2026-08-18 the deployed user-engine image carries this file-based caller
|
||||
token, so the caller side is no longer the laggard. The remaining asymmetry runs
|
||||
the other way: flex-auth's A2 enforcement is implemented but unpromoted, so the
|
||||
header is sent and ignored. That ordering is safe — a caller that authenticates
|
||||
against a service that does not yet check is harmless, whereas the reverse
|
||||
would have returned 401 to every decision.
|
||||
|
||||
## Live promotion probe (USER-WP-0023-T03)
|
||||
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue