Ihr Leitfaden zu SSL- und TLS-Zertifikatangriffen

In der heutigen digitalen Welt ist die Sicherung der Online-Kommunikation unerlässlich, um sensible Informationen vor Cyberbedrohungen zu schützen, da Angriffe auf SSL/TLS-Zertifikate zunehmen. SSL (Secure Sockets Layer) und sein Nachfolger TLS (Transport Layer Security) spielen eine grundlegende Rolle bei der Gewährleistung von Vertraulichkeit, Integrität und Authentifizierung von Daten. SSL ist ein veraltetes Sicherheitsprotokoll, das durch seinen sichereren Nachfolger TLS ersetzt wurde. TLS 1.2 und TLS 1.3 gelten als sicher, während ältere Versionen (TLS 1.0 und TLS 1.1) aufgrund von Schwachstellen wie schwachen Verschlüsselungssuiten, fehlender Perfect Forward Secrecy und Anfälligkeit für Angriffe wie BEAST, POODLE und Downgrade-Angriffe als veraltet gelten. Diese Protokolle schützen Daten während der Übertragung, verhindern unbefugten Zugriff und gewährleisten eine sichere Verbindung zwischen Benutzern und Servern.

Ein Upgrade auf TLS 1.2 oder TLS 1.3 sorgt für stärkere Verschlüsselung, bessere Sicherheitsfunktionen und mehr Widerstandsfähigkeit gegen moderne Bedrohungen. SSL/TLS-Zertifikate sichern die Online-Kommunikation, indem sie Daten zwischen dem Gerät eines Benutzers und einer Website verschlüsseln. Sie schützen vertrauliche Informationen wie Passwörter, Kreditkartendaten und Nachrichten vor Hackern. Websites, die HTTPS verwenden, verlassen sich auf SSL/TLS-Zertifikate vertrauenswürdiger Zertifizierungsstellen (CAs), um ihre Authentizität nachzuweisen. Eine CA ist eine vertrauenswürdige Stelle, die für die Ausstellung, Überprüfung und Verwaltung dieser Zertifikate verantwortlich ist, um sichere, verschlüsselte Verbindungen über das Internet herzustellen.

Die Hauptaufgabe einer Zertifizierungsstelle (CA) besteht darin, die Identität von Organisationen, Websites oder Einzelpersonen zu authentifizieren, bevor sie ein digitales Zertifikat ausstellt. Dadurch wird sichergestellt, dass Nutzer der Legitimität der Website, mit der sie interagieren, vertrauen können. CAs arbeiten auf Basis einer Public-Key-Infrastruktur (PKI) , die kryptografische Schlüsselpaare zur Sicherung der Online-Kommunikation verwendet. Sie verwalten außerdem Zertifikatssperrlisten (CRLs) und unterstützen das Online Certificate Status Protocol (OCSP), um die Gültigkeit ausgestellter Zertifikate zu überprüfen. Als vertrauenswürdige Drittpartei trägt eine CA wesentlich zur Sicherung sensibler Informationen, zur Verhinderung von Man-in-the-Middle-Angriffen und zur Gewährleistung von Datenintegrität und -vertraulichkeit im Internet bei.

Ohne SSL/TLS können Angreifer Schwachstellen ausnutzen, um vertrauliche Informationen abzufangen, zu verändern oder zu stehlen. Dies kann zu finanziellen Verlusten, Identitätsdiebstahl und Datenschutzverletzungen führen. Cyberangriffe wie Man-in-the-Middle-Angriffe, Lauschangriffe und Session-Hijacking können die Online-Sicherheit ernsthaft gefährden. SSL/TLS mindert diese Bedrohungen durch asymmetrische und symmetrische Verschlüsselung. Asymmetrische Verschlüsselung mit einem Schlüsselpaar (öffentlicher und privater Schlüssel) wird während des Handshake-Prozesses eingesetzt, um den Server zu authentifizieren und einen Sitzungsschlüssel sicher auszutauschen. Sobald die sichere Sitzung hergestellt ist, wird für die Datenübertragung symmetrische Verschlüsselung verwendet, um Vertraulichkeit und Integrität mit hoher Effizienz zu gewährleisten. Zum Schutz von Webanwendungen und Netzwerken ist es wichtig, dass Sie diese Angriffe verstehen und wissen, wie SSL/TLS sie verhindern kann.  

Man-in-the-Middle-Angriff      

Ein Man-in-the-Middle-Angriff (MitM) liegt vor, wenn ein Angreifer die Kommunikation zwischen zwei Parteien ohne deren Wissen abfängt und möglicherweise verändert. Dies ist besonders gefährlich beim Online-Banking, bei E-Mail-Diensten und auf Anmeldeseiten, wo vertrauliche Informationen wie Passwörter und Finanzdaten gestohlen werden können. Angreifer können MitM-Angriffe mithilfe von Methoden wie ARP-Poisoning, DNS-Spoofing und betrügerischen WLAN-Netzwerken durchführen. Beim ARP-Poisoning sendet ein Angreifer gefälschte ARP-Nachrichten und verknüpft seine MAC-Adresse mit einer legitimen IP-Adresse, beispielsweise einem Router, um Daten abzufangen und zu verändern. Beispielsweise wird der für den Router bestimmte Datenverkehr eines Opfers über den Angreifer umgeleitet, was Datendiebstahl oder -manipulation ermöglicht.

