2009-07-13 7 views

risposta

28

solito non mi piace postare link a Wikipedia, ma ecco un link per a very good explanation on Wikipedia ...

Ecco la carne di esso:

  • Alice ha un conto presso la banca http://unsafe/ . Sfortunatamente, Alice non è molto esperta di sicurezza.

  • Mallory è fuori per ottenere i soldi di Alice dalla banca.

  • Alice ha un ragionevole livello di fiducia in Mallory e visiterà i collegamenti che Mallory le manda.

    1. Mallory ha stabilito che http://unsafe/ accetta qualsiasi identificatore di sessione, accetta di identificativi di sessione da stringhe di query e non ha alcuna convalida di protezione. http://unsafe/ non è quindi sicuro.
    2. Mallory invia ad Alice un'e-mail: "Ehi, dai un'occhiata, c'è una nuova funzione di riepilogo dell'account sulla nostra banca, http://unsafe/?SID=I_WILL_KNOW_THE_SID". Mallory sta provando a risolvere il SID a I_WILL_KNOW_THE_SID.
    3. Alice è interessato e visita http://unsafe/?SID=I_WILL_KNOW_THE_SID. Viene visualizzata la normale schermata di accesso e Alice si connette.
    4. Mallory visita http://unsafe/?SID=I_WILL_KNOW_THE_SID e ora ha accesso illimitato all'account di Alice.
+2

Questo è davvero un buona risposta – Tony

+0

@RichieHindle Ciò significa che se il sito della banca non creare ID di sessione, e fare Nout solo accettare qualsiasi ID di sessione, allora questo attacco non è possibile o mi sto perdendo un po ' cosa qui? – Inquisitive

+1

Anche se la banca accetta solo ID che ha generato, Alice non è al sicuro. Mallory può visitare il sito della banca per ottenere un ID di sessione generato dalla banca e quindi utilizzarlo nel link che invia ad Alice. Vedi l'articolo di Wikipedia collegato per i dettagli su come difendersi dagli attacchi di fissazione delle sessioni. – RichieHindle