02.06.2013 Views

analisi e gestione della sicurezza di una complessa applicazione ...

analisi e gestione della sicurezza di una complessa applicazione ...

analisi e gestione della sicurezza di una complessa applicazione ...

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

CAPITOLO VI - Gli attacchi e il progetto OWASP<br />

minuti interi, trascorso il quale il cookie scade viene specificato con l’attributo<br />

timeout.<br />

2. È stata impostata al valore AutoDetect la proprietà SessionStateSection.Cookieless.<br />

L’ID univoco che associa il client a <strong>una</strong> sessione server può essere archiviato in due<br />

mo<strong>di</strong> dallo stato sessione: tramite l’archiviazione <strong>di</strong> un cookie HTTP sul client o<br />

tramite la co<strong>di</strong>fica dell’ID <strong>di</strong> sessione nell’URL. L’archiviazione dell’ID <strong>di</strong> sessione<br />

nel cookie risulta più sicura, ma richiede il supporto dei cookie da parte del browser<br />

del client. Nel caso delle applicazioni che consentono client che non supportano<br />

cookie, ad esempio alcuni <strong>di</strong>spositivi mobili, l’ID <strong>di</strong> sessione può essere archiviato<br />

nell’URL. Tale opzione presenta svariati svantaggi. È necessario che i collegamenti<br />

nel sito siano relativi e che la pagina sia rein<strong>di</strong>rizzata all’inizio <strong>della</strong> sessione con<br />

nuovi valori <strong>di</strong> stringa <strong>di</strong> query. L’ID <strong>di</strong> sessione viene inoltre esposto nella stringa<br />

<strong>di</strong> query e può essere quin<strong>di</strong> rilevato e utilizzato in un attacco alla <strong>sicurezza</strong>.<br />

È consigliabile utilizzare la modalità senza cookie solo se risulta necessario<br />

supportare client privi <strong>di</strong> supporto per i cookie.<br />

Lo stato sessione supporta inoltre due opzioni aggiuntive: UseDeviceProfile e<br />

AutoDetect. La prima opzione consente al modulo dello stato sessione <strong>di</strong> determinare<br />

quale modalità, ovvero con o senza cookie, viene utilizzata su base client, a seconda<br />

delle capacità del browser. Con l’opzione AutoDetect Asp.NET è “così intelligente”<br />

da capire da solo se usare i cookie oppure l’Url; infatti essa consente <strong>di</strong> eseguire un<br />

handshake con il browser, per verificare se è possibile archiviare un cookie, e<br />

prevede quin<strong>di</strong> un’ulteriore richiesta per determinare la modalità da utilizzare. In<br />

pratica viene inviato il cookie e si esegue <strong>una</strong> re<strong>di</strong>rect verso <strong>una</strong> pagina che controlla<br />

la presenza del cookie; se la pagina <strong>di</strong> controllo non riceve il cookie significa che il<br />

client non li supporta e inserisce il ticket <strong>di</strong> login nell’Url. In generale, se è<br />

necessario supportare client senza cookie, è consigliabile prendere in considerazione<br />

l’utilizzo del campo UseDeviceProfile per generare cookie senza URL solo per i<br />

client che li richiedono.<br />

133

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!