DNS-Spoofing hingegen beinhaltet das Einschleusen gefälschter DNS-Einträge, um Nutzer auf schädliche Webseiten umzuleiten. Versucht ein Nutzer beispielsweise, „example.com“ aufzurufen, manipuliert der Angreifer die DNS-Antwort, sodass er auf eine gefälschte Webseite weitergeleitet wird und so zur Eingabe sensibler Zugangsdaten verleitet wird. Beide Techniken ermöglichen es Angreifern, die Kommunikation zu übernehmen und Opfer auszunutzen. SSL/TLS schützt vor Man-in-the-Middle-Angriffen ( Man-in-the-Middle-Angriffen ), indem es eine verschlüsselte Verbindung zwischen Client und Server herstellt. Beim Zugriff auf eine Webseite über HTTPS präsentiert der Server ein gültiges SSL/TLS-Zertifikat einer vertrauenswürdigen Zertifizierungsstelle. Der Client überprüft dieses Zertifikat, um sicherzustellen, dass er mit dem legitimen Server und nicht mit einem Betrüger kommuniziert.

SSL-Stripping ist eine Unterart von Man-in-the-Middle-Angriffen (Man-in-the-Middle-Angriffen), bei denen ein Angreifer eine HTTPS-Verbindung auf HTTP herabstuft, um sensible Daten abzufangen und zu manipulieren. Der Angreifer fungiert als Proxy, leitet die HTTPS-Anfrage des Nutzers an den Server weiter, sendet aber eine unverschlüsselte HTTP-Version zurück. Dadurch wird der Nutzer dazu verleitet, Daten unwissentlich über einen unsicheren Kanal zu übertragen. Da der Angreifer den Kommunikationsfluss kontrolliert, ist SSL-Stripping ein typischer Man-in-the-Middle-Angriff, bei dem das Opfer die Abfangaktion nicht bemerkt. SSL/TLS schützt die zwischen einem Nutzer und einer Website ausgetauschten Daten durch Verschlüsselung mit starken Sicherheitsalgorithmen. Dies gewährleistet, dass Hacker die Informationen weder lesen noch verändern können, selbst wenn sie versuchen, die Kommunikation abzufangen.

Um die Sicherheit weiter zu erhöhen, validieren moderne Webbrowser SSL-Zertifikate mithilfe von Mechanismen wie OCSP und CRLs. OCSP ermöglicht es Browsern, den Sperrstatus eines Zertifikats in Echtzeit durch Abfrage der ausstellenden Zertifizierungsstelle (CA) zu überprüfen. CRLs stellen eine Liste gesperrter Zertifikate bereit, auf die Browser zugreifen können. Sollte sich herausstellen, dass ein Zertifikat abgelaufen, gesperrt oder von einer nicht vertrauenswürdigen CA ausgestellt wurde, zeigen Browser den Nutzern eine Warnung an, um sie vom Fortfahren abzuhalten und es Angreifern zu erschweren, sich als legitime Websites auszugeben.

Im Februar 2025 meldete Microsoft eine Sicherheitslücke, bei der ein falsch konfiguriertes E-Mail-Konto versehentlich zur Ausstellung eines gefälschten SSL-Zertifikats für live.fi führte. Diese Schwachstelle hätte es Angreifern ermöglicht, Microsoft-Dienste zu fälschen, Benutzerdaten abzufangen und Man-in-the-Middle-Angriffe auf Windows-Nutzer durchzuführen. Solche Vorfälle unterstreichen die Notwendigkeit eines effektiven Zertifikatsmanagements und einer kontinuierlichen Überwachung, um die unautorisierte Ausstellung von Zertifikaten und potenzielle Sicherheitslücken zu verhindern. 

Eine Studie von Enterprise Management Associates (EMA) ergab, dass fast 80 % der SSL/TLS-Zertifikate im Internet anfällig für Man-in-the-Middle-Angriffe sind. Ursachen hierfür sind abgelaufene Zertifikate, selbstsignierte Zertifikate und die Verwendung veralteter Protokolle. Rund 25 % aller Zertifikate sind jederzeit abgelaufen, was erhebliche Lücken im Zertifikatsmanagement aufzeigt.

Abhörangriff 

Abhören ist eine Angriffsart, bei der ein Angreifer heimlich Daten abhört oder aufzeichnet, die zwischen einem Client und einem Server übertragen werden. Dabei unterscheidet man zwischen aktivem und passivem Abhören. Beim passiven Abhören überwacht der Angreifer den Netzwerkverkehr unbemerkt, ohne ihn zu verändern, um vertrauliche Daten wie Anmeldeinformationen, E-Mails oder Finanzdaten abzugreifen. Da die Kommunikation nicht verändert wird, sind passive Angriffe schwerer zu erkennen.

