Zum Inhalt springen
D1
DE

Zertifikats-Audit

SSL-Zertifikats-Checker

Zertifikatsgültigkeit, Ablaufdatum, Aussteller, SANs und TLS-Details für jeden Host prüfen.

Dieses Formular ruft den relativen Endpunkt auf: /site-api/tools/ssl

So nutzen Sie den SSL-Zertifikats-Checker

  1. Hostname eingeben (Port 443 impliziert sofern nicht dokumentiert). Tool öffnet TLS und holt präsentierte Kette — ohne Browser-Schloss-UI.
  2. Subject, Issuer, Gültigkeit, SAN-Liste, Kettenvollständigkeit und verhandelte TLS-Version prüfen. Fehlende Intermediates zeigen verkürzte Ketten, die auf strikten Clients scheitern obwohl Chrome OK wirkt.
  3. SAN-Abdeckung mit tatsächlich besuchter URL vergleichen — apex vs www, Staging und API brauchen explizite Namen oder Wildcards. Ketten-Details in Renewal-Tickets kopieren.
  4. Nach DNS-Cutover zuerst DNS-Checker, dann erneut prüfen — falsche IP diagnostiziert falschen Server. Letzte Lookups lokal im Browser; kein CT-Suchmotor oder Multi-Jahres-Dashboard ohne API.

Felder des SSL-Zertifikats erklärt

TLS-Zertifikate binden Identitäten an Public Keys. Die Tabelle mappt Felder bei Erneuerungen, Migrationen und Incidents. Gültigkeit beweist keine Site-Sicherheit — Phishing-Domains erhalten DV-Zerts. Kombinieren Sie SSL mit WHOIS-Alter, HTTP-Headern und DNS-Checker-Records.

FeldWas prüfenTypischer Wert
Subject / CNPrimärer Hostname im ZertifikatCN=www.example.com
SANAlle vom Zertifikat abgedeckten Hostnamesexample.com, www.example.com
AusstellerZertifizierungsstelle der Leaf-SignaturLet's Encrypt R3
Gültig von / bisNot-before- und Not-after-Fenster2025-01-01 — 2025-04-01
KetteIntermediate-Zerts zwischen Leaf und Trust StoreLeaf → R3 → ISRG Root X1
TLS-VersionMit dem Host verhandeltes ProtokollTLS 1.3
SignaturalgorithmusHash und Schlüsseltyp der LeafECDSA mit SHA-256
SeriennummerEindeutige Kennung für Revocation-Lookups03:ab:cd:...
OCSP / CRLHinweise auf Revocation-MechanismusOCSP-Stapling falls konfiguriert

Wann einen SSL-Zertifikats-Check ausführen

Vor/nach Erneuerungen, CA-Migrationen oder Let's-Encrypt-Rate-Limit-Incidents ausführen. Ablauf innerhalb dreißig Tage sollte Automation oder Reissue triggern — Checker liest live not-after, keine Kalender-Reminder.

Nach CDN/Origin-Moves bestätigen, dass Edge die beabsichtigte SAN-Liste präsentiert. Kunden auf www bei Cert nur apex (oder umgekehrt) sehen Warnungen trotz « funktionierendem » curl mit Host-Trick.

Ketten-Unvollständigkeit scheitert auf Android/Java während Desktop-Safari OK ist. Intermediates prüfen und CA-Bundle installieren. DIG CAA bevor CA die Schuld bekommt — restriktives CAA blockiert Issuance bis DNS-Fix.

Compliance-Fragebögen fragen TLS-Version und Cipher-Posture. Checker meldet verhandelte Protokolle für « nur TLS 1.2+ » — kein PCI-ASV-Scan-Ersatz.

MITM-Incident-Response vergleicht Issuer und Serial mit Ihren Good Archives. DN01 zeigt nur aktuelle Wire-Präsentation — keine historischen CT-Diffs ohne API-Snapshots.

Multi-Tenant-SaaS auf Wildcard sollte BYO-Vanity-Domains trotzdem listen — Wildcard *.platform.com deckt tenant.com ohne SAN nicht ab.

