-
Das kreative Thema des Monats Oktober wird vor allem diejenigen unter Euch besonders ansprechen, denen Do-it-yourself quasi im Blut liegt. Zeigt uns Eure Improvisationskünste oder fotografiert, was andere Leute sich so im Alltag zusammengestrickt haben. --> Zum Mitmachen bitte hier klicken
Geht dieser KeyLogger mit dem Mac?
- Ersteller Foolmoon
- Erstellt am
Hallo Foolmoon,
ich versuche dir mal kurz die Hintergründe dieses Angriffes zu erklären, und somit klar zu machen, weshalb diese Methode fast gar nichts mit dem verwendeten Endgerät und der genutzten Software zu tun hat. Mit einer Ausnahme.
Generell gilt, dass in einem unverschlüsselten WLAN deine Daten "plain", also für alle sichtbar, durch die Luft geschickt werden. Wenn hier eine Seite keine weiteren Methoden zur Verschlüsselung einsetzt, kann man tatsächlich komplett alles mitlesen, mit jedem einfachen Packet-Sniffer (z.B. Wireshark). Deshalb sind offene WLANs immer eine schlechte Idee.
Nun kann eine Website aber eine Verbindung mit TLS/SSL-Transportverschlüsselung aufbauen, ab diesem Moment wird das mitlesen schon viel schwieriger. Und genau hier setzt der beschriebene Angriff an. Der Angreifer versucht, durch eine sogenannte Man-in-the-Middle-Attacke (entweder er hat die komplette Kontrolle über das Gateway oder gaukelt dem Ziel vor, das Gateway zu sein) zu erreichen, dass der komplette Datenstrom des Opfers über das vom Angreifer kontrollierte Gateway läuft. Das bietet die Möglichkeit, den Aufbau der sicheren Verbindung zu unterbinden, bzw. zu sabotieren. Das Ziel geht davon aus, es wäre eine ordentliche SSL-Verschlüsselung eingegangen. Nun aber geht diese Verschlüsselung nur bis zum Gateway, und der entschlüsselt und verschlüsselt für den angesurften Server neu.
Während die Daten unverschlüsselt sind, wird nun in den Datenverkehr der schädliche Code eingebaut. In diesem Fall JavaScript-Code (hat nichts mit Java zu tun). Dieser soll quasi die dann übertragene Website so modifizieren, dass alle Eingaben "plain" an den Angreifer gesendet werden, und da das ganze im Hintergrund abläuft (das ist der Sinn von JavaScript), bemerkt das Opfer nichts davon.
Das hat also direkt etwas mit der Web-Technologie zu tun. Ich sprach am Anfang nun von einer Ausnahme. Diese ist ganz einfach ein Browser-Plugin wie "NoScript", welches die Ausführung von Javascript unterbindet. Das kann allerdings die Funktionalität von Websites einschränken, wobei in den meisten Fällen auch eine Bedienung ohne JavaScript möglich ist.
Ganz allgemein gilt: Ist ein Gateway, insbesondere das erste in der Kette, nicht vertrauenswürdig, hat man ein Problem. Deshalb ist in fremden Netzen auch immer mit Vorsicht vorzugehen. Offene (unverschlüsselte) Netzwerke sollten komplett gemieden werden. Ganz unabhängig von der verwendeten Soft- und Hardware.
ich versuche dir mal kurz die Hintergründe dieses Angriffes zu erklären, und somit klar zu machen, weshalb diese Methode fast gar nichts mit dem verwendeten Endgerät und der genutzten Software zu tun hat. Mit einer Ausnahme.
Generell gilt, dass in einem unverschlüsselten WLAN deine Daten "plain", also für alle sichtbar, durch die Luft geschickt werden. Wenn hier eine Seite keine weiteren Methoden zur Verschlüsselung einsetzt, kann man tatsächlich komplett alles mitlesen, mit jedem einfachen Packet-Sniffer (z.B. Wireshark). Deshalb sind offene WLANs immer eine schlechte Idee.
Nun kann eine Website aber eine Verbindung mit TLS/SSL-Transportverschlüsselung aufbauen, ab diesem Moment wird das mitlesen schon viel schwieriger. Und genau hier setzt der beschriebene Angriff an. Der Angreifer versucht, durch eine sogenannte Man-in-the-Middle-Attacke (entweder er hat die komplette Kontrolle über das Gateway oder gaukelt dem Ziel vor, das Gateway zu sein) zu erreichen, dass der komplette Datenstrom des Opfers über das vom Angreifer kontrollierte Gateway läuft. Das bietet die Möglichkeit, den Aufbau der sicheren Verbindung zu unterbinden, bzw. zu sabotieren. Das Ziel geht davon aus, es wäre eine ordentliche SSL-Verschlüsselung eingegangen. Nun aber geht diese Verschlüsselung nur bis zum Gateway, und der entschlüsselt und verschlüsselt für den angesurften Server neu.
Während die Daten unverschlüsselt sind, wird nun in den Datenverkehr der schädliche Code eingebaut. In diesem Fall JavaScript-Code (hat nichts mit Java zu tun). Dieser soll quasi die dann übertragene Website so modifizieren, dass alle Eingaben "plain" an den Angreifer gesendet werden, und da das ganze im Hintergrund abläuft (das ist der Sinn von JavaScript), bemerkt das Opfer nichts davon.
Das hat also direkt etwas mit der Web-Technologie zu tun. Ich sprach am Anfang nun von einer Ausnahme. Diese ist ganz einfach ein Browser-Plugin wie "NoScript", welches die Ausführung von Javascript unterbindet. Das kann allerdings die Funktionalität von Websites einschränken, wobei in den meisten Fällen auch eine Bedienung ohne JavaScript möglich ist.
Ganz allgemein gilt: Ist ein Gateway, insbesondere das erste in der Kette, nicht vertrauenswürdig, hat man ein Problem. Deshalb ist in fremden Netzen auch immer mit Vorsicht vorzugehen. Offene (unverschlüsselte) Netzwerke sollten komplett gemieden werden. Ganz unabhängig von der verwendeten Soft- und Hardware.
Ich hab alles verstanden.
Klasse erklärt. Also beruht der Angriff auf Netzwerkebene.
Eigene verschlüsselte WLan Netzwerke und VPN können für etwas Sicherheit sorgen.
Vielen Dank nochmal für die wirklich gelungene Darstellung.
Klasse erklärt. Also beruht der Angriff auf Netzwerkebene.
Eigene verschlüsselte WLan Netzwerke und VPN können für etwas Sicherheit sorgen.
Vielen Dank nochmal für die wirklich gelungene Darstellung.
2003-2026 Apfeltalk | Made on a Mac