Beim aktiven Abhören hingegen werden Daten während der Übertragung abgefangen und verändert. Angreifer können Nachrichten verändern, schädliche Inhalte einschleusen oder sich als legitime Benutzer ausgeben, um die Kommunikation zu manipulieren. Beide Formen des Abhörens bergen erhebliche Sicherheitsrisiken. Verschlüsselungsprotokolle wie SSL/TLS schützen jedoch davor, indem sie sicherstellen, dass abgefangene Daten unlesbar und manipulationssicher bleiben. Dies kommt insbesondere bei unverschlüsselter Kommunikation über öffentliche WLAN-Netzwerke häufig vor. Angreifer können mithilfe von Paket-Sniffing-Tools sensible Daten wie Anmeldeinformationen, Kreditkartennummern und vertrauliche Nachrichten abgreifen.

WLAN-Verschlüsselungsprotokolle wie WPA2 und WPA3 schützen vor dem Abhören öffentlicher Netzwerke, indem sie die zwischen Geräten und Router übertragenen Daten verschlüsseln. WPA2 nutzt AES-Verschlüsselung zur Sicherung der drahtlosen Kommunikation und erschwert Angreifern das Abfangen und Lesen von Daten. WPA3 erhöht die Sicherheit durch individuelle Verschlüsselung und stellt sicher, dass jede Sitzung individuell verschlüsselt ist, selbst wenn mehrere Benutzer dasselbe öffentliche WLAN nutzen. Darüber hinaus schützt WPA3 vor Offline-Versuchen zum Knacken von Passwörtern und ist somit widerstandsfähiger gegen Angriffe. Durch die Sicherung des drahtlosen Datenverkehrs reduzieren diese Protokolle das Risiko von Lauschangriffen und unbefugtem Datenabfangen erheblich. 

SSL/TLS verhindert das Abhören von Daten, indem es alle Daten vor der Übertragung verschlüsselt. Selbst wenn ein Angreifer die übertragenen Pakete abfängt, kann er deren Inhalt ohne die Verschlüsselungsschlüssel, die im TLS-Handshake-Prozess sicher ausgetauscht werden, nicht entschlüsseln. Moderne TLS-Implementierungen unterstützen zudem Perfect Forward Secrecy (PFS) . Dies stellt sicher, dass selbst bei Kompromittierung eines Sitzungsschlüssels die Entschlüsselung vergangener Kommunikationen nicht möglich ist. Dies wird durch die Generierung eindeutiger Sitzungsschlüssel für jede Verbindung mittels temporärer Schlüsselaustausche erreicht. SSL/TLS sichert die Webkommunikation durch die Erzwingung von HTTPS und verhindert so, dass Angreifer den Netzwerkverkehr ausspionieren und sensible Benutzerdaten stehlen.

Unternehmen verwenden möglicherweise noch ältere TLS-Versionen aufgrund von Abhängigkeiten von Altsystemen, Kompatibilitätsproblemen mit veralteten Anwendungen oder den hohen Kosten und der Komplexität von Infrastruktur-Upgrades. Manche Unternehmen priorisieren Betriebskontinuität gegenüber Sicherheit und verzögern Updates trotz bekannter Schwachstellen. Dies birgt jedoch erhebliche Risiken, da Angreifer Schwachstellen in älteren TLS-Versionen ausnutzen können, um Daten abzufangen oder zu manipulieren. Eine fortgeschrittene Abhörtechnik ist die Paketinjektion beim aktiven Abhören über TLS-Downgrade-Angriffe. Im Gegensatz zum passiven Abhören, bei dem ein Angreifer lediglich Daten abhört, ermöglicht aktives Abhören dem Angreifer, die Kommunikation in Echtzeit zu verändern.

In diesem Szenario fängt der Angreifer den anfänglichen TLS-Handshake zwischen Client und Server ab. Versucht der Client, eine sichere Verbindung herzustellen, fängt er die ClientHello-Nachricht ab und schleust eine gefälschte Antwort ein, die den Client zum Downgrade auf ein schwächeres Verschlüsselungsprotokoll wie TLS 1.0, SSL 3.0 oder sogar Klartext-HTTP zwingt. Diese Technik ähnelt dem POODLE-Angriff (Padding Oracle on Downgraded Legacy Encryption), bei dem Angreifer Schwächen in der Legacy-Verschlüsselung ausnutzen. Sobald die Verbindung heruntergestuft ist, kann der Angreifer sensible Daten entschlüsseln, Anfragen manipulieren und sogar schädliche Inhalte in den Kommunikationsstrom einschleusen.