IoT-Flotten mit Long-Lived Devices vertrauen evtl. abgelaufenen Roots — TLS-1.3-Upgrade bricht Legacy-Firmware; Checker auf Prod-Host zeigt moderne Clients.

LB-Health-Checks mit Self-Signed auf Backend-Pools betreffen nicht Public-Leaf — SSL-Zertifikats-Checker auf kundenorientierten VIPs während Infra-Drills fokussieren.

Automatisierte Erneuerungen mit certbot oder acme.sh können alte Ketten am CDN hinterlassen während Origin bereits das neue Zertifikat serviert — vergleichen Sie SSL-Zertifikats-Checker auf öffentlicher URL und CDN-Panel nach jeder Ausstellung.

Drittanbieter-Subdomains per CNAME (SaaS-E-Mail, Helpdesk) präsentieren Zerts des Providers — der Checker bestätigt, was Endkunden sehen, nicht was Sie per DNS delegiert glauben.

Staging-Umgebungen mit Let's Encrypt staging CA schlagen in Public Trust fehl — nutzen Sie den Checker bewusst, um Issuer und Ablauf gegen Erwartung zu prüfen, bevor Sie Prod-Pfade kopieren.

Marketing-Teams vergessen Tracking-Domains in SAN — SSL-Zertifikats-Checker auf jedem CNAME-Host verhindert Überraschungen nach Kampagnen-Launch.

Multicloud mit Kubernetes cert-manager braucht CDN-Resync nach Secret-Rotation — Checker auf apex, www und api nach jedem Helm-Deploy wiederholen.

Nach Migration zu ZeroSSL oder Sectigo verlangen Legacy-Java-Clients mitunter Cross-Sign — der SSL-Zertifikats-Checker zeigt die tatsächlich ausgelieferte Kette, nicht das CA-Kauf-PDF.

Bei Shopware oder Magento müssen Admin- und Checkout-Hostnames im SAN stehen — ein reiner www-Check lässt Warnungen auf Payment-Subdomains.

Bei Incidents Serial und Issuer mit internem Archiv vergleichen — der SSL-Zertifikats-Checker ersetzt keine Registrar-Rechtsantwort, beschleunigt aber technisches Triage vor CA-Eskalation.

Multi-Region-Domains mit Geo-Edge-Certs können divergieren — sampeln Sie aus Kundennetzen; DN01 zeigt Präsentation von unserem dokumentierten Fetch-Pfad im Ticket.

ACME-Renewals scheitern still wenn Firewall outbound 443 blockiert — Konnektivität prüfen bevor Let's-Encrypt-Rate-Limit beschuldigt wird.

Wildcard-Zerts decken keine verschachtelten Labels ab — listen Sie api.staging.example.de explizit im SAN oder separaten Cert vor Go-Live.

Vor Black Friday SSL-Zertifikats-Checker auf Checkout, www und CDN ausführen — fehlende SAN im Traffic-Peak erzeugt Umsatzverlust, der dem Business schwer zu erklären ist.

Zertifikatsfehler beheben

Hostname-Mismatch: SAN-Liste fehlt Ihr Label — DNS CNAME/A auf covered Name oder Reissue mit korrekten SANs. Wildcards decken eine Ebene (*.example.com), nicht api.staging.example.com ohne Listing.

Abgelaufen oder not-yet-valid: oft Server-Clock-Skew — NTP auf Origin-VMs. Renewal-Automation scheitert wenn HTTP-01 durch A-Drift bricht — zuerst DNS-Checker, dann SSL-Zertifikats-Checker.

Untrusted Issuer oder incomplete chain: Intermediates auf Origin/CDN installieren, nicht nur Leaf. Manche Panels laden nur Leaf; Browser cachen AIA, strikte APIs verbieten das.

TLS zu niedrig: Webserver oder LB upgraden. Legacy-Clients mit TLS 1.0 können nach Hardening weiter scheitern.

Fehlendes OCSP-Stapling nicht immer fatal — Stapling notieren bei High-Traffic-Härtung.

Bei Incidents Serial und Issuer mit internem Archiv vergleichen — der SSL-Zertifikats-Checker ersetzt keine Registrar-Rechtsantwort, beschleunigt aber technisches Triage vor CA-Eskalation.

