{"id":32603,"date":"2019-10-31T21:47:55","date_gmt":"2019-10-31T18:47:55","guid":{"rendered":"https:\/\/prohoster.info\/blog\/potentsialnye-ataki-na-https-i-kak-ot-nih-zashhititsya\/"},"modified":"2019-10-31T21:47:55","modified_gmt":"2019-10-31T18:47:55","slug":"potentsialnye-ataki-na-https-i-kak-ot-nih-zashhititsya","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/potentsialnye-ataki-na-https-i-kak-ot-nih-zashhititsya","title":{"rendered":"Potentielle Angriffe auf HTTPS und wie man sich davor sch\u00fctzt.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Die H\u00e4lfte aller Websites verwendet HTTPS<\/a><\/noindex>, und ihre Zahl nimmt stetig zu. Das Protokoll verringert das Risiko des Datenverkehrs\u00fcbergriffs, schlie\u00dft jedoch Angriffsversuche nicht aus. \u00dcber einige davon \u2013 POODLE, BEAST, DROWN und andere \u2013 sowie \u00fcber Schutzma\u00dfnahmen werden wir in unserem Artikel berichten.<\/p>\n

\"Potentielle <\/a><\/noindex><\/a><\/noindex>
\n\/ Flickr \/ Sven Graeme<\/a><\/noindex> \/ CC BY-SA<\/i><\/p>\n

POODLE<\/h2>\n

\nErstmals wurde \u00fcber den Angriff POODLE<\/a><\/noindex> im Jahr 2014 berichtet. Die Verletzung im SSL 3.0-Protokoll wurde von dem IT-Sicherheitsexperten Bodo M\u00f6ller zusammen mit Kollegen von Google entdeckt.<\/p>\n

Der Kern des Problems besteht darin, dass ein Hacker den Client zwingt, sich \u00fcber SSL 3.0 zu verbinden, indem er Verbindungsabbr\u00fcche emuliert. Dann sucht er in den verschl\u00fcsselten Daten CBC<\/a><\/noindex>-Modus nach speziellen Markierungsnachrichten. Durch eine Serie von Manipulationsanfragen erh\u00e4lt der Angreifer die M\u00f6glichkeit, den Inhalt der f\u00fcr ihn interessanten Daten, wie z.B. Cookies, zu rekonstruieren.<\/p>\n

SSL 3.0 ist ein veraltetes Protokoll. Dennoch ist die Frage seiner Sicherheit nach wie vor relevant. Kunden verwenden es, um Kompatibilit\u00e4tsprobleme mit Servern zu vermeiden. Laut einiger Berichte unterst\u00fctzen fast 7% der 100.000 beliebtesten Websites immer noch SSL 3.0<\/a><\/noindex>. Zudem gibt es<\/a><\/noindex> gibt es Modifikationen von POODLE, die sich gegen die moderneren TLS 1.0 und TLS 1.1 richten. In diesem Jahr sind neue Varianten aufgetaucht.<\/a><\/noindex> Neue Zombie POODLE- und GOLDENDOODLE-Angriffe, die den TLS 1.2-Schutz umgehen (sie sind weiterhin mit CBC-Verschl\u00fcsselung verbunden).<\/p>\n

Wie man sich sch\u00fctzt.<\/b> Im Fall des urspr\u00fcnglichen POODLE sollte die Unterst\u00fctzung von SSL 3.0 deaktiviert werden. Allerdings besteht in diesem Fall das Risiko von Kompatibilit\u00e4tsproblemen. Eine alternative L\u00f6sung k\u00f6nnte der Mechanismus TLS_FALLBACK_SCSV sein \u2013 dieser stellt sicher, dass der Datenaustausch \u00fcber SSL 3.0 nur mit \u00e4lteren Systemen stattfindet. Angreifer k\u00f6nnen nicht mehr die Protokollversion herabsetzen. Um sich vor Zombie POODLE und GOLDENDOODLE zu sch\u00fctzen, sollte die Unterst\u00fctzung von CBC in Anwendungen mit TLS 1.2 abgeschaltet werden. Die radikalste L\u00f6sung besteht darin, auf TLS 1.3 umzusteigen \u2013 in der neuen Version des Protokolls wird keine CBC-Verschl\u00fcsselung verwendet. Stattdessen kommen widerstandsf\u00e4higere AES und ChaCha20 zum Einsatz.<\/p>\n

BEAST<\/h2>\n

\nEiner der ersten Angriffe auf SSL und TLS 1.0, die 2011 entdeckt wurden. Wie bei POODLE ebenfalls. nutzt<\/a><\/noindex> Merkmale der CBC-Verschl\u00fcsselung. Angreifer implementieren auf dem Client-Ger\u00e4t einen JavaScript-Agenten oder ein Java-Applet, das die Nachrichten w\u00e4hrend der \u00dcbertragung von Daten \u00fcber TLS oder SSL manipuliert. Da den Angreifern der Inhalt der \"gef\u00e4lschten\" Pakete bekannt ist, k\u00f6nnen sie damit den Initialisierungsvektor entschl\u00fcsseln und andere Nachrichten zum Server lesen, beispielsweise Cookies zur Authentifizierung.<\/p>\n

Bis heute sind die BEAST-Schwachstellen weiterhin von einer Reihe von Netzwerkinstrumenten betroffen<\/a><\/noindex>: Proxy-Server und Anwendungen zum Schutz lokaler Internet-Gateways.<\/p>\n

Wie man sich sch\u00fctzt.<\/b> Der Angreifer muss regelm\u00e4\u00dfig Anfragen senden, um Daten zu entschl\u00fcsseln. In VMware zu lesen<\/a><\/noindex> sollte die Dauer von SSLSessionCacheTimeout \u2014 von f\u00fcnf Minuten (Standardempfehlung) auf 30 Sekunden \u2014 verk\u00fcrzt werden. Dieser Ansatz erschwert es Angreifern, ihre Pl\u00e4ne umzusetzen, hat jedoch einige negative Auswirkungen auf die Leistung. Dar\u00fcber hinaus sollte beachtet werden, dass die BEAST-Schwachstelle bald von selbst verschwinden k\u00f6nnte \u2014 ab 2020 stellen die gr\u00f6\u00dften Browser<\/a><\/noindex> die Unterst\u00fctzung von TLS 1.0 und 1.1 ein. In jedem Fall nutzen weniger als 1,5 % aller Browserbenutzer diese Protokolle.<\/p>\n

DROWN<\/h2>\n

\nDies ist ein plattform\u00fcbergreifender Angriff, der Schwachstellen in der Implementierung von SSLv2 mit 40-Bit-RSA-Schl\u00fcsseln ausnutzt. Ein Angreifer h\u00f6rt Hunderte von TLS-Verbindungen des Ziels ab und sendet spezielle Pakete an den Server mit SSLv2, der denselben privaten Schl\u00fcssel verwendet. Durch den Einsatz von der Bleichenbacher-Attacke<\/a><\/noindex>, kann der Hacker eine von etwa tausend TLS-Sitzungen des Clients entschl\u00fcsseln.<\/p>\n

DROWN wurde erstmals 2016 bekannt, als etwa ein Drittel der Server<\/a><\/noindex> weltweit davon betroffen war. Bis heute ist das Thema nicht an Relevanz verloren gegangen. Von den 150.000 beliebtesten Websites unterst\u00fctzen 2 % nach wie vor SSLv2 und verletzliche Verschl\u00fcsselungsmechanismen.<\/a><\/noindex> Es ist erforderlich, die von den Entwicklern der Kryptobibliotheken vorgeschlagenen Patches zu installieren, die die Unterst\u00fctzung f\u00fcr SSLv2 deaktivieren. Beispielsweise wurden zwei solche Patches f\u00fcr OpenSSL ver\u00f6ffentlicht (im Jahr 2016<\/p>\n

Wie man sich sch\u00fctzt.<\/b> waren dies die Updates 1.0.1s und 1.0.2g). Auch Updates und Anleitungen zur Deaktivierung des verwundbaren Protokolls wurden ver\u00f6ffentlicht in<\/a><\/noindex> \u201eEine Ressource kann anf\u00e4llig f\u00fcr DROWN sein, wenn ihre Schl\u00fcssel von einem fremden Server mit SSLv2 verwendet werden, beispielsweise von einem E-Mail-Server\u201c, merkt der Leiter der Entwicklungsabteilung an Red Hat<\/a><\/noindex>, Apache<\/a><\/noindex>, Debian<\/a><\/noindex>.<\/p>\n

des IaaS-Anbieters 1cloud.ru. IaaS-Anbieter 1cloud.ru<\/a><\/noindex> Sergij Belkin. \u2013 Eine solche Situation tritt auf, wenn mehrere Server ein gemeinsames SSL-Zertifikat verwenden. In diesem Fall muss die Unterst\u00fctzung von SSLv2 auf allen Maschinen deaktiviert werden.<\/i><\/p><\/blockquote>\n

\nUm zu \u00fcberpr\u00fcfen, ob Sie Ihr System aktualisieren m\u00fcssen, k\u00f6nnen Sie ein spezielles Hilfsprogramm<\/a><\/noindex> verwenden, das von Experten f\u00fcr Informationssicherheit entwickelt wurde, die DROWN entdeckt haben. Mehr zu den Empfehlungen zum Schutz vor dieser Art von Angriffen finden Sie in einem Beitrag auf der OpenSSL-Website.<\/a><\/noindex>.<\/p>\n

Heartbleed<\/h2>\n

\nEine der gr\u00f6\u00dften Sicherheitsanf\u00e4lligkeiten in Software \u2013 Heartbleed<\/a><\/noindex>. Sie wurde 2014 in der OpenSSL-Bibliothek entdeckt. Zum Zeitpunkt der Bekanntgabe des Fehlers betrug die Anzahl der anf\u00e4lligen Websites gesch\u00e4tzt etwa eine halbe Million<\/a><\/noindex> \u2013 das sind ungef\u00e4hr 17 % der gesch\u00fctzten Ressourcen im Netz.<\/p>\n

Der Angriff wird \u00fcber ein kleines Modul der Heartbeat-Erweiterung von TLS realisiert. Das TLS-Protokoll verlangt, dass Daten kontinuierlich \u00fcbertragen werden. Bei l\u00e4ngeren Pausen erfolgt ein Verbindungsabbruch und die Verbindung muss neu hergestellt werden. Um dieses Problem zu umgehen, \u201eger\u00e4usch\u201c Server und Clients k\u00fcnstlich den Kanal (RFC 6520, S. 5<\/a><\/noindex>), indem ein Paket zuf\u00e4lliger L\u00e4nge \u00fcbertragen wird. Falls es gr\u00f6\u00dfer war als das gr\u00f6\u00dfte Paket, konnten anf\u00e4llige Versionen von OpenSSL Speicher au\u00dferhalb des zugewiesenen Puffers lesen. In diesem Bereich konnten beliebige Daten liegen, einschlie\u00dflich verschl\u00fcsselter Schl\u00fcssel und Informationen zu anderen Verbindungen.<\/p>\n

Die Schwachstelle betraf alle Versionen der Bibliothek zwischen 1.0.1 und 1.0.1f sowie eine Reihe von Betriebssystemen \u2014 Ubuntu bis zu 12.04.4, CentOS \u00e4lter als 6.5, OpenBSD 5.3 und andere. Eine vollst\u00e4ndige Liste finden Sie auf der Website, die Heartbleed gewidmet ist<\/a><\/noindex>. Obwohl Patches gegen diese Schwachstelle fast sofort nach ihrer Entdeckung ver\u00f6ffentlicht wurden, ist das Problem bis heute aktuell. Bereits 2017 waren fast 200.000 Webseiten<\/a><\/noindex>, die von Heartbleed betroffen waren.<\/p>\n

Wie man sich sch\u00fctzt.<\/b> Es ist notwendig OpenSSL<\/a><\/noindex> auf Version 1.0.1g oder h\u00f6her zu aktualisieren. Au\u00dferdem k\u00f6nnen Sie Heartbeat-Anfragen manuell mit der Option DOPENSSL_NO_HEARTBEATS deaktivieren. Nach dem Update sollten IT-Sicherheitsexperten zu lesen<\/a><\/noindex> die SSL-Zertifikate erneut ausstellen. Der Austausch ist erforderlich, f\u00fcr den Fall, dass die Daten zu den Schl\u00fcsseln in die H\u00e4nde von Hackern gelangt sind.<\/p>\n

Zertifikatsersetzung<\/h2>\n

\nZwischen dem Benutzer und dem Server wird ein verwalteter Knoten mit einem legitimen SSL-Zertifikat eingerichtet, der aktiv den Datenverkehr abf\u00e4ngt. Dieser Knoten gibt sich als legitimer Server aus, indem er ein g\u00fcltiges Zertifikat pr\u00e4sentiert, was die M\u00f6glichkeit eines MITM-Angriffs schafft.<\/p>\n

Laut einer Studie<\/a><\/noindex> Laut Berichten von Mozilla, Google und mehreren Universit\u00e4ten werden etwa 11 % der sicheren Verbindungen im Netzwerk \"abgeh\u00f6rt\". Dies ist das Ergebnis der Installation verd\u00e4chtiger Stammzertifikate auf den Rechnern der Nutzer.<\/p>\n

Wie man sich sch\u00fctzt.<\/b> Nutzen Sie die Dienste zuverl\u00e4ssiger SSL-Anbieter<\/a><\/noindex>. Die \"Qualit\u00e4t\" der Zertifikate kann mit Hilfe des Dienstes Certificate Transparency<\/a><\/noindex> (CT) \u00fcberpr\u00fcft werden. Auch Cloud-Anbieter k\u00f6nnen bei der Entdeckung von \"Abh\u00f6rungen\" helfen \u2013 bereits heute bieten einige gro\u00dfe Unternehmen spezialisierte Tools zur \u00dcberwachung von TLS-Verbindungen an.<\/p>\n

Eine weitere Schutzma\u00dfnahme wird das neue Standard.<\/a><\/noindex> ACME, das die Beschaffung von SSL-Zertifikaten automatisiert. Dabei werden zus\u00e4tzliche Mechanismen zur \u00dcberpr\u00fcfung des Website-Eigent\u00fcmers hinzugef\u00fcgt. Mehr dar\u00fcber haben wir in einem unserer fr\u00fcheren Artikel<\/a><\/noindex>.<\/p>\n

\"Potentielle
\n\/ Flickr \/ Yuri Samoilov<\/a><\/noindex> \/ CC BY<\/i><\/p>\n

Zukunftsperspektiven von HTTPS<\/h2>\n

\nTrotz einer Reihe von Schwachstellen sind IT-Giganten und Sicherheitsexperten zuversichtlich in die Zukunft des Protokolls. Die aktive Einf\u00fchrung von HTTPS wird unterst\u00fctzt von<\/a><\/noindex> dem Erfinder des WWW, Tim Berners-Lee. Laut ihm wird TLS im Laufe der Zeit immer sicherer werden, was die Sicherheit der Verbindungen erheblich erh\u00f6ht. Berners-Lee \u00e4u\u00dferte sogar die Vermutung, dass in der Zukunft<\/a><\/noindex> Kundenzertifikate zur Identit\u00e4tsauthentifizierung eingef\u00fchrt werden. Diese werden helfen, die Server vor Angreifern zu sch\u00fctzen.<\/p>\n

Die Entwicklung der SSL\/TLS-Technologie wird auch durch maschinelles Lernen vorangetrieben \u2013 intelligente Algorithmen werden f\u00fcr die Filterung von sch\u00e4dlichem Verkehr verantwortlich sein. In HTTPS-Verbindungen haben Administratoren keine M\u00f6glichkeit, den Inhalt verschl\u00fcsselter Nachrichten zu erfahren \u2013 einschlie\u00dflich der Erkennung von Anfragen von Malware. Bereits heute sind neuronale Netzwerke in der Lage, potenziell gef\u00e4hrliche Pakete mit einer Genauigkeit von 90% zu filtern. (Slide 23 der Pr\u00e4sentation<\/a><\/noindex>).<\/p>\n

Fazit<\/h2>\n

\nAngriffe auf HTTPS h\u00e4ngen gr\u00f6\u00dftenteils nicht mit Problemen im Protokoll selbst zusammen, sondern mit der Unterst\u00fctzung veralteter Verschl\u00fcsselungsmechanismen. Die IT-Branche beginnt, sich allm\u00e4hlich von Protokollen der vorherigen Generation zu verabschieden und bietet neue Werkzeuge zur Erkennung von Schwachstellen an. In Zukunft werden diese Werkzeuge zunehmend intelligenter werden.<\/p>\n

Weitere Links zu diesem Thema:<\/h5>\n

<\/p>\n