Medium Risk

manage_aws_emr_ec2_steps

Manage AWS EMR EC2 steps for processing data on EMR clusters. This tool provides comprehensive operations for managing EMR steps, which are units of work submitted to an EMR cluster for execution. Steps typically consist of Hadoop or Spark jobs that process and analyze data. ## Requirements - T...

Single-target operation

Part of the Amazon Data Processing MCP Server MCP server. Enforce policies on this tool with Intercept, the open-source MCP proxy.

AI agents use manage_aws_emr_ec2_steps to create or modify resources in Amazon Data Processing MCP Server. Write operations carry medium risk because an autonomous agent could trigger bulk unintended modifications. Rate limits prevent a single agent session from making hundreds of changes in rapid succession. Argument validation ensures the agent passes expected values.

Without a policy, an AI agent could call manage_aws_emr_ec2_steps repeatedly, creating or modifying resources faster than any human could review. Intercept's rate limiting ensures write operations happen at a controlled pace, and argument validation catches malformed or unexpected inputs before they reach Amazon Data Processing MCP Server.

Write tools can modify data. A rate limit prevents runaway bulk operations from AI agents.

amazon-data-processing-mcp-server.yaml
tools:
  manage_aws_emr_ec2_steps:
    rules:
      - action: allow
        rate_limit:
          max: 30
          window: 60

See the full Amazon Data Processing MCP Server policy for all 36 tools.

Tool Name manage_aws_emr_ec2_steps
Category Write
Risk Level Medium

View all 36 tools →

Agents calling write-class tools like manage_aws_emr_ec2_steps have been implicated in these attack patterns. Read the full case and prevention policy for each:

Browse the full MCP Attack Database →

Other tools in the Write risk category across the catalogue. The same policy patterns (rate-limit, validate) apply to each.

What does the manage_aws_emr_ec2_steps tool do? +

Manage AWS EMR EC2 steps for processing data on EMR clusters. This tool provides comprehensive operations for managing EMR steps, which are units of work submitted to an EMR cluster for execution. Steps typically consist of Hadoop or Spark jobs that process and analyze data. ## Requirements - The server must be run with the `--allow-write` flag for add-steps and cancel-steps operations - Appropriate AWS permissions for EMR step operations ## Operations - **add-steps**: Add new steps to a running EMR cluster (max 256 steps per job flow) - **cancel-steps**: Cancel pending or running steps on an EMR cluster (EMR 4.8.0+ except 5.0.0) - **describe-step**: Get detailed information about a specific step's configuration and status - **list-steps**: List and filter steps for an EMR cluster with pagination support ## Usage Tips - Each step consists of a JAR file, its main class, and arguments - Steps are executed in the order listed and must exit with zero code to be considered complete - For cancel-steps, you can specify SEND_INTERRUPT (default) or TERMINATE_PROCESS as cancellation option - When listing steps, filter by step states: PENDING, CANCEL_PENDING, RUNNING, COMPLETED, CANCELLED, FAILED, INTERRUPTED - For large result sets, use pagination with marker parameter ## Example ``` # Add a Spark step to process data { 'operation': 'add-steps', 'cluster_id': 'j-2AXXXXXXGAPLF', 'steps': [ { 'Name': 'Spark Data Processing', 'ActionOnFailure': 'CONTINUE', 'HadoopJarStep': { 'Jar': 'command-runner.jar', 'Args': [ 'spark-submit', '--class', 'com.example.SparkProcessor', 's3://mybucket/myapp.jar', 'arg1', 'arg2', ], }, } ], } ``` Args: ctx: MCP context operation: Operation to perform cluster_id: ID of the EMR cluster step_id: ID of the EMR step step_ids: List of EMR step IDs steps: List of steps to add to the cluster step_states: The step state filters to apply when listing steps marker: The pagination token for list-steps operation step_cancellation_option: Option for canceling steps (SEND_INTERRUPT or TERMINATE_PROCESS) Returns: Union of response types specific to the operation performed. It is categorised as a Write tool in the Amazon Data Processing MCP Server MCP Server, which means it can create or modify data. Consider rate limits to prevent runaway writes.

How do I enforce a policy on manage_aws_emr_ec2_steps? +

Add a rule in your Intercept YAML policy under the tools section for manage_aws_emr_ec2_steps. You can allow, deny, rate-limit, or validate arguments. Then run Intercept as a proxy in front of the Amazon Data Processing MCP Server MCP server.

What risk level is manage_aws_emr_ec2_steps? +

manage_aws_emr_ec2_steps is a Write tool with medium risk. Write tools should be rate-limited to prevent accidental bulk modifications.

Can I rate-limit manage_aws_emr_ec2_steps? +

Yes. Add a rate_limit block to the manage_aws_emr_ec2_steps rule in your Intercept policy. For example, setting max: 10 and window: 60 limits the tool to 10 calls per minute. Rate limits are tracked per agent session and reset automatically.

How do I block manage_aws_emr_ec2_steps completely? +

Set action: deny in the Intercept policy for manage_aws_emr_ec2_steps. The AI agent will receive a policy violation error and cannot call the tool. You can also include a reason field to explain why the tool is blocked.

What MCP server provides manage_aws_emr_ec2_steps? +

manage_aws_emr_ec2_steps is provided by the Amazon Data Processing MCP Server MCP server (awslabs.aws-dataprocessing-mcp-server). Intercept sits as a proxy in front of this server to enforce policies before tool calls reach the server.

Let agents act without letting them run wild.

Deterministic policy on every MCP tool call. Per-identity grants. Full audit log.

// GET IN TOUCH

Have a question or want to learn more? Send us a message.

Message sent.

We'll get back to you soon.