Dispensa in PDF - Dipartimento di Scienze Ambientali, Informatica e ...

Così posso implementare la canInvoke semplicemente.
Carnielli Efrem: Programmazione a componenti
Applicazioni Client-Server e database
6.9.5 Garantire sicurezza di secondo livello: Jboss
Abbiamo visto come risolvere la sicurezza di primo livello; ora richiamiamo la
sicurezza di secondo livello e vediamo come può essere risolta.
Il medico di medicina generale ha accesso alla nostra cartella clinica. In un sistema
informativo per medici ci sarà la voce “accesso cartella clinica”.
Nella tabella precedente potrò spuntare in corrispondenza dell’incrocio tra il
metodo “accesso cartella clinica” e il ruolo “medico” impedendo ad utenti non
medici di poter accedere alle cartelle.
Un medico però può accedere solo alle cartelle cliniche dei suoi pazienti e non a
quelle di altri. Assicurare questo significa assicurare sicurezza applicativa di
secondo livello.
Quindi nel corpo del metodo “accesso cartella clinica” dovrò chiedermi se il
medico in questione che ha chiesto l’accesso può farlo oppure no a seconda che
siano o no suoi pazienti.
Supponiamo che il medico vada in ferie. Arriva un nuovo sostituto che può
accedere alla cartella temporaneamente. Posso mettere un altro controllo nel
metodo.
Tuttavia non è corretto, ad esempio, che il medico sostituto possa accedere a dati
critici. Anche queste aggiunte fanno parte della sicurezza di secondo livello, ma il
metodo scelto non è buono perchè consiste di modificare di continuo il codice con
test.
In sostanza per garantire la sicurezza applicativa di secondo livello devo verificare
se il soggetto che impersona quel ruolo può accedere a determinati metodi e cosa
può fare di quei metodi.
Ma va fatto fuori.
Lo sviluppatore quando implementa il metodo h deve disinteressarsi
completamente della sicurezza relativa.
Devo prevedere esternamente un sistema a regole invocabili in qualche modo.
Potrei utilizzare un checker come in figura sotto.
156