Documentation Index

Fetch the complete documentation index at: https://kb.ctera.com/llms.txt

Use this file to discover all available pages before exploring further.

Managing AI Integrations

Prev Next

CTERA Portal has a built in Model Context Protocol (MCP) server and n8n Filesystem Node.

The Model Context Protocol (MCP) Server

The Model Context Protocol (MCP) is an open standard designed to let AI assistants and agents securely interact with enterprise systems through natural language.

The Model Context Protocol (MCP) in CTERA lets AI assistants and agents securely interact with the CTERA platform as a framework for defining and managing a variety of context-based configurations across the platform. This feature facilitates dynamic policy enforcement and adaptive user experiences by leveraging contextual data to tailor services, enhancing both security and efficiency.

MCP provides a structured, permission-aware interface that allows models to:

  • Query systems like file storage or analytics.
  • Perform user-authorized actions.
  • Maintain session context across tools and tasks

MCP standardizes the interaction layer, making secure, intelligent automation scalable without the need for custom integrations for every system. SDKs help developers build integrations, whereas MCP is the integration layer itself: a shared language that AI models use to communicate with to enterprise tools. In other words, it’s plug-and-play for AI.

Embedding MCP support directly into the CTERA Portal enables LLMs, whether commercial tools like Claude and Cursor, or internally developed agents, to securely:

  • Summarize file uploads in a shared folder.
  • Retrieve document versions based on content.
  • Generate and distribute a public or internal file link without a graphical user interface (GUI).
  • Manage files using natural language instead of scripts or dashboards.

The CTERA MCP Server provides a natural language ability to perform actions that can be done using the CTERA SDK. The natural language used to talk to the agent that uses the MCP Server is internally mapped to an API in the CTERA SDK.

These tasks are executed securely, enforced by encryption, permissions, and audit logging. There’s no need to copy data to external AI systems or learn new APIs.

What Agents Can Be Used with the CTERA MCP Server

Agents that support the MCP protocol can be used. The following agents support the MCP protocol and have been tested to be used with the CTERA MCP Server:

  • OpenAI agents
  • Claude
  • Cursor

In addition, internal agents and other publicly available agents that support the MCP protocol can also be used. CTERA has certified Claude and Cursor are certified for use with the CTERA MCP Server.

The agent must be configured for the user that is using the agent and with a connection to the CTERA MCP Server. Agents are authenticated using OAuth 2.0 to ensure that third-party applications get limited, delegated access to a user's resources without exposing the user's password.

Requirements

The following requirements are necessary to use the CTERA MCP Server:

  • An identity provider (IdP) such as Microsoft Entra ID, Okta, AuthO.
  • OpenID Connect (OIDC)
  • Internet access

Restrictions

The CTERA MCP Server provides a natural language ability to perform any actions that can be done using the CTERA SDK for end user tasks, but not for administrator tasks such as creating a user. The natutal language used to talk to the MCP Server is internally mapped to an API in the CTERA SDK.

The n8n Server

The dedicated n8n CTERA Filesystem Node, enables automation of CTERA Portal filesystem operations through the n8n workflow platform.

The integration allows workflows to interact directly with CTERA storage by performing common filesystem actions, including file operations, directory management, version access, and link generation. These capabilities are exposed through a native n8n node that can be used as part of standard automation workflows.

The n8n integration is implemented as a separate code base published on GitHub, similar to the CTERA SDK. This approach allows developers and customers to easily adopt the node, integrate it into their automation environments, and extend it when needed.

Together, these components provide:

  • A native n8n node for CTERA filesystem operations.
  • A secure JWT-based authentication framework for integrations.
  • An open GitHub distribution model for the n8n integration.

Exposed n8n Operations

Filesystem Operations

  • Read file content
  • Write or update files
  • Copy files
  • Move files
  • Delete files
  • Retrieve file metadata

Directory Operations

  • Create directories
  • List directory contents
  • Move directories
  • Delete directories

Versioning Operations

  • Retrieve file version history
  • Access specific versions of a file
  • Work with version-related metadata