Multi-Region-Domains mit Geo-Edge-Certs können divergieren — sampeln Sie aus Kundennetzen; DN01 zeigt Präsentation von unserem dokumentierten Fetch-Pfad im Ticket.

ACME-Renewals scheitern still wenn Firewall outbound 443 blockiert — Konnektivität prüfen bevor Let's-Encrypt-Rate-Limit beschuldigt wird.

Wildcard-Zerts decken keine verschachtelten Labels ab — listen Sie api.staging.example.de explizit im SAN oder separaten Cert vor Go-Live.

Nach jeder Rotation dokumentieren Sie Issuer, Serial und SAN-Liste im Change-Ticket — der SSL-Zertifikats-Checker liefert copy-freundlichen Wire-Nachweis für BSI- und Kunden-Audits ohne CT-Log-Search. Wiederholen Sie den Check auf allen öffentlichen Hostnames nach jedem CDN-Zertifikats-Upload.

Zertifikate, CAA und HTTP-Validierung

HTTP-01- und TLS-ALPN-01-Validation brauchen erreichbare Hosts auf CSR-Namen. DNS-Checker bestätigt A/AAAA vor SSL-Troubleshooting.

CAA-Records beschränken ausstellende CAs. DIG oder DNS-Checker auf CAA vor CA-Support-Tickets.

HSTS und Redirect-Header vom HTTP-Header-Checker reduzieren http-01-Fehler. Mixed Content und CSP ändern Cert-Gültigkeit nicht, brechen aber Schloss — Header nach sound chain.

DN01-SSL-Zertifikats-Checker verbindet von unserer Infra — Pass hier garantiert nicht identisches Cert an jedem Geo-Vantage bei Multi-CDN.

Private CAs für internes mTLS nicht in Public Trust Stores — Checker gegen interne Hostnames hilft Ops-Debug.

CAA-Records mit issuewild beschränken Wildcards getrennt vom Apex — DIG vor Wildcard-Migration, um stille Let's-Encrypt-Blockade zu vermeiden.

Nach jeder Rotation dokumentieren Sie Issuer, Serial und SAN-Liste im Change-Ticket — der SSL-Zertifikats-Checker liefert copy-freundlichen Wire-Nachweis für BSI- und Kunden-Audits ohne CT-Log-Search. Wiederholen Sie den Check auf allen öffentlichen Hostnames nach jedem CDN-Zertifikats-Upload.

Fünf-Schritte-TLS-Erneuerungs-Workflow

  1. DNS-Checker auf allen CSR/SAN-Namen — A, AAAA, CNAME müssen Validation-Endpoint erreichen.
  2. DIG CAA wenn frühere Issuances mysteriös scheiterten — zu strikte issue-Tags entfernen wenn Policy erlaubt.
  3. Bei CA ausstellen oder erneuern; volle Kette auf Origin/CDN installieren.
  4. SSL-Zertifikats-Checker auf jeder öffentlichen Variante (apex, www, api).
  5. HTTP-Header-Checker für HSTS und Redirects; Ausgaben archivieren — DN01 speichert keine shared Renewal-Kalender.
  6. Archivieren Sie SSL-Zertifikats-Checker-Ausgabe mit Zeitstempel im Renewal-Ticket — DN01 synchronisiert keinen Enterprise-PKI-Kalender.

SSL-Zertifikats-Checker vs SSL Labs und Monitoring-Dienste

Qualys SSL Labs liefert tiefe Grades und CVE-Narrative — toll für Quartalsaudits, langsamer für « ist das Cert heute abgelaufen? » DN01 optimiert schnelle Kette/SAN mit DNS-Checker und HTTP-Header-Checker.

Uptime-Monitore pingen wöchentlich Expiry — DN01 manuelle/API-Snapshots ohne Paging.

Browser-Schloss-UI versteckt Ketten-Details und cached — Wire-Checker umgeht Browser-Cache.

Kein fake A+-Badge, kein Subnet-Scan, keine Propagation-Maps. Acht Sprachen, lokale Historie, API.

Enterprise-PKI-Kalender ersetzen wir nicht — Checker für sofortige Wire-Wahrheit im Sev2.

