Entwickler meistern Sicherheit: Share & Learn-Reihe – Unzureichender Schutz der Transportschicht

Selbst wenn Sie einen Anwendungsserver und die verwendeten Backend-Systeme vollständig abgesichert haben, kann die Kommunikation anfällig für Ausspähung sein, wenn der Schutz der Transportschicht unzureichend ist. In der physischen Welt werden Bargeldtransporte aus gutem Grund in gepanzerten Fahrzeugen durchgeführt: um den Schutz während des Transports zu gewährleisten. Es spielt keine Rolle, wie sicher ein Geschäft oder eine Bank ist, wenn das Geld für den Transport durch die Stadt in einen Golfwagen geladen wird.

Dasselbe gilt für Transportschichten in der digitalen Welt. Selbst wenn eine Anwendung sicher ist, besteht eine kritische Schwachstelle, wenn die eingehenden Informationen ungeschützt übertragen werden. Eine zweite Schwachstelle tritt bei einigen Apps auf, wenn diese zusätzlich Informationen an andere Server oder eine Datenbank senden. Diese Informationen könnten Insidern zugänglich sein, die bei diesen Transaktionen nichts zu suchen haben.

Um Benutzer und Daten vollständig zu schützen, muss die Transportschicht abgesichert werden. Nur so lässt sich eine gesamte Transaktion durchgängig absichern.

In dieser Folge erfahren Sie:

• Wie Hacker unzureichenden Schutz der Transportschicht ausnutzen können
• Warum ein fehlender Schutz der Transportschicht so gefährlich ist
• Was getan werden kann, um den Transport aller Daten, die in eine Anwendung oder einen Server fließen und diese durchlaufen, zu sichern.

Wie nutzen Angreifer unzureichenden Schutz der Transportschicht aus?

Unzureichender Schutz der Transportschicht kann Angriffe an zwei Punkten innerhalb Ihres Datenstroms ermöglichen. Die am häufigsten ausgenutzte Stelle liegt zwischen dem Benutzer und dem Anwendungsserver. Wenn Informationen im Klartext oder mit schwacher Verschlüsselung gesendet werden, können Hacker diese überwachen, stehlen und möglicherweise verändern. Dies könnte es Hackern ermöglichen, Kreditkartendaten, Anmeldedaten oder andere Informationen zu stehlen, die an den Anwendungsserver gesendet werden. Selbst wenn der Server selbst sicher ist, könnte ein Hacker, der den unsicheren Kanal zwischen Server und Benutzern überwacht, nahezu uneingeschränkten Zugriff auf eine Vielzahl von Informationen erhalten.

Der zweite Punkt, der oft ungeschützt bleibt, ist die Transportschicht zwischen einer Anwendung und dem restlichen Netzwerk. Ein Anwendungsserver könnte beispielsweise Online-Bestellungen verarbeiten und diese an ein Erfüllungssystem weiterleiten, oder Daten könnten zur Speicherung einfach an eine Datenbank übertragen werden. Wenn diese internen Kanäle ungeschützt sind, könnten interne Benutzer diese Informationen einsehen.

Auch wenn man gerne glauben möchte, dass alle internen Mitarbeiter vertrauenswürdig sind, nehmen Insider-Bedrohungen in vielen Branchen zu. Es gab Fälle, in denen Insider Bestechungsgelder annahmen, um sensible Informationen für Angreifer oder Konkurrenten zu sammeln. Und der Zugriff auf tausende gültige Kreditkartendaten kann für manche Menschen einfach zu verlockend sein, um ihn zu ignorieren.

Was die Angriffstechniken betrifft, ist es nicht sehr schwierig, ungeschützte Kommunikation abzufangen. Selbst Hacker mit geringen Kenntnissen wissen, wie man Man-in-the-Middle-Angriffe gegen unverschlüsselte Datenströme durchführt. Falls nicht, gibt es Online-Videos, die sie in weniger als einer halben Stunde darin schulen können.

Warum sind Schwachstellen durch unzureichenden Schutz der Transportschicht so gefährlich?

