Idira SCA MCP Server – Just-in-Time AWS Access
Idira SCA MCP Server lets AI agents and developers request and elevate temporary access to standalone AWS accounts through Idira Secure Cloud Access. It runs as a Docker-based local MCP server and writes short-lived AWS credentials to a configured AWS credentials file after access is granted.
Overview
Idira SCA MCP Server is the official Model Context Protocol server for Idira Secure Cloud Access, documented by CyberArk. It is designed for command-line, IDE, and AI-assistant workflows where an agent needs AWS access only when required. Instead of relying on long-lived AWS secrets, the server requests temporary access through Secure Cloud Access and writes fresh credentials into the configured AWS credentials file.
What the MCP server enables
The server exposes two documented tools. login_to_aws_default grants temporary just-in-time access to the default AWS account and role configured for the server. elevate_aws_account_access grants temporary access to a specified standalone AWS account using a designated role. Once credentials are written to the AWS credentials file, the AI agent or local tooling can continue with normal AWS operations using the configured profile.
The server is useful for asking an AI assistant to perform cloud-development tasks that need live AWS access, such as listing S3 buckets or checking the role currently available in the authenticated account. Access elevation depends on Secure Cloud Access policies, tenant configuration, and the AWS account and role existing in the environment.
When to use it
Use Idira SCA MCP Server when AI-powered developer tools, infrastructure-as-code workflows, or CI/CD tasks need temporary AWS permissions. It is especially relevant where security teams want to reduce standing privileges and avoid distributing persistent AWS credentials to agents or developers.
Connection and authentication
The documented MCP connection is a local stdio server run from a Docker container pulled through AWS Marketplace and Amazon ECR. Docker must be available on the machine that runs the MCP server, and the AWS credentials directory must be mounted into the container so the server can create or update the selected AWS profile.
Authentication can be configured with an Idira Identity token obtained through the Identity APIs, or by OAuth2 using CYBERARK_CLIENT_ID, CYBERARK_CLIENT_SECRET, and CYBERARK_APPLICATION_ID. The transport entry below uses the documented token-based environment variables.
Key considerations
The documented limitation is important: this MCP server supports elevation to standalone AWS accounts only. It requires a valid Idira tenant, predefined cloud access policies, an accessible AWS credentials file path, and an existing AWS account and role. Because it writes credentials for downstream tools, teams should mount only the required AWS configuration path, protect tokens and OAuth credentials, and keep access policies scoped to the minimum privileges required.
Supported Transports
stdio
Command: docker
Args:
run-i--rm-eAUTH_TOKEN-eTENANT_NAME-eAWS_CREDENTIALS_PATH-eAWS_PROFILE_NAME-eAWS_DEFAULT_ACCOUNT_ID-eAWS_DEFAULT_ROLE_NAME-v${AWS_VOLUME}709825985650.dkr.ecr.us-east-1.amazonaws.com/cyberark/cyberark.mcp-server-sca:vX.Y.Z--transportstdio
Frequently Asked Questions
- When should an AI agent use Idira SCA MCP Server?
- Use it when an AI assistant, IDE workflow, CLI process, or CI/CD task needs temporary AWS access through Idira Secure Cloud Access instead of relying on long-lived AWS credentials.
- What capabilities does this MCP server add to an AI agent?
- It adds documented tools for logging in to a configured default AWS account and role, or elevating access to a specified standalone AWS account with a designated role, then writing temporary credentials to the AWS credentials file for downstream tools.
- What can the AI agent access or manage through this server?
- The agent can request just-in-time AWS access that is allowed by Secure Cloud Access policies. The documented server is limited to standalone AWS accounts, and the target account and role must already exist.
- How is authentication configured for Idira SCA MCP Server?
- Authentication can use an Idira Identity token obtained through the Identity APIs, or OAuth2 credentials consisting of a CyberArk client ID, client secret, and application ID. Secrets should be supplied through environment variables rather than written directly into client configuration.
- Which transport should be used for this MCP server?
- Use the documented local `stdio` transport. The server runs as a Docker container pulled from the AWS Marketplace and Amazon ECR, with the AWS credentials directory mounted so temporary credentials can be created or updated.