Sicurezza del software aziendale: ruoli, permessi, registri attività e protezione dei dati
La sicurezza del software aziendale non termina con una password complessa. Dopo l’autenticazione il sistema deve decidere quali dati, funzioni e operazioni sono consentiti a quella persona o applicazione. Deve inoltre registrare le attività rilevanti, proteggere informazioni e segreti e permettere di revocare rapidamente gli accessi.
Un gestionale in cui tutti sono amministratori espone l’intera azienda a errori, account compromessi e modifiche non ricostruibili. Il problema opposto è una matrice tanto complicata da spingere le persone a condividere credenziali o chiedere eccezioni permanenti. I controlli devono seguire mansioni e responsabilità reali, con procedure gestibili.
Microsoft definisce il minimo privilegio come l’assegnazione delle sole autorizzazioni necessarie, nello specifico ambito e per il tempo richiesto. OWASP aggiunge principi applicativi essenziali: negare per impostazione predefinita, verificare il permesso a ogni richiesta e registrare i fallimenti di autorizzazione. Il controllo deve quindi essere applicato sul server, non affidato alla visibilità di un pulsante nell’interfaccia.
Il progetto parte dalla classificazione di utenti, processi e dati. La tecnologia viene dopo: ruoli, attributi, autenticazione forte, audit, cifratura e monitoraggio devono tradurre regole aziendali approvate e verificabili.
Elenca le funzioni del sistema come azioni, non come pagine: leggere clienti, modificare condizioni economiche, esportare dati, approvare ordini, annullare documenti, gestire utenti e cambiare configurazioni. Per ogni azione specifica oggetto, perimetro e vincoli. Leggere tutti gli ordini non equivale a leggere soltanto quelli della propria filiale.
Costruisci una matrice tra mansioni e azioni insieme ai responsabili di processo. Parti da ruoli comprensibili come operatore, responsabile, amministrazione, assistenza e amministratore tecnico. Evita ruoli creati per ogni singola persona; le eccezioni devono avere motivazione, durata e approvazione.
Applica il minimo privilegio su tre dimensioni: permesso, ambito e tempo. Un tecnico può ricevere accesso alla configurazione di un modulo, soltanto sull’ambiente necessario e per la durata dell’intervento. Per attività privilegiate usa account separati da quelli quotidiani e, quando l’infrastruttura lo permette, elevazione temporanea con approvazione.
Nega ciò che non è esplicitamente consentito e verifica il permesso a ogni richiesta lato server. Nascondere il collegamento nel menu migliora l’interfaccia ma non impedisce a un utente di richiamare direttamente un URL o una API. OWASP raccomanda controlli coerenti anche su risorse statiche, identificativi e funzioni amministrative.
Considera identità non umane: integrazioni, servizi, job e dispositivi. Assegna credenziali distinte, scopi minimi e proprietari. Non usare un account amministrativo personale dentro uno script. Registra dove il segreto è conservato, come viene ruotato e quale processo smette di funzionare quando viene revocato.
Definisci il ciclo di vita degli accessi. L’ingresso richiede identità verificata e ruolo approvato; un cambio mansione deve rimuovere i permessi precedenti; l’uscita deve disattivare account, sessioni, token e chiavi. Esegui revisioni periodiche con responsabili che possano confermare la necessità effettiva, non soltanto la presenza del nome in un elenco.
Definisci gli eventi che devono essere ricostruibili: accessi riusciti e falliti, blocchi, modifiche ai privilegi, uso di funzioni amministrative, cambi di configurazione, creazione e cancellazione, importazioni, esportazioni, accesso a dati sensibili e operazioni economiche rilevanti. Aggiungi fallimenti di autorizzazione e anomalie di flusso.
Ogni evento deve contenere almeno data e ora affidabili, identità, azione, oggetto, risultato, ambiente e identificativo di correlazione. Registra il valore precedente e successivo soltanto quando è necessario e consentito; spesso è sufficiente indicare i campi cambiati o conservare una versione protetta. Usa formati coerenti per ricerca e correlazione.
Non inserire nei log password, token di sessione, chiavi, stringhe di connessione, dati di pagamento o informazioni personali non necessarie. OWASP raccomanda rimozione, mascheramento, hashing o cifratura dei dati sensibili. Il registro non deve diventare una copia meno protetta del database principale.
Separa produzione e gestione dei log. L’applicazione dovrebbe scrivere tramite un’identità con privilegi limitati e non poter cancellare liberamente le proprie evidenze. Proteggi archivi e strumenti di consultazione con ruoli specifici, rileva interruzioni della raccolta e tentativi di alterazione e conserva copie secondo una politica definita.
Stabilisci conservazione, accesso e cancellazione in base a finalità operative, sicurezza e obblighi applicabili. Conservare tutto per sempre aumenta costo ed esposizione; cancellare troppo presto impedisce indagini e contestazioni. Documenta la motivazione di ogni durata e verifica che archivi, backup e sistemi centrali la rispettino.
I log diventano utili soltanto con monitoraggio e risposta. Crea avvisi per elevazioni di privilegio, numerosi tentativi falliti, esportazioni insolite, accessi fuori contesto e arresto della raccolta. Definisci chi riceve l’avviso, come verifica, quando blocca l’account e quali evidenze conserva.
Classifica i dati per sensibilità e finalità. Identifica informazioni personali, commerciali, finanziarie, tecniche e credenziali. Per ogni categoria stabilisci chi può leggerla, modificarla, esportarla, conservarla e cancellarla. La classificazione deve influenzare permessi, log, cifratura e backup.
Proteggi i dati in transito con protocolli aggiornati e verifica certificati e destinazioni. Per i dati a riposo usa meccanismi di cifratura adeguati al rischio e gestisci le chiavi separatamente dai dati. OWASP sottolinea che la protezione dipende anche dal ciclo di vita delle chiavi: generazione, conservazione, rotazione, revoca e recupero.
Conserva password con algoritmi specifici di hashing adattivo, mai con cifratura reversibile. Proteggi sessioni e token, imposta scadenze coerenti e invalida quelli attivi quando l’account viene disabilitato o la credenziale cambia. Per amministratori e operazioni sensibili richiedi autenticazione a più fattori e, dove opportuno, una nuova verifica prima dell’azione.
Gestisci segreti applicativi in un sistema dedicato invece che nel codice, nei file distribuiti o nelle pipeline in chiaro. Ogni servizio deve poter leggere soltanto i propri segreti. Pianifica rotazione senza fermo, revoca d’emergenza e inventario delle dipendenze. Un segreto non tracciato non può essere sostituito con affidabilità.
Progetta backup e ripristino con gli stessi vincoli di accesso e protezione del sistema primario. Cifra le copie quando necessario, separa le credenziali, limita le operazioni di cancellazione e prova il recupero. Un backup accessibile a un account compromesso non costituisce una difesa sufficiente.
Verifica i controlli prima del rilascio e periodicamente. Crea test automatici che provino azioni consentite e negate per ogni ruolo, compresi accessi diretti alle API. Esegui revisioni degli account, campioni dei log, prove di revoca, rotazione dei segreti e ripristino. Correggi anche il processo che ha permesso l’errore, non soltanto la singola autorizzazione.
Nomina i proprietari di sistema, processo e dati. Definisci chi approva ruoli, eccezioni, accessi privilegiati e tempi di conservazione.
Inventaria utenti, gruppi, account tecnici, API, dispositivi, dati, segreti e funzioni critiche. Cerca account condivisi, inattivi o senza proprietario.
Costruisci la matrice mansione-azione con oggetto, ambito e vincoli. Parti da negazione predefinita e assegna soltanto ciò che serve.
Implementa i controlli lato server su interfaccia, API, file ed esportazioni. Aggiungi test positivi e negativi per ogni ruolo e per gli identificativi manipolabili.
Separa account amministrativi, attiva autenticazione forte e definisci accessi temporanei. Collega ingresso, cambio ruolo e uscita alla revoca di sessioni, token e chiavi.
Definisci il catalogo degli eventi e un formato coerente. Escludi o maschera segreti e dati sensibili e proteggi i registri da lettura, modifica e cancellazione non autorizzate.
Classifica i dati, applica protezione in transito e a riposo e gestisci chiavi e segreti in sistemi dedicati con rotazione e revoca provate.
Configura monitoraggio, soglie, responsabili e procedura di risposta. Verifica che l’arresto della raccolta generi un allarme.
Esegui revisioni periodiche di permessi e account, test di revoca, ripristino e incident response. Conserva evidenze e aggiorna matrice e documentazione dopo ogni cambiamento.
Lunedì – Sabato : 9:30 am – 21:00 pm
Lunedì – Sabato : 9:30 am – 21:00 pm
Studierò la strategia più adeguata per le tue esigenze e insieme al mio staff individueremo la Buyer Personas migliore per trasformare il tuo processo commerciale offline nella più efficace macchina di vendita online, e la strategia di comunicazione più convincente per convincere il pubblico che il tuo prodotto è quello che stanno cercando, anche se costa di più della concorrenza.
Lunedì – Sabato : 9:30 am – 21:00 pm
