Skip to content

feat(enclave): pin permission on dr enclave permission grant/revoke/list - #930

Draft
alexromanyuk wants to merge 1 commit into
mainfrom
romaniuk/enclave-permission-pin
Draft

alexromanyuk wants to merge 1 commit into
mainfrom
romaniuk/enclave-permission-pin

Conversation

@alexromanyuk

Copy link
Copy Markdown
Contributor

What

Adds pin as a second collection-level enclave permission next to create: the right to pin a workload to one chosen enclave (dr workload create --enclave <name>), overriding the scheduler's placement.

  • dr enclave permission grant --permission pin --user-id <id> (also --group / --org)
  • dr enclave permission revoke --permission pin ...
  • dr enclave permission list --permission pin
  • show and help texts describe both permissions.

Semantics

  • Pinning is separate from deploy access: the pinned enclave must still be allowed by the workload's use case, and the user still needs deploy access to it (dr enclave access grant).
  • create implies pin. Revoking pin from a recipient who holds create is refused server-side - revoke create instead.

Compatibility

The permission body field and query parameter are omitted for create (the server default), so requests against servers that predate pin are byte-for-byte unchanged; --permission pin against such a server is refused server-side.

Draft: pairs with the server-side change that registers the pin permission; do not merge before it ships.

Adds "pin" as a second collection-level enclave permission next to
"create": the right to pin a workload to one chosen enclave
(dr workload create --enclave <name>), overriding the scheduler's
placement. Pinning stays separate from deploy access - the pinned
enclave must still be allowed by the workload's use case, and deploy
access to it is still required. Create implies pin, so revoking pin
from a create holder is refused server-side; revoke create instead.

The wire stays compatible with servers that predate pin: the permission
field and query parameter are omitted for "create", so existing create
grants and listings are byte-for-byte unchanged.
@github-actions github-actions Bot added the go Pull requests that update go code label Sep 16, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

go Pull requests that update go code

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant