security
    2026-04-13

    RBAC System

    Fine-grained role-based access control with hierarchical permissions and attribute-based policies.

    rbac
    permissions
    access-control

    Overview

    Roles are embedded in JWT claims. Multiple roles per user are supported — passing multiple roles means any of those roles is sufficient. Roles are enforced at the FastAPI dependency layer on every endpoint.

    Platform Roles

    Four built-in roles cover all platform access patterns.

    RoleCapabilities
    adminAll operations — user management, key rotation, IdP config, workspace creation
    opsDeploy models, approve HITL requests, configure clusters, manage IP allowlist
    legalApprove/reject GitOps manifests and HITL requests, view compliance reports, download audit packages
    devCreate/read models, run agents, view audit log, submit evals

    Machine-to-Machine Access

    CI/CD pipelines, the MCP Server, and the AI Governance Agents all authenticate with Personal Access Tokens (PATs). Issue a PAT with the minimum required role — ops for agents and MCP, dev for read-only CI tasks.

    bash
    curl -X POST https://sovereign.yourcompany.com/api/v1/auth/tokens \
      -H "Authorization: Bearer $OIDC_JWT" \
      -H "Content-Type: application/json" \
      -d '{ "name": "agent-m2m", "role": "ops", "expires_in_days": 365 }'
    Edit this page on GitHub