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

CAPITOLO V - La sicurezza nell’architettura di un’applicazione
3. Matrice di Accesso: per ciascun ruolo si definisce quale tipo di accesso è possibile
eseguire sulle risorse. Per tipo di accesso si intendono le classiche operazioni di
creazione, lettura, modifica, cancellazione (CRUD).
4. Use Cases: questo passo permette di stabilire quale sia il tipico uso fatto dagli utenti per
accedere ai dati.
5. Componenti di sistema: vengono identificati i macroblocchi del sistema, che in Talete
sono il database, il web service, la web application e l’Asp.NET application
6. Rilevanze: sono dei punti di attenzione particolari come l’uso di codice nativo piuttosto
che di generazione di codice o ancora la costruzione di query SQL o LDAP.
7. Le chiamate: si identificano tutte le azioni che un utente, per esempio grazie
all’interfaccia utente, può eseguire con la nostra applicazione.
8. Le minacce: si stabiliscono quali siano le potenziali minacce che possono occorrere.
L’immissione dei dati non è certamente semplice ed è un lavoro molto lungo, che, però è
ripagato da una serie di report con tanto di grafici con gli “use cases” costruiti in modo
automatico grazie al motore di Visio.
Solo immettendo pochi dati, il tool ha automaticamente generato minacce di tipo
confidentiality, integrity e availability.
• Confidentiality:
Unauthorized disclosure of using by
Questa è una minaccia di tipo “confidentiality”, che rileva la possibilità di una diffusione non
autorizzata di notizie durante una CreateCustomer, cioè qualcuno potrebbe mettersi sulla linea
del TCP/IP e intercettare la creazione di un nuovo customer mentre sta avvenendo la
comunicazione col web service; ovviamente saremo noi a decidere se la comunicazione è
sicura o meno, e quindi se il rischio lo accettiamo o meno.
• Integrity:
Illegal execution of using by
105