Laptop und Server mit je einem Siegel und Pfeilen in beide Richtungen

Mutual TLS einfach erklärt: Client-Zertifikate statt Passwort

Bei einer normalen HTTPS-Verbindung weist sich nur der Server aus: Er zeigt sein Zertifikat, der Browser prüft es. Wer der Besucher ist, klärt die Website danach mit Passwort oder Passkey. Bei Mutual TLS (mTLS, gegenseitiges TLS) zeigt auch der Client ein Zertifikat, ... Weiterlesen →
DNS-Kette aus Wurzel, de und beispiel mit Schlössern und eine CAA-Karte

CAA, DNSSEC und DANE einfach erklärt: Zertifikate über DNS absichern

Jede Zertifizierungsstelle in den Root Stores darf grundsätzlich für jede Domain ausstellen. Als Domaininhaber können Sie das einschränken, und zwar dort, wo Ihre Domain ohnehin verwaltet wird: im DNS. Ein CAA-Eintrag legt fest, welche CAs für Ihre Domain ... Weiterlesen →
Zertifikat mit Sternchen, verbunden mit den Subdomains www, shop und mail

SAN- und Wildcard-Zertifikate einfach erklärt

Ein Zertifikat gilt nicht für „eine Website“, sondern für bestimmte Namen. Welche das sind, steht in der Erweiterung Subject Alternative Name (SAN). Dort können mehrere Domains stehen oder ein Platzhalter wie *.beispiel.de, der viele Subdomains auf ... Weiterlesen →
Maßstabsgetreue Balken für 398, 200, 100 und 47 Tage Zertifikatslaufzeit

Zertifikatslaufzeit einfach erklärt: von 398 auf 47 Tage

Vor gut zehn Jahren kaufte man ein Website-Zertifikat für bis zu fünf Jahre und vergaß es dann. Heute gelten öffentliche Zertifikate höchstens 200 Tage, ab März 2027 nur noch 100 Tage und ab März 2029 nur noch 47 Tage. Das hat das CA/Browser Forum 2025 beschlossen. ... Weiterlesen →
Merkle-Baum mit hervorgehobenem Prüfpfad und eine Lupe

Certificate Transparency einfach erklärt: Logs, SCTs und Monitoring

Jede Zertifizierungsstelle, der Ihr Browser vertraut, kann technisch für jede Domain ein Zertifikat ausstellen, auch für Ihre. Wie würden Sie merken, wenn das jemand zu Unrecht tut? Die Antwort heißt Certificate Transparency (CT): Jedes öffentlich vertraute ... Weiterlesen →
Rot durchgestrichenes Zertifikat und eine Sperrliste mit hervorgehobenem Eintrag

Zertifikatssperrung einfach erklärt: CRL, OCSP und Stapling

Ein Zertifikat gilt bis zu seinem Ablaufdatum. Was aber, wenn vorher etwas schiefgeht, etwa weil der private Schlüssel gestohlen wurde? Dann muss die Zertifizierungsstelle das Zertifikat sperren (widerrufen, englisch revoke), und Browser müssen davon erfahren. ... Weiterlesen →
Schrank mit zwölf Stammzertifikaten, eines davon rot durchgestrichen

Root Store einfach erklärt: Welchen Zertifizierungsstellen Browser vertrauen

Jede Zertifikatskette endet bei einem Stammzertifikat, dem Ihr Gerät von vornherein vertraut. Doch wer entscheidet, welche Stammzertifikate das sind? Die Antwort sind die Root Stores von Betriebssystemen und Browsern und die Root-Programme, die sie verwalten. ... Weiterlesen →
Drei Dateien mit den Endungen .der, .pem und .pfx, verbunden durch Pfeile, dazu ein Vorhängeschloss

Zertifikatsformate einfach erklärt: PEM, DER, PKCS#7 und PFX

Wer ein Zertifikat installiert, stößt schnell auf ein Durcheinander von Dateiendungen: .pem, .crt, .cer, .der, .key, .p7b, .pfx, .p12. Mal will ein Server zwei Dateien, mal eine einzige mit Passwort, und mal lehnt er eine Datei ab, obwohl das Zertifikat darin ... Weiterlesen →
Privater und öffentlicher Schlüssel, ein Pfeil führt zum Zertifikatsantrag CSR

Schlüsselpaar und CSR erstellen: Zertifikatsantrag mit OpenSSL

Bevor eine Zertifizierungsstelle ein Zertifikat ausstellen kann, braucht sie einen öffentlichen Schlüssel, den sie beglaubigen soll. Diesen liefert der Antragsteller in einem Certificate Signing Request, kurz CSR, dem Zertifikatsantrag. Erzeugt werden Schlüsselpaar ... Weiterlesen →