SSL-Zertifikate und HTTPS erklärt

IPAddress-Lookup.com · June 25, 2025

Jedes Mal, wenn Sie eine Website besuchen und ein kleines Vorhängeschloss neben der Adresse sehen oder bemerken, dass die URL mit https:// statt mit http:// beginnt, verlassen Sie sich auf eine der wichtigsten Technologien des modernen Internets: die SSL/TLS-Verschlüsselung und die digitalen Zertifikate, die diese ermöglichen. Diese Zertifikate schützen im Hintergrund Ihre Passwörter, Kreditkartennummern, privaten Nachrichten und Surfgewohnheiten vor jedem, der das Netzwerk zwischen Ihnen und dem Server abhören könnte. Doch obwohl es sich um etwas so Grundlegendes handelt, bleiben die Funktionsweise von SSL-Zertifikaten und HTTPS für die meisten Menschen ein Rätsel. Dieser Leitfaden lüftet den Schleier und erklärt in verständlicher Sprache genau, was SSL/TLS ist, wie die Verschlüsselung funktioniert, was ein Zertifikat tatsächlich belegt und wie Ihr Browser entscheidet, ob er einer Website vertraut oder nicht.

Was SSL und TLS eigentlich sind

SSL steht für „Secure Sockets Layer“, ein Protokoll, das ursprünglich Mitte der 1990er Jahre von Netscape entwickelt wurde, um die Kommunikation zwischen Webbrowsern und Servern zu sichern. Das Problem, das es löste, war einfach zu beschreiben, aber schwer zu beheben: Das ursprüngliche Web (HTTP) übermittelte alles als unverschlüsselten, lesbaren Text. Jeder, der sich zwischen Ihnen und einer Website befand – ein betrügerischer WLAN-Hotspot, ein Internetanbieter, ein kompromittierter Router – konnte die hin- und herfließenden Daten lesen oder sogar verändern. SSL hüllte diesen Datenverkehr in eine Verschlüsselungsschicht, sodass er für Lauscher bedeutungslos wurde.

SSL selbst ist mittlerweile veraltet. Bei SSL 2.0 und SSL 3.0 wurden schwerwiegende Sicherheitslücken entdeckt, weshalb sie bereits seit Jahren nicht mehr verwendet werden. Das Protokoll, das das Internet heute tatsächlich sichert, heißt TLS (Transport Layer Security). TLS ist der direkte Nachfolger von SSL, und wenn von einem „SSL-Zertifikat“ die Rede ist, ist fast immer ein Zertifikat gemeint, das mit TLS verwendet wird. Der Name hat sich einfach gehalten, weil er geläufig war. Die Entwicklung sieht wie folgt aus:

• SSL 1.0 – wurde aufgrund von Sicherheitsmängeln nie öffentlich veröffentlicht.
• SSL 2.0 (1995) und SSL 3.0 (1996) – beide sind mittlerweile veraltet und überall deaktiviert.
• TLS 1.0 (1999) – die erste Version unter dem Namen TLS; heute ebenfalls veraltet.
• TLS 1.1 (2006) – zusammen mit 1.0 ausgemustert.
• TLS 1.2 (2008) – wird nach wie vor häufig verwendet und gilt bei korrekter Konfiguration als sicher.
• TLS 1.3 (2018) – der aktuelle Standard, schneller und ohne veraltete, schwache Algorithmen.

TLS 1.3 war eine umfassende Neugestaltung. Dabei wurden Dutzende veralteter Verschlüsselungsoptionen entfernt, die Sicherheitslücken verursacht hatten, und der Verbindungsaufbau wurde optimiert, sodass sichere Sitzungen schneller hergestellt werden können. Moderne Browser handeln die höchste Version aus, die beide Seiten unterstützen, was in der Praxis TLS 1.2 oder 1.3 bedeutet.

Was ein SSL-Zertifikat eigentlich leistet

