https und http mischen ala ebay - ist dies gefährlich? |
||
---|---|---|
#0
| ||
22.12.2007, 21:46
...neu hier
Beiträge: 3 |
||
|
||
23.12.2007, 11:49
Member
Beiträge: 5291 |
#2
Zitat Wenn auf einer Website nur das Login über https läuft, und danach wieder alles über http, dann kann doch jemand meine Session hijacken.Ja, wie denn? Die session ist auf dem Server und der Client gibt die SID als Übergabe (per URL ref oder automatisch). Soweit ich mich erinnern kann war das doch so. __________ E-Mail: therion at ninth-art dot de IRC: megatherion @ Freenode |
|
|
||
23.12.2007, 12:39
...neu hier
Themenstarter Beiträge: 3 |
#3
Nein, die SID wird via POST übertragen. Sonst ist das hijacken ja supersimple!
Das Problem ist doch bei HTTP und eingeloggten user, dass die SID dann unverschlüsselt übertragen wird, oder nicht? Somit kann sie leicht abgefangen und missbraucht werden. Zitat Xeper postete |
|
|
||
23.12.2007, 13:05
Member
Beiträge: 5291 |
#4
Zitat Nein, die SID wird via POST übertragen. Sonst ist das hijacken ja supersimple!Das kannst du einstellen, jo sagte nicht das du es über GET tuen solltest Zitat Das Problem ist doch bei HTTP und eingeloggten user, dass die SID dann unverschlüsselt übertragen wird, oder nicht? Somit kann sie leicht abgefangen und missbraucht werden.Naja ein bisschen Paranoia schadet nie oder wie? Vorschlag: speichere doch die IP Adresse des Clients in die Session - die benutzt du im code dann als Authentifizierung. __________ E-Mail: therion at ninth-art dot de IRC: megatherion @ Freenode |
|
|
||
23.12.2007, 13:45
...neu hier
Themenstarter Beiträge: 3 |
#5
Ja, bischen Paranoia schadet nie.
Meine Site ist auch nicht so sicherheitsrelevant. Mir gings hier hauptsächlich auch um das Verständnis. Könnte ja sein, dass beim HTTPS-Protokoll vielleicht der Client auch "automatisch" mit verifiziert wird, z. B. über die IP. Deiner Antwort zufolge ist dies nicht der Fall, und man könnte z. B. die IP prüfen um hier sicherer zu fahren. Bei EBAY ist es meines wissens ja auch so, dass zum Ändern der persönlichen Daten nochmals das Password eingegeben werden muß. Dies schützt hier zumindest. Lediglich beim Bieten könnte dies ein Hijacker für mich tun. Auch hier nochmal eine Passwort-Verifizierung einzubauen wäre nicht so benutzerfreundlich. Danke für die Antworten! Zitat Xeper postete |
|
|
||
23.12.2007, 22:18
Member
Beiträge: 5291 |
#6
Zitat Bei EBAY ist es meines wissens ja auch so, dass zum Ändern der persönlichen Daten nochmals das Password eingegeben werden muß. Dies schützt hier zumindest.Ja zb. oder wenn die Session halt abgelaufen ist aber das ist ja der normal Fall. Ich bin auch da im Mom bissl raus weil fast alle meine Proj. im Moment client app basierend sind. Aber ich denke wenn du noch mehr drüber nachdenkst findest du auch noch andere Möglichkeiten der Authentifizierung. Zitat Lediglich beim Bieten könnte dies ein Hijacker für mich tun.Naja du scheinst ja sehr skeptisch zu sein, für mich müßte das erstmal bewiesen werden also lassen wir das jetzt so dahingestellt - web 2.0 wird zwar auch immer gefährlicher und es gibt dutzend Möglichkeiten wie man wo was ausnutzen kann - wird es immer geben trozdem muss man sich mit einer relativen Sicherheit zufriedengeben. __________ E-Mail: therion at ninth-art dot de IRC: megatherion @ Freenode |
|
|
||
ich stelle mir folgende Frage:
Wenn auf einer Website nur das Login über https läuft, und danach wieder alles über http, dann kann doch jemand meine Session hijacken. Selbst wenn dann später, wie bei Ebay, wieder auf eine https-Seite gewechselt wird, ist die Sitzung gekidnappt?
Ich stelle mir die Frage jetzt, weil ich selbst eine Web-Seite online stellen will, und mich frage, was am sinnvollsten ist.
Variante 1: Nach dem einloggen stets alles mit https machen - dies kostet nätürlich was !?Performance?!
Variante 2: Nach dem einloggen stets mit https weitermachen, um session-hijacking vorzubeugen.
Hoffe es kennt sich jemand so gut mit SSL aus, um mir meine Frage zu beantworten.
Schon mal Danke!
Grüßte,
blaetze