CipherHUB Cryptography Toolkit is an MCP server with 52 tools an agent can call, among them block_cipher, cbor_decode, cbor_encode. It answers at https://tools.cipherhub.cloud/cipherhub/mcp over streamable HTTP, and it listed its tools to an anonymous client, so no sign-in was needed for that. Our probes reached it 6 of 6 times since 11 September 2026; the last check, on 21 October 2026, succeeded.
Production-grade cryptography toolkit with 31 MCP tools for classical, PQC, and KMS workflows.
Description as the publisher wrote it.
| Tool | What it does |
|---|---|
block_cipher | [symmetric_cipher] 分组密码 CBC 模式加解密。 【算法】AES128（key=16B） / AES256（key=32B） / SM4（key=16B）。 【参数】 - algorithm：算法名 - process_type：Encrypt 或 Decrypt - input_data_in_hex：明文或密文 Hex（1B~16MB） - key_in_hex：密钥 Hex - iv_in_hex：初始向量 Hex（固定 16 字节 = 32 hex Inputs: input_data_in_hex, key_in_hex, iv_in_hex, algorithm, process_type |
cbor_decode | [structured_message] 把 CBOR 字节流解码为 JSON，并给出逐字段结构拆解树（RFC 8949）。 【算法】CBOR 解码，定长（§3.2.1）与不定长（§3.2.2）均容忍； 要求单数据项且逐字节闭合（尾随字节即拒绝）。 【参数】 - cbor_in_hex：CBOR 字节的十六进制字符串（1B~128KB） 【输出】decoded_json（bytes→{"hex":…}、tag→{"tag","value"}、 语义 tag→date_time Inputs: cbor_in_hex |
cbor_encode | [structured_message] 把 JSON 载荷编码为 CBOR 字节流（RFC 8949）。 【算法】CBOR 规范编码（RFC 8949 §4.2.1）或不定长教学编码（§3.2.2）。 【参数】 - json_payload：待编码的 JSON 文本（≤65536 字符），支持两类教学标记： {"$bytes": "<hex>"} 渲染为 byte string（major type 2）； {"$tag": <n>, "value": …} 渲染为 tag Inputs: json_payload, canonical, prefer_indefinite, coerce_integer_keys |
cert_parse | [cert] [x509_certificate] 解析 X.509 证书（国际 / 国密 GM SM2 双路径）。输入 PEM 证书（≤10KB），返回：证书类型（X.509 (international) / X.509 (GM SM2)，按签名算法 OID 是否落在国密分支 1.2.156.10197 自动判定）、版本、序列号 hex、签名算法及 OID、颁发者/主体 DN（dict 与 RFC4514 串）、有效期（UTC ISO-8601）与当前状态（valid/e Inputs: certificate_in_pem |
cert_verify | [cert] [x509_certificate] 用 CA 证书验证终端实体证书（单级直接签发验证）。语义：颁发者 DN 与 CA 主体 DN 匹配 + 签名可由 CA 公钥验证；不做链构建、不做吊销检查。有效期不参与 verified 判定，仅以 time_status 字段（valid/expired/not_yet_valid）信息性回显。GM 证书（签名 OID 落在 1.2.156.10197 国密分支）走 GmSSL C 的 x509_cert_verify_b Inputs: certificate_in_pem, ca_certificate_in_pem, sm2_id |
cms_enveloped_decrypt | [cms_enveloped] 解密 CMS EnvelopedData（RFC 5652 §6）/ authEnvelopedData（RFC 5083）， BER/DER 输入均容忍。 【算法】按消息声明还原算法：rsaesOaep 参数（hashFunc/MGF1/pSource， RFC 3560）重建 OAEP padding，内容算法按 OID 分派（CBC 去 PKCS#7 填充 / GCM 取独立 mac 字段验 AEAD，长度必须等于声明的 aes-ICVl Inputs: cms_in_hex, recipient_private_key_in_pem, recipient_private_key_password |
cms_enveloped_encrypt | [cms_enveloped] 构造 CMS EnvelopedData 信封（RFC 5652 §6，KeyTransRecipientInfo）。 【算法】密钥封装 RSAES-OAEP（RFC 8017 / RFC 3560 参数：hashFunc + MGF1 同哈希 + 空 pSource）或 RSAES-PKCS1-v1_5；内容加密 AES-128/256-CBC （RFC 3565，PKCS#7 填充）或 AES-128/256-GCM（RFC 5084 只为 Inputs: recipient_certificate_in_pem, key_wrap_algorithm, content_encryption_algorithm, plain_data_in_hex |
cms_enveloped_parse | [cms_enveloped] 纯拆解 CMS EnvelopedData（RFC 5652 §6）/ authEnvelopedData（RFC 5083）， 不解密。 【算法】自写 ASN.1 TLV walker（X.690 BER 容忍）出结构树 + asn1crypto 出结构化字段，两层对照。 【参数】 - cms_in_hex：信封 DER/BER 的十六进制（≤16MB） 【输出】content_type_oid（envelopedData = 1.2.840 Inputs: cms_in_hex |
cms_signed_sign | [cms_signed] 构造 CMS SignedData 签名消息（RFC 5652 §5）。 【算法】RSA PKCS#1 v1.5 或 ECDSA × SHA224/256/384/512； authenticatedAttributes 自动携带 contentType + messageDigest + signingTime + SMIMECapabilities，签名按 §5.4 计算在 signedAttrs 的 EXPLICIT SET OF（0x31）D Inputs: signer_certificate_in_pem, signer_private_key_in_pem, signer_private_key_password, hash_algorithm, detached, data_in_hex |
cms_signed_verify | [cms_signed] 验签 CMS SignedData（RFC 5652 §5），BER/DER 输入均容忍。 【算法】按消息声明还原 digestAlgorithm / signatureAlgorithm： RSA PKCS#1 v1.5、ECDSA、Ed25519、SHA1 消息均可验；rsassa_pss 按 RFC 8017 A.2.3 参数（hashFunc / MGF1 / saltLength）重建 padding；signedAttrs 验签体是 EX Inputs: cms_in_hex, data_in_hex, signer_certificate_in_pem |
cose_sign1_parse | [cose_sign1] 纯拆解 COSE_Sign1 消息，不验签（RFC 9052 §4.2）。 【算法】CBOR 四元素数组 [protected, unprotected, payload, signature] 逐字段拆解；protected 头解码出 alg；payload 尝试嵌套 CBOR 解码。 【参数】 - cose_sign1_in_hex：COSE_Sign1 消息（≤128KB，hex） 【输出】protected_in_hex、protected_ Inputs: cose_sign1_in_hex |
cose_sign1_sign | [cose_sign1] 构造并签名 COSE_Sign1 消息（RFC 9052 §4.2，算法 RFC 9053）。 【算法】ES256(-7, P-256+SHA-256) / ES384(-35, P-384+SHA-384) / ES512(-36, P-521+SHA-512) / EdDSA(-8, Ed25519)。ES 系签名为裸 r||s （坐标左补零到曲线宽度，ES512 坐标 66 字节、r||s 共 132 字节）。 【参数】 - algorithm Inputs: algorithm, ecc_private_key_in_pem, ecc_private_key_password, payload_in_hex, external_aad_in_hex, detached |
cose_sign1_verify | [cose_sign1] 验证 COSE_Sign1 签名（RFC 9052 §4.4 Sig_structure 重构验签）。 【算法】按 protected 头 alg 声明分派：-7/-35/-36（ES，裸 r||s → DER） 与 -8（Ed25519）。 【参数】 - cose_sign1_in_hex：COSE_Sign1 消息（≤128KB，hex） - ecc_public_key_in_pem：验签公钥 PEM。留空时从 payload 的 certif Inputs: cose_sign1_in_hex, ecc_public_key_in_pem, external_aad_in_hex, detached_payload_in_hex |
ctr_cipher | [symmetric_cipher] [symmetric_cipher] CTR 计数器模式加解密（AES-256-CTR / SM4-CTR）。CTR 是把块密码转成密钥流的模式：加解密为同一操作（密钥流 XOR），无填充，密文长度与明文等长，任意长度输入（1B ~ 16MB）。algorithm 可选 AES256CTR（key 32B，cryptography 实现）或 SM4CTR（key 16B，GmSSL C 库实现，与 eet 的 sm4-ctr 同源）。iv Inputs: input_data_in_hex, key_in_hex, iv_in_hex, algorithm |
data_padding | [symmetric_cipher] PKCS7 填充/去填充工具。 【参数】 - padding_action：DoPadding（填充到 16 字节对齐）或 UnPadding（去填充） - data_in_hex：待处理数据 Hex 【输出】output_data_in_hex、output_length。 【说明】块大小固定 16 字节（AES/SM4 块大小）。通常无需单独调用此工具，block_cipher 内部已自动处理填充。 Inputs: data_in_hex, padding_action |
ecc_key_exchange | [ecc] ECDH + HKDF 密钥协商，双方各用私钥+对方公钥派生相同对称密钥。 【参数】 - alice_ecc_private_key_in_pem：己方私钥 PEM - bob_ecc_public_key_in_pem：对方公钥 PEM - hash_algorithm：HKDF 底层哈希（Sha256/Sha384/Sha512 等，不支持 Sm3） - salt：HKDF salt Hex（可选） - additional_info：HKDF info He Inputs: alice_ecc_private_key_in_pem, alice_ecc_private_key_password, bob_ecc_public_key_in_pem, hash_algorithm, salt, additional_info |
ecc_key_sign | [ecc] ECC 私钥签名（SECP* 用 ECDSA，ED25519 用 EdDSA）。 【参数】 - ecc_private_key_in_pem：PEM 私钥 - data_in_hex：待签数据 Hex - sign_raw_data_mode：True=对原文签名（内部先哈希），False=data_in_hex 已是摘要 - hash_algorithm：Sha256/Sha384/Sha512 等（EdDSA 忽略此参数） - ecc_private_key_ Inputs: data_in_hex, sign_raw_data_mode, hash_algorithm, ecc_private_key_in_pem, ecc_private_key_password |
ecc_key_verify | [ecc] ECC 公钥验签（SECP* 用 ECDSA，ED25519 用 EdDSA）。 【参数】 - ecc_public_key_in_pem：PEM 公钥 - data_in_hex：原始数据 Hex - signature_in_hex：签名 Hex - sign_raw_data_mode：必须与签名时一致 - hash_algorithm：必须与签名时一致 【输出】verified（bool，True=验签通过）、curve_name。 【曲线限制】X2551 Inputs: data_in_hex, signature_in_hex, sign_raw_data_mode, hash_algorithm, ecc_public_key_in_pem |
generate_ecc | [ecc] 生成 ECC 密钥对。 【曲线】ECC_SECP_256R1 / ECC_SECP_384R1 / ECC_SECP_521R1 / ECC_SECP256K1 / ECC_ED25519（仅签名）/ ECC_X25519（仅 ECDH）。 【参数】 - curve：曲线名 - private_key_password：可选，私钥 PEM 加密保护 【输出】public_key_in_pem、private_key_in_pem、curve。 【能力矩阵】 - S Inputs: curve, private_key_password |
generate_random_data | [random] 使用操作系统 CSPRNG 生成安全随机字节。data_length 指定字节数（1-128），返回 data_in_hex 十六进制字符串。返回字段：data_in_hex（随机数据 Hex 编码）、data_length（实际字节数）。 Inputs: data_length |
generate_rsa | [rsa] 生成 RSA 密钥对。 【参数】 - key_size：2048 / 3072 / 4096（位） - private_key_password：可选，设置后私钥 PEM 用 AES-256-CBC 加密保护 【输出】public_key_in_pem、private_key_in_pem、key_size。 【后续操作】公钥用于 rsa_encryption / rsa_verify，私钥用于 rsa_decryption / rsa_sign。 Inputs: key_size, private_key_password |
generate_sm2 | [sm2] 生成 SM2（SM2P256V1 / 国密曲线）密钥对。 【参数】 - private_key_password：必填，私钥 PEM 加密口令（1-64 字节；私钥只有加密 PEM 一种导出形态） 【输出】public_key_in_pem、private_key_in_pem、z_in_hex、point_x_in_hex、point_y_in_hex、public_key_in_hex、private_key_in_hex。 【后续操作】公钥用于 sm2_en Inputs: private_key_password |
generate_sm9 | [sm9_ibc] [sm9_ibc] 生成 SM9 标识密码主密钥（GM/T 0044，GmSSL C 实现）。key_kind='Sign' 生成签名主密钥（验签方持主公钥），'Enc' 生成加密主密钥（加密方持主公钥），默认 Enc。输出：master_public_key_in_pem（明文主公钥，分发给所有用户）与 master_private_key_in_pem（ENCRYPTED 口令加密主私钥，KGC 自留）。private_key_password 必填， Inputs: key_kind, private_key_password |
hash_sum | [hash_digest] 计算消息摘要（支持多算法批量计算）。 【支持算法】Sha1 / Sha224 / Sha256 / Sha384 / Sha512 / Sm3 / Shake128 / Shake256。 【参数】 - plain_in_hex：明文 Hex 字符串（原始数据 1B ~ 16MB） - required_hash_modes：字符串数组，指定需要计算的算法列表，默认计算全部算法 - shake_output_length：SHAKE 系列的输出字节 Inputs: required_hash_modes, plain_in_hex, shake_output_length |
hello | [utility] 健康检查 / 回显接口。客户端传入 client_msg 字符串，服务端原样回显并附加 server_msg，用于验证 MCP 通道连通性。返回字段：client_msg（回显）、server_msg（服务端附加消息）。 Inputs: client_msg |
hmac_sum | [hash_digest] 计算 HMAC（基于哈希的消息认证码）。 【支持算法】Sha1 / Sha224 / Sha256 / Sha384 / Sha512 / Sm3（不支持 SHAKE 系列，因 SHAKE 为 XOF 非固定长度哈希）。 【参数】 - key_in_hex：密钥 Hex。SHA 系按 RFC 2104 支持 16~256 字节（超块大小会先哈希）；若算法列表含 Sm3，上限为 64 字节（SM3 块大小，即 32~128 个 hex 字符）。 - Inputs: required_hash_modes, plain_in_hex, key_in_hex |
hybrid_kex | [pqc_kem] 执行 X25519 + ML-KEM-768 混合密钥交换全流程演示。 【设计灵感】参考 IETF X-Wing 草案（draft-connolly-cfrg-xwing-kem）的思路，本工具实现的是通用拼接组合器（ecdh_ss || ml_kem_ss → HKDF-SHA256），并非 X-Wing 规范本身的组合器。 【参数】所有密钥参数均可选： - alice_x25519_private_key_pem / bob_x25519_privat Inputs: alice_x25519_private_key_pem, alice_x25519_public_key_pem, alice_ml_kem_public_key_base64, alice_ml_kem_secret_key_base64, bob_x25519_private_key_pem, bob_x25519_public_key_pem |
key_derivation | [kdf] 执行密钥派生（KDF），从高熵秘密或口令派生对称密钥材料。 【支持算法】 - HKDF（默认）：RFC 5869 extract-then-expand，底层哈希 Sha256（默认）/ Sha384 / Sha512 - Sm3Kdf：GB/T 32918 密钥派生，SM3(Z ∥ be32(ct))，ct 从 1 起，适合对 SM2 ECDH 共享秘密派生密钥 - Pbkdf2Sm3：RFC 8018 PBKDF2，PRF 为 HMAC-SM3，用于口令拉伸 Inputs: algorithm, hash_algorithm, input_in_hex, password, salt_in_hex, info_in_hex |
ml_dsa_compute_mu | [pqc_signature] 独立计算 ML-DSA 的 64 字节 mu 值（FIPS 204 Section 6.2）。 【用途】用于验证或调试 EXTERNAL_MU 模式的中间值，或与 AWS KMS EXTERNAL_MU 签名流程对接。 【计算公式】 - tr = SHAKE-256(raw_pk, 64) - M' = 0x00 || len(ctx) || ctx || message - mu = SHAKE-256(tr || M', 64) 【参数】 Inputs: algorithm, public_key_spki_in_hex, message_in_hex, context_in_hex |
ml_dsa_keygen | [pqc_signature] 生成 ML-DSA 密钥对（FIPS 204，后量子数字签名标准）。 【算法选择】algorithm 支持 ML-DSA-44（NIST Level 2）/ ML-DSA-65（Level 3，默认）/ ML-DSA-87（Level 5）。 【安全等级参考】ML-DSA-44 ≈ AES-128 / ML-DSA-65 ≈ AES-192 / ML-DSA-87 ≈ AES-256。 【输出】public_key_in_hex（SPKI DE Inputs: algorithm |
ml_dsa_sign | [pqc_signature] 使用 ML-DSA 私钥对消息签名（FIPS 204）。 【双模式】sign_mode 支持 RAW（默认）和 EXTERNAL_MU 两种模式。 - RAW 模式：直接签名原始消息（liboqs，最大 256 字节） - EXTERNAL_MU 模式：先计算 mu = SHAKE-256(tr||M', 64)，再通过 OpenSSL 3.5+ mu 模式签名（最大 2048 字节），与 AWS KMS ML-DSA EXTERNAL_MU Inputs: algorithm, private_key_in_hex, public_key_spki_in_hex, message_in_hex, context_in_hex, sign_mode |
ml_dsa_verify | [pqc_signature] 使用 ML-DSA 公钥验证签名（FIPS 204）。 【双模式】sign_mode 支持 RAW（默认）和 EXTERNAL_MU 两种模式，必须与签名时使用的模式一致。 - RAW 模式：直接验证原始消息签名（liboqs，最大 256 字节，空消息合法） - EXTERNAL_MU 模式：先计算 mu，再通过 OpenSSL 3.5+ mu 模式验签，可验证 AWS KMS EXTERNAL_MU 签名（最大 2048 字节，空消息合法） Inputs: algorithm, public_key_spki_in_hex, message_in_hex, signature_in_hex, context_in_hex, sign_mode |
ml_kem_decap | [pqc_kem] 使用 ML-KEM 私钥执行密钥解封装（FIPS 203）。 【算法】ML-KEM-512 / ML-KEM-768 / ML-KEM-1024。 【参数】 - algorithm：必须与 keygen/encap 一致 - secret_key_in_hex：ml_kem_keygen 返回的私钥 hex - ciphertext_in_hex：ml_kem_encap 返回的密文 hex 【输出】shared_secret_in_hex、shared_ Inputs: algorithm, secret_key_in_hex, ciphertext_in_hex |
ml_kem_encap | [pqc_kem] 使用 ML-KEM 公钥执行密钥封装（FIPS 203）。 【算法】ML-KEM-512 / ML-KEM-768 / ML-KEM-1024。 【参数】 - algorithm：必须与 keygen 时一致 - public_key_in_hex：ml_kem_keygen 返回的公钥 hex 【输出】ciphertext_in_hex、ciphertext_in_base64、shared_secret_in_hex、shared_secret_in_ Inputs: algorithm, public_key_in_hex |
ml_kem_keygen | [pqc_kem] 生成 ML-KEM 密钥对（FIPS 203，后量子密钥封装标准）。 【算法选择】ML-KEM-512（NIST Level 1）/ ML-KEM-768（Level 3，推荐）/ ML-KEM-1024（Level 5）。 【参数】 - algorithm：算法名 - seed_in_hex：64 字节种子 hex（128 字符），确定性生成 - use_random_seed：True 时忽略 seed_in_hex，使用 CSPRNG 【输出】pub Inputs: algorithm, seed_in_hex, use_random_seed |
rsa_decryption | [rsa] RSA 私钥解密。 【参数】 - rsa_private_key_in_pem：PEM 格式私钥 - cipher_data_in_hex：密文 Hex（长度 = key_size/8 字节） - rsa_padding_mode：必须与加密时一致 - password：若私钥有密码保护则传入 【输出】plain_data_in_hex、plain_length。 Inputs: rsa_private_key_in_pem, rsa_padding_mode, cipher_data_in_hex, password |
rsa_encryption | [rsa] RSA 公钥加密。 【参数】 - rsa_public_key_in_pem：PEM 格式公钥 - plain_data_in_hex：明文 Hex - rsa_padding_mode：RSAES_PKCS1_V1_5 / RSAES_OAEP_SHA_1 / RSAES_OAEP_SHA_224 / RSAES_OAEP_SHA_256 / RSAES_OAEP_SHA_384 / RSAES_OAEP_SHA_512 【明文长度限制】受 key_size 和 Inputs: rsa_public_key_in_pem, rsa_padding_mode, plain_data_in_hex |
rsa_sign | [rsa] RSA 私钥签名。 【参数】 - rsa_private_key_in_pem：PEM 格式私钥 - data_in_hex：待签数据 Hex - rsa_sign_padding_mode：RSA_SIGN_PKCS1_V1_5_SHA{1,224,256,384,512} 或 RSA_SIGN_PSS_SHA{1,224,256,384,512} - rsa_sign_raw_data_mode：True=对原文签名（内部先哈希），False=data_in_ Inputs: rsa_private_key_in_pem, rsa_sign_padding_mode, data_in_hex, password, rsa_sign_raw_data_mode |
rsa_verify | [rsa] RSA 公钥验签。 【参数】 - rsa_public_key_in_pem：PEM 格式公钥 - data_in_hex：原始数据 Hex - signature_in_hex：签名 Hex - rsa_sign_padding_mode：必须与签名时一致 - rsa_sign_raw_data_mode：必须与签名时一致 【输出】verified（bool，True=验签通过）。 Inputs: rsa_public_key_in_pem, rsa_sign_padding_mode, data_in_hex, signature_in_hex, rsa_sign_raw_data_mode |
sm2_decryption | [sm2] SM2 私钥解密。 【参数】 - sm2_private_key_in_pem：PEM 格式私钥 - cipher_data_in_hex：密文 Hex - cipher_format：必须指定 C1C3C2_ASN1 / C1C2C3_ASN1 / C1C3C2 / C1C2C3 - sm2_private_key_password：若私钥加密则传入 【输出】plain_data_in_hex、plain_length。 【注意】cipher_format 必须 Inputs: sm2_private_key_in_pem, sm2_private_key_password, cipher_data_in_hex, cipher_format |
sm2_encryption, sm2_private_key_structure_parse, sm2_public_key_to_hex, sm2_sign, sm2_verify, sm9_decryption, sm9_encryption, sm9_extract_key, sm9_sign, sm9_verify, stream_cipher, zuc_cipher
Every block below points at https://tools.cipherhub.cloud/cipherhub/mcp. Pick your client and copy.
claude mcp add --transport http cipherhub-cryptography-toolkit https://tools.cipherhub.cloud/cipherhub/mcp
{
"mcpServers": {
"cipherhub-cryptography-toolkit": {
"command": "npx",
"args": ["-y", "mcp-remote", "https://tools.cipherhub.cloud/cipherhub/mcp"]
}
}
}{
"mcpServers": {
"cipherhub-cryptography-toolkit": {
"url": "https://tools.cipherhub.cloud/cipherhub/mcp"
}
}
}{
"servers": {
"cipherhub-cryptography-toolkit": {
"type": "http",
"url": "https://tools.cipherhub.cloud/cipherhub/mcp"
}
}
}{
"context_servers": {
"cipherhub-cryptography-toolkit": {
"url": "https://tools.cipherhub.cloud/cipherhub/mcp"
}
}
}{
"mcpServers": {
"cipherhub-cryptography-toolkit": {
"serverUrl": "https://tools.cipherhub.cloud/cipherhub/mcp"
}
}
}{
"mcpServers": {
"cipherhub-cryptography-toolkit": {
"url": "https://tools.cipherhub.cloud/cipherhub/mcp"
}
}
}name: CipherHUB Cryptography Toolkit
version: 0.0.1
schema: v1
mcpServers:
- name: CipherHUB Cryptography Toolkit
type: streamable-http
url: https://tools.cipherhub.cloud/cipherhub/mcp{
"mcpServers": {
"cipherhub-cryptography-toolkit": {
"httpUrl": "https://tools.cipherhub.cloud/cipherhub/mcp"
}
}
}{
"mcpServers": {
"cipherhub-cryptography-toolkit": {
"type": "http",
"url": "https://tools.cipherhub.cloud/cipherhub/mcp"
}
}
}{
"mcpServers": {
"cipherhub-cryptography-toolkit": {
"url": "https://tools.cipherhub.cloud/cipherhub/mcp"
}
}
}goose://extension?url=https%3A%2F%2Ftools.cipherhub.cloud%2Fcipherhub%2Fmcp&type=streamable_http&id=cipherhub-cryptography-toolkit&name=CipherHUB%20Cryptography%20Toolkit
It answered our last check on 21 October 2026 in 932 ms. Over 6 checks since 11 September 2026 it answered 6. Status here comes from Neuronto's own probes, not from the publisher.
52, as returned by the server's own tools/list on 13 September 2026: block_cipher, cbor_decode, cbor_encode, cert_parse, cert_verify, cms_enveloped_decrypt, cms_enveloped_encrypt, cms_enveloped_parse, and 44 more.
It answered our last check on 21 October 2026 in 932 ms. Over 6 checks since 11 September 2026 it answered 6.
Put the server under mcpServers in ~/.cursor/mcp.json with the URL https://tools.cipherhub.cloud/cipherhub/mcp. The exact JSON is above, with the same setup for Claude Code, Claude Desktop, VS Code, Windsurf, Zed, Gemini CLI and the rest.
It listed its tools to an anonymous client, so reading the tool list needs no key. Individual tools can still ask for credentials in their own inputs.
Publisher: io.github.bowenerchen. Endpoint host: tools.cipherhub.cloud. ARD identifier: urn:air:io.github.bowenerchen:mcp:cipherhub.
First indexed 10 September 2026. The tools are exactly what the server returned; nothing on this page
is inferred from its name. Ranking in Neuronto search is never for sale.