Diese Art von Angriff ist besonders gefährlich in öffentlichen WLAN-Netzen, Unternehmensumgebungen oder überall dort, wo Angreifer Zugriff auf die Netzwerkinfrastruktur haben. Im November 2022 wurden zwei schwerwiegende Pufferüberlauf-Schwachstellen, CVE-2022-3786 und CVE-2022-3602 , in OpenSSL-Versionen 3.0.x entdeckt. Die Ausnutzung dieser Schwachstellen kann Angreifern die Ausführung beliebigen Codes oder einen Denial-of-Service-Angriff ermöglichen und potenziell zum Abhören von Daten führen. Organisationen, die betroffene OpenSSL-Versionen verwenden, wurden dringend aufgefordert, umgehend Patches zu installieren, um die Risiken zu minimieren. Wenn Sie sich mit einem ungesicherten oder schlecht konfigurierten WLAN-Netzwerk verbinden, können Angreifer die von Ihnen gesendeten Daten abfangen.

Session-Hijacking-Angriffe (Sidejacking) 

Session Hijacking liegt vor, wenn ein Angreifer das Sitzungstoken eines Benutzers stiehlt, typischerweise aus einem HTTP-Cookie, um sich unbefugten Zugriff auf eine authentifizierte Sitzung zu verschaffen. Sitzungstoken, die Benutzer nach der Anmeldung authentifizieren, werden in Cookies, im lokalen Speicher oder im Sitzungsspeicher gespeichert. Cookies werden häufig zur Sitzungsverwaltung verwendet, und der lokale Speicher bietet dauerhafte Speicherung, ist jedoch anfällig für Cross-Site-Scripting-XSS-Angriffe, die es Angreifern ermöglichen, Token zu stehlen. Der Sitzungsspeicher begrenzt die Lebensdauer des Tokens auf die aktive Sitzung, bleibt aber XSS ausgesetzt. Eine unsichere Speicherung von Sitzungstoken erhöht das Risiko von Session Hijacking, bei dem Angreifer Token stehlen, um sich unbefugten Zugriff zu verschaffen.  

Dieser Angriff kommt besonders häufig auf ungesicherten Websites vor, auf denen Authentifizierungstoken im Klartext übertragen werden, sodass Angreifer sie mithilfe von Paket-Sniffing-Tools abfangen können. Sobald ein Angreifer ein Sitzungstoken erhält, kann er sich als der Benutzer ausgeben, ohne dessen Anmeldeinformationen zu benötigen. SSL/TLS mindert dieses Risiko, indem es die gesamte Sitzung, einschließlich des Authentifizierungstokens, verschlüsselt und so verhindert, dass Angreifer es während der Übertragung abfangen. Darüber hinaus können Webanwendungen Sicherheitsmechanismen wie Secure- und HttpOnly-Cookie-Flags implementieren, um sicherzustellen, dass Sitzungscookies nur über verschlüsselte HTTPS-Verbindungen übertragen werden und nicht über JavaScript abgerufen werden können. Dies reduziert das Risiko clientseitiger Angriffe wie Cross-Site Scripting (XSS).

TLS 1.3 erhöht die Sicherheit zusätzlich, indem es mehr Handshake-Parameter verschlüsselt und es Angreifern so noch schwerer macht, sitzungsbezogene Informationen abzugreifen. Im Gegensatz zu früheren Versionen, bei denen Teile des Handshakes (wie das Serverzertifikat und die Schlüsselaustauschnachrichten) im Klartext übertragen wurden, verschlüsselt TLS 1.3 diese Elemente von Anfang an mithilfe des flüchtigen Diffie-Hellman-Schlüsselaustauschs. Dadurch wird sichergestellt, dass Angreifer selbst bei einem Abfangen des Handshakes keine kryptografischen Schlüssel oder sitzungsbezogenen Daten abgreifen können. Außerdem verhindert Forward Secrecy die Entschlüsselung früherer Sitzungsdaten, selbst wenn der private Schlüssel eines Servers später kompromittiert wird. Bei ordnungsgemäßer Implementierung stellt SSL/TLS sicher, dass die Sitzung eines Benutzers auch dann vor Angriffsversuchen geschützt bleibt, wenn er sich in einem nicht vertrauenswürdigen Netzwerk befindet.

Um Session-Hijacking zu verhindern, sind Gegenmaßnahmen wie SameSite-Cookies und Session-Timeout-Richtlinien unerlässlich. SameSite-Cookies beschränken den standortübergreifenden Cookie-Zugriff und mildern so CSRF-Angriffe (Cross-Site Request Forgery). Session-Timeout-Richtlinien melden Benutzer nach Inaktivität automatisch ab und reduzieren so das Risiko des Missbrauchs gestohlener Session-Token. Die Implementierung dieser Maßnahmen erhöht die Sitzungssicherheit und minimiert unbefugten Zugriff. 

Ein weiterer aufsehenerregender Fall war der Comodo-CA-Datendiebstahl (2011), bei dem Angreifer gefälschte SSL-Zertifikate für Domains wie Google, Yahoo und Microsoft ausstellten. Beim Besuch dieser gefälschten Websites vertrauten die Browser der Nutzer den gefälschten Zertifikaten und stellten so scheinbar sichere HTTPS-Verbindungen her. Diese gefälschten Zertifikate ermöglichten es den Angreifern, Man-in-the-Middle-Angriffe (Man-in-the-Middle-Angriffe) durchzuführen. Mithilfe gestohlener Session-Token konnten die Angreifer authentifizierte Nutzersitzungen übernehmen und sich so unbefugten Zugriff auf sensible Konten verschaffen, ohne Passwörter zu benötigen. Dieser Datendiebstahl verdeutlicht die entscheidende Bedeutung der Zertifikatsintegrität für die Verhinderung von Session-Hijacking und Man-in-the-Middle-Angriffen. 

