qrp-mcp
Related Servers
Alternatives to qrp-mcp
No user-submitted related servers found.
Related Servers
- AlicenseAqualityAmaintenancePost-quantum readiness for AI coding agents: scans code for quantum-vulnerable cryptography (RSA/ECDH/ECDSA/DH) and returns NIST ML-KEM/ML-DSA/SLH-DSA (and hybrid) migration guidance, with fix verification and dependency checks. Content-based, advisory tools only; runs local (npx @quantakrypto/mcp) or as a hosted OAuth endpoint.1615Apache 2.0
- AlicenseNot gradedqualityAmaintenanceA read-only MCP server that lets agents scan a project's AI agent setup — Claude Code, Codex, Cursor, MCP servers and instruction files — and surface security findings such as the lethal trifecta, broad permissions, exposed secrets and unpinned packages.78 npmMIT
- AlicenseNot gradedqualityBmaintenanceStandalone MCP server that provides security scanning, project mapping, and vulnerability fix generation to AI coding assistants.02MIT
- AlicenseNot gradedqualityCmaintenanceMCP server for ai-scanner that enables AI agents to scan codebases for LLM usage, AI frameworks, and exposed secrets.137 npm1MIT
- FlicenseNot gradedqualityDmaintenanceLocal MCP server that scans code for security issues (secrets, dependencies, configurations, risky patterns) and integrates with GitHub Copilot in VS Code for automated pre-commit reviews.-
- AlicenseCqualityDmaintenanceSecurity scanner and MCP server that catches dangerous patterns in MCP servers and AI agent projects, such as leaked secrets, shell execution, and prompt-injection text. Runs as both a CLI and MCP server with CI-friendly severity gates.21MIT
TDQS
Scored across 5 tools
Each tool's description explicitly delimits its scope and cross-references the alternatives (export_cbom vs scan_repo, compare_coverage vs prove_closure, list_algorithms vs scan_repo). The export_cbom/scan_repo pair is the closest overlap, but the 'machine-readable artefact vs human/agent reading' distinction is spelled out unambiguously. An agent could select correctly from names alone, and the descriptions remove the remaining doubt.
All five names use a consistent snake_case verb_noun pattern (export_cbom, scan_repo, compare_coverage, list_algorithms, prove_closure). The verbs are distinct and meaningful, and no convention mixing appears anywhere in the set.
Five tools is tightly scoped for a cryptographic inventory server: scan, export, algorithm reference, coverage comparison, and closure proof. Each tool covers a distinct operation with no filler, and the set is well within the 3-15 sweet spot.
The surface covers the full workflow of scan → export → compare conditions → prove closure, plus a static algorithm reference, with no dead ends in that chain. The one soft gap is that prove_closure reads 'two saved scans' but no tool emits a saveable scan artefact directly (export_cbom emits a CBOM, not a re-loadable scan), so persisting scan output relies on external serialization.