MCP Pentest
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
Server capabilities have not been inspected yet.
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| nmap_scanC | Perform comprehensive port scan using Nmap |
| subdomain_enumC | Enumerate subdomains of target domain using multiple methods |
| tech_detectionC | Detect technologies used by target website |
| directory_bruteforceC | Bruteforce directories and files on web server |
| nuclei_scanC | Run Nuclei vulnerability scanner |
| nikto_scanC | Run Nikto web vulnerability scanner |
| sqlmap_scanC | Test for SQL injection vulnerabilities |
| metasploit_searchC | Search for Metasploit modules based on detected services |
| exploit_attemptC | Attempt exploitation using detected vulnerabilities |
| auto_pentestC | Perform comprehensive automated penetration test |
| suggest_next_stepsC | Analyze current findings and suggest next steps |
| generate_reportC | Generate comprehensive penetration test report |
| cve_discoveryC | Discover CVEs based on detected technologies and versions |
| parameter_extractionC | Extract parameters from web applications using Katana and manual methods |
| fuzzing_parametersC | Fuzz extracted parameters with various payloads using ffuf/wfuzz |
| fuzzing_directoriesC | Fuzz directories and files using ffuf/wfuzz |
| directory_scanC | Advanced directory scanning with dirb/dirsearch/gobuster/feroxbuster |
| adaptive_strategyC | Generate adaptive penetration testing strategy based on detected services and OS |
| test_active_directoryC | Comprehensive Active Directory penetration testing |
| test_web_applicationC | Technology-specific web application penetration testing |
| test_smb_serviceC | Comprehensive SMB/NetBIOS service testing |
| burp_startC | Start Burp Suite Professional with API enabled |
| burp_stopB | Stop Burp Suite instance |
| burp_active_scanC | Perform active vulnerability scan using Burp Suite |
| burp_proxy_scanC | Perform passive scan through Burp Suite proxy |
| burp_spiderC | Spider/crawl target using Burp Suite |
| burp_exportC | Export Burp Suite scan results |
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 27 tools
Most tools have distinct purposes, but there is notable overlap in scanning and fuzzing categories. For example, directory_bruteforce, directory_scan, and fuzzing_directories could be confused for similar tasks, though their descriptions provide some differentiation. Similarly, burp_active_scan and nuclei_scan both target vulnerability scanning, potentially causing misselection.
Tool names follow a consistent snake_case pattern throughout, which is predictable and readable. However, there is minor inconsistency in verb usage, such as 'scan' vs. 'enum' vs. 'discovery' for similar actions, and some tools use generic terms like 'test' or 'generate' without clear alignment. Overall, the naming is mostly consistent with only slight deviations.
With 27 tools, the count feels excessive for a penetration testing server, leading to potential confusion and redundancy. While penetration testing is a broad domain, many tools overlap in functionality (e.g., multiple scanning and fuzzing tools), suggesting the set could be streamlined without losing coverage. This heavy tool count may overwhelm agents and reduce usability.
The tool set provides comprehensive coverage for penetration testing workflows, including reconnaissance, scanning, exploitation, and reporting. Minor gaps exist, such as lack of tools for post-exploitation activities or specific protocol testing beyond SMB and web applications, but core operations are well-covered. Agents can likely work around these gaps using existing tools.