Jüngst zielte die iranische Hacker-Kampagne von 2019 auf VPNs und HTTPS-Verbindungen ab, indem sie Sitzungstoken stahl und Authentifizierungsmechanismen umging. Angreifer nutzten Schwachstellen in ungepatchter VPN-Software aus, darunter VPNs von Pulse Secure, Fortinet und Palo Alto Networks. Diese Schwachstellen ermöglichten beispielsweise das Auslesen beliebiger Dateien, die Offenlegung von Zugangsdaten und die Umgehung der Authentifizierung. Dadurch konnten Angreifer Sitzungstoken extrahieren und für Session-Hijacking und dauerhaften Zugriff wiederverwenden. Bei HTTPS-Verbindungen nutzten die Angreifer schwache SSL/TLS-Konfigurationen, wie beispielsweise fehlendes PFS und die Unterstützung veralteter Verschlüsselungsverfahren, um abgefangenen Datenverkehr zu entschlüsseln und Sitzungstoken erneut auszulösen. 

Darüber hinaus entdeckten Cybersicherheitsforscher im Jahr 2023 neue Methoden, mit denen Angreifer Cloud-Authentifizierungssitzungen kompromittieren konnten, indem sie Zugriffstoken in nicht ausreichend gesicherten HTTPS-Verbindungen stehlen, was zu unbefugtem Zugriff auf vertrauliche Unternehmensressourcen führen konnte.    

Um Session Hijacking durch SSL/TLS-Zertifikatsangriffe zu verhindern, müssen Unternehmen sicherstellen, dass sie gültige und vertrauenswürdige SSL/TLS-Zertifikate von seriösen Zertifizierungsstellen verwenden und Certificate Transparency (CT)-Protokolle implementieren, um gefälschte Zertifikate zu erkennen. Die Durchsetzung von HTTP Strict Transport Security (HSTS) verhindert, dass Angreifer sichere Verbindungen herabstufen, während OCSP-Stapling die Zertifikatsvalidierung in Echtzeit gewährleistet, um widerrufene oder kompromittierte Zertifikate zu erkennen.

SSL-Neuverhandlung    

Die SSL/TLS-Neuverhandlung ermöglicht die Wiederherstellung einer bestehenden verschlüsselten Sitzung mit neuen kryptografischen Parametern, ohne die Verbindung zwischen Client und Server zu unterbrechen. Obwohl diese Funktion die Sicherheit und Effizienz verbessern sollte, wurde sie von Angreifern für verschiedene Man-in-the-Middle-Angriffe (Man-in-the-Middle), Denial-of-Service-Angriffe und zertifikatsbasierte Angriffe ausgenutzt. Ältere TLS-Versionen führten jedoch aufgrund unsicherer Neuverhandlungen zu Schwachstellen wie Neuverhandlungsangriffen, bei denen Angreifer Sitzungen übernehmen konnten. Um diese Risiken zu eliminieren, wurde die Neuverhandlung in TLS 1.3 vollständig entfernt. Stattdessen wird die Sitzungswiederaufnahme mit vorab geteilten Schlüsseln (PSK) oder die 0-RTT-Wiederaufnahme (Zero Round Trip Time) für schnellere und sicherere Wiederverbindungen verwendet.  

Eine der bekanntesten Schwachstellen war die TLS-Renegotiation-Schwachstelle ( CVE-2009-3555 ), die es Angreifern ermöglichte, schädliche Anfragen in eine laufende SSL/TLS-Sitzung einzuschleusen, bevor der Client die Authentifizierung abgeschlossen hatte. Dadurch konnten Angreifer sich als legitime Benutzer ausgeben und sensible Daten stehlen. Unternehmen können verdächtige SSL/TLS-Renegotiation-Versuche auch durch Protokollierung und Überwachung der Serveraktivität erkennen. Die Aktivierung detaillierter TLS-Protokolle auf Webservern, Firewalls oder Intrusion-Detection-Systemen (IDS) hilft, Renegotiation-Anfragen zu verfolgen. Anomale Muster, wie häufige Renegotiations von derselben IP-Adresse oder unerwartete Handshake-Fehler, können auf einen Angriffsversuch hindeuten. Sicherheitsteams können SIEM-Systeme (Security Information and Event Management) verwenden, um Protokolle zu analysieren und Warnungen bei potenziellen Bedrohungen auszulösen, um eine schnelle Gegenmaßnahme zu ermöglichen.

