{"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":"Potenzielle Angriffe auf HTTPS und wie man sich dagegen absichert","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Die H\u00e4lfte der Websites verwendet HTTPS<\/a><\/noindex>, und ihre Zahl w\u00e4chst kontinuierlich. Das Protokoll reduziert das Risiko des Datenverkehrs\u00fcbergriffs, schlie\u00dft aber die M\u00f6glichkeit von Angriffen nicht aus. \u00dcber einige davon \u2013 POODLE, BEAST, DROWN und andere \u2013 und wie man sich sch\u00fctzen kann, werden wir in unserem Artikel berichten.<\/p>\n

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

POODLE<\/h2>\n

\nVon dem Angriff POODLE<\/a><\/noindex> wurde erstmals 2014 berichtet. Die Schwachstelle im SSL 3.0-Protokoll wurde von dem IT-Sicherheitsexperten Bodo M\u00f6ller und seinen Kollegen bei Google entdeckt.<\/p>\n

Der Kern des Problems liegt folgenderma\u00dfen: Ein Hacker zwingt den Client, sich \u00fcber SSL 3.0 zu verbinden, indem er Verbindungsabbr\u00fcche simuliert. Anschlie\u00dfend sucht er in dem verschl\u00fcsselten CBC<\/a><\/noindex>-modulierten Datenverkehr nach speziellen Nachrichtenmarkierungen. Mit Hilfe einer Reihe von gef\u00e4lschten Anfragen erh\u00e4lt der Angreifer die M\u00f6glichkeit, den Inhalt der f\u00fcr ihn interessanten Daten, beispielsweise Cookies, zu rekonstruieren.<\/p>\n

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

Wie man sich sch\u00fctzt.<\/b> Im Falle des urspr\u00fcnglichen POODLE muss die Unterst\u00fctzung von SSL 3.0 deaktiviert werden. Dabei besteht jedoch das Risiko, Kompatibilit\u00e4tsprobleme zu erhalten. Eine alternative L\u00f6sung k\u00f6nnte der Mechanismus TLS_FALLBACK_SCSV sein \u2013 er gew\u00e4hrleistet, dass der Datenaustausch \u00fcber SSL 3.0 nur mit alten Systemen erfolgt. Angreifer k\u00f6nnen nicht mehr die Protokollversion herabsetzen. Der Schutz gegen Zombie POODLE und GOLDENDOODLE besteht darin, die Unterst\u00fctzung von CBC in TLS 1.2-basierten Anwendungen abzuschalten. Eine umfassende L\u00f6sung w\u00e4re der Umstieg auf TLS 1.3 \u2013 in der neuen Version des Protokolls wird keine CBC-Verschl\u00fcsselung verwendet. Stattdessen kommen st\u00e4rkere AES und ChaCha20 zum Einsatz.<\/p>\n

BEAST<\/h2>\n

\nEiner der ersten Angriffe auf SSL und TLS 1.0, der 2011 entdeckt wurde. Wie POODLE, BEAST verwendet<\/a><\/noindex> Eigenschaften der CBC-Verschl\u00fcsselung. Angreifer installieren auf dem Client-Computer einen JavaScript-Agenten oder ein Java-Applet, das Nachrichten beim \u00dcbertragen von Daten \u00fcber TLS oder SSL manipuliert. Da die Angreifer den Inhalt der \"gef\u00e4lschten\" Pakete kennen, k\u00f6nnen sie damit den Initialisierungsvektor entschl\u00fcsseln und die restlichen Nachrichten an den Server lesen, wie z. B. Cookies f\u00fcr die Authentifizierung.<\/p>\n

Bis heute sind die BEAST-Sicherheitsanf\u00e4lligkeiten 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 die Daten zu entschl\u00fcsseln. In VMware empfehlen<\/a><\/noindex> sollte die Dauer von SSLSessionCacheTimeout - von f\u00fcnf Minuten (Standardempfehlung) auf 30 Sekunden - verk\u00fcrzt werden. Dieser Ansatz erschwert es den Angreifern, ihre Pl\u00e4ne umzusetzen, hat jedoch einige negative Auswirkungen auf die Leistung. Dar\u00fcber hinaus ist zu beachten, dass die BEAST-Sicherheitsanf\u00e4lligkeit in naher Zukunft m\u00f6glicherweise von selbst verschwindet - ab 2020 stellen die gr\u00f6\u00dften Browser die Unterst\u00fctzung von<\/a><\/noindex> TLS 1.0 und 1.1 ein. In jedem Fall verwenden weniger als 1,5 % aller Browser-Nutzer diese Protokolle.<\/p>\n

DROWN<\/h2>\n

\nDies ist ein Cross-Protocol-Angriff, der Fehler in der Implementierung von SSLv2 mit 40-Bit-RSA-Schl\u00fcsseln ausnutzt. Der Angreifer \u00fcberwacht Hunderte von TLS-Verbindungen des Ziels und sendet spezielle Pakete an den Server mit SSLv2, der denselben privaten Schl\u00fcssel verwendet. Mit 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 sie von einem Drittel der Server in der Welt betroffen war. Bis heute ist sie nicht an Relevanz verloren. Von den 150.000 beliebtesten Websites unterst\u00fctzen 2 % nach wie vor<\/a><\/noindex> SSLv2 und anf\u00e4llige Verschl\u00fcsselungsmechanismen. Die von den Entwicklern von Kryptobibliotheken empfohlenen Patches, die die Unterst\u00fctzung von SSLv2 deaktivieren, m\u00fcssen installiert werden. Zum Beispiel wurden zwei solcher Patches f\u00fcr OpenSSL bereitgestellt (im Jahr 2016<\/a><\/noindex> waren das die Updates<\/p>\n

Wie man sich sch\u00fctzt.<\/b> 1.0.1s und 1.0.2g). Auch Updates und Anleitungen zum Deaktivieren des anf\u00e4lligen Protokolls wurden ver\u00f6ffentlicht in \"Die Ressource kann f\u00fcr DROWN anf\u00e4llig sein, wenn ihre Schl\u00fcssel von einem externen Server mit SSLv2 verwendet werden, beispielsweise von einem Mailserver\", merkt der Leiter der Entwicklungsabteilung an<\/a><\/noindex> des IaaS-Anbieters 1cloud.ru. Red Hat<\/a><\/noindex>, Apache<\/a><\/noindex>, Debian<\/a><\/noindex>.<\/p>\n

\u201eDie Ressource k\u00f6nnte anf\u00e4llig f\u00fcr DROWN sein, wenn ihre Schl\u00fcssel von einem Drittserver mit SSLv2 verwendet werden, zum Beispiel von einem E-Mail-Server\u201c, bemerkt der Leiter der Entwicklungsabteilung. IaaS-Anbieter 1cloud.ru<\/a><\/noindex> Sergey Belkin. \u2014 Eine solche Situation entsteht, wenn mehrere Server ein gemeinsames SSL-Zertifikat verwenden. In diesem Fall muss die Unterst\u00fctzung f\u00fcr SSLv2 auf allen Maschinen deaktiviert werden.<\/i><\/p><\/blockquote>\n

\nUm zu \u00fcberpr\u00fcfen, ob es notwendig ist, Ihr System zu aktualisieren, k\u00f6nnen Sie dies mit einem speziellen Werkzeugs<\/a><\/noindex> \u2014 es wurde von Sicherheitsexperten entwickelt, die DROWN entdeckt haben. Weitere Informationen 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 Schwachstellen in Software ist Heartbleed<\/a><\/noindex>. Sie wurde 2014 in der OpenSSL-Bibliothek entdeckt. Zum Zeitpunkt der Ank\u00fcndigung des Fehlers wurde die Anzahl der verwundbaren Websites auf etwa eine halbe Million gesch\u00e4tzt<\/a><\/noindex> \u2014 das sind etwa 17 % der gesch\u00fctzten Ressourcen im Netz.<\/p>\n

Der Angriff wird \u00fcber ein kleines Heartbeat-Modul der TLS-Erweiterung durchgef\u00fchrt. Das TLS-Protokoll verlangt, dass Daten kontinuierlich \u00fcbertragen werden. Bei l\u00e4ngeren Pausen bricht die Verbindung ab und muss neu hergestellt werden. Um dieses Problem zu umgehen, \u00bbverrauschen\u00ab Server und Clients k\u00fcnstlich den Kanal (RFC 6520, S.5<\/a><\/noindex>), indem sie Pakete zuf\u00e4lliger L\u00e4nge senden. Wenn diese l\u00e4nger waren als das gr\u00f6\u00dfte Paket, lasen verwundbare Versionen von OpenSSL Speicher \u00fcber den zugewiesenen Puffer hinaus. In diesem Bereich konnten sich alle Daten befinden, einschlie\u00dflich privater Verschl\u00fcsselungsschl\u00fcssel und Informationen \u00fcber andere Verbindungen.<\/p>\n

Die Schwachstelle war in allen Versionen der Bibliothek zwischen 1.0.1 und 1.0.1f sowie in mehreren Betriebssystemen \u2014 Ubuntu bis 12.04.4, CentOS \u00e4lter als 6.5, OpenBSD 5.3 und anderen. Eine vollst\u00e4ndige Liste finden Sie auf der Website, die Heartbleed gewidmet ist<\/a><\/noindex>. Obwohl Patches gegen diese Schwachstelle fast sofort nach deren Entdeckung ver\u00f6ffentlicht wurden, bleibt das Problem bis heute relevant. Bereits 2017 waren fast 200.000 Websites<\/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 kann man die Heartbeat-Anfragen manuell mit der Option DOPENSSL_NO_HEARTBEATS deaktivieren. Nach dem Update m\u00fcssen Sicherheitsexperten empfehlen<\/a><\/noindex> die SSL-Zertifikate neu ausstellen. Ein Austausch ist erforderlich, falls Daten \u00fcber die Verschl\u00fcsselungsschl\u00fcssel in die H\u00e4nde von Hackern gelangt sind.<\/p>\n

Zertifikatsmissbrauch<\/h2>\n

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

Laut Forschung<\/a><\/noindex> Laut Berichten von Mozilla, Google und einer Reihe von Universit\u00e4ten werden etwa 11 % der gesch\u00fctzten Verbindungen im Netz \"abgeh\u00f6rt\". Dies ist das Ergebnis der Installation verd\u00e4chtiger Root-Zertifikate auf den Computern der Nutzer.<\/p>\n

Wie man sich sch\u00fctzt.<\/b> Nutzen Sie die Dienste von zuverl\u00e4ssigen SSL-Anbietern<\/a><\/noindex>. Die \"Qualit\u00e4t\" der Zertifikate kann mit dem Service Certificate Transparency<\/a><\/noindex> (CT) \u00fcberpr\u00fcft werden. Auch Cloud-Anbieter k\u00f6nnen bei der Entdeckung von \"Abh\u00f6rungen\" helfen \u2014 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 sein, das die Beantragung von SSL-Zertifikaten automatisiert. Dabei werden zus\u00e4tzliche Mechanismen zur \u00dcberpr\u00fcfung des Eigent\u00fcmers der Website hinzugef\u00fcgt. Mehr dazu haben wir in einem unserer fr\u00fcheren Artikel geschrieben.<\/a><\/noindex>.<\/p>\n

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

Perspektiven von HTTPS<\/h2>\n

\nTrotz einer Reihe von Schwachstellen sind IT-Giganten und Sicherheitsexperten vom zuk\u00fcnftigen Protokoll \u00fcberzeugt. F\u00fcr die aktive Einf\u00fchrung von HTTPS darstellt<\/a><\/noindex> hat der Erfinder des WWW, Tim Berners-Lee, pl\u00e4diert. Seiner Meinung nach wird TLS im Laufe der Zeit sicherer werden, was die Sicherheit der Verbindungen erheblich erh\u00f6hen wird. Berners-Lee hat sogar angedeutet, dass in der Zukunft<\/a><\/noindex> Client-Zertifikate zur Authentifizierung von Identit\u00e4ten eingef\u00fchrt werden. Diese werden dazu beitragen, die Sicherheit von Servern vor Angreifern zu verbessern.<\/p>\n

Die Entwicklung der SSL\/TLS-Technologie soll auch mithilfe von maschinellem Lernen vorangetrieben werden \u2014 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 \u2014 einschlie\u00dflich der Entdeckung von Anfragen von Schadsoftware. Bereits heute sind neuronale Netze in der Lage, potenziell gef\u00e4hrliche Pakete mit einer Genauigkeit von 90 % zu filtern. (Folie 23 der Pr\u00e4sentation<\/a><\/noindex>).<\/p>\n

Das DBMS Tarantool ist ein attraktives, zukunftstr\u00e4chtiges Produkt zur Erstellung von hochbelasteten Anwendungen.<\/h2>\n

\nAngriffe auf HTTPS h\u00e4ngen gr\u00f6\u00dftenteils nicht mit Problemen des Protokolls selbst zusammen, sondern mit der Unterst\u00fctzung veralteter Verschl\u00fcsselungsmechanismen. Die IT-Branche beginnt allm\u00e4hlich, \u00e4ltere Protokolle aufzugeben und bietet neue Werkzeuge zur Schwachstellensuche an. In Zukunft werden diese Werkzeuge immer intelligenter werden.<\/p>\n

Zus\u00e4tzliche Links zum Thema:<\/h5>\n

<\/p>\n