La gestione dei permessi sulle cartelle condivise è uno degli aspetti più importanti, e spesso più sottovalutati, della sicurezza informatica aziendale. Che si parli di un file server tradizionale o di un ambiente Microsoft 365 con SharePoint, il principio di base non cambia: ogni utente deve poter accedere solo ai dati necessari per svolgere il proprio lavoro.
Una configurazione disordinata dei permessi può sembrare innocua nel breve periodo, ma con il tempo diventa difficile da controllare, esporre dati sensibili a persone non autorizzate e rendere molto più complessa qualsiasi attività di audit, migrazione o riorganizzazione.
Permessi agli utenti o ai gruppi?
Una delle regole fondamentali è evitare, salvo casi eccezionali, di assegnare permessi direttamente ai singoli utenti.
La buona pratica è utilizzare gruppi di sicurezza, ad esempio gruppi di Active Directory per i file server o gruppi Microsoft 365, gruppi di sicurezza Entra ID e gruppi SharePoint per gli ambienti cloud, così da mantenere più semplice e coerente la gestione degli accessi.
Questo approccio offre diversi vantaggi:
Gestione più semplice: quando una persona entra o esce da un reparto, è sufficiente aggiungerla o rimuoverla dal gruppo corretto.
Minore rischio di errore: non è necessario modificare manualmente i permessi su molte cartelle o librerie.
Maggiore tracciabilità: è più facile capire chi ha accesso a cosa.
Accessi coerenti: utenti con lo stesso ruolo ricevono gli stessi permessi.
Audit più semplici: controllare i gruppi è molto più ordinato che analizzare centinaia di permessi assegnati direttamente ai singoli utenti.
Un esempio semplice: se il reparto Amministrazione deve accedere alla cartella “Contabilità”, è preferibile creare gruppi come:
GG_Contabilita_Lettura
GG_Contabilita_Modifica
Gli utenti verranno inseriti nel gruppo corretto in base al loro ruolo. La cartella, invece, avrà permessi assegnati solo ai gruppi, non alle singole persone.
Il principio del minimo privilegio
Un altro principio fondamentale è quello del minimo privilegio: ogni utente deve avere solo i permessi necessari, niente di più.
Se un utente deve soltanto consultare dei documenti, il permesso di lettura è sufficiente. Se deve creare e modificare file, può essere necessario un permesso di modifica.
Minimo privilegio non significa nascondere tutto
Il principio del minimo privilegio va applicato con criterio. Non significa necessariamente impedire a ogni utente di vedere qualsiasi cartella che non utilizza quotidianamente, ma evitare che possa accedere a informazioni che non dovrebbe conoscere, modificare o gestire.
C’è una differenza importante tra una cartella che contiene dati riservati e una cartella che semplicemente non è utile a un determinato utente. Nel primo caso è corretto limitare l’accesso. Nel secondo caso, se non esistono motivi di sicurezza, riservatezza o compliance, creare permessi specifici solo per “non farla vedere” può introdurre complessità inutile.
Ogni eccezione ai permessi standard aumenta la granularità, rende più difficile l’amministrazione e complica le attività di controllo, audit, migrazione e troubleshooting. Per questo motivo è preferibile progettare accessi basati su ruoli, reparti e responsabilità reali, evitando di frammentare i permessi solo per ragioni di comodità visiva.
In altre parole: il minimo privilegio deve basarsi su cosa un utente è autorizzato a vedere o modificare, non semplicemente su cosa preferirebbe non vedere perché non gli serve nel lavoro quotidiano. Se una cartella non contiene dati sensibili e la sua visibilità non rappresenta un rischio, può essere più efficiente mantenerla all’interno di una struttura autorizzativa più semplice, piuttosto che creare livelli di permesso aggiuntivi difficili da mantenere nel tempo.
La sicurezza deve ridurre il rischio, non generare complessità non necessaria.
Buone pratiche per un file server
Usare gruppi di sicurezza, non utenti singoli;
Evitare permessi “Everyone” o “Domain Users” dove non necessari;
Assegnare i permessi al livello più alto possibile;
Evitare di interrompere l’ereditarietà senza una reale necessità;
Mantenere una struttura di cartelle semplice e comprensibile;
Documentare la logica dei gruppi;
Revisionare periodicamente gli accessi;
La granularità è utile, ma va controllata. Se ogni sottocartella ha permessi diversi, il sistema diventa rapidamente ingestibile. In molti casi, quando una cartella richiede permessi molto diversi dalle cartelle vicine, può essere più corretto ripensare la struttura, separandola in un’area dedicata.
SharePoint: non è un file server nel cloud
Un errore frequente è trattare SharePoint come se fosse semplicemente un file server online. In realtà SharePoint ha una logica diversa, basata su siti, librerie, gruppi, condivisioni e collegamenti.
La gerarchia dei permessi in SharePoint può essere applicata a diversi livelli:
sito;
raccolta documenti;
cartella;
singolo file o elemento.
Anche se tecnicamente è possibile assegnare permessi molto granulari, non significa che sia sempre opportuno farlo. Microsoft raccomanda di interrompere l’ereditarietà dei permessi il meno possibile e di assegnare autorizzazioni al livello più alto possibile, perché i permessi troppo dettagliati possono aumentare la complessità e avere impatti sulla gestione dell’ambiente.
La regola pratica è questa: se un insieme di documenti richiede permessi diversi in modo stabile, probabilmente è meglio creare una libreria dedicata o, nei casi più strutturati, un sito separato.
Granularità: quanto scendere nel dettaglio?
La granularità dei permessi deve essere proporzionata al reale bisogno aziendale.
Una struttura troppo semplice può esporre troppe informazioni. Una struttura troppo dettagliata, invece, diventa difficile da mantenere e rischia di creare errori.
Un buon equilibrio può essere:
permessi a livello di sito o area principale per i reparti;
permessi a livello di libreria o cartella principale per funzioni specifiche;
permessi su singoli file solo come eccezione temporanea o per casi molto particolari.
Esempio corretto:
Sito SharePoint “Amministrazione”
Libreria “Documenti contabili”, accessibile al gruppo Amministrazione
Libreria “Paghe”, accessibile solo ai gruppi HR e Direzione
Libreria “Report”, accessibile in sola lettura alla Direzione
Esempio da evitare:
Un’unica libreria con decine di cartelle e sottocartelle, ognuna con permessi interrotti e utenti aggiunti manualmente.
Nel primo caso la gestione è chiara. Nel secondo caso, dopo qualche mese, diventa difficile sapere chi vede cosa.
Nominare bene i gruppi
Una buona convenzione di naming aiuta moltissimo. I gruppi dovrebbero far capire subito:
a cosa si riferiscono;
quale livello di accesso concedono;
se sono usati per file server, SharePoint o applicazioni specifiche.
Esempi:
FS_Amministrazione_RW
FS_Amministrazione_RO
SP_Marketing_Members
SP_Direzione_Read
M365_ProgettoAlpha_Owners
L’importante è scegliere uno standard e mantenerlo nel tempo. La coerenza vale più della perfezione.
Evitare eccezioni non documentate
Le eccezioni sono inevitabili, ma devono restare eccezioni. Se un utente viene aggiunto manualmente a una cartella “solo per fare prima”, quella modifica rischia di rimanere per anni senza che nessuno se ne ricordi.
Ogni richiesta di accesso dovrebbe seguire un processo chiaro:
richiesta da parte dell’utente o del responsabile;
approvazione del referente aziendale;
assegnazione tramite gruppo;
registrazione della modifica;
revisione periodica.
Questo è particolarmente importante per cartelle contenenti dati sensibili, come amministrazione, personale, contratti, dati sanitari, dati di clienti o documentazione riservata.
Revisionare periodicamente gli accessi
La gestione dei permessi non è un’attività “una tantum”. Le aziende cambiano: le persone entrano, escono, cambiano reparto, cambiano mansione.
Per questo motivo è buona pratica eseguire revisioni periodiche degli accessi, almeno sulle aree più critiche. I responsabili di reparto dovrebbero validare chi deve mantenere l’accesso e chi invece deve essere rimosso.
Questo vale sia per i file server sia per SharePoint. In SharePoint, inoltre, è importante controllare anche i collegamenti di condivisione, soprattutto quelli anonimi o destinati a utenti esterni.
Conclusione
Una corretta gestione dei permessi non serve solo a “bloccare” gli utenti, ma a proteggere il patrimonio informativo dell’azienda e a rendere più ordinata la collaborazione.
Le regole principali sono semplici:
assegnare permessi ai gruppi, non ai singoli utenti;
applicare il principio del minimo privilegio;
mantenere una struttura chiara;
limitare la granularità eccessiva;
evitare eccezioni non documentate;
revisionare periodicamente gli accessi;
Un sistema di permessi ben progettato riduce i rischi, semplifica il lavoro dell’IT e permette agli utenti di accedere rapidamente alle informazioni di cui hanno bisogno, senza esporre dati che non dovrebbero vedere.
