Skip to main content
GET
Error
Required Permissions How permissions work

Authorizations

Authorization
string
header
required

Management API authentication for /api/* endpoints. Use the Authorization header with Bearer <token>, where <token> is one of:

  • a Bifrost management API key,
  • a dashboard session token issued by POST /api/session/login,
  • base64 of <admin-username>:<admin-password> (legacy equivalent of BasicAuth).

Virtual keys (sk-bf-*) and the x-api-key header are not accepted on management APIs - the sole exception is GET /api/governance/virtual-keys/quota, which is virtual-key-only.

Authentication alone is not sufficient in Bifrost Enterprise: each operation page shows a Required Permissions table (Resource:Operation, for example Dashboard:View) above its Authorizations section, and the caller's RBAC role or management API key scopes must include what it lists, otherwise the request is rejected with 403 Forbidden.

A local admin — authenticated with the admin password, or any caller on a deployment with dashboard auth disabled — bypasses these checks and can call every management endpoint.

OSS setup lock. On Bifrost OSS, while dashboard auth is not active (no admin account, or auth disabled), every management endpoint except the public ones (/health, /api/version, /api/session/is-auth-enabled, /api/session/login, ...) requires the operator's setup token in the X-Bifrost-Setup-Token header, in place of Authorization. The token is set with setup_token in config.json or the BIFROST_SETUP_TOKEN environment variable. A missing header returns 401, a wrong token 403. The header stops working once dashboard auth is enabled. The dashboard instead trades the token once for an HttpOnly bifrost_setup_session cookie via POST /api/session/setup. See Required permissions for how permissions are derived and which endpoints are exempt.

Path Parameters

id
string
required

Flow row ID

Response

Flow detail

Response for GET /api/mcp/per-user-headers/flows/{id}. Carries the schema the end-user needs to fill in plus identity binding info for display.

id
string
required
flow_mode
enum<string>
required
Available options:
user,
vk,
session
status
enum<string>
required
Available options:
pending,
completed,
expired
expires_at
string<date-time>
required
created_at
string<date-time>
required
required_header_keys
string[]
required

Header names the end-user must supply on this submission

has_active_credential
boolean
required

True when a credential already exists for the flow's (mode, identity, mcp_client) triple. The submission UI uses this to render an "edit" affordance instead of a fresh form.

mcp_client
object | null

Minimal MCP client view embedded in session rows.

user_id
string | null
user
object | null

Minimal user view embedded on user-keyed session rows.

virtual_key
object | null

Minimal virtual-key view embedded in session rows.

session_id
string | null
admin_header_keys
string[]

Names (not values) of static admin headers attached to every per-user request. Surfaced so the user understands what context will accompany their values.

submitted_keys
string[]

Names of header keys already on the caller's existing credential. Populated whenever a credential exists for the binding (both active and needs_update states — orphaned credentials are filtered server-side). Values are never returned. has_active_credential only flips to true when the credential is in active state.