PyRIT MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| create_engagementA | Create a new, independent AI red-team engagement and return its id. The returned engagement id must be used for all subsequent target/attack/ scoring/report tool calls that operate within this engagement. |
| list_engagementsA | List all engagements, optionally filtered by status ('active' or 'closed'). |
| get_engagementA | Get the current summary state of a single engagement by id. |
| close_engagementB | Close an engagement, cancelling any attacks still running within it. |
| configure_targetA | Configure (or replace) the REST chat target for an engagement. |
| get_targetB | Get the currently configured target for an engagement (secrets redacted). |
| validate_targetC | Send a lightweight connectivity check to the engagement's configured target. |
| list_attack_strategiesA | List available PyRIT attack strategies and their constructor parameters. Discovery only -- this does not recommend or select a strategy. The calling agent must choose which attack to run based on its own plan. |
| run_attackA | Run a named PyRIT attack strategy against the engagement's configured target. |
| continue_attackC | Continue a previous attack conversation with a new objective/turn. |
| cancel_attackC | Cancel a currently running attack within an engagement. |
| score_responseC | Score arbitrary text (e.g. a target response) with a named PyRIT scorer. |
| get_scoresC | List all scores recorded so far within an engagement. |
| generate_reportA | Generate a report (format: json, markdown, or html) for an engagement. |
| list_reportsC | List all reports generated so far for an engagement. |
| export_reportC | Copy a previously generated report to an arbitrary destination path. |
| get_server_infoB | Get PyRIT MCP server identity, version, and current engagement counts. |
| get_pyrit_versionA | Get the installed PyRIT framework version. |
| list_capabilitiesA | List discoverable server capabilities: attack strategies, scorers, datasets, report formats. |
| add_findingC | Record a finding on an engagement (e.g. a confirmed jailbreak or policy violation). Findings are included in generated reports. The agent decides what constitutes a finding; the server only stores it. |
| list_findingsC | List all findings recorded so far on an engagement. |
| health_checkA | Basic liveness check for the MCP server. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 22 tools
Each tool targets a distinct action (create, configure, run, cancel, etc.) on a specific resource (engagement, target, attack, finding, report). The list tools clearly differentiate by what they list, and get vs list tools are distinct. No two tools have ambiguous boundaries.
All tool names use consistent verb_noun snake_case (e.g., create_engagement, run_attack, list_findings). The verbs are varied but follow a predictable pattern, and there is no mixing of naming conventions or vague verbs.
22 tools is well-scoped for an AI red-team engagement server, covering engagement management, target configuration, attack execution, scoring, reporting, and status queries. Each tool earns its place without feeling excessive or insufficient.
The tool set provides full lifecycle coverage: create/close engagements, configure/validate targets, run/continue/cancel attacks, score responses, add findings, generate/export/list reports, and list capabilities. No obvious gaps exist that would hinder an agent from completing typical red-team workflows.