MCP Remote With Okta MCP Server

MCP remote server with Adobe IMS/Okta authentication wrapper

Local serverstdio

What is the MCP Remote With Okta MCP server?

MCP Remote With Okta MCP server exists for a simple reason — assistants are far more useful when they can act on MCP Remote With Okta directly instead of describing what you should do. MCP remote server with Adobe IMS/Okta authentication wrapper.

What you get

A wrapper for mcp-remote that handles Adobe IMS or Okta authentication using OAuth implicit flow, providing seamless authentication for protected MCP servers.

  • 🔐 Multi-Provider OAuth: Implements Adobe's and Okta's OAuth implicit flow for secure user authentication
  • 🔄 Token Management: Automatic token storage, validation, and expiration handling
  • 🖥️ Cross-Platform: Works on macOS, Windows, and Linux
  • 🚀 Zero Maintenance: Set it once, never worry about tokens again
  • 🔧 Configurable: Support for multiple environments, scopes, and authentication methods
  • 🔒 Secure Storage: Tokens stored securely in user's home directory

Setting it up

The server ships on npm as mcp-remote-with-okta, so your MCP client can launch it on demand — there is no separate build step. Add the server block to your client's configuration, restart it, and the tools register themselves.

Configuration and credentials

You will need 8 environment variables: AUTH_PROVIDER, ADOBE_CLIENT_ID, ADOBE_IMS_ENV, OKTA_CLIENT_ID, OKTA_DOMAIN, DEBUG_MODE, AUTO_REFRESH, NVM_DIR. Keep credentials in your client's env block or a secrets manager rather than in a file you might commit.

Choosing this one

This sits in the file and storage access group, where several servers overlap in what they claim to do but differ sharply once you actually set them up. It is maintained by adobe-rnd; worth a glance at recent repository activity before you build anything load-bearing on it.

This entry was verified against MCP Remote With Okta's own documentation before publication; SyncDev keeps the directory reviewed rather than auto-generated.

Before you rely on it

  • It runs with your machine's permissions. That is convenient and also the reason to think about what you point it at before you approve a tool call.
  • MCP clients confirm each tool call by default. Leave that on until you have watched what the mcp remote with okta mcp server does with a few real requests.

How to install the MCP Remote With Okta MCP server

{
  "mcpServers": {
    "my-mcp-server": {
      "command": "npx",
      "args": [
        "mcp-remote-with-okta",
        "https://your-mcp-server.com/mcp"
      ],
      "env": {
        "AUTH_PROVIDER": "adobe",
        "ADOBE_CLIENT_ID": "your_client_id_here",
        "ADOBE_IMS_ENV": "prod"
      }
    }
  }
}

Configuration as documented by the project. Restart the client after saving.

Configuration

VariableDescriptionRequired
AUTH_PROVIDERConfiguration value read at startup.Optional
ADOBE_CLIENT_IDConfiguration value read at startup.Optional
ADOBE_IMS_ENVConfiguration value read at startup.Optional
OKTA_CLIENT_IDConfiguration value read at startup.Optional
OKTA_DOMAINConfiguration value read at startup.Optional
DEBUG_MODEConfiguration value read at startup.Optional
AUTO_REFRESHConfiguration value read at startup.Optional
NVM_DIRFilesystem location the server is allowed to use.Optional

Frequently asked questions

It connects MCP Remote With Okta to MCP-compatible AI assistants such as Claude and Cursor. Instead of copying data back and forth by hand, the assistant works with MCP Remote With Okta directly.