CyberSim Pro MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| CYBERSIM_API_KEY | No | API key for securing the HTTP bridge; requires Authorization: Bearer <key> header. | |
| CYBERSIM_RUNTIME | No | Runtime mode selector used by wrapper scripts. | |
| CYBERSIM_IP_ALLOW | No | Comma-separated list of allowed IP addresses for the HTTP bridge. | |
| CYBERSIM_SCIM_TOKEN | No | Bearer token for SCIM v2 endpoints. | |
| CYBERSIM_RBAC_CONFIG | No | Path to a JSON role policy file for role-based access control. | |
| CYBERSIM_AUDIT_LOG_DIR | No | Directory for audit log files (default: ./logs/). | |
| CYBERSIM_APPROVAL_TOKEN | No | Shared secret required for restricted tools (simulate_attack, stop_simulation, replay_telemetry). | |
| CYBERSIM_AUDIT_CHAIN_ID | No | Identifier for multi-tenant audit chain tracking. | |
| CYBERSIM_AUDIT_HMAC_KEY | No | HMAC key for hash-chained audit logging. | |
| CYBERSIM_AUDIT_SEAL_KEY | No | Key for signing exported audit seals; can reuse the HMAC key. |
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 | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| create_scenarioC | Create a cybersecurity training scenario with customizable parameters |
| simulate_attackC | Simulate a cyberattack with realistic attack vectors and TTPs |
| analyze_networkC | Analyze network traffic and identify potential security issues |
| investigate_incidentB | Conduct incident response investigation with timeline reconstruction |
| forensics_analysisC | Perform digital forensics analysis on system artifacts |
| generate_reportC | Generate comprehensive security assessment or incident reports |
| stop_simulationA | Manually stop one or more active simulations for safety or compliance |
| replay_telemetryC | Replay lab telemetry (PCAP/EDR/SIEM exports) against a simulation to identify coverage gaps |
| list_metricsB | Summarise historical exercise metrics and readiness trends |
| export_controlsA | Export recommended compensating controls derived from CyberSim analyses |
| sync_risk_registerB | Generate payloads for updating enterprise risk registers (ServiceNow, Archer, OneTrust) |
| generate_validation_reportA | Produce an auditor-facing validation digest of recent CyberSim activity |
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 12 tools
Most tools have distinct purposes (e.g., analyze_network vs forensics_analysis vs investigate_incident), but generate_report and generate_validation_report could be confused at a glance, as could forensics_analysis and investigate_incident. Descriptions clarify boundaries, but a couple tools overlap in scope.
The vast majority follow a verb_noun snake_case pattern (analyze_network, create_scenario, simulate_attack), but forensics_analysis deviates by placing the noun first and using 'analysis' instead of a verb. This is a minor inconsistency in an otherwise predictable convention.
With 12 tools, the server is well-scoped for a cybersecurity simulation platform. Each tool serves a distinct function in the workflow, and the count is within the ideal 3-15 range, making the surface manageable without being sparse.
The tool set covers the core lifecycle: scenario creation, attack simulation, incident investigation, forensics, reporting, and integration with risk registers. Minor gaps exist, such as lacking a tool to list or update scenarios, but the available tools are sufficient for typical training and analysis workflows.