Tecnicamente, anche se i contenuti nel cookie dovessero essere crittografati, se i cookie vengono copiati correttamente nel nuovo browser e il nuovo browser invia le stesse intestazioni HTTP (stessa stringa dell'agente utente, il referrer è come previsto, il computer ha lo stesso IP indirizzo e tutte le altre intestazioni che il server avrebbe potuto memorizzare in precedenza e confrontarle), teoricamente il server non sarebbe in grado di distinguere tra il browser originale e il nuovo browser .

Suppongo che tu stia cercando di copiare i cookie da un sito che ti registra automaticamente ogni volta che apri il browser e non ti sei disconnesso.

Alcuni siti potrebbero utilizzare altri modi per rilevare se si tratta di un cookie / sessione rubato, ma è una battaglia persa perché tutti questi possono ancora essere falsificati Ad esempio:

• Controlla se l'indirizzo IP è cambiato
• Lo user-agent è lo stesso
• Controlla se il referrer ha senso
• Qualsiasi altra intestazione HTTP che il browser invia

Per rispondere alla tua domanda, dovresti essere in grado di farlo funzionare se hai a che fare con un sito con login automatico e non sei disconnesso. Assicurati che tutte le intestazioni HTTP inviate dal tuo nuovo browser siano le stesse, che l'indirizzo IP sia lo stesso, il referrer sia quello previsto, lo stesso agente utente.

Nota che forse anche il servizio che stai utilizzando sta utilizzando un secondo cookie che ti sei dimenticato di copiare, e quindi crea un'anomalia e ti caccia fuori.

I contenuti di un cookie sono definiti dall'applicazione e ci sono tutti i modi per usarli. Di seguito è riportato un breve elenco di alcuni dei possibili motivi per cui il tuo impegno non è riuscito.

1. Il cookie è associato all'indirizzo IP, all'impronta digitale del dispositivo o ad altri dati non cookie che non hai acquisito .
2. Il cookie originale contiene una scadenza ed è passata.
3. Il cookie è monouso, ovvero il server ruota il valore ad ogni richiesta / risposta e invalida qualsiasi valore del cookie che è già stato utilizzato.
4. Il cookie è stato associato a una sessione che non esiste più sul server (potenzialmente perché ti sei disconnesso).
5. Il cookie è associato a un elemento nascosto all'interno la pagina (ad esempio un token CSRF) e non hai catturato o ricreato quel valore.
6. Il server è bilanciato, con lo stato della sessione in proc e un meccanismo di appiccicosità della sessione temporanea applicato dal bilanciamento del carico. Nella nuova sessione, al tuo client è stato assegnato un nodo diverso all'interno della farm in cui la sessione non esiste.
7. Il server web utilizza un motore di regole per rilevare attività sospette e il tuo cookie falsificato è stato presentato fuori sequenza o in un momento inaspettato.
8. I cookie andavano bene, ma hai sbagliato qualche altro dettaglio, come l'intestazione del referrer.

1. I cookie stessi potrebbero essere stati firmati o crittografati, non la connessione che li ha forniti.
2. Il server potrebbe aver rimosso la sessione dal database quando ti sei disconnesso.

Come accennato, quando ti sei disconnesso, il server ha invalidato il cookie che hai appena rubato, rendendo inutile il tentativo di fingere di essere te stesso.

Quindi, se vuoi davvero provare a rubare i tuoi cookie per testare ciò che è necessario per rubare la tua sessione da questo particolare servizio web, dovrai esportare i tuoi cookie e importarli in un nuovo browser / modalità di navigazione in incognito senza disconnetterti nella scheda del browser originale.

Ma , solo per notare, i cookie vengono spesso controllati anche rispetto a una serie di altri criteri. Possiamo controllare IP, user-agent, ecc. https://wingsdream.wordpress.com/tag/mitigating-http-session-hijacking/

Potremmo anche ideare strategie ancora più intelligenti, come un sistema di aggiornamento continuo dei token o il fingerprinting del browser, per ricontrollare che la persona in possesso di questo cookie sia la persona a cui abbiamo dato quel cookie e che non sia stato rubato. Quindi, anche se "rubi" i cookie di autenticazione, potresti comunque non essere in grado di autenticarti con essi.

La sessione è stata invalidata sul server. I siti Web protetti lo fanno per prevenire esattamente il tipo di attacco che stai descrivendo. Quando ti disconnetti, il server cancella la sessione dal proprio database in modo che anche se gli stessi cookie di sessione fossero stati riutilizzati, non saranno accettati dal server. Questo è il motivo per cui è importante disconnettersi correttamente dal sito Web invece di chiudere semplicemente il browser, anche se il browser non conserva i cookie.

I siti Web non sicuri potrebbero lasciare la sessione in giro sul server in modo che anche una volta che ti sei "disconnesso" (ovvero cancellato i cookie dal tuo browser), gli stessi cookie di sessione possono essere riutilizzati in seguito.

Prova a ripetere l'esperimento, ma questa volta non disconnetterti in anticipo. Accedi al sito Web e quindi elimina manualmente i cookie dal browser. Se visiti di nuovo il sito Web senza i cookie, non sarai connesso. Ora ripristina i cookie e prova a visitare di nuovo il sito Web e dovresti eseguire nuovamente l'accesso.

Per siti semplici, la copia dei cookie dovrebbe essere sufficiente. Il sito più "sicuro" blocca la tua sessione come altri hanno menzionato ad altri fattori come l'IP.

C'è anche la possibilità che ci sia del codice javascript che controlla altri valori persistenti come Local / Session Storage, IndexDB e così via sopra. Prova a dargli un'occhiata. Sarebbe anche possibile che questa sia un'applicazione a sito singolo in cui tutti i dati vengono caricati tramite ajax e oAuth insieme a una forma di archiviazione persistente. Nessun cookie necessario poiché il segreto è memorizzato altrove.

In molti casi il furto di cookie È sufficiente per l'autenticazione, è probabile che tu abbia fatto qualcosa di sbagliato.

Nota, TLS / crittografia non sono rilevanti qui. Nel momento in cui stai leggendo il cookie dall'intestazione, il traffico è già stato decrittografato. Tutto ciò che Chrome ti mostra è già decrittografato, la crittografia è completamente trasparente.

Per rispondere alla domanda. Gli schemi di autenticazione variano. A volte usano solo i cookie, nel qual caso sarà sufficiente rubarli. A volte non usano affatto i cookie. A volte usano una combinazione di cookie e altri dati.

Ci sono infiniti schemi di cookie. Non esiste una risposta semplice per tutti loro.