Certificate Pinning in Mobile bricht still bei Leaf-Rotation — Checker validiert public TLS.

EV-Felder selten in DV-Stacks — Fokus SAN und Kette bei Let's Encrypt.

TLS-1.0-Sunset: Legacy-Partner nach Protokoll-Deaktivierung testen.

Self-Signed Staging scheitert public trust absichtlich — Issuer-CN vor Prod-Promotion prüfen.

CT-Logs außerhalb DN01-Scope — Wire-Check ergänzt CT-Produkte.

CT-Monitoring wie crt.sh erkennt überraschende Issuance — DN01 ergänzt mit sofortiger Wire-Lesung, wenn CT alarmiert aber Ops die Live-Kette bestätigen müssen.

F5- oder Citrix-Load-Balancer servieren unterschiedliche Zerts per SNI — testen Sie jeden öffentlichen Hostname; ein Apex-Check deckt api.kunde.beispiel.de nicht ab.

mTLS zwischen Microservices nutzt interne CAs — SSL-Zertifikats-Checker auf internen Namen hilft beim Debug, obwohl Public-Browser den Issuer ablehnen.

Notfall-Rotation nach Private-Key-Kompromittierung erfordert Revocation und Reissue — archivieren Sie alte und neue Serials im Ticket mit Checker-Ausgabe.

Kubernetes cert-manager rotiert Secrets schneller als CDN-Upload — wiederholen Sie den SSL-Zertifikats-Checker nach jedem Sync, nicht nur nach CA-E-Mail.

HashiCorp Vault oder interne step-ca ersetzen keinen Public-Check — SSL-Zertifikats-Checker für Kunden-VIPs plus PKI-Prozesse für internes Mesh kombinieren.

Auditoren verlangen TLS-1.2-Minimum-Nachweis — Checker-Ausgabe mit Datum im Compliance-Ticket exportieren, nicht nur Browser-Schloss-Screenshot.

Windows- und Java-Trust-Stores aktualisieren langsamer als Browser — dokumentieren Sie Chain-Output für Partner, die Legacy-Clients ohne AIA-Fetch betreiben.

Shared Hosting erneuert en masse — prüfen Sie jede Kundendomain auch bei grünem Panel; DN01 liest Wire, nicht Dashboard-Icon.

Deutsche Mittelstand-Shops brauchen TLS auf checkout.shop.tld — dokumentieren Sie jeden öffentlichen Hostname im Change-Ticket mit Checker-Ausgabe.

BSI-Empfehlungen zu TLS 1.2+ lassen sich mit verhandelter Protokollversion aus dem Checker in Compliance-Reports zitieren — kein Ersatz für externes Pentest-Retainer.

Bei Incidents Serial und Issuer mit internem Archiv vergleichen — der SSL-Zertifikats-Checker ersetzt keine Registrar-Rechtsantwort, beschleunigt aber technisches Triage vor CA-Eskalation.

Multi-Region-Domains mit Geo-Edge-Certs können divergieren — sampeln Sie aus Kundennetzen; DN01 zeigt Präsentation von unserem dokumentierten Fetch-Pfad im Ticket.

ACME-Renewals scheitern still wenn Firewall outbound 443 blockiert — Konnektivität prüfen bevor Let's-Encrypt-Rate-Limit beschuldigt wird.

Wildcard-Zerts decken keine verschachtelten Labels ab — listen Sie api.staging.example.de explizit im SAN oder separaten Cert vor Go-Live.

Exportieren Sie kopierten Text aus dem SSL-Zertifikats-Checker in Kunden-Change-Advisories — datierter Wire-Nachweis ohne weltweite CT-Abdeckung zu versprechen.

Warum DN01 SSL-Zertifikats-Checker

  • Live-Kette, SAN, Issuer und Gültigkeit vom TLS-Handshake — schneller als volles SSL Labs für Spot-Checks.
  • Mit DNS-Checker, DIG, HTTP-Header-Checker und WHOIS für Migrations- und Incident-Workflows.
  • Acht lokalisierte Oberflächen, kopierfreundliche Ausgabe, lokale Historie, API — kein CT-Lager.
  • Ehrliche Grenzen: Wire-Snapshot von unserem Pfad, keine weltweiten Edge-Cert-Maps oder PCI-Scans.

