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

More documents

Recommendations

Info

CAPITOLO IV - La sicurezza nelle web applications La classe Principal contiene le informazioni di protezione relative all’utente, sotto forma di un oggetto che implementa l’interfaccia IIdentity, e dei ruoli a cui lo stesso appartiene. È inoltre rappresentato da una serie di oggetti che implementano l’interfaccia IPrincipal. Identity rappresenta l’identità di un utente (WindowsIdentity, FormsIdentity, PassportIdentity, GenericIdentity). Principal ed Identity sono legati tra loro e variano a seconda del tipo di autenticazione utilizzato: nel caso dell’autenticazione Windows gli oggetti utilizzati saranno rispettivamente WindowsPrincipal e WindowsIdentity, mentre con Forms Authentication gli oggetti saranno GenericPrincipal e GenericIdentity. All’interno dell’identità dell’utente è dunque contenuta l’appartenenza ai ruoli, secondo le modalità specifiche del tipo di autenticazione. L’accesso a queste informazioni è regolato attraverso la proprietà User, che viene restituita sia attraverso la classe HttpContext, che direttamente come proprietà della classe Page. Attraverso il metodo IsInRole si può verificare l’appartenenza ad un certo ruolo, mentre IIdentity ha la proprietà Name, con cui si può risalire al nome utente, e quella IsAuthenticated, che stabilisce se l’utente è stato autenticato o meno. Figura 28 Interfaccia IIdentity Figura 29 Interfaccia IPrincipal 72
CAPITOLO IV - La sicurezza nelle web applications Di seguito viene proposto un esempio in cui si nota come con le classi GenericIdentity e GenericPrincipal si può gestire in modo personalizzato il sistema di autenticazione e autorizzazione: Prima si costruisce l’oggetto GenericIdentity passandogli l’username, poi si crea l’oggetto GenericPrincipal passandogli il GenericIdentity e l’array di stringhe che sono i ruoli che si vogliono assegnare al particolare utente: Nella nostra applicazione, abbiamo creato la classe TaleteIdentity.cs: 73
Page 1 and 2:
UNIVERSITÀ POLITECNICA DELLE MARCH
Page 3 and 4:
INDICE INDICE .....................
Page 5 and 6:
ELENCO DELLE FIGURE Figura 1 Home p
Page 7 and 8:
CAPITOLO I - Introduzione 5
Page 9 and 10:
CAPITOLO I - Introduzione tecniche
Page 11 and 12:
CAPITOLO I - Introduzione 2 Gestion
Page 13 and 14:
CAPITOLO II - Talete: Autenticazion
Page 15 and 16:
Page 17 and 18:
Page 19 and 20:
Page 21 and 22:
Page 23 and 24: • Ampliamento della superficie di
Page 25 and 26: CAPITOLO II - Talete: Autenticazion
Page 35 and 36: 2.4.5 Diagramma delle classi CAPITO
Page 43 and 44: CAPITOLO III - Progettare un’appl
Page 45 and 46: 3.2 Il significato dei design patte
Page 55 and 56: 4.1 Introduzione CAPITOLO IV - La s
Page 57 and 58: CAPITOLO IV - La sicurezza nelle we
Page 73: CAPITOLO IV - La sicurezza nelle we
Page 87 and 88: Mentre con AnomynousTemplate si ha:
Page 95 and 96: CAPITOLO V - La sicurezza nell’ar
Page 105 and 106: 1 porsi dalla prospettiva dell’at
Page 113 and 114: CAPITOLO VI - Gli attacchi e il pro
Page 115 and 116: 6.1 Progetto OWASP CAPITOLO VI - Gl
Page 125 and 126:
6.2.5 I vantaggi nascosti CAPITOLO
Page 127 and 128:
CAPITOLO VI - Gli attacchi e il pro
Page 129 and 130:
Page 131 and 132:
Page 133 and 134:
Page 135 and 136:
Page 137 and 138:
Page 139 and 140:
Page 141 and 142:
Page 143 and 144:
Page 145 and 146:
Page 147 and 148:
Page 149 and 150:
6.10 Denial of Service CAPITOLO VI
Page 151 and 152:
6.11 Insecure Configuration Managem
Page 153 and 154:
CAPITOLO VII - Test per valutare la
Page 155 and 156:
7.1.1 Analisi del codice sorgente C
Page 157 and 158:
Page 159 and 160:
Page 161 and 162:
Page 163 and 164:
vulnerabilità critiche di applicaz
Page 165 and 166:
• Aggiungere la tecnologia SSL e
Page 167 and 168:
Durante questi anni universitari so
Page 169 and 170:
M. Fowler, D. Rice, M. Foemmel, E.
show all

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

Create successful ePaper yourself

Delete template?

Save as template?