02

Competenze

Gestione delle autorizzazioni

Chi può fare che cosa, perché, e chi lo ha deciso? Queste tre domande determinano l’esito di ogni verifica. SempreAI porta le autorizzazioni in una struttura tracciabile, trasversale ai sistemi: dall’analisi dell’esistente basata sui dati a modelli di ruolo solidi e a una matrice SoD mantenuta, fino a campagne di ricertificazione che riducono davvero il rischio.

Team di consulenza che esamina documentazione sulle autorizzazioni e approvazioni attorno a un tavolo riunioni

Una gestione strutturata delle autorizzazioni è la base di ogni ambiente IT sicuro e la via più rapida verso meno rilievi di audit.

Panoramica

Perché l’access governance?

Negli ambienti cresciuti nel tempo le autorizzazioni si accumulano invece di ridursi. I cambi di posizione lasciano diritti alle spalle, gli accessi di progetto sopravvivono ai progetti e i ruoli aggregati nascondono ciò che è realmente assegnato. Il risultato sono rischi di accesso che nessuno riesce più a dominare, e ricertificazioni in cui i responsabili confermano in blocco, perché una decisione puntuale e fondata non sarebbe comunque possibile nei tempi assegnati.

L’access governance interviene dove gli strumenti da soli non bastano: sulla qualità dei dati, sulle responsabilità e sui processi decisionali. Prima nasce la trasparenza sull’esistente, poi la complessità si riduce grazie a modelli di ruolo puliti, e infine radichiamo processi di manutenzione che continuano a funzionare anche dopo la fine del progetto.

Che cosa realizziamo

I servizi di questo ambito

01

Analisi delle autorizzazioni e trasparenza

Tutto comincia da un quadro completo: quali autorizzazioni esistono, chi le usa, quali sono inattive da mesi e quali violano le direttive. I dati di tutti i sistemi target rilevanti vengono riuniti e resi analizzabili.

  • Rilevazione trasversale del parco autorizzazioni
  • Analisi d’uso e individuazione dei diritti orfani
  • Identificazione di utenze orfane e condivise
  • Valutazione della qualità dei dati per sistema target
  • Mappa di calore del rischio per criticità e concentrazione
  • Elenco prioritizzato di misure immediate

02

Modellazione dei ruoli e role mining

I ruoli non nascono alla lavagna, ma da dati reali di assegnazione, affinati poi insieme al business. Ne derivano ruoli di business comprensibili alle funzioni aziendali e ruoli di sistema che restano gestibili sul piano tecnico.

  • Role mining basato sui dati con analisi dei cluster
  • Modello a due livelli di ruoli di business e di sistema
  • Derivazione da strutture organizzative e mansioni
  • Gestione di eccezioni e diritti speciali
  • Titolarità dei ruoli e processo di approvazione
  • Indicatori di copertura e qualità

03

Analisi SoD e separazione dei compiti

La separazione dei compiti non è un modulo, ma un catalogo di conflitti mantenuto con regole chiare per le eccezioni. I conflitti SoD vengono modellati in termini di business, verificati trasversalmente e ricondotti a una procedura per eccezioni documentate e a termine, con controlli compensativi.

  • Costruzione di un catalogo di conflitti a livello di business
  • Verifica dei conflitti fra sistemi
  • Controllo preventivo già nel processo di richiesta
  • Procedura di eccezione con scadenza e motivazione
  • Controlli compensativi e relativa evidenza
  • Reporting periodico dei conflitti aperti

04

Campagne di ricertificazione

Una buona ricertificazione alleggerisce chi decide e aumenta il valore del risultato. Le campagne seguono il rischio, ciò che non è critico viene prefiltrato e un rifiuto porta a una revoca effettiva e tracciabile dei diritti.

  • Perimetro delle campagne basato sul rischio anziché generalizzato
  • Prefiltro e raggruppamento per i responsabili
  • Contesto decisionale chiaro per ogni autorizzazione
  • Revoca automatica dopo il rifiuto
  • Percorsi di escalation in caso di mancata lavorazione
  • Analisi di tempi di ciclo, tasso di approvazione e rilievi

05

Modello operativo di governance

Perché la struttura non si degradi di nuovo, radichiamo responsabilità e processi di manutenzione nell’organizzazione: con ruoli chiari, cadenze definite e indicatori che segnalano per tempo un calo di qualità.

  • RACI per richiesta, approvazione, manutenzione e controllo
  • Direttive e istruzioni operative in forma utilizzabile
  • Processo di onboarding per nuovi sistemi target
  • Verifica periodica della qualità del modello di ruoli
  • Formazione dei titolari di ruolo e degli approvatori
  • Set di indicatori per governo e reporting

Domande frequenti

Gestione delle autorizzazioni – Domande frequenti

Che differenza c’è fra RBAC, ABAC e PBAC?
RBAC assegna i diritti attraverso ruoli definiti. È strutturalmente chiaro, facile da verificare e adatto a organizzazioni stabili. ABAC decide in modo dinamico sulla base di attributi come reparto, sede, orario o classe di rischio ed è più flessibile per gli accessi dipendenti dal contesto. PBAC porta il governo al livello di direttive dichiarative gestite centralmente. Nella pratica combiniamo gli approcci: RBAC come fondamento portante, integrato da decisioni basate su attributi o direttive per le eccezioni a grana fine.
Quanto dura una modellazione dei ruoli?
Per un perimetro delimitato e con dati di qualità ragionevole sono realistiche sei-dieci settimane fino al modello target concordato. Il fattore critico raramente è l’analisi, quanto l’allineamento con il business: quante unità organizzative coinvolgere, quanto sono chiare le strutture di mansione e con quale rapidità si decide. Per questo procediamo in modo iterativo e forniamo risultati intermedi utilizzabili già dopo le prime settimane.
Che ne è delle eccezioni che non si riescono a risolvere?
Le eccezioni sono normali, le eccezioni incontrollate no. Per questo istituiamo una procedura in cui ogni eccezione riceve una motivazione di business, un responsabile identificato, una scadenza e un controllo compensativo. Tutte le eccezioni aperte confluiscono in un reporting periodico, così da essere prorogate consapevolmente o eliminate, invece di sopravvivere inosservate.
Serve per forza uno strumento dedicato per l’access governance?
Non necessariamente. Per analisi, disegno dei ruoli e prime campagne si ottiene molto con i mezzi già disponibili, purché la base dati sia solida. Uno strumento specializzato conviene quando le campagne girano con regolarità su molti sistemi, i controlli SoD devono agire in via preventiva e le prove devono nascere in modo automatizzato. A decidere sono i vostri volumi effettivi.

Parliamo della vostra iniziativa

Che si tratti di architettura target, arretrati nelle ricertificazioni, sostituzione di un sistema legacy o presa in carico dell’esercizio: descriveteci la vostra situazione. Rispondiamo entro un giorno lavorativo con una valutazione concreta.