Ein Fall von SSL-Neuverhandlungsausnutzung ereignete sich 2011, als Forscher zeigten, dass ein Angreifer schädliche Befehle in eine HTTPS-Sitzung zwischen einem Client und einer sicheren Website einfügen konnte. Dies war besonders gefährlich für das Online-Banking, wo Angreifer Transaktionsdetails ändern konnten, ohne den Benutzer zu benachrichtigen. Ein weiteres Beispiel waren DDoS-Angriffe, die SSL-Neuverhandlungen ausnutzten. Dabei machten sich Angreifer die Tatsache zunutze, dass die Neuverhandlung auf dem Server deutlich mehr Rechenressourcen erfordert als auf dem Client. Die Server benötigen mehr Ressourcen, da sie für jede Neuverhandlungsanforderung ressourcenintensive kryptografische Operationen durchführen müssen.

Wenn ein Client eine Neuverhandlung initiiert, muss der Server den Schlüsselaustausch neu berechnen, die Sitzung neu authentifizieren und die Daten neu verschlüsseln. All dies verbraucht CPU und Speicher. Der Client muss dabei nur eine kleine Anfrage senden, was für Angreifer günstig, für Server jedoch kostspielig ist. Bei DDoS-Angriffen, die SSL-Neuverhandlung ausnutzen, überfluten Angreifer den Server mit übermäßig vielen Neuverhandlungsanfragen, überlasten dessen Verarbeitungskapazität und verursachen Dienstunterbrechungen. Dieses Ungleichgewicht macht Neuverhandlung zu einem effektiven DDoS-Vektor und erfordert Sicherheitsmaßnahmen wie das Deaktivieren der Neuverhandlung oder die Begrenzung der Anfragerate, um solche Angriffe abzuschwächen. Diese Technik wurde 2012 gegen große Finanzinstitute eingesetzt, die Online-Banking-Dienste störten.    

Im Jahr 2015 legten zwei schwerwiegende SSL/TLS-Schwachstellen, FREAK und Logjam, Schwächen in kryptografischen Protokollen offen, indem sie Clients zur Verwendung unsicherer Verschlüsselung zwangen. Der FREAK-Angriff ( CVE-2015-0204 ) nutzte SSL/TLS-Downgrades und schwache Verschlüsselungsverfahren während der Neuverhandlung aus und zwang Clients so zur Verwendung der unsicheren 512-Bit-RSA-Verschlüsselung, die Angreifer leicht knacken konnten. Betroffen waren bekannte Dienste wie Apple-, Android- und Windows-Systeme. Der Logjam-Angriff ( CVE-2015-4000 ) nutzte eine Schwachstelle im TLS-Schlüsselaustausch, um Clients zur Verwendung schwacher Diffie-Hellman-Parameter zu verleiten und die Sitzungsverschlüsselung so für Angreifer angreifbar zu machen. Beide Angriffe basierten auf der Reduzierung der Verschlüsselungsstärke, wodurch Verbindungen anfällig für Man-in-the-Middle-Angriffe wurden und die Bedeutung starker Verschlüsselungssuiten, Forward Secrecy und sicherer Schlüsselaustauschverfahren in modernen TLS-Implementierungen unterstrichen wurde.

Erst kürzlich, im Jahr 2021, entdeckten Forscher, dass schlecht konfigurierte TLS 1.2-Implementierungen immer noch unsichere Neuverhandlungen ermöglichten und Unternehmensserver dadurch Downgrade- und MitM-Angriffen ausgesetzt waren. Ein Bericht von High-Tech Bridge ergab, dass 45 % der US-Unternehmen und 30 % der europäischen Unternehmen mindestens ein ungültiges SSL/TLS-Zertifikat besitzen.    

Um diese Risiken zu minimieren, sollten Unternehmen die unsichere SSL/TLS-Neuverhandlung deaktivieren, TLS 1.3 einsetzen, um Neuverhandlungsangriffe insgesamt zu reduzieren, HSTS-Richtlinien implementieren und auf ungewöhnliche Sitzungsneuverhandlungsversuche achten. Diese Maßnahmen stellen sicher, dass Angreifer keine SSL/TLS-Schwachstellen ausnutzen können, um verschlüsselte Sitzungen zu kapern oder sichere Kommunikation zu gefährden.    

Best Practices zur Abwehr von SSL/TLS-Zertifikatsangriffen

Zum Schutz vor SSL/TLS-Zertifikatsangriffen müssen Unternehmen strenge Sicherheitsmaßnahmen ergreifen, um die Integrität der Verschlüsselung zu gewährleisten, unbefugten Zugriff zu verhindern und Anomalien zu erkennen. Die folgenden Best Practices helfen, die mit diesen Angriffen verbundenen Risiken zu minimieren:    

Erzwingen Sie HTTPS mit HSTS (HTTP Strict Transport Security)  

Konfigurieren Sie Webserver immer so, dass HTTPS mithilfe von HSTS erzwungen wird. Dadurch wird sichergestellt, dass alle Verbindungen automatisch auf HTTPS umgestellt werden, was Downgrade-Angriffe wie SSL-Stripping verhindert. Sobald ein Browser erkennt, dass eine Website nur HTTPS zulässt, verweigert er das Laden jeglicher HTTP-Version. Das reduziert das Risiko, dass Angreifer unsichere Verbindungen erzwingen. Zusätzlich kann in manchen Umgebungen die TLS-Client-Authentifizierung als zusätzliche Sicherheitsebene eingesetzt werden. Clients müssen vor dem Aufbau einer sicheren Verbindung ein gültiges Zertifikat vorlegen, was die Authentifizierung und Zugriffskontrolle zusätzlich stärkt.   

