intruder-mcp
OfficialRelated Servers
Alternatives to intruder-mcp
No user-submitted related servers found.
Related Servers
- AlicenseAqualityAmaintenanceMCP server + Chrome extension that gives AI coding agents control of your real browser with existing sessions, logins, and cookies. Works with Cursor, Claude, Windsurf.24209 npm58MIT
- AlicenseNot gradedqualityDmaintenanceEnables browser automation through MCP clients like Claude or Cursor, using the client's existing LLM without requiring an additional API key.Apache 2.0
- AlicenseNot gradedqualityCmaintenanceEnables programmatic control of Cursor's cloud-based AI agents for automated code generation and repository management via standardized MCP tools.11 npm6MIT
- AlicenseNot gradedqualityBmaintenanceA local MCP server that lets Claude Code and Codex drive your real, already-logged-in Chrome — reading pages, clicking, typing, filling forms, navigating, managing tabs and taking screenshots — without Playwright. It pairs with a companion extension over a local WebSocket, with an on/off switch and a domain blocklist so the AI acts only where you allow.MIT
- FlicenseNot gradedqualityDmaintenanceAn MCP server wrapping the Cursor CLI agent, enabling Claude Code and other MCP clients to delegate tasks to Cursor's AI agent for file writing, bash commands, and codebase queries.-
- AlicenseAqualityAmaintenanceEnables MCP clients such as Claude and Cursor to control an isolated cloud machine with a real browser, shell, filesystem, and web access, so agents can navigate pages, click and type, run commands, manage files, and search or fetch web content.2614 npm1MIT
TDQS
Scored across 21 tools
Tools map cleanly to distinct resources and actions (scans, schedules, targets, tags, issues, occurrences), so misselection is unlikely. Minor overlap exists between get_scan/list_scans and list_occurrences/get_scanner_output, but the single-vs-list and output-vs-metadata distinctions are clear enough.
Every tool follows a strict verb_noun pattern (get_status, create_scan, list_targets, delete_scan_schedule, etc.) with no style mixing. The only trivial wrinkle is plural 'create_targets' vs singular tag tools, which does not impede predictability.
21 tools is on the heavier side but justified by a genuinely broad domain spanning scans, schedules, targets, tags, issues, occurrences, licenses, and user context. Each tool corresponds to a distinct operation, though a few (get_status, get_user) are minor conveniences.
Core lifecycle coverage is strong: schedules have full CRUD, scans support create/list/get/cancel, and targets/issues/occurrences support the main workflow operations. Gaps like no single get_target, no get_issue detail, and no update_target are minor and workable around.