Se quattro persone usano lo stesso account, non sai chi ha cambiato cosa

Il problema — La password condivisa risparmia minuti e nasconde tutto il resto

Il problema non è soltanto un attacco esterno. Un errore legittimo può avere lo stesso account di un’azione fraudolenta. Un log che dice condiviso-01 non permette formazione, correzione o contestazione. E se più persone approvano richieste MFA dello stesso profilo, anche il secondo fattore perde gran parte del suo significato. La prima frizione emerge all’ingresso e all’uscita dal team. Con account nominativi si attiva o revoca una persona. Con l’account comune bisogna cambiare segreto ovunque, aggiornare telefoni, browser e automazioni e avvisare chi resta. Per evitare l’interruzione si rimanda, creando credenziali che sopravvivono a ruoli e contratti. La seconda è l’eccesso di privilegi. Se una sola persona deve esportare dati o cambiare impostazioni, l’account comune concede la stessa capacità a tutti. Il principio del privilegio minimo richiede invece soltanto gli accessi necessari al compito. Non significa bloccare ogni azione, ma rendere eccezionali e temporanei i poteri che producono conseguenze maggiori. La terza è l’audit. Ricostruire un incidente richiede orario, dispositivo, azione, oggetto modificato e identità. Un sistema può registrare ogni clic e restare inutilizzabile se l’identità è generica. Il tempo speso a incrociare turni, messaggi e indirizzi IP è un costo operativo che raramente compare nel confronto tra licenze.

Infine c’è la continuità. Un profilo personale usato da un’automazione smette di funzionare quando il dipendente cambia password o viene disattivato. Per paura di rompere il flusso, l’azienda conserva l’account. La dipendenza tecnica diventa così una ragione per mantenere un accesso improprio. Per le persone servono account nominativi, autenticazione a più fattori e ruoli coerenti con il lavoro. Quando il prodotto lo consente, si usa l’accesso centralizzato con il provider aziendale: l’ingresso, il cambio di ruolo e la revoca si gestiscono in un punto. Gli amministratori usano un profilo privilegiato separato da quello quotidiano, così una email o una navigazione normale non viaggiano con poteri elevati. Per integrazioni e processi automatici serve un account di servizio o un’identità macchina. Non deve poter entrare nell’interfaccia come una persona se non è necessario. Riceve permessi su operazioni precise, una credenziale conservata nel sistema dei segreti e una scadenza compatibile con il lavoro. Il proprietario umano resta visibile, ma non presta la propria identità al software. Per un agente AI il disegno aggiunge delega e contesto. L’identità tecnica deve dichiarare per conto di chi opera, quale obiettivo ha, quali strumenti può usare e per quanto tempo. NIST richiama protocolli consolidati come OAuth 2.0 e SPIFFE e soluzioni emergenti per diritti più granulari. La tecnologia specifica può cambiare; la regola resta: identificatore unico, poteri limitati e tracciabilità. L’approvazione umana non ripara automaticamente permessi troppo larghi. Se un agente chiede conferma a ogni passaggio, la persona impara a cliccare. È la stessa dinamica della MFA fatigue. Conviene definire in anticipo un perimetro di azioni reversibili e chiedere una conferma significativa solo quando cambiano denaro, destinatari, dati sensibili o condizioni contrattuali.

Un piano in 30 giorni — Ridurre il rischio senza spegnere il lavoro

Nella prima settimana censisci. Cerca account usati da più persone, profili personali collegati a integrazioni, chiavi senza proprietario e amministratori utilizzati per attività normali. Per ogni voce annota sistema, titolare, utenti reali, privilegi, MFA, ultima rotazione, automazioni dipendenti e conseguenza di una revoca. Non cambiare tutto prima di conoscere le dipendenze. Nella seconda settimana assegna priorità. Inizia dagli accessi che possono esportare dati, cambiare pagamenti, creare utenti, pubblicare contenuti o cancellare informazioni. Chiedi al fornitore account nominativi, ruoli, Single Sign-On, log e profili di servizio. Se il piano più economico non offre queste funzioni, confronta il costo totale con il rischio e il tempo di audit, non solo il prezzo mensile. Nella terza settimana migra un sistema alla volta. Crea identità individuali, prova i ruoli su casi normali ed eccezioni, attiva MFA e sposta l’automazione su un account tecnico. Conserva per breve tempo un percorso di ritorno controllato, poi revoca l’account comune. Verifica che il log distingua persona, servizio, azione e risultato.