Verwenden Sie TLS 1.3 und deaktivieren Sie veraltete Versionen   

Sie sollten alle Systeme auf TLS 1.3 migrieren, da es Schwachstellen älterer Versionen wie TLS 1.0 und 1.1 beseitigt. Angreifer nutzen häufig veraltete Verschlüsselungsmethoden aus, um die Sicherheit zu schwächen. Daher ist es wichtig, veraltete Protokolle zu deaktivieren. TLS 1.3 verbessert nicht nur die Sicherheit, sondern steigert auch die Leistung durch die Reduzierung der Handshake-Latenz.    

Implementieren des Zertifikat-Pinnings   

Sie sollten Certificate Pinning einsetzen, um sicherzustellen, dass beim Verbindungsaufbau zu sicheren Diensten nur bestimmte, vertrauenswürdige Zertifikate akzeptiert werden. Certificate Pinning ist eine Sicherheitstechnik zur Minderung des Risikos von Man-in-the-Middle-Angriffen. Sie verhindert, dass Angreifer gefälschte Zertifikate kompromittierter Zertifizierungsstellen verwenden . Ohne Pinning könnten Benutzer unwissentlich Verbindungen zu schädlichen Servern mit gefälschten Zertifikaten herstellen.

Regelmäßiges Rotieren und Erneuern von Zertifikaten

Um zu verhindern, dass abgelaufene Zertifikate die sichere Kommunikation stören, müssen Sie einen automatisierten Zertifikatserneuerungsprozess implementieren. Unternehmen können die Zertifikatserneuerung mithilfe des ACME-Protokolls (Automated Certificate Management Environment) automatisieren. ACME ermöglicht Servern die automatische Anforderung, Validierung und Erneuerung von SSL/TLS-Zertifikaten über Challenge-Response-Mechanismen (DNS-01 oder HTTP-01). Dadurch entfallen manuelle Eingriffe, und durch die Vermeidung abgelaufener Zertifikate und die optimierte Bereitstellung über Webdienste hinweg wird kontinuierliche Sicherheit gewährleistet. Regelmäßige Zertifikatsrotation reduziert das Zeitfenster für Angreifer, gestohlene oder kompromittierte Schlüssel auszunutzen. Kürzere Zertifikatslebensdauern, beispielsweise eine Gültigkeit von 90 Tagen, minimieren die Auswirkungen zertifikatsbezogener Angriffe zusätzlich.    

Sichern Sie private Schlüssel mit HSMs (Hardware Security Modules) 

SSL/TLS-Privatschlüssel sollten in sicheren Umgebungen wie HSMs gespeichert werden , um unbefugten Zugriff zu verhindern. Angreifer zielen häufig auf Privatschlüssel ab, um sensible Kommunikation zu entschlüsseln. Daher ist es unerlässlich, diese in dedizierter kryptografischer Hardware zu schützen. Der Zugriff auf diese Schlüssel muss streng kontrolliert und protokolliert werden, um unautorisierte Aktivitäten zu erkennen.

Aktivieren Sie OCSP-Stapling und überwachen Sie den Zertifikatswiderruf  

Sie müssen OCSP-Stapling aktivieren, damit Server die Zertifikatsgültigkeit in Echtzeit und ohne externe Zertifizierungsstellen überprüfen können. Dies reduziert die Latenz und erhöht die Sicherheit, da Angreifer die Ausnutzung widerrufener Zertifikate verhindern können. Die regelmäßige Überwachung der Zertifikatssperrlisten (CRLs) ist ebenfalls unerlässlich, um sicherzustellen, dass abgelaufene oder kompromittierte Zertifikate nicht mehr als vertrauenswürdig gelten.    

Schutz vor SSL-Stripping und Downgrade-Angriffen   

Sie sollten Schutzmaßnahmen gegen SSL-Stripping-Angriffe implementieren, die sichere Verbindungen auf HTTP herabstufen. Die Verwendung von HTTP-zu-HTTPS-Weiterleitung auf Serverebene und die Überwachung solcher Herabstufungsversuche können helfen, diese Angriffe zu verhindern . Die regelmäßige Überwachung dieser Versuche mithilfe von Sicherheitstools und Protokollierungsmechanismen ist hilfreich. Zusätzlich können Sicherheitsheader wie Content-Security-Policy und X-Frame-Options eingesetzt werden, um den Schutz vor Manipulation und unberechtigtem Zugriff zu verbessern.

Starke Verschlüsselungssuiten und perfekte Vorwärtsgeheimhaltung erzwingen

