Unsicheres Session-Management trotz SSL

Internet   Admin Xeco    14.8.2008, 00:24 Uhr  

Heise berichtet erneut von einer möglicherweise schwerwiegenden Sicherheitslücke beim Umgang mit Cookies und SSL-Verschlüsselung.

Normalerweise - so wird es dem Anwender häufig gesagt - sollte eine SSL-Verschlüsselte Internetseite sicher sein. Bei vielen Seiten werden die Daten selbst, vor allem aber auch die Login-Daten, natürlich über die gesicherte Verbindung verschlüsselt übertragen.

Beim Sessionmanagement werden allerdings häufig Cookies eingesetzt, die den Anwender während einer Session, aber auch bei einem erneuten Besuch wieder identifizieren sollen.

Es ist allerdings häufig nicht sichergestellt, dass die Cookies ausschließlich über die gesicherte Verbindung übertragen werden. Wenn der Programmierer nämlich versäumt, beim Setzen des Cookies eine Option zu aktivieren, die den Browser anweist, das entsprechende Cookie ausschließlich über eine gesicherte HTTPS-Verbindung zu übertragen, ist es einem Angreifer prinzipiell möglich, den Anwender dazu zu veranlassen, z.B. ein Bild auf dem selben Server, allerdings unverschlüsselt abzurufen.

Bei eben diesem Aufruf, überträgt der Browser das Cookie ebenfalls über die ungesicherte Verbindung.

Wenn der Angreifer auf diese Weise erst einmal in Besitz des Cookies gekommen ist, ist es ihm häufig ohne weiteres möglich, Zugang zur entsprechenden Seite zu erlangen.

Der Anwender selbst, kann auf dieses Verhalten leider kaum Einfluss nehmen. Zu den großen Seiten, bei denen das Sicherheits-Flag im Cookie nicht gesetzt wird, gehören wohl u.a. Google Mail, Facebook und Amazon.

Bookmark and Share
Quelle: heise.de

Kommentare/Trackbacks lesen

1) Brati schrieb am 14.8.2008 um 09:17 Uhr:

Ja, davon habe ich auch gelesen. Hatte mir bisher nie Gedanken gemacht, was der 6. Parameter bei setcookie() ($secure) zu bedeuten hat. Nun ist es mir klar, wobei ich bisher eh nie die Gelegenheit hatte, groß auf SSL aufzubauen.

Ich sehe gerade, dass bei meinem Webspace ein Fehler kommt, dass das / der (?) SSL-Record zu lang sei, aber nicht, dass es https:// gar nicht gebe. Vielleicht nachher mal ne Mail an den Support schreiben, ob ich vielleicht sogar SSL haben sollte.

Kommentar schreiben

Name (erforderlich)

(Bitte den Code auf dem Bild in das danebenstehende Feld eintragen)