Harden the PEP harness and KeyCape registration request
Close remaining in-repo APPROVAL-WP-0002 gaps: drive GH-DEC-2026-003 against the real HTTP surface, fail closed on JWT/human-consume/static-token paths, treat audit 200 duplicates as drained, and ask KeyCape for the production audience and client grants. Assistant: grok Assistant-Session: 01a06253-e557-7971-93d9-4f4c2cfbf455
This commit is contained in:
parent
2bd2d19a98
commit
2370f69927
11 changed files with 588 additions and 46 deletions
|
|
@ -32,3 +32,8 @@ only verifies and enforces them. Requested registrations are:
|
|||
|
||||
Client credentials belong in OpenBao/operator custody and must not be placed in
|
||||
manifests, logs, State Hub, or this repository.
|
||||
|
||||
KeyCape's OpenBao service-auth contract currently emits `aud` as the OAuth
|
||||
`clientId`. That pattern must not be reused here. Tokens presented to this API
|
||||
MUST have resource-server audience `approval-engine`. Requested non-secret
|
||||
client fragments are in `docs/keycape-service-registrations.md`.
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue