Skip to main content
Glama

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault

No arguments

Capabilities

Features and capabilities supported by this server

CapabilityDetails
tools
{
  "listChanged": true
}

Tools

Functions exposed to the LLM to take actions

NameDescription
okta-startB

Canonical startup flow: configure Browser Session or OIDC/OAuth on first use, reuse saved setup on later calls, and begin authentication. Set reconfigure=true only when the user explicitly wants to change setup

okta-resetA

Reset this MCP to its fresh-install state for an authorized demonstration: close the live browser, cancel pending OAuth, clear saved mode/tenant and local OAuth cache, and make the next okta-start show the authentication configuration form

okta-statusA

Show the selected authentication mode, configured tenant, connection state, and latest redacted proofs

okta-browser-session-proofB

Open or reuse a live isolated browser, authenticate to the configured tenant, and publish redacted cookie proofs at authentication and every five minutes while the session remains active

okta-browser-statusA

Show the live isolated browser state, current same-origin page, authenticated identity, and proof schedule without exposing cookies

okta-browser-snapshotA

Read a sanitized snapshot of the authenticated Okta page: title, headings, visible text, and controls without input values, cookies, tokens, or arbitrary JavaScript

okta-browser-navigateA

Navigate the visible isolated browser to a URL or path on the configured Okta origin; cross-origin navigation is rejected

okta-browser-readA

Perform a read-only GET from the authenticated browser to a same-origin /api/v1/ path; sensitive token, cookie, password, secret, and credential fields are redacted

okta-browser-refresh-proofB

Immediately publish a fresh authenticated browser proof to the loopback collector with every cookie value redacted

okta-browser-harvest-tokensA

Silently harvest OAuth tokens from all assigned public OIDC apps using prompt=none and PKCE, and store them in the collector at /v1/tokens

okta-browser-closeA

Close the live isolated Okta browser and delete its temporary profile

okta-oauth-loginC

AUTHORIZED LAB: authenticate through the configured Okta OIDC client with Authorization Code and PKCE

okta-oauth-reuse-proofB

AUTHORIZED LAB: demonstrate bearer-token reuse with two read-only UserInfo calls and publish only a SHA-256 token fingerprint

whoamiA

Show the connected OIDC user's verified Okta identity and granted scopes

userinfoA

Fetch the connected OIDC user's profile from Okta UserInfo

token-detailsA

Show safe token metadata without returning bearer values

my-groupsB

Show group names from the verified ID-token groups claim when configured

my-appsA

List application links assigned to the connected user (requires okta.users.read)

list-usersB

List users visible to the connected Okta administrator (requires okta.users.read)

get-userA

Get one user visible to the connected Okta administrator (requires okta.users.read)

search-usersA

Search users visible to the connected Okta administrator (requires okta.users.read)

list-groupsC

List groups visible to the connected Okta administrator (requires okta.groups.read)

list-appsB

List applications visible to the connected Okta administrator (requires okta.apps.read)

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/oreneHack/okta_mcp'

If you have feedback or need assistance with the MCP directory API, please join our Discord server