{"id":883,"date":"2018-03-26T10:03:27","date_gmt":"2018-03-26T10:03:27","guid":{"rendered":"http:\/\/enginsight.com\/?p=883"},"modified":"2023-07-05T11:14:15","modified_gmt":"2023-07-05T09:14:15","slug":"beruehmt-beruechtigte-sicherheitsluecken-der-heartbleed-bug","status":"publish","type":"post","link":"https:\/\/enginsight.com\/de\/blog\/beruehmt-beruechtigte-sicherheitsluecken-der-heartbleed-bug\/","title":{"rendered":"Ber\u00fchmt-ber\u00fcchtigte Sicherheitsl\u00fccken: Der Heartbleed-Bug"},"content":{"rendered":"

Der Heartbleed-Bug ist ein Programmierfehler, der im April 2014 öffentlich gemacht wurde. Obwohl Heartbleed aufgrund seiner schwerwiegenden Auswirkungen große Bekanntheit erlangte, existieren auch heute immer noch angreifbare Systeme. In diesem Artikel erfahren Sie mehr über die Sicherheitslücke, die auch nach ihrem Bekanntwerden immer noch so weit verbreitet war, dass es einem kanadischen Teenager gelang, rund 900 Sozialversicherungsnummern von den Servern der kanadischen Steuerbehörde CRA zu stehlen.<\/em><\/p>\n\n\n\n

Heartbleed-Bug: Die Grundlagen<\/h2>\n\n\n\n

Nehmen wir an, ein Benutzer Herbert möchte eine Webseite im Internet aufrufen<\/strong>, zum Beispiel den Steine & Unkraut Online-Shop. Dazu muss Herberts Computer eine Verbindung zu dem Server aufbauen, auf dem diese Webseite liegt. Da über diese Verbindung sensible Daten<\/strong>, wie z.B. Herberts Benutzername, sein Passwort oder eventuell seine Zahlungsdaten gesendet werden, wird die Verbindung verschlüsselt. Im Internet passiert das in der Regel mit einem Verschlüsselungsprotokoll namens TLS (Transport Layer Security).<\/p>\n\n\n\n

Für das TLS Protokoll<\/strong> gibt es die sogenannte „Heartbeat<\/em>-Erweiterung“. Diese Erweiterung erlaubt es eine TLS Verbindung aktiv zu halten, obwohl seit längerem keine Daten mehr darüber geflossen sind. Bevor es die Heartbeat-Erweiterung gab, wurde eine TLS Verbindung<\/strong> immer beendet, wenn eine bestimmte Zeit lang keine Daten ausgetauscht wurden. Das kann für längere Wartezeiten beim Benutzer sorgen, da die Aushandlung einer neuen TLS Verbindung mit etwas Aufwand verbunden ist. Die Heartbeat-Erweiterung wurde auch genutzt, um zu überprüfen, ob der Kommunikationspartner überhaupt noch „da ist“ oder ob der andere Computer z.B. abgeschaltet wurde.<\/p>\n\n\n\n

Mehr erfahren: SSL\/TLS: Best-Practice-Monitoring<\/strong><\/a><\/p>\n\n\n\n

<\/div>\n\n\n\n

Wie funktioniert der Heartbleed-Bug konkret?<\/h3>\n\n\n\n

Die Heartbeat-Erweiterung<\/strong> sieht vor, dass eine bis zu 16 kByte große Menge an beliebigen Daten and die Gegenseite gesendet wird, das ist die sogenannte „Heartbeat-Anfrage“. Sie besteht aus einer sogenannten „Payload“ (typischerweise ein Text) und der Größe dieser Payload. Der antwortende Computer schickt die Payload anschließend unverändert zurück. Man kann sich diese Unterhaltung ungefähr so vorstellen:<\/p>\n\n\n\n

Herberts Computer:<\/strong> „Hallo, ist noch jemand da? Wenn ja, dann gib bitte das 5 Buchstaben lange Wort Katze<\/em> zurück.“
Server des Steine & Unkraut Online Shops:<\/strong> „Katze“.<\/p>\n\n\n\n

Sicherheitsrisiko: Von Heartbeat zu Heartbleed<\/h3>\n\n\n\n

So weit so gut. Bei der Übernahme dieser Erweiterung in OpenSSL ist dann allerdings ein Programmierfehler passiert.<\/p>\n\n\n\n

Was ist OpenSSL?<\/h4>\n\n\n\n

OpenSSL ist eine sogenannte Verschlüsselungsbibliothek. Wenn man als Entwickler ein neues Programm schreibt oder aus irgendeinem anderen Grund Verschlüsselungsfunktionen braucht, dann schreibt man diese Funktionen nicht jedes Mal selbst komplett neu. Das wäre extrem aufwendig, aber auch sehr unsicher. <\/p>\n\n\n\n

Denn wie man am Heartbleed Beispiel sieht, passieren selbst Profis dabei gelegentlich Fehler. Programmierer verwenden für Verschlüsselungsfunktionen also eine Bibliothek, die die von ihnen benötigten Algorithmen zur Verfügung stellt. OpenSSL war 2014 die<\/em> Verschlüsselungsbibliothek schlechthin, da der Quellcode<\/strong> öffentlich zugänglich und die Nutzung kostenlos war. <\/p>\n\n\n\n

SSL (Secure Sockets Layer) ist übrigens das Vorläufer-Protokoll von TLS, oft werden die beiden Bezeichnungen aber synonym verwendet.<\/p>\n\n\n\n

Der Fehler<\/h4>\n\n\n\n

Der eigentliche Fehler ist nun relativ klein, hatte aber sehr große Auswirkungen. Anstatt zu überprüfen, ob die in der Heartbeat-Anfrage mitgeschickte Größe wirklich der tatsächlichen Größe der Payload entspricht, vertraute der antwortende Computer einfach so auf die Angabe.<\/p>\n\n\n\n

Ein Hacker kann diesen Programmierfehler ausnutzen, indem er die Heartbeat Anfrage geschickt manipuliert. Er sendet eine Heartbeat-Anfrage mit einer Payload, die z.B. 1 Byte lang ist, sagt dem anderen Computer aber, die Größe der Payload wäre 64kByte. Dieser sendet daraufhin auch brav 64kByte an Daten zurück, die sich eben gerade an der Stelle in seinem aktiven Speicher befinden. <\/p>\n\n\n\n

Manchmal sind das dann unnütze, kryptische Zahlenreihen, aber wenn der Hacker diese Anfrage z.B. an einen Online-Shop Server schickt sind es eben manchmal auch Passwörter oder Zahlungsdaten der Nutzer dieses Online Shops. Um bei unserem obigen Beispiel zu bleiben, man kann sich das ungefähr so vorstellen:<\/p>\n\n\n\n

Hacker:<\/strong> „Hallo, ist noch jemand da? Wenn ja, dann gib bitte das 500 Buchstaben lange Wort Katze<\/em> zurück.“
Server des Steine & Unkraut Online Shops:<\/strong>„Katzedhvsjsojhghssnddnpassword=123456username=Herbert43w4344…“<\/p>\n\n\n\n

Diese Attacke kann zudem beliebig oft wiederholt werden, um an möglichst viel Information zu gelangen. Besonders gefährlich ist die Attacke auch, weil ein Hacker mit diesem Angriff an die Schlüssel kommen kann, mit denen die TLS Verbindung zwischen Server und Benutzer verschlüsselt wird. Wenn ihm das gelingt, kann er die komplette zukünftige Kommunikation zwischen diesen beiden Parteien entschlüsseln. Wenn die Einstellung „Perfect Forward Secrecy“ im TLS Protokoll nicht aktiviert ist, dann sogar die komplette vergangene Kommunikation.<\/p>\n\n\n\n

Datensicherheit: Wie kann ich mich schützen?<\/h3>\n\n\n\n

Diese Sicherheitslücke wurde zum Glück mittlerweile größtenteils behoben. Als Benutzer sollten Sie allerdings Passwörter, Sie seit 2014 nicht geändert haben, sofort wechseln. Als Betreiber eines Servers sollten Sie generell darauf achten Ihre Software stets aktuell zu halten.<\/p>\n\n\n\n

Wie konnte das überhaupt passieren?<\/h4>\n\n\n\n

Der Heartbleed-Bug schlummerte 2 Jahre lang unentdeckt im Quellcode von OpenSSL<\/strong>. Es ist auch nicht auszuschließen, dass der Bug während dieser 2 Jahre bereits ausgenutzt wurde. Da der Quellcode öffentlich zugänglich und einsehbar war und OpenSSL auch von großen, namenhaften Firmen eingesetzt wurde, erzeugt die Existenz dieser Sicherheitslücke ein gewisses Unverständnis. <\/p>\n\n\n\n

Zumindest bis man herausfindet, dass OpenSSL zu jenem Zeitpunkt von nur einem Vollzeit Mitarbeiter entwickelt wurde und einer kleinen Gruppe Freiwilliger, die in ihrer Freizeit daran arbeiteten. Obwohl OpenSSL so häufig verwendet wurde, wurde der Code schlichtweg nicht oft genug von den einsetzenden Unternehmen überprüft.<\/p>\n\n\n\n

Genau deswegen ist IT-Monitoring ein so hilfreiches Werkzeug. Sie erfahren sofort von verdächtigen Aktionen auf Ihrer Webseite und können direkt handeln. Auch auf den Heartbleed-Bug testen wir von Enginsight natürlich.<\/p>\n\n\n\n

Registrieren Sie sich einfach <\/a>bei uns und testen Sie selbst 14 Tage lang, ob wir Sie beim Aufbau der IT-Sicherheit in Ihrem Unternehmen unterstützen sollen.<\/p>\n\n\n\n

<\/div>\n","protected":false},"excerpt":{"rendered":"

Der Heartbleed-Bug ist ein Programmierfehler, der im April 2014 öffentlich gemacht wurde. Obwohl Heartbleed aufgrund seiner schwerwiegenden Auswirkungen große Bekanntheit erlangte, existieren auch heute immer noch angreifbare Systeme. In diesem Artikel erfahren Sie mehr über die Sicherheitslücke, die auch nach ihrem Bekanntwerden immer noch so weit verbreitet war, dass es einem kanadischen Teenager gelang, rund 900 […]<\/p>\n","protected":false},"author":8,"featured_media":884,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"content-type":"","_eb_attr":"","footnotes":""},"categories":[10],"tags":[],"class_list":["post-883","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-endpoint-netzwerksicherheit"],"_links":{"self":[{"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/posts\/883","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/users\/8"}],"replies":[{"embeddable":true,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/comments?post=883"}],"version-history":[{"count":0,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/posts\/883\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/media\/884"}],"wp:attachment":[{"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/media?parent=883"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/categories?post=883"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/tags?post=883"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}