Ein SSL/TLS-Zertifikat erfüllt zwei unterschiedliche Aufgaben, und es ist wichtig zu verstehen, dass diese voneinander getrennt sind. Die erste ist die Verschlüsselung – das Verwürfeln der Daten, damit sie während der Übertragung nicht gelesen werden können. Die zweite ist die Authentifizierung oder Identitätsprüfung – der Nachweis, dass der Server, mit dem Sie kommunizieren, tatsächlich zu der in der Adressleiste angezeigten Domain gehört und nicht zu einem Betrüger, der Ihre Verbindung abgefangen hat.

Eine Verschlüsselung ohne Authentifizierung wäre gefährlich. Man könnte eine perfekt verschlüsselte Verbindung zu einem Angreifer haben, der den Datenverkehr lediglich weiterleitet und dabei alles mitliest. Das Zertifikat löst dieses Problem, indem es einen kryptografischen Schlüssel an eine verifizierte Identität bindet. Wenn Ihr Browser ein Zertifikat akzeptiert, bestätigt er damit sowohl, dass die Verbindung privat ist, als auch, dass die Gegenstelle tatsächlich die ist, für die sie sich ausgibt. Zusammen sorgen diese beiden Garantien dafür, dass Online-Banking, Online-Shopping und Anmeldungen sicher sind.

Asymmetrische versus symmetrische Kryptografie

Um zu verstehen, wie HTTPS funktioniert, benötigen Sie zwei Konzepte aus der Kryptografie, die einfacher sind, als sie klingen.

Bei der symmetrischen Verschlüsselung wird ein einziger gemeinsamer geheimer Schlüssel sowohl zum Verschlüsseln als auch zum Entschlüsseln von Daten verwendet. Sie ist extrem schnell und effizient, was sie ideal für die Verschlüsselung der großen Datenmengen in einer tatsächlichen Browsersitzung macht. Der Haken liegt auf der Hand: Beide Seiten benötigen denselben Schlüssel, und wenn man diesen Schlüssel über ein unsicheres Netzwerk sendet, kann ein Lauscher ihn abfangen.

Die asymmetrische Verschlüsselung löst das Problem der Schlüsselweitergabe mithilfe eines Schlüsselpaares: eines öffentlichen Schlüssels, den jeder einsehen kann, und eines privaten Schlüssels, den der Besitzer geheim hält. Mit dem öffentlichen Schlüssel verschlüsselte Daten können nur mit dem privaten Schlüssel entschlüsselt werden und umgekehrt. So können sich zwei Fremde über einen offenen Kanal auf ein Geheimnis einigen. Asymmetrische Kryptografie ist jedoch langsam, weshalb sie nicht für die gesamte Kommunikation verwendet wird.

HTTPS vereint das Beste aus beiden Welten. Es nutzt zu Beginn kurzzeitig die langsame asymmetrische Kryptografie, um sicher ein gemeinsames Geheimnis zu etablieren, und wechselt dann für den Rest der Sitzung zur schnellen symmetrischen Verschlüsselung. Diese Aushandlung wird als TLS-Handshake bezeichnet.

So funktioniert HTTPS: Ein Überblick über den TLS-Handshake

Wenn du eine Webadresse eingibst, löst dein Browser zunächst den Domainnamen in eine IP-Adresse auf – ein Vorgang, der eng mit der Funktionsweise von DNS verbunden ist – und baut dann eine Verbindung zu diesem Server auf. Bevor Webseiten ausgetauscht werden, findet der TLS-Handshake statt. Hier ist der Ablauf Schritt für Schritt.

