Skip to content

Keep capability status under assistant control - #114

Merged
scotwells merged 1 commit into
mainfrom
codex/customer-status-permissions
Oct 2, 2026
Merged

scotwells merged 1 commit into
mainfrom
codex/customer-status-permissions

Conversation

@scotwells

Copy link
Copy Markdown
Contributor

Keep capability acceptance and composition results under the assistant’s control. Register separate status permissions for CapabilityBindings without granting them to customers or capability publishers; ordinary binding reads still show conditions. Preserve the assistant’s existing Kubernetes RBAC status grant and correct comments that implied withholding base patch also prevented PUT /status.

Depends on Milo #824 and provider #139. Enforcement remains off by default. Before enabling it globally, Conversation /messages and /sendmessage need separate non-status adoption.

Validation: Milo, dev-crd, and production Kustomize builds; schema validation; all 5 registrations and 6 IAM Roles inspected for direct/inherited status grants. Other assistant resources serve no /status endpoint.

@scotwells
scotwells marked this pull request as ready for review October 2, 2026 15:03
@scotwells
scotwells merged commit 9c30e3a into main Oct 2, 2026
5 checks passed
@scotwells
scotwells deleted the codex/customer-status-permissions branch October 2, 2026 19:35
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants