Zertifikats-Audit
SSL-Zertifikats-Checker
Zertifikatsgültigkeit, Ablaufdatum, Aussteller, SANs und TLS-Details für jeden Host prüfen.
So nutzen Sie den SSL-Zertifikats-Checker
- Hostname eingeben (Port 443 impliziert sofern nicht dokumentiert). Tool öffnet TLS und holt präsentierte Kette — ohne Browser-Schloss-UI.
- 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.
- 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.
- 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.
| Feld | Was prüfen | Typischer Wert |
|---|---|---|
| Subject / CN | Primärer Hostname im Zertifikat | CN=www.example.com |
| SAN | Alle vom Zertifikat abgedeckten Hostnames | example.com, www.example.com |
| Aussteller | Zertifizierungsstelle der Leaf-Signatur | Let's Encrypt R3 |
| Gültig von / bis | Not-before- und Not-after-Fenster | 2025-01-01 — 2025-04-01 |
| Kette | Intermediate-Zerts zwischen Leaf und Trust Store | Leaf → R3 → ISRG Root X1 |
| TLS-Version | Mit dem Host verhandeltes Protokoll | TLS 1.3 |
| Signaturalgorithmus | Hash und Schlüsseltyp der Leaf | ECDSA mit SHA-256 |
| Seriennummer | Eindeutige Kennung für Revocation-Lookups | 03:ab:cd:... |
| OCSP / CRL | Hinweise auf Revocation-Mechanismus | OCSP-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
- DNS-Checker auf allen CSR/SAN-Namen — A, AAAA, CNAME müssen Validation-Endpoint erreichen.
- DIG CAA wenn frühere Issuances mysteriös scheiterten — zu strikte issue-Tags entfernen wenn Policy erlaubt.
- Bei CA ausstellen oder erneuern; volle Kette auf Origin/CDN installieren.
- SSL-Zertifikats-Checker auf jeder öffentlichen Variante (apex, www, api).
- HTTP-Header-Checker für HSTS und Redirects; Ausgaben archivieren — DN01 speichert keine shared Renewal-Kalender.
- 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
Mit einer anderen Prüfung fortfahren
Nächsten Schritt im Domain- oder Sicherheits-Workflow wählen.
- CAA-Record-CheckerCAA-DNS-Einträge, autorisierte CAs, issuewild und iodef prüfenÖffnen
- Domain-IP-SucheA- und AAAA-IP-Adressen einer DomainÖffnen
- Blacklist-CheckerDNSBL-Reputation für IP und DomainÖffnen
- BIN CheckerKartenmarke, Bank und Land per BIN/IINÖffnen
- HTTP/2 TesterHTTP/2 Support, ALPN und TLSÖffnen
- HTTP-Header-CheckerAntwort-Header, Weiterleitungen und CachingÖffnen
- DNS-CheckerAlle wichtigen Eintragstypen in einem DurchlaufÖffnen
- DIGEin Eintragstyp, Resolver-ähnliche AntwortÖffnen
- WHOISRegistrar, Ablaufdatum und Domain-StatusÖffnen
- Punycode-KonverterUnicode ↔ Punycode für IDN-DomainsÖffnen
- IP-RechnerSubnetz-Mathematik für IPv4- und IPv6-CIDRÖffnen
- Base64-CodecBase64-Text kodieren und dekodierenÖffnen
- PasswortgeneratorStarke Zufallspasswörter für den BetriebÖffnen
- Passphrase-GeneratorMerkbare zufällige Wortfolgen für sichere TestsÖffnen
Verwandte Artikel
Praxisnahe Anleitungen für häufige SSL-Zertifikats-Checker-Aufgaben — DNS-Einträge, Troubleshooting-Schritte und Links zu unseren kostenlosen Tools.
ssl zertifikat erneuern, https zertifikat renewal, zertifikat erneuerung prüfen
SSL-Zertifikat erneuern: Checkliste vor und nach dem Renewal
Praktische Checkliste zum Erneuern von SSL-Zertifikaten: Ablaufdatum, Chain, SAN-Namen, Deploy auf mehreren Servern und Nachprüfung.
Artikel lesen →https browser fehler, net err cert, verbindung nicht privat beheben
HTTPS-Browserfehler beheben: von NET::ERR_CERT bis HSTS
Browserfehler bei HTTPS systematisch einordnen: abgelaufenes Zertifikat, falscher Name, unvollständige Kette, HSTS und Mixed Content.
Artikel lesen →ssl chain unvollständig, intermediate zertifikat fehlt, certificate chain error
Unvollständige SSL-Zertifikatskette beheben
So erkennen und beheben Sie fehlende Intermediate-Zertifikate, falsche Reihenfolge und Trust-Probleme auf Webservern und Proxies.
Artikel lesen →wildcard zertifikat, san zertifikat, multi domain ssl
Wildcard- oder SAN-Zertifikat: welches passt?
Vergleich von Wildcard-, SAN- und Einzelzertifikaten mit Risiken, Renewal-Aufwand, Subdomain-Abdeckung und Prüfstrategie.
Artikel lesen →sni ssl, hostname mismatch ssl, falsches zertifikat sni
SNI und Hostname-Mismatch: falsches Zertifikat finden
Warum Server bei SNI-Fehlern das falsche Zertifikat liefern und wie Sie Hostname-Mismatch bei vHosts, CDN und IPv6 beheben.
Artikel lesen →lets encrypt auto renew fehler, certbot renewal failed, acme challenge problem
Let's-Encrypt-Auto-Renew-Fehler beheben
Fehlgeschlagene Let's-Encrypt-Erneuerungen verstehen: ACME-Challenges, DNS-01, HTTP-01, Rate Limits und Nachprüfung mit SSL Checker.
Artikel lesen →ssl monitoring, zertifikat ablauf alert, https monitoring einrichten
SSL-Monitoring und Ablauf-Alerts einrichten
Wie Teams Zertifikatsablauf, Chain-Fehler und Hostname-Mismatch rechtzeitig überwachen und sinnvolle Alarmgrenzen setzen.
Artikel lesen →kubernetes ingress tls, load balancer ssl, ingress zertifikat prüfen
SSL hinter Load Balancer und Kubernetes Ingress prüfen
TLS bei Load Balancern, Reverse Proxies und Kubernetes Ingress debuggen: Secret, SNI, Edge-Zertifikat und Backend-Verwechslungen.
Artikel lesen →hsts preload, strict transport security ssl, hsts fehler beheben
HSTS und SSL: sicher aktivieren, Fehler vermeiden
HSTS richtig planen: max-age, includeSubDomains, preload, Rollback-Risiken und warum Zertifikatsqualität vorher stimmen muss.
Artikel lesen →ssl checkliste launch, https go live, zertifikat vor livegang prüfen
SSL-Checkliste vor dem Website-Launch
Vor dem Go-Live HTTPS richtig prüfen: Zertifikat, SAN, Kette, Redirects, HSTS, Mixed Content, API und Monitoring.
Artikel lesen →