Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Descripción del creador (original en inglés)
TLS certificate/cipher/protocol inspection
Estos tres nunca se combinan en una sola puntuación: las opiniones, las mediciones y la popularidad son cosas distintas.
Todavía no escribimos un resumen sencillo para este. Abajo están los datos que leímos del registro.
Elige la app de IA que usas y copia la configuración.
Necesitas
¿Qué app usas?
Elige tu app arriba. La recordamos, así que la próxima vez el botón dirá “Instalar en …”.
Abre Claude Desktop → Settings → Developer → Edit Config y pega esto en claude_desktop_config.json
{
"mcpServers": {
"ssl-inspector": {
"command": "npx",
"args": [
"-y",
"@guardbee/mcp-ssl-inspector"
]
}
}
}Ejecuta esto en tu terminal
claude mcp add ssl-inspector -- npx -y @guardbee/mcp-ssl-inspectorPégalo en .cursor/mcp.json de tu proyecto, o en ~/.cursor/mcp.json
{
"mcpServers": {
"ssl-inspector": {
"command": "npx",
"args": [
"-y",
"@guardbee/mcp-ssl-inspector"
]
}
}
}Tu navegador te pide permiso para abrir la app; luego la app muestra la configuración y te pide confirmar. Los valores de las claves quedan vacíos para que los completes tú.
Pégalo en .vscode/mcp.json de tu proyecto
{
"servers": {
"ssl-inspector": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@guardbee/mcp-ssl-inspector"
]
}
}
}Tu navegador te pide permiso para abrir la app; luego la app muestra la configuración y te pide confirmar. Los valores de las claves quedan vacíos para que los completes tú.
Este se ejecuta en tu computadora, y ChatGPT solo puede conectarse a servidores en internet. Elige otra app.
Tu elección se guarda en una cookie en este dispositivo; no necesitas cuenta.
Esta configuración se genera a partir de la ficha del creador en el registro. Si el README dice otra cosa, sigue el README.
Se ejecuta en tu computadora; la lista de herramientas aparece en tu app de IA después de instalarlo.
Revisamos información que cualquiera puede ver; no hemos leído el código. Las revisiones que no aplican no se cuentan. · Revisado el 7 nov 2026
El nombre en el registro se verificó con la cuenta de GitHub GuardBee, dueña del repo
Todavía no hemos leído este repo en GitHub
Todavía no hemos leído este repo en GitHub
Este se ejecuta en tu computadora; no hay endpoint en internet
Se ejecuta en tu computadora y usa ajustes locales en su lugar
Se ejecuta en tu computadora; solo podemos leer listas de herramientas de endpoints en internet
Comparado con todos los servidores activos de esta categoría en el registro. Las estrellas solo cuentan cuando quien lo publica es dueño del repo.
Superó 1 de 1 revisiones básicas aplicables. No hemos leído el código. Antes de agregar una clave o un token, revisa qué acceso pide el servidor y usa una clave que tenga solo los permisos que necesitas.
El registro no indica ninguna clave obligatoria, aunque algunos servidores te piden iniciar sesión la primera vez que los usas.
Se ejecuta en tu computadora. Tu app de IA lo inicia cuando hace falta, y los datos no pasan por los servidores del creador (a menos que el propio servidor llame a un servicio en línea).
El repo de GitHub cambió por última vez –, y la última versión (0.5.1) llegó al registro hace 7 días.
Las apps compatibles con MCP, como Claude Desktop, Claude Code, Cursor y VS Code. También necesitas Node.js en tu computadora.
En la misma categoría: Spec Driven Development, Remote Desktop Commander, Python MCP
Servidores de la misma categoría hechos por otros creadores, ordenados por estrellas.
Cómo leer una tarjeta:★ Estrellas de GitHubiTres pilares: reseñas · revisiones · usoiActualizado = fecha en que se publicó la última versión en el registroi
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
Local-only Python MCP server for the Files.com API.
Copiado tal cual del repo del creador. PopNx MCP no lo ha revisado ni lo respalda. Se quitaron HTML, imágenes y scripts. Los enlaces llevan fuera de este sitio.
🇬🇧 English | 🇹🇷 Türkçe | 🇨🇳 中文 | 🇯🇵 日本語 | 🇰🇷 한국어 | 🇧🇷 Português | 🇪🇸 Español | 🇩🇪 Deutsch
An MCP server that inspects TLS certificates, cipher suites, and protocol configuration for any domain. Uses Node.js's built-in tls module — no external dependencies.
Telemetry is off by default. With
GUARDBEE_TELEMETRY=1it sends the server, tool, success, duration and short parameter values such as a file path; longer strings and fields likecontent,tokenorpasswordare replaced with a placeholder. See@guardbee/mcp-telemetry.
Strict-Transport-Security header, max-age, includeSubdomainsnpm install -g @guardbee/mcp-ssl-inspector
Add to claude_desktop_config.json:
{
"mcpServers": { "guardbee-ssl-inspector": { "command": "npx", "args": ["-y", "@guardbee/mcp-ssl-inspector"] } } }
| Tool | Description |
|---|---|
inspect_ssl | Full TLS inspection for a single domain (cert + cipher + protocol + HSTS) |
inspect_ssl_bulk | Inspects multiple domains in parallel |
check_cert_expiry | Checks certificate expiry dates for N domains |
get_cert_info | Detailed certificate info for a domain (fingerprint, SAN, chain, serial number) |
You can ask Claude:
"Is example.com's SSL certificate valid?"
"When do these domains' certificates expire: example.com, api.example.com, shop.example.com"
"Is example.com using a weak cipher suite?"
┌─ example.com:443
│ Protocol : TLSv1.3 │ Cipher : TLS_AES_256_GCM_SHA384 (256 bit) │ Chain : depth=2 valid=yes │ Cert CN : example.com │ Validity : Mar 15 2024 → Jun 13 2024 (expires in 45 days) │ SANs : example.com, www.example.com │ Issuer : Let's Encrypt │ SHA-256 : AA:BB:CC:DD:... │ HSTS : enabled (max-age=31536000, includeSubdomains) │ ✅ No security issues found
| Finding | Severity | Description |
|---|---|---|
CERT_EXPIRED | 🔴 Critical | Certificate has expired |
CERT_EXPIRY_CRITICAL | 🔴 Critical | < 7 days remaining |
CERT_EXPIRY_SOON | 🟠 High | < 21 days remaining (ACME clients renew at 30: renewal is failing) |
CERT_EXPIRY_WARN | 🟡 Medium | < 30 days remaining |
HOSTNAME_MISMATCH | 🔴 Critical | The certificate is not valid for the host |
CERT_REVOKED | 🔴 Critical | The certificate has been revoked |
CERT_SELF_SIGNED | 🟠 High | Self-signed certificate |
CERT_CHAIN_INCOMPLETE | 🟠 High | The server does not send its intermediate certificate |
CERT_CHAIN_INVALID | 🟠 High | Other chain validation error |
WEAK_KEY | 🟠 High / 🔴 Critical | RSA key under 2048 bits (critical under 1024), EC key under 256 bits |
WEAK_SIGNATURE | 🟠 High | Leaf or intermediate signed with SHA-1 or MD5 |
CERT_NO_SAN | 🟡 Medium | No Subject Alternative Name |
DEPRECATED_PROTOCOL | 🟠 High | The server still accepts TLS 1.0 or 1.1 (probe) |
OBSOLETE_PROTOCOL | 🔴 Critical | SSLv2 or SSLv3 |
WEAK_CIPHER | 🔴 Critical / 🟠 High | Accepts NULL/EXPORT/RC4 (critical) or 3DES (high) suites (probe) |
WEAK_DH | 🟠 High / 🔴 Critical | Diffie-Hellman group under 2048 bits (critical under 1024) (probe) |
NO_FORWARD_SECRECY | 🟡 Medium | Accepts RSA key exchange ciphers (probe) |
NO_HSTS | 🟡 Medium | No HSTS header found |
HSTS_SHORT_MAX_AGE | 🔵 Low | max-age < 15552000s |
NO_TLS13 | 🔵 Low | TLS 1.3 not supported (probe) |
NO_OCSP_STAPLING | 🔵 Low | No stapled OCSP response |
NO_CAA | 🔵 Low | No CAA DNS record for the domain or a parent |
Probes. One default handshake lands on the best protocol and cipher both sides share, so a server that *also* accepts TLS 1.0 or RSA key exchange looks fine. inspect_ssl and the CLI therefore make a few extra handshakes, each offering only the thing under test (TLS 1.0, TLS 1.1, TLS 1.3, RSA key exchange, DHE, weak cipher families). Weak families the runtime's own OpenSSL cannot offer (Node 22 builds have no 3DES/RC4/EXPORT) are listed as *not tested* rather than passed. --no-probes / probes: false skips them; inspect_ssl_bulk leaves them off unless asked.
In addition to MCP server mode, this can also be used directly as a CLI:
# Full TLS inspection for a single domain
npx @guardbee/mcp-ssl-inspector inspect example.com
npx @guardbee/mcp-ssl-inspector inspect example.com api.example.com shop.example.com
npx @guardbee/mcp-ssl-inspector inspect example.com:8443
npx @guardbee/mcp-ssl-inspector expiry example.com api.example.com
npx @guardbee/mcp-ssl-inspector inspect example.com --fail-on=critical
npx @guardbee/mcp-ssl-inspector inspect example.com --format=json
Exit codes: 0 = no issues · 1 = findings above threshold / expired cert · 2 = error
Create a guardbee.yml at your project root to persist CLI flags. CLI flags always override file settings.
ssl-inspector:
fail-on: high # critical | high | medium | low port: 443 hosts: # used when no domain is given on the CLI
See guardbee.example.yml for a sample file.
name: SSL Check
on: workflow_run: workflows: ["Deploy"] types: [completed]
jobs: ssl-check: runs-on: ubuntu-latest steps:
name: Cert Expiry Monitor
on: schedule:
jobs: expiry: runs-on: ubuntu-latest steps:
ssl-inspect:
image: node:20 script:
npm install
npm test # 12 unit tests npm run build # TypeScript compile
MIT — GuardBee
Questions, ideas, or a false positive? Start a thread in GitHub Discussions or open an issue. If GuardBee is useful to you, a ⭐ on the repository helps others find it.