TLS-Zertifikats-Badges für dein README

Fünf Live-SVG-Badges für jede Domain: die Gesamtbewertung der Signature Health, der Countdown bis zum Zertifikatsablauf, die ausgehandelte TLS-Version, der Zertifikatsschlüssel und die Post-Quanten-Bereitschaft. Wähle eines aus, passe den Stil an, kopiere das Snippet – Markdown, HTML oder reStructuredText. Kein Konto, kein Token, kein Build-Schritt.

DomainEigene Beschriftung – optional, höchstens 32 Zeichen

Stil

Zum Ausprobieren:

Badge auswählen

Jede Vorschau unten zeigt, was der Live-Endpunkt gerade für deine Domain rendert.

Signature-Health-Bewertungsignature health | ADie Gesamtbewertung von A+ bis F aus dem vollständigen Bericht – Kette, Schlüssel, Protokoll und Laufzeit zusammen./api/badge/yourdomain.comZertifikatsablaufcert expires | in 34 daysVerbleibende Tage des Leaf-Zertifikats – gelb bei weniger als 30 Tagen, rot bei weniger als einer Woche./api/badge/yourdomain.com/expiryTLS-Versiontls | 1.3Die Protokollversion, die ein moderner Client tatsächlich mit deinem Server aushandelt./api/badge/yourdomain.com/tlsZertifikatsschlüsselcert key | ECDSA P-256Der öffentliche Schlüssel, den dein Zertifikat zertifiziert – ECDSA-Kurve, RSA-Schlüssellänge, Ed25519 oder ML-DSA./api/badge/yourdomain.com/keyPost-Quanten-Bereitschaftpost-quantum | not yetOb das Zertifikat bereits mit einem Post-Quanten-Algorithmus signiert. Klassische Zertifikate zeigen „not yet“./api/badge/yourdomain.com/pqc

Kopiere es in dein README

Gib oben eine Domain ein, dann erscheinen die Snippets hier.

Alle fünf Badges

„Alle als Markdown kopieren“ verwendet die Standardbeschriftung jedes Badges und den oben gewählten Stil – fünf Zeilen, bereit zum Einfügen als Reihe.

Wozu überhaupt ein Badge im README

Es bleibt von selbst aktuell

Das Badge ist ein SVG, das aus einem frischen Scan erzeugt und eine Stunde lang zwischengespeichert wird – kein Schnappschuss, den du einmal eingefügt hast. Erneuere ein Zertifikat, steig auf ECDSA um, schalte TLS 1.3 ein – das Badge zieht innerhalb einer Stunde nach, ohne CI-Job und ohne Token.

Es ist eine Prüfung, die andere wiederholen können

Jedes Badge verlinkt auf den vollständigen Bericht unter ecdsa.com/health/<deine Domain>. So sieht, wer das README liest, genau, was gemessen wurde – Kette, Algorithmen, Protokollversionen, Laufzeiten –, statt sich blind auf die Farbe zu verlassen.

Es fängt den langweiligen Fehler früh ab

Ein Ablauf-Badge, das in deinem eigenen README auf Gelb umspringt, ist eine einfache, dauerhafte Erinnerung daran, dass das Zertifikat erneuert werden muss, bevor es am Wochenende die Website lahmlegt.

So funktionieren die Endpunkte

Jedes Badge ist eine einfache GET-Anfrage an https://ecdsa.com/api/badge/<domain> mit einem Typ-Suffix dahinter – /expiry, /tls, /key, /pqc – und liefert ein SVG zurück. Zwei optionale Query-Parameter: ?style=for-the-badge für die hohe Variante in Großbuchstaben und ?label=Your%20text, um die linke Beschriftung zu ersetzen.

Ergebnisse werden eine Stunde lang zwischengespeichert, daher kostet ein viel besuchtes README deinen Server einen Handshake pro Stunde, nicht einen pro Besuch. Für eine nicht erreichbare Domain erscheint ein graues Badge unreachable statt eines kaputten Bildes – das Badge macht dein README nie zu einer Seite voller fehlender Bilder.

Willst du zuerst die Begründung hinter der Bewertung sehen? Führe die vollständige Prüfung bei Signature Health für Domains aus, oder lies ECDSA vs. RSA, um zu verstehen, warum ein Schlüssel-Badge so aussieht, wie es aussieht.