1. ClientHello. Ihr Browser sendet die erste Nachricht. Darin listet er die von ihm unterstützten TLS-Versionen, die verfügbaren Verschlüsselungssuiten (Kombinationen aus Verschlüsselungsalgorithmen) sowie einen Zufallswert auf, der in die Schlüsselgenerierung einfließt. Stellen Sie sich das so vor, als würde er sagen: „Das bin ich, und das sind die Sprachen, die ich spreche.“
2. ServerHello. Der Server antwortet, indem er aus der Liste des Browsers die TLS-Version und die Verschlüsselungssuite auswählt, die er verwenden wird, und sendet seinen eigenen Zufallswert. Beide Seiten einigen sich nun auf die Regeln der Kommunikation.
3. Zertifikat. Der Server legt sein SSL/TLS-Zertifikat vor, das seinen öffentlichen Schlüssel und die Identitätsinformationen enthält, die von einer Zertifizierungsstelle signiert wurden. In diesem Moment überprüft Ihr Browser, ob das Zertifikat gültig und vertrauenswürdig ist und für die von Ihnen besuchte Domain ausgestellt wurde.
4. Schlüsselaustausch. Mithilfe des öffentlichen Schlüssels aus dem Zertifikat (oder eines modernen Algorithmus zur Schlüsselvereinbarung wie Elliptic Curve Diffie-Hellman) leiten beide Seiten sicher ein gemeinsames Geheimnis ab. Entscheidend ist, dass ein Lauscher, der jede Nachricht beobachtet, dieses Geheimnis dennoch nicht berechnen kann, da der private Schlüssel den Server niemals verlässt.
5. Sitzungsschlüssel und Abschluss. Beide Seiten verwenden das ausgetauschte Material und die beiden Zufallswerte, um denselben Satz symmetrischer Sitzungsschlüssel zu generieren. Sie senden jeweils eine mit diesen Schlüsseln verschlüsselte „Finished“-Nachricht, um zu bestätigen, dass der Handshake erfolgreich war. Ab diesem Zeitpunkt wird die gesamte Kommunikation symmetrisch verschlüsselt – schnell, privat und manipulationssicher.

All dies ist in der Regel in einem Bruchteil einer Sekunde abgeschlossen. In TLS 1.3 wurde der Handshake auf einen einzigen Hin- und Rücklauf verkürzt, und wiederkehrende Besucher können die Verbindung manchmal sogar noch schneller wiederherstellen. Das Endergebnis ist ein sicherer Kanal, über den Ihre eigentlichen HTTPS-Anfragen und -Antworten übertragen werden.

Zertifizierungsstellen und die Vertrauenskette

Ein Zertifikat ist nur so vertrauenswürdig wie die Stelle, die dafür bürgt. Diese Rolle übernimmt eine Zertifizierungsstelle (CA) – eine Organisation, der Ihr Browser und Ihr Betriebssystem im Voraus Vertrauen geschenkt haben. Wenn ein Website-Betreiber ein Zertifikat beantragt, überprüft die CA dessen Kontrolle über die Domain (und manchmal auch dessen Unternehmensidentität), bevor sie das Zertifikat mit ihrem eigenen Schlüssel signiert. Diese Signatur wird von Ihrem Browser überprüft.

Das Vertrauen ist als Kette mit drei Gliedern organisiert:

• Stammzertifikat. Die oberste Stufe der Kette. Stammzertifikate sind in Ihrem Browser und Betriebssystem in einem „Vertrauensspeicher“ vorinstalliert. Ihre privaten Schlüssel werden unter strengen Sicherheitsvorkehrungen offline aufbewahrt, da die Kompromittierung eines einzigen Schlüssels das gesamte System untergraben würde.
• Zwischenzertifikat. Root-Zertifikate signieren Website-Zertifikate nicht direkt. Stattdessen signieren sie ein oder mehrere Zwischenzertifikate, die dann die eigentlichen Website-Zertifikate signieren. Dadurch bleibt der wertvolle Root-Schlüssel isoliert, und ein kompromittiertes Zwischenzertifikat kann widerrufen werden, ohne die Root-Zertifikate zu beeinträchtigen.
• Blattzertifikat. Auch als Endentitätszertifikat bezeichnet, ist dies das Zertifikat, das auf der Website selbst installiert ist. Es wird von einem Zwischenzertifikat signiert.

Wenn Ihr Browser eine Website validiert, durchläuft er diese Kette: Das Blattzertifikat ist von einem Zwischenzertifikat signiert, das Zwischenzertifikat ist von einem anderen Zwischenzertifikat oder einer Stammzertifizierungsstelle signiert, und die Stammzertifizierungsstelle ist eine, der er bereits vertraut. Wenn alle Glieder der Kette überprüft wurden und sich der Stammzertifikat im Vertrauensspeicher befindet, wird das Zertifikat akzeptiert. Dies wird als „Kettenaufbau“ bezeichnet, und eine häufige Ursache für „Nicht vertrauenswürdig“-Fehler ist ein Server, der vergisst, sein Zwischenzertifikat zu senden, wodurch die Kette unterbrochen wird.