Nella quarta settimana simula due eventi: una persona che lascia il team e una credenziale tecnica compromessa. La revoca deve fermare soltanto l’identità coinvolta; il lavoro restante deve continuare. Misura account condivisi rimossi, privilegi ridotti, tempo di revoca e azioni attribuibili. Se il tuo flusso attraversa più software e nessuno sa quali identità usa, il check-up operativo di Opèria può mappare accessi e dipendenze: il primo esito utile può essere anche non automatizzare ancora. L’automazione produce valore quando collega un evento a un risultato senza nascondere le eccezioni. AI e regole tradizionali devono svolgere compiti differenti: interpretazione nei punti non strutturati, controlli deterministici prima delle azioni. Nel caso di “Se quattro persone usano lo stesso account, non sai chi ha cambiato cosa”, questo significa leggere la novità oltre l’annuncio e capire quali parti del lavoro vengono realmente modificate.

Il rischio è rendere più veloce un processo non definito. Duplicati, dati mancanti e permessi eccessivi possono moltiplicarsi con il volume. Stati, identificativi e code di revisione consentono di recuperare gli errori senza perdere il controllo. Le PMI possono ottenere risultati concreti partendo da flussi circoscritti e frequenti. La maturità arriverà dall’osservabilità: sapere cosa è successo, perché e con quale costo. Solo i casi stabili dovrebbero ricevere maggiore autonomia. La notizia è quindi un indicatore di una trasformazione più ampia, che va seguita attraverso risultati e condizioni operative anziché con la sola successione degli annunci.

Quello che conta adesso

Censire in sette giorni gli account usati da più persone, indicando proprietario, sistemi collegati, privilegi e conseguenza di una revoca. Questo primo passo serve a trasformare il tema in un perimetro verificabile: un responsabile, un input conosciuto, un risultato atteso e una misura precedente con cui confrontarsi. Senza questi elementi il progetto rimane una dimostrazione difficile da valutare. Sostituire per primi gli accessi condivisi che possono esportare dati, modificare pagamenti, creare utenti o cancellare informazioni. L’azione deve essere documentata insieme ai criteri di controllo, indicando quali casi possono procedere e quali devono fermarsi. È così che l’esperienza delle persone diventa una regola applicabile e migliorabile nel tempo. Assegnare a ogni automazione o agente una propria identità tecnica con scopo, permessi, scadenza, proprietario umano e log delle azioni. Prima di estendere il metodo è utile raccogliere correzioni, tempi e costi per alcune settimane. Gli errori vanno raggruppati per causa: dati, istruzioni, strumenti o eccezioni del processo. Ogni categoria richiede un intervento diverso. Con una credenziale condivisa il registro mostra l’account, non la persona o il servizio che ha compiuto l’azione; attribuzione e contestazione diventano deboli. È il punto da cui partire perché definisce l’effetto più immediato per professionisti e imprese. La sua importanza va misurata sul lavoro quotidiano: quante attività coinvolge, quali persone tocca e cosa accade quando il risultato non è corretto.

NIST avverte che condividere credenziali tra persone o agenti crea lacune di responsabilità e che gli agenti devono avere identificatori e diritti propri. Questo secondo elemento chiarisce perché non basta scegliere un prodotto. Servono un processo, dati affidabili e una responsabilità finale. L’adozione diventa sostenibile quando la tecnologia può essere osservata e corretta senza interrompere l’operatività. La soluzione non è moltiplicare account amministratore: identità nominative, ruoli minimi, MFA, credenziali temporanee e account di servizio separati riducono il rischio senza fermare il lavoro. Il terzo punto indica la prospettiva di medio periodo. La decisione migliore non è necessariamente quella con più funzioni, ma quella che mantiene valore, controllo e possibilità di evoluzione quando cambiano modelli, prezzi o requisiti.