Sie müssen Server so konfigurieren, dass sie ausschließlich moderne, starke Verschlüsselungssuiten verwenden , die ein hohes Maß an Sicherheit gewährleisten. Die Aktivierung von PFS stellt sicher, dass selbst bei Kompromittierung eines privaten Schlüssels die Sicherheit der bisherigen verschlüsselten Kommunikation erhalten bleibt. Dies liegt daran, dass PFS für jede Verbindung einen eindeutigen Sitzungsschlüssel mithilfe von Methoden zum Austausch temporärer Schlüssel wie ECDHE generiert, anstatt auf den privaten Schlüssel des Servers zurückzugreifen. Dadurch kann zuvor aufgezeichneter Datenverkehr nicht entschlüsselt werden, selbst wenn ein Angreifer Zugriff auf den privaten Schlüssel erlangt. Dies erhöht die langfristige Vertraulichkeit der Daten. Schwache Verschlüsselungssuiten sollten deaktiviert werden, um Angriffe zu verhindern, die veraltete Verschlüsselungsmethoden ausnutzen.

Überwachung auf Zertifikatsmissbrauch und Anomalien    

Sie müssen Zertifikatsanomalien mithilfe von CT-Logs und Sicherheitsanalysetools kontinuierlich überwachen. CT-Logs bieten ein öffentliches, manipulationssicheres Protokoll aller ausgestellten SSL/TLS-Zertifikate und helfen so, unautorisierte Zertifikate zu erkennen, die Angreifer für Phishing-Angriffe missbrauchen könnten. Durch regelmäßiges Scannen dieser Logs können Unternehmen betrügerische Zertifikate schnell identifizieren und widerrufen. SIEM-Lösungen können Echtzeitwarnungen zu verdächtigen Zertifikatsaktivitäten ausgeben.

Wird beispielsweise für banking.com ein gefälschtes Zertifikat ausgestellt, kann ein SIEM-System TLS-Handshake-Protokolle, DNS-Anfragen und Benutzerzugriffsmuster analysieren. Erkennt es ungewöhnliche Aktivitäten – etwa die Verwendung des Zertifikats von einem unerwarteten geografischen Standort aus, mehrere fehlgeschlagene Authentifizierungsversuche oder einen plötzlichen Anstieg des Datenverkehrs auf Phishing-Seiten –, kann es Echtzeitwarnungen auslösen. Sicherheitsteams können dann den Fall untersuchen und die Sperrung des gefälschten Zertifikats beantragen, um weitere Angriffe zu verhindern. 

Informieren Sie Benutzer und Entwickler über SSL/TLS-Sicherheit  

Sie sollten Mitarbeiter, Entwickler und IT-Teams darin schulen, SSL/TLS-Sicherheitsrisiken und Best Practices zu erkennen. Benutzer müssen sich vor Phishing-Angriffen mit gefälschten Zertifikaten in Acht nehmen, während Entwickler die Umgehung der Zertifikatsvalidierung in Anwendungen vermeiden sollten. Regelmäßige Sensibilisierungsprogramme stellen sicher, dass Sicherheitsmaßnahmen effektiv umgesetzt und eingehalten werden.

Durch Befolgen dieser Best Practices können Sie das Risiko von SSL/TLS-Zertifikatsangriffen erheblich reduzieren und so eine sichere Kommunikation, Datenschutz und Vertrauen in digitale Transaktionen gewährleisten.    

Fazit   

SSL/TLS-Zertifikatsangriffe stellen eine ernsthafte Bedrohung für die Online-Sicherheit dar und ermöglichen es Hackern, verschlüsselte Kommunikation abzufangen, zu verändern oder zu schwächen. Cyberkriminelle nutzen verschiedene Techniken wie SSL-Stripping, Downgrade-Angriffe, Session Hijacking und Zertifikatsmissbrauch, um schwache Verschlüsselungskonfigurationen auszunutzen. Der Ablauf von Zertifikaten ist nach wie vor eine der Hauptursachen für Serviceausfälle und Sicherheitslücken, weshalb ein effektives Zertifikatslebenszyklusmanagement unerlässlich ist. Um sich zu schützen, sollten Unternehmen stets HTTPS mit HSTS erzwingen, auf TLS 1.3 aktualisieren, Certificate Pinning einsetzen, starke Verschlüsselungsmethoden wählen und PFS implementieren. Die regelmäßige Überwachung von Zertifikaten, ein sicheres Schlüsselmanagement und die Sensibilisierung der Mitarbeiter für IT-Sicherheit sind ebenfalls wichtig, um diese Angriffe zu verhindern. Ein ordnungsgemäßes SSL/TLS-Zertifikatsmanagement ist daher von entscheidender Bedeutung für die Sicherheit.

CertSecure von Encryption Consulting optimiert das Zertifikatsmanagement durch die Automatisierung wichtiger Prozesse wie Ausstellung, Rotation und Widerruf. Die Lösung verhindert proaktiv das Ablaufen von Zertifikaten, erkennt Sicherheitsbedrohungen und gewährleistet die Einhaltung von Branchenstandards. Dadurch werden Sicherheit und Effizienz insgesamt verbessert. Mit dieser Plattform können Unternehmen Risiken minimieren, Vertrauen stärken und ihre Online-Kommunikation vor Cyberangriffen schützen.