Zertifikatstypen

Nicht alle Zertifikate sind gleich. Sie unterscheiden sich darin, wie streng die Zertifizierungsstelle (CA) den Antragsteller überprüft und wie viele Domänen sie abdecken. Die folgende Tabelle fasst die wichtigsten Typen zusammen.

Ein wichtiger Hinweis für normale Nutzer: Aus Sicht der Verschlüsselung sind DV-, OV- und EV-Zertifikate identisch. Sie alle bieten denselben starken Schutz für Ihre Daten. Der Unterschied liegt ausschließlich in der Identitätsprüfung. Früher wurde bei EV-Zertifikaten der Firmenname in der Adressleiste grün angezeigt, doch die Browser haben diese Unterscheidung weitgehend abgeschafft, sodass die meisten Websites heute kostengünstige oder kostenlose DV-Zertifikate verwenden.

Wildcard- und Multi-Domain-Zertifikate

Ein Wildcard-Zertifikat nutzt ein Sternchen, um alle Subdomains einer Basisdomain abzudecken – beispielsweise schützt ein einziges Zertifikat für *.example.com gleichzeitig www.example.com, shop.example.com und login.example.com. Ein Multi-Domain-Zertifikat, manchmal auch als SAN- oder UCC-Zertifikat bezeichnet, listet mehrere völlig unterschiedliche Domainnamen in einem Zertifikat auf. Beide reduzieren die Anzahl der Zertifikate, die ein Administrator verwalten muss.

Was beinhaltet ein Zertifikat?

Ein Zertifikat ist ein strukturiertes Dokument, dessen einzelne Felder Sie einsehen können. Die wichtigsten sind:

• Betreffender. Die Identität, auf die das Zertifikat ausgestellt wurde, in erster Linie der Domainname (Common Name).
• Aussteller. Die Zertifizierungsstelle, die das Zertifikat signiert und ausgestellt hat.
• Gültigkeitsdauer. Die Daten „nicht vor“ und „nicht nach“, zwischen denen das Zertifikat gültig ist.
• Alternative Namen des Zertifikatsinhabers (Subject Alternative Names, SAN). Die vollständige Liste der Domainnamen, die das Zertifikat abdeckt. Moderne Browser stützen sich beim Abgleich mit der Website auf das SAN-Feld und nicht mehr auf den alten Common Name.
• Öffentlicher Schlüssel. Die öffentliche Hälfte des Schlüsselpaars, die während des Handshakes verwendet wird.
• Signaturalgorithmus. Die von der Zertifizierungsstelle zum Signieren verwendete kryptografische Methode, z. B. SHA-256 mit RSA oder ECDSA.
• Fingerabdruck. Ein eindeutiger Hashwert des gesamten Zertifikats, der zur genauen Identifizierung dient.
• Seriennummer. Eine eindeutige Kennung, die von der ausstellenden Zertifizierungsstelle zugewiesen wird.

Wenn Ihr Browser eine Website validiert, prüft er, ob das heutige Datum innerhalb der Gültigkeitsdauer liegt, ob einer der SAN-Einträge mit der Domain übereinstimmt, ob die Signatur intakt ist und ob die Zertifikatskette zu einer vertrauenswürdigen Stammzertifizierungsstelle führt.

Ablauf von Zertifikaten und warum die Gültigkeitsdauer so kurz ist

Jedes Zertifikat hat ein Ablaufdatum, und die Gültigkeitsdauer hat sich im Laufe der Jahre drastisch verkürzt. Zertifikate, die früher mehrere Jahre gültig waren, sind heute auf etwa ein Jahr oder weniger begrenzt, wobei sich die Branche in Richtung noch kürzerer Gültigkeitsdauern bewegt, die in Wochen gemessen werden. Für diesen Trend gibt es gute Gründe.