Ein unzureichender oder nicht vorhandener Schutz der Transportschichten ist gefährlich, da es Hackern extrem leicht gemacht wird, sensible Informationen zu sammeln. Sie müssen nicht in Ihren Anwendungsserver einbrechen oder Ihr Netzwerk hacken. Sie führen einfach einen Man-in-the-Middle-Angriff durch und lesen alles mit, was von Benutzern an einen Server gesendet wird. Dazu können Benutzernamen und Passwörter gehören, die verwendet werden können, um Sicherheitsvorkehrungen in Zukunft mit gültigen Anmeldedaten zu umgehen. Je nach Anwendung können dies auch Kreditkarteninformationen oder andere persönliche Daten der Benutzer sein.

Es ist wichtig zu beachten, dass all diese Ausspähungen außerhalb Ihres Netzwerks stattfinden. Wenn Sie unsichere Transportkanäle verwenden, gibt es keine Möglichkeit zu erkennen, ob jemand diese Informationen abgreift. Normalerweise bemerkt man es erst, wenn viele Benutzer kompromittierte Konten oder Kreditkartenabbuchungen melden, und der gemeinsame Nenner Ihre Anwendung ist – keine gute Situation. Hacker können Informationen auch verändern, sobald sie diese haben, indem sie beispielsweise die Lieferadresse ändern oder sogar bösartige Skripte in die Serverantwort einfügen, bevor sie diese an die Benutzer weiterleiten.

Im Backend setzt ein fehlender Schutz der Transportschicht Daten gegenüber Insidern frei. Es ist zwar weniger wahrscheinlich, dass ein Insider die Transportschicht ausspäht als ein externer Hacker, aber wenn es passiert, ist es gefährlicher, da der Insider nicht nur die Benutzerdaten sehen kann, sondern auch alle proprietären Informationen, die der Anwendungsserver hinzufügt, bevor die Pakete weitergeleitet werden.

Beseitigung von Schwachstellen durch unzureichenden Schutz der Transportschicht

So gefährlich ein unzureichender Schutz der Transportschicht auch sein kann, es ist nicht besonders schwierig, alle Ihre Transportkanäle ordnungsgemäß abzusichern. Es beginnt mit der Backend-Infrastruktur. Diese sollte ausschließlich HTTPS verwenden; achten Sie darauf, HTTPS und HTTP auf einer Website nicht zu mischen. Pflegen Sie schließlich ein gültiges SSL-Zertifikat mit einer Mindestschlüssellänge von 2048 Bit und zwingen Sie alle Benutzer dazu, über gesicherte Browser mit HTTP Strict Transport Security (HSTS) zu interagieren.

Sobald die Infrastruktur steht, sollten Entwickler ein starkes Protokoll zum Schutz der Transportschicht verwenden. Idealerweise sollte TLS 1.2 eingesetzt werden, wobei TLS 1.1 und 1.0 akzeptabel sind, falls dies absolut notwendig ist. Sobald dies implementiert ist, sollten schwache Protokolle wie SSLv2 vollständig deaktiviert und keinesfalls unterstützt werden.

Achten Sie zudem darauf, dass die kryptografischen Verschlüsselungsverfahren im Backend ausreichend stark sind. Idealerweise sollte die minimale Sitzungsschlüsselgröße 128 Bit betragen. Wie bei Protokollen sollte die Unterstützung für schwache kryptografische Algorithmen wie DES und RC4-40 deaktiviert werden. Betrachten Sie eine Anwendung erst dann als wirklich sicher, wenn sowohl der Server selbst als auch alle Datenwege, die zu ihm führen und von ihm ausgehen, ausreichend geschützt sind.

Weitere Informationen zu Schwachstellen durch unzureichenden Schutz der Transportschicht

Weiterführende Informationen finden Sie im OWASP Leitfaden zum Schutz von Transportschichten. Sie können Ihr neu erworbenes Verteidigungswissen auch mit der kostenlosen Demo der Secure Code Warrior-Plattform testen, die Cybersicherheitsteams zu erstklassigen Cyber-Experten ausbildet. Um mehr über die Abwehr dieser und einer Vielzahl anderer Bedrohungen zu erfahren, besuchen Sie den Secure Code Warrior-Blog.