Pianificare i permessi del portale clienti con una matrice
Una matrice già compilata per due aziende e tre ruoli collega attività consentite, ambiti dei dati e verifiche concrete.
«Il cliente ha effettuato l’accesso» non stabilisce quali documenti possa leggere o quali ordini possa creare. Un piano dei permessi collega la persona, l’azione richiesta e l’ambito dei dati interessati.
Il portale seguente è interamente ipotetico. Aziende C10 e C20, ruoli e verifiche descrivono un progetto, non un test di sicurezza svolto.
Dai compiti alla matrice
Nell’esempio, i lettori consultano documenti aziendali, gli addetti agli ordini possono anche ordinare e gli amministratori dell’azienda cliente gestiscono gli account della propria azienda. Il ruolo di amministratore aziendale non è automaticamente superiore: qui non ha il diritto di ordinare.
Azienda | Ruolo | Leggere documenti della propria azienda | Ordinare per la propria azienda | Gestire account della propria azienda | Altra azienda |
|---|---|---|---|---|---|
| Lettore | Sì | No | No | Nessun accesso |
| Addetto agli ordini | Sì | Sì | No | Nessun accesso |
| Amministratore aziendale | Sì | No | Sì | Nessun accesso |
| Lettore | Sì | No | No | Nessun accesso |
| Addetto agli ordini | Sì | Sì | No | Nessun accesso |
| Amministratore aziendale | Sì | No | Sì | Nessun accesso |
Questa assegnazione è una scelta di esempio. Se gli amministratori aziendali devono ordinare, l’assegnazione aggiuntiva va pianificata e verificata esplicitamente. Vanno definiti anche i ruoli aziendali che possono attribuire. Non ne derivano diritti sull’intera piattaforma.
Far rispettare il limite sull’oggetto
Nascondere un menu non impedisce una richiesta diretta del documento. Il server deve verificare che la persona possa agire per l’azienda selezionata e che il documento specifico appartenga all’ambito consentito. L’identificativo aziendale inviato dal browser è una selezione, non una prova di appartenenza.
La verifica supera le pagine di dettaglio. Elenchi, esportazioni e operazioni di scrittura richiedono lo stesso limite adeguato. In questo progetto non si concede accesso a combinazioni prive di autorizzazione esplicita.
Verificare percorsi consentiti e negati
Dalla matrice si possono ricavare risultati attesi prima dello sviluppo:
Un lettore può aprire un documento della propria azienda; creare un ordine con quel ruolo viene negato.
Un amministratore di
C10non riceve documenti diC20, nemmeno tramite l’indirizzo diretto.La gestione autorizzata modifica solo account della propria azienda e attribuisce soltanto i ruoli previsti.
Dopo la revoca di un’appartenenza o di un permesso, l’azione protetta resta bloccata anche con una sessione già aperta.
Verifichi i casi consentiti quanto quelli negati. Un’applicazione che blocca tutto non soddisfa la matrice. Registri ruoli, associazione dei dati e risultato atteso per la versione verificata.
La matrice chiarisce una parte delle regole. Non sostituisce né la realizzazione tecnica né una valutazione completa di sicurezza. Modifiche a ruoli, percorsi dei dati o appartenenze devono entrare nel piano e nelle verifiche appropriate.
Fonti
Continuate a leggere
Tutti gli articoli
Sviluppo software con ASES
Software su misura, app web e mobile