Kürzere Gültigkeitsdauern begrenzen den Schaden, falls ein privater Schlüssel gestohlen wird – ein kompromittiertes Zertifikat läuft einfach früher ab, wodurch sich das Zeitfenster verringert, das ein Angreifer ausnutzen kann. Sie stellen außerdem sicher, dass veraltete kryptografische Algorithmen sowie widerrufene oder fälschlicherweise ausgestellte Zertifikate schnell aus dem Ökosystem entfernt werden. Der Nachteil ist, dass Administratoren die Zertifikate weitaus häufiger erneuern müssen, weshalb Automatisierung mittlerweile unverzichtbar und nicht mehr nur optional ist.

Was passiert, wenn ein Zertifikat ungültig ist

Wenn ein Teil der Validierung fehlschlägt, unterbricht Ihr Browser die Verbindung mit einer ganzseitigen Warnung statt mit einem kleinen Symbol. Die häufigsten Fehlerfälle sind:

• Abgelaufenes Zertifikat. Das aktuelle Datum liegt nach dem „nicht nach“-Datum. Dies ist die häufigste Ursache und bedeutet in der Regel, dass jemand vergessen hat, das Zertifikat zu erneuern.
• Selbstsigniertes Zertifikat. Das Zertifikat wurde mit seinem eigenen Schlüssel statt von einer vertrauenswürdigen Zertifizierungsstelle signiert, sodass keine Vertrauenskette vorliegt. Für interne Tests ist dies in Ordnung, aber Browser lehnen es für öffentliche Websites ab.
• Namensabweichung. Die von Ihnen besuchte Domain erscheint nicht in der SAN-Liste des Zertifikats – beispielsweise wird ein Zertifikat für eine Domain auf einer anderen bereitgestellt.
• Nicht vertrauenswürdiger Aussteller. Die Zertifikatskette führt zu einer Stammzertifizierungsstelle, die nicht in Ihrem Vertrauensspeicher enthalten ist, oft weil ein Zwischenzertifikat fehlt oder die Zertifizierungsstelle nicht erkannt wird.
• Widerrufenes Zertifikat. Die Zertifizierungsstelle hat das Zertifikat vor Ablauf seiner Gültigkeit für ungültig erklärt, typischerweise aufgrund einer Kompromittierung des Schlüssels.

In jedem dieser Fälle zeigt der Browser eine Warnung wie „Ihre Verbindung ist nicht privat“ an und blockiert die Seite standardmäßig. Diese Warnungen dienen Ihrem Schutz: Ein nicht übereinstimmendes oder nicht vertrauenswürdiges Zertifikat kann ein Anzeichen für einen echten Abhörangriff sein, daher sollten Sie diese Warnungen auf einer Website, die sensible Daten verarbeitet, niemals leichtfertig wegklicken.

Kostenlose Zertifikate und automatische Verlängerung

Eine der wichtigsten Entwicklungen im Bereich der Websicherheit war die Einführung kostenloser, automatisierter Zertifikate. Let’s Encrypt, eine gemeinnützige Zertifizierungsstelle, stellte DV-Zertifikate kostenlos zur Verfügung und – was ebenso wichtig ist – ermöglichte deren vollständige Automatisierung über ein Protokoll namens ACME (Automated Certificate Management Environment).

Mit ACME kann ein Server die Kontrolle über seine Domain nachweisen, ein Zertifikat anfordern, es installieren und vor Ablauf verlängern – alles ohne menschliches Zutun. Genau deshalb sind kurze Zertifikatslaufzeiten praktisch: Ein Zertifikat, das sich alle paar Monate selbst verlängert, verursacht keinen betrieblichen Aufwand. Die Kombination aus kostenloser Ausstellung und Automatisierung ist ein wesentlicher Grund dafür, dass sich HTTPS von einer Nischenfunktion zum nahezu universellen Standard im gesamten Web entwickelt hat.

So überprüfen Sie das Zertifikat einer Website

Sie benötigen keine spezielle Software, um ein Zertifikat zu überprüfen. In jedem modernen Browser können Sie auf das Vorhängeschloss-Symbol in der Adressleiste klicken und die Option zum Anzeigen der Zertifikatsdetails auswählen. Dort finden Sie den Zertifikatsinhaber, den Aussteller, die Gültigkeitsdaten, die SAN-Liste und den Fingerabdruck. Auf diese Weise können Sie schnell überprüfen, ob Sie sich auf der echten Website befinden und wann ein Zertifikat abläuft.

