80trust / 100

Mitigant

by mitigant.io in Developer tools

MCP serverPassing, checked 8 h ago

Run real, auto-recovered cloud attacks on AWS, Azure and GCP to test your defenses.

https://mcp.mitigant.io/mcp
Tools
12
open to any client
Uptime
100%
last 30 days
Response time
113 ms
254 ms slowest 5%
Last check
Passed
8 h ago, next any minute now

Scan it nowHow to connect

This listing's own text contains instructions aimed at AI agents (see the security scan below). We withhold that text from agents and never recommend this service.

Reliability

All checks passedSome failedAll failedNot checked

Status and outage history · Atom feed · Watch with other listings

How to connect

Add it to any MCP client that supports remote servers.

{
  "mcpServers": {
    "mitigant": {
      "type": "http",
      "url": "https://mcp.mitigant.io/mcp"
    }
  }
}

12 tools

  • list_attacks

    Browse Mitigant's attack actions -- atomic tests that each emulate one attacker technique -- that you can launch on their own against AWS, Azure or GCP. Currently 111 attack actions (AWS 49, Azure 36, GCP 26). Returns each action's attackName (show this to the user) and…

  • get_attack_details

    Full description, impact, MITRE mapping, and orchestration type (PROVISIONED or INLINE -- PROVISIONED attacks create and destroy their own target rather than targeting your existing infrastructure (they may still read or use existing resources along the way), so they're the…

  • launch_attack

    Run an attack against a cloud account connected to Mitigant. Returns the result if it finishes within wait_seconds (default 20); otherwise it returns at once with the attackId and status RUNNING while the attack keeps running -- then poll get_attack_status with that attackId…

  • list_cloud_accounts

    List the cloud accounts available for attack emulation -- any account not listed here cannot be attacked, so check this before guessing an account_no for launch_attack. An empty result means no accounts are onboarded for attack emulation (for that cloud, or at all), not a…

  • list_scenarios

    List Mitigant's attack scenarios -- multi-step chains that combine several attack actions run in sequence, so treat a scenario as having the combined blast radius of every step. Currently 45 scenarios (AWS 26, Azure 12, GCP 7). Returns each scenario's scenarioName (show this to…

  • get_scenario_details

    Full details for one attack scenario -- description, impact, and the step-by-step composition, by the scenario key from list_scenarios. A scenario runs several attacks in sequence; this returns every step, not just the first. Result includes scenarioName (show this to the user)…

  • launch_scenario

    Run a multi-step attack chain against a cloud account connected to Mitigant. Returns the result if every step finishes within wait_seconds (default 20); a multi-step scenario usually takes longer, so expect it to return at once with the attackId and status RUNNING while it keeps…

  • get_attack_status

    Get the current report for a previously launched attack, including its clean-up state. Returns the attack report plus a 'cleanup' summary with cleanUpComplete and a plain-language statement. Only tell the user the account is back to its pre-attack state when…

  • list_recent_attacks

    List your own recent attack and scenario runs for a cloud account, most recent first, each with its attackId and status. Use this to recover an attackId you no longer have -- for example when a launch_attack / launch_scenario call's connection dropped before it returned, or to…

  • get_context

    Check this account's context before planning or launching: whether it is a Mitigant DEMO account and what that allows. Call this first on a new connection. If isDemo is true, every attack or scenario with allowedOnDemo=false WILL be rejected at launch -- treat those as not…

  • clean_up_attack

    Clean up a previously launched attack, restoring the cloud resources it changed back to their pre-attack state. Clean-up is normally AUTOMATIC after a short, deliberate inspection window (so the team can verify the attack and collect evidence first); calling this kicks it off…

  • get_attack_evidence

    Get the evidence Mitigant collected for a previously launched attack -- what the account's own logging (CloudTrail, GuardDuty) recorded about it. Returns an 'evidence' summary (counts, sources, and a plain-language statement) plus the raw records, each with an evidenceUrl that…

Security scan

1 finding

  • Asks the agent to hide things from the user in tool:clean_up_attack
    until cleanup.cleanUpComplete is true; do not tell the user it is restored based on this call alone.

Recent checks

WhenResultHTTPTime
8 h agoPassed20093 ms
22 h agoPassed200119 ms
36 h agoPassed200112 ms
2 days agoPassed200518 ms
3 days agoPassed200101 ms
Show 10 older checks
3 days agoPassed20099 ms
4 days agoPassed200167 ms
4 days agoPassed200106 ms
5 days agoPassed20085 ms
5 days agoPassed200103 ms
6 days agoPassed200254 ms
6 days agoPassed200105 ms
7 days agoPassed200113 ms
8 days agoPassed200121 ms
8 days agoPassed200123 ms