FAQ

FAQ zum SSL-Zertifikat-Checker

Ablaufdatum, Aussteller, Kette und Host-Abdeckung von Zertifikaten.

Was validiert der SSL-Checker?

Er verbindet sich mit dem Host und meldet Subject, Issuer, Gültigkeitsdaten, SAN-Abdeckung und Kettendetails. Wenn Ablauf dein Hauptthema ist, starte mit SSL-Zertifikat-Ablauf prüfen.

Warum kann ein Zertifikat gültig wirken und trotzdem fehlschlagen?

Häufige Ursachen sind fehlende Intermediate-Zertifikate, Hostname-Mismatch, abgelaufene Roots oder veraltete Trust Stores beim Client. Der Leitfaden zur Zertifikatskette erklärt die Grundlagen.

Sollte ich DNS vor SSL prüfen?

Ja. Wenn der falsche Server antwortet, kann die SSL-Prüfung irreführend sein. Bestätige A/AAAA oder CNAME im DNS-Checker, bevor du tiefer ins Zertifikat gehst.

Kann ich Zertifikats-Monitoring automatisieren?

Ja. Die Web-Seite ist für schnelle Einzelprüfungen, wiederkehrendes Monitoring läuft über die API-Dokumentation, nachdem du dich API-Token anfordern.

Was ist ein SAN-Zertifikat?

Subject Alternative Names listen jeden Hostnamen auf, den ein Zertifikat abdeckt — z. B. Apex und www. Mismatch-Fehler bedeuten oft, dass das Zertifikat den exakten vom Browser angefragten Namen nicht enthält.

Wie früh sollte ich SSL-Zertifikate erneuern?

Die meisten Operatoren erneuern 30 Tage vor Ablauf; Let's Encrypt-Automation erneuert oft früher. Nutze diesen Checker wöchentlich auf Produktions-Hosts während Migrationsfenstern.

Testet der Checker TLS-Version und Cipher?

Er meldet verhandelte TLS-Details, sofern verfügbar. Für tiefe Cipher-Audits brauchst du ggf. Spezialscanner — DN01 fokussiert auf Zertifikatsgültigkeit, Kette und Hostname-Fit für den Alltag.

Warum schlägt SSL bei IP-Adressen fehl?

Öffentliche CAs stellen selten Zertifikate für rohe IPs aus. Prüfe, ob der Zertifikats-Hostname dem vom Nutzer eingegebenen Namen entspricht — CNAME-Ketten können Mismatches verbergen, bis jemand den Apex direkt besucht.

Kann ich Mailserver-Zertifikate prüfen?

Gib den MX-Hostname oder den SMTP-TLS-Endpoint-Host ein. Mail-STARTTLS nutzt dieselben X.509-Grundlagen — Ablauf und Hostname-Abdeckung — obwohl Browser diese Verbindung nie anzeigen.

Was ist die Zertifikatsketten-Reihenfolge?

Server sollten Leaf, Intermediate und optional Root senden. Fehlende Intermediate verursachen zufällige Fehler bei strengen Clients, auch wenn Chrome korrekt wirkt. Der Checker zeigt die vom Live-Host gelieferte Kette.

Ist der SSL-Checker kostenlos?

Ja für manuelle Lookups. Automatisches Ablauf-Monitoring nutzt die API-Dokumentation mit einem API-Token.

Soll ich SSL mit HTTP-Headern kombinieren?

Ja. HSTS und Redirect-Header vom HTTP-Header-Checker zeigen, ob Browser dein neues Zertifikat beim ersten Hop erreichen.

Tool-Wechsler

Nächsten Schritt im Domain- oder Sicherheits-Workflow wählen.

Vollständiger Tool-Katalog

Anleitungen

Praxisnahe Anleitungen für häufige SSL-Zertifikats-Checker-Aufgaben — DNS-Einträge, Troubleshooting-Schritte und Links zu unseren kostenlosen Tools.

Zurück zu SSL-Zertifikats-Checker