Abt. der kleine grosse Unterschied - heute: Heartbleed


MELANI, die "Melde- und Analysestelle Informationssicherung" riet gestern in den Morgennachrichten uns Normaluser_innen: "48 Stunden Finger weg vom E-Banking!". Eine interessante Première!

Die globale Aufregung entstand übrigens lediglich, weil im Quellcode von OpenSSL das stand

buffer = OPENSSL_malloc(1 + 2 + payload + padding);

und nicht das

buffer = OPENSSL_malloc(write_length);

Ein Klassiker!

Eine Variablengrösse ("buffer") wird zusammengesetzt aus u.a. einem von aussen, per Userrequest, definierbaren Wert ("payload"). Und wird daraufhin - jetzt kommt's! - nicht mehr auf die Zulässigkeit der entstehenden Grösse geprüft (das ist inzwischen geändert).

Darum konnten cleverere Hacker_innen mindestens 2 Jahre lang sozusagen die Tresortüre vor dem Speicher eines vermeintlich per SSL gesicherten Servers so weit aufschieben, dass sie Dinge sahen, die eigentlich nicht für die Oeffentlichkeit bestimmt waren.

Sie konnten die ihnen so zugänglichen Ausschnitte des Arbeitsspeichers von vermeintlich per SSL gesicherten Servern sogar runterladen. Und dann darin, offline, in aller Ruhe nach Passwörtern etc. suchen.

So beschreibt z.B. @fb1h2s das Problem (backup der Seite bei archive.is).

Die Hacker_innen mussten für den Download der Speicherbereiche aus dem Server nicht etwa irgend einen privilegierten Zugang zu der Maschine haben. Keine Usernamen, keine Passwörter. Das "Problem" lag eine Schicht tiefer. Sie mussten lediglich eine clever formatierte, auf den ersten Blick "unschuldig" aussehende SSL-Anfrage an den Server schicken. Der allerdings antwortete - freiwillig - pro Anfrage mit bis zu 64kB grossen Ausschnitten aus seinem "Allerheiligsten".

Die Pointe: Die Anfrage hinterliess keinerlei verdächtige Spuren. Ausser - vermutlich - einen normalen Eintrag im Logfile, dass jemand per https auf den Server zugegriffen habe. Von den übermittelten Speicherlecks steht nichts im Logfile.

Hat die NSA diesen Fehler für ihre Zwecke verwendet? Vielleicht. Vielleicht nicht.

Erklärung von xkcd
xkcd.com
hat sich wahrscheinlich schon rumgesprochen ;-)

... Link


... Comment
Keine Spur im Logfile

Nein in den Logfiles gibt es keine Spuren, da das ganze auf der Ebene der Verbindung (SSL) abläuft, bekommt der Server-Prozess davon nichts mit. Für den Server Prozess (sei dies ein Webserver, Mailserver oder was auch immer) ist SSL transparent.
Das ist genau ein Teil des Übels, die Attacke hinterlässt keine Spuren (wenn nicht der gesamte Datenverkehr aufgezeichnet wird)...

... Link


... Comment

Read more infamous news! 
 
infamous for 4478 Days
Sperrfrist: 30.10.14 23:04

Kontakt:
Medienbüro Dominique Spirgi
Murbacherstrasse 34
CH-4056 Basel
T +41 61 681 61 77
E-Mail



status
Youre not logged in ... Login

menu
... infamy home
... such!
... topics
... 
... Tags

... antville home
... disclaimer


November 2014
MoDiMiDoFrSaSo
12
3456789
10111213141516
17181920212223
24252627282930
Oktober




Für die Kaffeekasse:
Neuzugänge:
Abt. Makropolitik - heute: Egopop Lesen wir kurz im Kleingedruckten, was die Ecopopper in die...
by patpatpat (31.10.14 11:11)
Was die wohl ... ... für Weihnachtsbeleuchtung haben werden?
by gnom (30.10.14 23:04)
Abt. Mikropolitik - heute: das Roche Geheimprojekt Wie wir aus gewöhnlich unzuverlässigen Kreisen zugeraunt erhalten...
by patpatpat (30.10.14 17:39)
Zar von Reussbühl auf SRF http://tvprogramm.srf.ch/details/865d7ffa-bd40-46db-90df-1ba7aad1c072 Erleuchtende Reportage
by 3dreal (30.10.14 09:50)
SRF-Doku Leute grabt mal die ein paar Jahre alte Doku von SRF auf videoportal.srf.tv über...
by 3dreal (30.10.14 09:09)
Der singende Spekulant... ... ist nun also auch unter die Buchautoren gegangen! Mit seinem Roman...
by scriptor (26.10.14 22:45)
Zaren-Nachkomme hat gesprochen... ..und wir gehen ihm alle auf den Leim. Selber schuld wer Alles...
by 3dreal (25.10.14 21:49)
Abt. Der Feuilletonchef und die Illuminati aus Pratteln Das musste ja wieder mal gesagt sein,...
by supra (25.10.14 12:18)