Für eine schnellere und detailliertere Ansicht – einschließlich der vollständigen Zertifikatskette, des Signaturalgorithmus und der verbleibenden Tage bis zum Ablauf – können Sie ein Online-Tool verwenden. Mit unserem eigenen SSL-Zertifikatsprüfer können Sie eine beliebige Domain eingeben und sofort sehen, ob das Zertifikat gültig ist, korrekt an eine vertrauenswürdige Stammzertifikatskette angebunden ist und wie viel Zeit bis zur Verlängerung verbleibt. So können Sie auf einfache Weise ein bald ablaufendes Zertifikat erkennen, bevor es bei Ihren Besuchern eine Browserwarnung auslöst.

Häufig gestellte Fragen

Ist SSL dasselbe wie TLS?

Nicht ganz. SSL ist das ältere Protokoll und mittlerweile veraltet, während TLS dessen moderner Nachfolger ist und heute tatsächlich für die Sicherheit von Websites sorgt. Der Begriff „SSL-Zertifikat“ hat sich jedoch aus Gewohnheit durchgesetzt, sodass im alltäglichen Sprachgebrauch „SSL“ und „TLS“ oft synonym verwendet werden, obwohl die zugrunde liegende Technologie TLS ist.

Bedeutet das Vorhängeschloss-Symbol, dass eine Website sicher ist?

Das Vorhängeschloss bedeutet, dass Ihre Verbindung zur Website verschlüsselt ist und das Zertifikat für diese Domain gültig ist. Es garantiert jedoch nicht, dass die Website selbst seriös oder frei von Betrug ist – selbst betrügerische Websites können kostenlose DV-Zertifikate erhalten. Betrachten Sie das Vorhängeschloss als Zeichen für eine private Verbindung, nicht als Gütesiegel für allgemeine Vertrauenswürdigkeit.

Sind kostenlose SSL-Zertifikate genauso sicher wie kostenpflichtige?

Ja, was die Verschlüsselung angeht. Ein kostenloses DV-Zertifikat von einer Zertifizierungsstelle wie Let’s Encrypt bietet genau dieselbe Verschlüsselungsstärke wie ein teures Zertifikat. Kostenpflichtige OV- und EV-Zertifikate beinhalten eine zusätzliche Identitätsprüfung der Organisation, machen die verschlüsselte Verbindung dadurch jedoch nicht sicherer.

Warum erhalte ich auf manchen Websites eine Zertifikatswarnung?

Zertifikatswarnungen erscheinen, wenn die Validierung fehlschlägt – meist, weil das Zertifikat abgelaufen ist, nicht mit dem Domainnamen übereinstimmt, selbstsigniert ist oder auf eine nicht vertrauenswürdige Zertifizierungsstelle verweist. Die Warnung dient dem Schutz durch Ihren Browser, und auf einer Website, auf der Passwörter oder Zahlungen abgewickelt werden, sollten Sie sie nicht ignorieren, ohne zu verstehen, warum sie erschienen ist.

Wie lange sind SSL-Zertifikate gültig?

Moderne öffentliche Zertifikate sind in der Regel etwa ein Jahr oder weniger gültig, und die Branche tendiert zunehmend zu deutlich kürzeren Laufzeiten. Kurze Gültigkeitsdauer verringern das Risiko durch gestohlene Schlüssel und zwingen dazu, veraltete Verschlüsselungsverfahren aus dem Verkehr zu ziehen. Die automatische Verlängerung über Protokolle wie ACME macht häufige Erneuerungen mühelos.

Kann ich ein Zertifikat überprüfen, ohne die Website in einem Browser aufzurufen?

Ja. Mit Online-Tools können Sie einen Domainnamen eingeben und die Zertifikatsdetails einsehen – darunter den Aussteller, die Gültigkeitsdaten, die vollständige Vertrauenskette und die verbleibenden Tage bis zum Ablauf –, ohne das Vorhängeschloss manuell überprüfen zu müssen. Dies ist praktisch, um Ihre eigenen Websites zu überwachen oder eine Domain zu überprüfen, bevor Sie sie besuchen.