Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Beschreibung vom Entwickler (englisches Original)
TLS certificate/cipher/protocol inspection
Diese drei werden nie zu einer Punktzahl zusammengefasst: Meinungen, Messungen und Beliebtheit sind verschiedene Dinge.
Für diesen Server haben wir noch keine Zusammenfassung in einfacher Sprache geschrieben. Unten stehen die Fakten, die wir aus der Registry gelesen haben.
Wähle die KI-App, die du nutzt, und kopiere die Einstellungen.
Du brauchst
Welche App nutzt du?
Wähle oben deine App. Wir merken sie uns, damit der Button beim nächsten Mal „In … installieren“ anzeigt.
Öffne Claude Desktop → Settings → Developer → Edit Config und füge dies in claude_desktop_config.json ein
{
"mcpServers": {
"ssl-inspector": {
"command": "npx",
"args": [
"-y",
"@guardbee/mcp-ssl-inspector"
]
}
}
}Führe das in deinem Terminal aus
claude mcp add ssl-inspector -- npx -y @guardbee/mcp-ssl-inspectorIn .cursor/mcp.json in deinem Projekt oder in ~/.cursor/mcp.json einfügen
{
"mcpServers": {
"ssl-inspector": {
"command": "npx",
"args": [
"-y",
"@guardbee/mcp-ssl-inspector"
]
}
}
}Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
In .vscode/mcp.json in deinem Projekt einfügen
{
"servers": {
"ssl-inspector": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@guardbee/mcp-ssl-inspector"
]
}
}
}Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
Dieser Server läuft auf deinem Computer, und ChatGPT kann sich nur mit Servern im Internet verbinden. Wähle eine andere App.
Deine Auswahl bleibt in einem Cookie auf diesem Gerät; kein Konto nötig.
Diese Einstellungen werden aus dem Registry-Eintrag des Entwicklers erzeugt. Wenn in der README etwas anderes steht, folge der README.
Läuft auf deinem Computer; die Tool-Liste erscheint nach der Installation in deiner KI-App.
Wir prüfen Informationen, die jeder sehen kann; den Code haben wir nicht gelesen. Checks, die nicht zutreffen, werden nicht mitgezählt. · Geprüft am 6. Nov. 2026
Der Registry-Name wurde mit dem GitHub-Konto GuardBee bestätigt, dem das Repo gehört
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieser Server läuft auf deinem Computer; es gibt keinen Endpunkt im Internet
Läuft auf deinem Computer und nutzt stattdessen lokale Einstellungen
Läuft auf deinem Computer; Tool-Listen können wir nur von Endpunkten im Internet lesen
Verglichen mit allen aktiven Servern dieser Kategorie in der Registry. Sterne zählen nur, wenn dem Herausgeber das Repo gehört.
Er hat 1 von 1 zutreffenden Basischecks bestanden. Den Code haben wir nicht gelesen. Bevor du einen Schlüssel oder Token hinzufügst, sieh nach, welche Zugriffe der Server verlangt, und nutze einen Schlüssel, der nur die Berechtigungen hat, die du brauchst.
Die Registry nennt keinen erforderlichen Schlüssel, manche Server bitten dich aber bei der ersten Nutzung, dich anzumelden.
Er läuft auf deinem Computer. Deine KI-App startet ihn bei Bedarf, und die Daten laufen nicht über die Server des Entwicklers (außer der Server ruft selbst einen Onlinedienst auf).
Das GitHub-Repo wurde zuletzt – geändert, und die neueste Version (0.5.1) kam vor 7 Tagen in die Registry.
Apps, die MCP unterstützen, etwa Claude Desktop, Claude Code, Cursor und VS Code. Außerdem brauchst du Node.js auf deinem Computer.
In derselben Kategorie: Spec Driven Development, Remote Desktop Commander, topo^alpin
Server derselben Kategorie von anderen Entwicklern, sortiert nach Sternen.
So liest du eine Karte:★ GitHub-SterneiDrei Säulen: Bewertungen · Checks · NutzungiAktualisiert = neueste Version in der Registry veröffentlichti
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.
Avalanche bulletins and mountain weather forecasts for any place in the Alps.
Unverändert aus dem Repo des Entwicklers übernommen. PopNx MCP hat den Inhalt weder geprüft noch empfiehlt es ihn. HTML, Bilder und Skripte wurden entfernt. Links führen von dieser Website weg.
🇬🇧 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.