qrp-mcp
Related Servers
Alternatives to qrp-mcp
No user-submitted related servers found.
Related Servers
- AlicenseAqualityCmaintenancePost-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.1614Apache 2.0
- AlicenseNot gradedqualityBmaintenanceStandalone MCP server that provides security scanning, project mapping, and vulnerability fix generation to AI coding assistants.1,902 npm2MIT
- AlicenseNot gradedqualityCmaintenanceMCP server for ai-scanner that enables AI agents to scan codebases for LLM usage, AI frameworks, and exposed secrets.56 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
- AlicenseAqualityBmaintenanceA local MCP server that scans repository dependencies for known vulnerabilities (CVEs) using OSV.dev, enriches findings with NVD and CISA KEV data, and supports triage, remediation, and accepted risk management directly from an AI coding assistant.622 npm1MIT
TDQS
Scored across 5 tools
Each tool targets a clearly distinct operation, and the descriptions explicitly state when to use one over another (e.g. scan_repo vs list_algorithms vs export_cbom, prove_closure vs compare_coverage). The boundaries are sharpened even further by explicit 'do not use this for X, use Y' guidance.
All five names follow a consistent snake_case verb_noun pattern (scan_repo, prove_closure, compare_coverage, export_cbom, list_algorithms). No mixing of conventions or vague bare verbs.
Five tools is well-scoped for a crypto-inventory/CBOM server: each covers a distinct lifecycle step (inventory, diff-for-closure, coverage comparison, export, reference table). Nothing is redundant and nothing feels thin.
The core lifecycle is covered: reference table, single-tree scan, output to a portable document, closure proof, and coverage comparison. Minor gaps exist (e.g. no explicit config/scan management, no handling of remote endpoints or certificate stores), but those are deliberately declared out of scope rather than missing.