Skip to content

Aembit supports the official Notion MCP server, which lets AI Agent: A software workload that authenticates to systems, requests credentials, and accesses resources, either on behalf of a person or on its own. Aembit secures AI agents with the same identity-first model it uses for any workload. User-driven agents such as Claude Desktop also carry a blended identity that ties access to both the user and the agent.Learn more search and read workspace content through Model Context Protocol: A standard protocol for AI agent and server interactions that defines how AI assistants communicate with external tools and data sources.Learn more(opens in new tab) tools.

This page describes how to configure Notion as an MCP Server: A server that implements the Model Context Protocol to provide tools, resources, or data to AI agents and MCP clients.Learn more(opens in new tab) behind the Aembit MCP Identity Gateway: A component that brokers MCP traffic between MCP clients and target MCP servers, validating authorization and presenting Aembit-managed credentials on each request.Learn more. Each user authenticates with their own Notion identity, and the Gateway injects their token into MCP requests.

This guide builds the Gateway-to-Server Policy: The Access Policy that authorizes the MCP Identity Gateway to access an MCP server on behalf of authenticated users—the Gateway itself is the Client Workload. Also called right-side auth; each MCP server behind the Gateway needs its own.Learn more—the second of the two Access Policy: Access Policies define, enforce, and audit access between Client and Server Workloads by cryptographically verifying workload identity and contextual factors rather than relying on static secrets.Learn more the MCP Identity Gateway requires. You create the first, the Client-to-Gateway Policy: The Access Policy that validates which MCP client can connect to the MCP Identity Gateway and authenticates users through your Identity Provider. Also called left-side auth; you create one per MCP client and Gateway combination.Learn more, during Gateway setup.

Before you begin, ensure you have the following:

Before you configure Notion, review these requirements and behaviors specific to Notion’s MCP server.

  • Internal integration tokens don’t work remotely. Personal or internal integration tokens (ntn_****) work only with Notion’s local (stdio) MCP server, not the remote one. Notion is prioritizing the remote server and may deprecate the local stdio server, so always use the remote MCP server URL.
  • Use User-Based Auth. QA hasn’t tested Admin-Based Auth; QA verified only User-Based Auth.

Notion doesn’t support OAuth Dynamic Client Registration, so an administrator must create a Public Integration before users can authenticate.

  1. Go to Notion integrations and click New integration.
  2. Set the type to Public. This enables OAuth; internal or private integrations don’t support OAuth.
  3. Under OAuth Domain & URIs, add the Aembit Credential Provider’s Callback URL. Copy the exact read-only value from the Credential Provider after you create it in Aembit.
  4. Save the integration, then note the Client ID and Client Secret for the Credential Provider configuration.

Create an MCP User-Based Access Token Credential Provider: Credential Providers obtain the specific access credentials—such as API keys, OAuth tokens, or temporary cloud credentials—that Client Workloads need to authenticate to Server Workloads.Learn more in Aembit.

  1. Log into your Aembit Tenant.

  2. Go to Credential Providers in the left sidebar and click + New.

  3. Configure the following fields:

    Field Value
    Name A user-friendly name
    Credential Type MCP User-Based Access Token
    MCP Server URL https://mcp.notion.com/mcp
    Client ID The Client ID you copied earlier
    Client Secret The Client Secret you copied earlier
    PKCE Required On

    For MCP Server URL, click Discover to populate the Authorization URL and Token URL.

  4. Click Save.

  5. Copy the read-only Callback URL from the Credential Provider.

After you create the Credential Provider, copy its read-only Callback URL and return to the Notion Public Integration.

  1. Under OAuth Domain & URIs, add the Aembit Callback URL, then save the integration.
  1. Return to the Credential Provider in Aembit and click Authorize.

  2. Complete the Notion sign-in, select the workspace and pages to share, then approve access. The Credential Provider status changes to Ready when the flow completes.

  1. Go to Server Workloads in the left sidebar and click + New.

  2. Configure the following fields:

    Field Value
    Name A user-friendly name
    Host mcp.notion.com
    Application Protocol MCP
    Port 443 with TLS
    URL Path /mcp
    Authentication method HTTP Authentication
    Authentication scheme Bearer
  3. Click Save.

This section creates the Gateway-to-Server Access Policy, which authorizes the MCP Identity Gateway to access Notion on behalf of authenticated users.

Create an Access Policy linking the MCP Identity Gateway (as the Client Workload: Client Workloads represent software applications, scripts, or automated processes that initiate access requests to Server Workloads, operating autonomously without direct user interaction.Learn more), the Credential Provider you created, and the Server Workload for Notion.

For step-by-step instructions, including the Client Workload settings that identify the Gateway, see Create the gateway-to-server Access Policy.

After a user authorizes access, the Aembit AI Access Authorized page lists the Notion MCP Server as Ready. The AI agent can then call Notion MCP tools through the Gateway.