quantakrypto pqc-tools
NPM · @QUANTAKRYPTO/MCP · 2 COMPONENTS · SCANNED SEP 20
Scan code for quantum-vulnerable cryptography and get NIST post-quantum migration guidance.
Available components
How this component scores in each security and reliability category. Every signal is checked automatically from public evidence about the published package, including repeated runs of it in an isolated sandbox, and we only credit what we can confirm. How we score → Why this is hard to score →
Supply Chain Security100
- No malware found by supply-chain analysis.Pass
- No known CVEs affecting this package version or its production dependencies.Pass
- No install/post-install scripts declared.Pass
- 0 of 2 dependencies flagged as unhealthy. View diagnostics → Pass
Provenance & Transparency100
- Source repository is publicly reachable at the declared URL. View diagnostics → Pass
- Cryptographically verified build provenance (signed, bound to quantakrypto/pqc-tools). View diagnostics → Pass
- Clear OSI-approved license (Apache-2.0).Pass
- Actively maintained (last published 36 days ago).Pass
- Publishes a security disclosure policy (SECURITY.md).Pass
Schema Quality & AI Usability88
- 100% of prompts and resources have a non-trivial description (not blank, and not just the item's name).Pass
- AI-judged instruction clarity (excellent).Pass
- Tool/resource definitions use about 1838 tokens (~102/item across 18 items; 16 tools + 2 resources), lean.Pass
- Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management90
- Stability observed for 27 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage100
- 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
- 100% of tool parameters carry a description.Pass
Tool Safety100
- No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
- We read all 16 captured tool definition(s), and no name or description among them implies an irreversible operation.Pass
- An AI judge read all 18 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities60
- Spec-recency check failed: implements MCP spec 2025-06-18; the latest is 2026-07-28. See how to fix → Fail
How do I install the quantakrypto pqc-tools MCP server?
quantakrypto pqc-tools runs locally as an npm package, launched with npx -y @quantakrypto/mcp. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.
npm · @quantakrypto/mcp
claude mcp add quantakrypto-pqc-tools -- npx -y @quantakrypto/mcp
{
"mcpServers": {
"quantakrypto-pqc-tools": {
"command": "npx",
"args": [
"-y",
"@quantakrypto/mcp"
]
}
}
} {
"servers": {
"quantakrypto-pqc-tools": {
"command": "npx",
"args": [
"-y",
"@quantakrypto/mcp"
]
}
}
} codex mcp add quantakrypto-pqc-tools -- npx -y @quantakrypto/mcp
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"quantakrypto-pqc-tools": {
"type": "local",
"command": [
"npx",
"-y",
"@quantakrypto/mcp"
],
"enabled": true
}
}
} openclaw mcp add quantakrypto-pqc-tools --command npx --arg -y --arg @quantakrypto/mcp
mcp_servers:
quantakrypto-pqc-tools:
command: "npx"
args: ["-y", "@quantakrypto/mcp"] {
"McpServers": {
"quantakrypto-pqc-tools": {
"Transport": "stdio",
"Command": "npx",
"Arguments": [
"-y",
"@quantakrypto/mcp"
]
}
}
} assistant mcp add quantakrypto-pqc-tools -t stdio -c npx -a -y @quantakrypto/mcp
{
"mcpServers": {
"quantakrypto-pqc-tools": {
"command": "npx",
"args": [
"-y",
"@quantakrypto/mcp"
]
}
}
} Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.
- 20 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 87 to 90. That category is still filling its 30-day observation window: 26 days of observed history at the previous scan, 27 at this one. The score rises as the window fills, whether or not the server changes.
- 18 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 80 to 83. That category is still filling its 30-day observation window: 24 days of observed history at the previous scan, 25 at this one. The score rises as the window fills, whether or not the server changes.
- 17 Sept 26 −3
- Stability: pass → 0.80 functional
- 16 Sept 26 0
- Stability: 0.97 → pass security
- 15 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 93 to 97. That category is still filling its 30-day observation window: 28 days of observed history at the previous scan, 29 at this one. The score rises as the window fills, whether or not the server changes.
- 13 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 87 to 90. That category is still filling its 30-day observation window: 26 days of observed history at the previous scan, 27 at this one. The score rises as the window fills, whether or not the server changes.
- 11 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 80 to 83. That category is still filling its 30-day observation window: 24 days of observed history at the previous scan, 25 at this one. The score rises as the window fills, whether or not the server changes.
- 10 Sept 26 −3
- Stability: pass → 0.80 functional
Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.
Captured 20 Sept 2026 · Analysed npm/@quantakrypto/mcp@0.5.2
Provenance Verified
A signed build attestation was found and verified, binding this exact artifact to the source repository it claims to come from.
| Result | Verified |
|---|---|
| Ecosystem | npm |
| Reason | Verified |
| Discovered via | Registry attestation endpoint |
| Source repo | quantakrypto/pqc-tools |
| Certificate issuer | https://token.actions.githubusercontent.com |
| Certificate SAN | https://github.com/quantakrypto/pqc-tools/.github/workflows/release.yml@refs/heads/main |
| Rekor log index | 2222225156 |
| Predicate type | https://slsa.dev/provenance/v1 |
| Subject digest | sha512:f2de30a0aa4dad9a7dd84787cacf76ae6d83b01c0cb02316f7556b1f8b5f328b8fbc48a0342838f40ff8c86837b939d6b88c87bb85c32a2fdb76aa6ea |
Background: How many MCP packages publish verified provenance →
Dependencies 2 packages
| Packages resolved | 2 |
|---|---|
| Tree resolution | Complete |
Background: SBOMs and build attestations, explained →
The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →
apply_triage ~94
Deterministically attach your triage verdicts to their findings and re-sort by exposure (highest first). Never suppresses. Pass the same 'findings' array you triaged plus a 'verdicts' array of { fingerprint, exposureScore, priority, rationale }.
| Name | Type | Req | Description |
|---|---|---|---|
| findings | array | yes | The findings that were triaged. |
| verdicts | array | yes | One verdict per finding, keyed by fingerprint. |
No output schema declared.
No examples provided.
apply_verified_patch ~168
Deterministically VERIFY a proposed fix before writing it — runs the same patch-policy + verify_fix + blast-radius gates as `qremediate` (offline, no key, no network). Give the finding, the file's current content, and your proposed FULL corrected content; returns approved:true only if the patch is in-policy, clears the finding, adds no new finding, introduces no network/exec sink, and is bounded in size. This does NOT write the file — you write it, only when approved, and never auto-merge.
| Name | Type | Req | Description |
|---|---|---|---|
| finding | object | yes | The scan finding being fixed (needs a string ruleId and location.file). |
| newContent | string | yes | Your proposed full corrected file content. |
| originalContent | string | yes | The file's current full content. |
No output schema declared.
No examples provided.
check_dependency ~82
Check whether a package is in quantakrypto's known quantum-vulnerable dependency database (the classical crypto it exposes). Provide 'name' and optional 'ecosystem' (default npm).
| Name | Type | Req | Description |
|---|---|---|---|
| ecosystem | string | – | Package ecosystem. Default: npm. |
| name | string | yes | Package name to look up (e.g. 'node-forge', 'jsonwebtoken'). |
No output schema declared.
No examples provided.
explain_finding ~135
Explain a quantakrypto finding and its post-quantum remediation. Provide a ruleId (e.g. 'forge-rsa-keygen', 'elliptic-ec', 'node-rsa', 'pem-ec-private-key') and/or an algorithm (e.g. 'RSA', 'ECDSA'). The ruleId is resolved against the core detector set, so library and config rules explain correctly.
| Name | Type | Req | Description |
|---|---|---|---|
| algorithm | string | – | The classical algorithm family involved (e.g. RSA, ECDH, ECDSA). |
| ruleId | string | – | The finding's rule id, matching a detector id prefix. |
No output schema declared.
No examples provided.
generate_cbom ~78
Scan a path and emit a CycloneDX 1.6 Cryptographic Bill of Materials (CBOM) of the classical cryptographic assets found, for compliance / supply-chain tooling. Reads the filesystem, so it is gated like scan_path over HTTP.
| Name | Type | Req | Description |
|---|---|---|---|
| path | string | yes | Absolute or relative path to a file or directory to inventory. |
No output schema declared.
No examples provided.
get_fix_examples ~90
Return before/after code examples for migrating a classical algorithm to a post-quantum / hybrid replacement. Provide an 'algorithm' (RSA, ECDH, ECDSA, …) or a 'ruleId' from a finding.
| Name | Type | Req | Description |
|---|---|---|---|
| algorithm | string | – | Classical algorithm family to migrate away from. |
| ruleId | string | – | A finding's ruleId (resolved to its algorithm). |
No output schema declared.
No examples provided.
inventory_crypto ~59
Produce a post-quantum readiness inventory for a path: a 0-100 readiness score plus counts of cryptographic findings by algorithm, category, and severity.
| Name | Type | Req | Description |
|---|---|---|---|
| path | string | yes | Absolute or relative path to a file or directory to inventory. |
No output schema declared.
No examples provided.
list_rules ~25
List the quantakrypto detector catalog: every detector id and what it looks for.
Input schema present but exposes no named parameters.
No output schema declared.
No examples provided.
plan_migration ~86
Scan a path and return a deterministic, prioritized post-quantum migration plan: findings grouped by algorithm, ordered harvest-now-decrypt-later first, each with its PQC target and the readiness-score impact. Reads the filesystem, so it is gated like scan_path over HTTP.
| Name | Type | Req | Description |
|---|---|---|---|
| path | string | yes | Absolute or relative path to a file or directory to plan a migration for. |
No output schema declared.
No examples provided.
probe_endpoint ~239
Actively probe ONE live TLS/SSH endpoint YOU OWN for post-quantum readiness (PQC-hybrid key exchange X25519MLKEM768, classical certificate posture). REQUIRES an ownership attestation: set i_own_this=true to confirm you are authorized to test the target. Refuses CIDR ranges / wildcards / lists — one host at a time. Performs only a benign, unauthenticated handshake and never modifies the endpoint. NOTE: this is the ONLY quantakrypto MCP tool that opens a network connection; the server is otherwise offline. Over HTTP it is disabled unless the operator sets QUANTAKRYPTO_MCP_ALLOW_NETWORK=1.
| Name | Type | Req | Description |
|---|---|---|---|
| i_own_this | boolean | yes | Attestation that you are authorized to probe this endpoint. Must be true; the probe is refused otherwise. |
| mode | string | – | Probe mode (default: auto — SSH on :22, TLS otherwise). |
| target | string | yes | A single host or host:port you own (no ranges/CIDRs/wildcards). |
| timeout_ms | number | – | Per-connection timeout in ms (default 8000). |
No output schema declared.
No examples provided.
remediate_findings ~112
Produce a deterministic remediation REQUEST bundle (rubric + fix schema + per-finding metadata + fingerprints) for YOU (the host agent) to fix. This tool calls no model and needs no key. For each finding, propose the corrected FULL file content, then VERIFY with verify_fix and keep only fixes that clear the finding. Never touch files with secrets; never auto-merge. Pass 'findings' from scan_path --format json.
| Name | Type | Req | Description |
|---|---|---|---|
| findings | array | yes | Findings from a scan's JSON output. |
No output schema declared.
No examples provided.
scan_path ~83
Scan a file or directory for classical (quantum-vulnerable) asymmetric cryptography using quantakrypto. Returns a readiness summary and findings.
| Name | Type | Req | Description |
|---|---|---|---|
| format | string | – | Output format: 'summary' (default) for readable text, 'json' for the raw ScanResult. |
| path | string | yes | Absolute or relative path to a file or directory to scan. |
No output schema declared.
No examples provided.
score_delta ~79
Compute the readiness-score and HNDL change between two finding sets (e.g. before and after a migration). Pass 'before' and 'after' as arrays of findings from scan_path --format json.
| Name | Type | Req | Description |
|---|---|---|---|
| after | array | yes | Findings after the change. |
| before | array | yes | Findings before the change (from a scan's JSON findings). |
No output schema declared.
No examples provided.
suggest_hybrid ~172
Recommend a post-quantum / hybrid migration. Provide an 'algorithm' (e.g. RSA, ECDH, ECDSA) or free-text 'context' describing the usage. Set 'tier' to 'category-5' for CNSA 2.0 / national-security systems.
| Name | Type | Req | Description |
|---|---|---|---|
| algorithm | string | – | Classical algorithm family to migrate away from. |
| context | string | – | Free-text description of the cryptographic usage (used when no algorithm is given). |
| tier | string | – | Security tier: 'category-3' (default, commercial — ML-KEM-768 / ML-DSA-65) or 'category-5' (CNSA 2.0 / NSS, long-lived secrets — ML-KEM-1024 / ML-DSA-87). |
No output schema declared.
No examples provided.
triage_findings ~100
Produce a deterministic triage REQUEST bundle (rubric + verdict schema + per-finding metadata) for YOU (the host agent) to reason over. This tool does NOT call any model and needs no API key. Assess each finding's real-world exposure, then call apply_triage with your verdicts. Pass 'findings' as an array from scan_path --format json.
| Name | Type | Req | Description |
|---|---|---|---|
| findings | array | yes | Findings from a scan's JSON output. |
No output schema declared.
No examples provided.
verify_fix ~123
Run the quantakrypto detectors over a code snippet (NOT the filesystem) and report any classical crypto that remains. Use this to confirm an edit actually removed the quantum-vulnerable usage. Provide 'code' plus a 'language' or 'filename'.
| Name | Type | Req | Description |
|---|---|---|---|
| code | string | yes | The source code to check. |
| filename | string | – | Optional filename; its extension selects the detectors (overrides 'language'). |
| language | string | – | Language of the code (js, ts, python, go, java, csharp, rust, ruby, c, …). |
No output schema declared.
No examples provided.
What is the quantakrypto pqc-tools MCP server?
quantakrypto pqc-tools is an MCP server listed in the public MCP registry as io.github.quantakrypto/pqc-tools. Scan code for quantum-vulnerable cryptography and get NIST post-quantum migration guidance. This page covers its npm package (@quantakrypto/mcp).
Is the quantakrypto pqc-tools MCP server safe to use?
quantakrypto pqc-tools scores 95 out of 100 on VerifyMCP. We found no known CVEs affecting it as of 20 September 2026. It declares no install or post-install scripts. Its build provenance is signed and verified. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.
What tools does the quantakrypto pqc-tools MCP server expose?
quantakrypto pqc-tools exposes 16 tools: apply_triage, apply_verified_patch, check_dependency, explain_finding, generate_cbom, and 11 more. Their descriptions and schemas cost roughly 1,725 tokens of context every time the server is loaded.
Is the quantakrypto pqc-tools MCP server still maintained?
quantakrypto pqc-tools is still listed as active in the MCP registry. We last reached this channel on 20 September 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.
What licence is the quantakrypto pqc-tools MCP server under?
quantakrypto pqc-tools declares the Apache-2.0 licence, which is OSI-approved. That covers the source only, and says nothing about the cost of any service it calls.