Skip to main content

Permissions Reference

Keeptrusts uses scoped permissions to control what a person or token can do inside an organization. This page focuses on the organization-scoped actions used by the customer workflows documented on this site. The permission catalog shown when creating or editing a role is authoritative for the active environment; internal, platform-admin, and reserved action strings can also exist in the API action registry.

How permission checks work

Keeptrusts evaluates access with deny-by-default behavior:

  1. A matching deny wins.
  2. A matching allow grants access.
  3. If nothing allows the action, the request is denied.

That model applies to console workflows, CLI commands that call the control plane, and organization-scoped tokens.

Public action groups

Investigations and evidence

ActionPurpose
events:readView governance events
events:writeCreate or ingest events
events:exportExport governance events
escalations:readView escalation queues
escalations:claimClaim an escalation
escalations:resolveResolve an escalation
exports:readView export jobs and download their artifacts
exports:writeCreate export jobs
exports:downloadReserved action string; current artifact download handlers check exports:read
org:trail:readView Trail events and evidence
org:trail:adminAdminister Trail workflows and evidence operations

Configurations and gateways

ActionPurpose
configs:readView saved configurations
configs:writeCreate or update configurations
gateways:readView gateway status and details
gateways:writeReserved action string; current gateway mutations use the granular actions below
gateways:registerRegister a connected gateway
gateways:rotate_tokenRotate a connected gateway's machine token
gateways:deployApply gateway configuration changes
gateways:adminPerform administrative gateway mutations such as deletion
gateways:bind_agentBind an agent to a gateway
gateways:unbind_agentRemove an agent binding from a gateway
gateways:update_policyUpdate a gateway's policy binding
gateways:report_statusReport runtime health from machine credentials
agents:manage_publicationManage agent publication lifecycle

Teams, users, and policy governance

ActionPurpose
users:readView organization members
users:inviteInvite members
users:manageManage member status and org-level access
teams:readView teams
teams:manageCreate, update, or delete teams
roles:readView roles
roles:writeCreate or update roles
roles:assignAssign roles to users or teams
policies:readView IAM policies
policies:writeCreate or update IAM policies
org:settingsManage organization settings
org:ssoManage the legacy organization SSO settings routes
sso:readView current SSO connections, verified domains, and SCIM configuration
sso:writeCreate or manage current SSO connections, domains, mappings, and SCIM credentials
oauth_clients:readView registered OAuth clients
oauth_clients:writeRegister, update, or deactivate OAuth clients
org:auditView organization audit activity

Tokens, spend, and notifications

ActionPurpose
tokens:listList tokens
tokens:createCreate tokens
tokens:readView token details
tokens:updateUpdate token metadata
tokens:rotateRotate token credentials
tokens:revokeRevoke tokens
tokens:validateValidate a token through the control-plane validation endpoint
tokens:use_gatewayReserved action string; no current API handler checks it as the gateway-use authorization boundary
spend:readView spend summaries and logs
org:billingBroad organization billing permission accepted by legacy and current billing, payment, subscription, and wallet routes
billing:viewView bills, invoices, balances, and billing summaries where the selected endpoint accepts it
billing:exportExport billing records
billing:configureManage billing configuration and supported administrative bill operations
billing:shareCreate or revoke shared billing links
budgets:readView budgets
budgets:createCreate a budget
budgets:updateUpdate a budget
budgets:deleteDelete a budget
budgets:writeCreate, update, or delete budget-policy records; this does not replace the granular budget create, update, and delete actions above
notifications:readView notifications
notifications:manageManage notification channels and preferences

Supporting product surfaces

ActionPurpose
agents:readView agent details and supporting agent settings
agents:writeManage supporting agent settings such as access policies, usage constraints, and gateway groups
agents:listList agents
agents:createCreate an agent
agents:updateUpdate an agent
agents:deleteDelete an eligible agent
agents:deployRun supported agent deployment actions
agents:bind_gatewayAdd or replace agent-to-gateway links
agents:unbind_gatewayRemove an agent-to-gateway link
agents:reviewCreate an agent review execution
agents:adminPerform agent publication administration where the endpoint accepts this fallback
templates:readView templates
templates:writeReserved action string; no current customer template create/update handler checks it
models:readView the published model catalog
history:readView governed history
history:writeCreate, update, share, remove, recall, or condense history records where the workflow permits it
history:learnReserved action string; current recall and condensation handlers check history:write instead
context:readRead or resolve Context Fabric data where the context endpoint checks this action
work_receipts:readSearch user-scoped work receipts
work_receipts:writeCreate user-scoped work receipts
secrets:listList secret records where a workflow checks the list action
secrets:readView secret metadata and simulate provider-key access
secrets:writeCreate, rotate, update, or delete secrets
cache:readList and inspect cache-warmer definitions and related cache-governance state
cache:adminCreate and manage cache-warmer definitions

Typical role design

A practical organization setup usually separates these concerns:

  • Reviewers and analysts need investigation and export permissions.
  • Configuration owners need config and gateway rollout permissions.
  • Identity administrators need invite, team, role, and SSO permissions.
  • Finance or governance owners need spend and budget visibility.
  • Machine credentials should be narrower than human admin roles.

Token guidance

Use separate credentials for separate jobs:

  • Request-execution tokens for applications sending governed traffic
  • Runtime tokens for gateways reporting state or connecting to managed workflows
  • Human user roles for console and CLI operations that require broader review or rollout access

Next steps