Privacy, diritto e innovazione. Dal 1998.Esplora la biblioteca normativa ↗

CASO PRATICO 64 · CLOUD E FORNITORI

Gestionale con account condivisi: perché non basta la password forte

Una sola utenza per tutto l’ufficio rende opachi accessi e responsabilità: come riprogettare permessi e continuità del lavoro.

Scenario illustrativo: persone e organizzazioni sono ipotetiche. Non è un incarico o un risultato attribuito allo studio.

LA RISPOSTA IN BREVE

Una password robusta protegge una credenziale, ma non distingue chi la usa. Permessi coerenti con le mansioni, utenze identificabili e procedure di sostituzione sono necessari per governare gli accessi al gestionale in modo proporzionato.

La situazione.

Scenario illustrativo fittizio. In una piccola impresa cinque persone usano lo stesso account amministrativo del gestionale per gestire clienti, pagamenti e richieste. La password è lunga e viene cambiata periodicamente. Un dipendente lascia l’azienda; nelle settimane successive risultano esportazioni di dati, ma i log indicano soltanto il nome dell’utenza comune.

PRIMA DI DECIDERE

Tre fatti da mettere a fuoco.

  1. 01

    L’account condiviso consente privilegi più ampi di quelli necessari a tutte le persone che lo utilizzano.

  2. 02

    I log non permettono di distinguere le azioni individuali e non dimostrano da soli chi abbia esportato i dati.

  3. 03

    La continuità operativa è stata affidata alla condivisione di credenziali invece che a una procedura di delega.

↓

Valuta insieme questi elementi prima di scegliere le azioni.

Come impostare la valutazione.

La sicurezza degli accessi non coincide con la complessità della password. Gli articoli 5, 24, 25 e 32 GDPR richiedono misure adeguate al trattamento e al rischio, con responsabilità e controlli dimostrabili. Utenze personali e ruoli distinti possono ridurre la superficie di accesso e rendere più affidabile la ricostruzione degli eventi, senza trasformare ogni attività in un monitoraggio indiscriminato del lavoratore.

Nel valutare una possibile esportazione non autorizzata, l’assenza di tracciabilità è un limite delle evidenze, non una prova contro l’ex dipendente. Occorre distinguere il miglioramento strutturale del gestionale dall’indagine sull’episodio concreto. La raccolta e l’uso dei log devono avere finalità, accessi e conservazione definiti; nell’ambiente lavorativo vanno considerate anche le garanzie pertinenti della normativa di settore.

Cosa fare, in pratica.

  1. 01

    Mappare funzioni e gruppi di utenti, individuando chi debba consultare, modificare, esportare o amministrare i dati, senza attribuire privilegi completi per comodità.

  2. 02

    Attivare utenze nominative e procedure di delega o sostituzione, prevedendo un accesso di emergenza governato anziché una password conosciuta stabilmente dall’intero ufficio.

  3. 03

    Revocare tempestivamente account e sessioni quando cambiano incarichi o rapporti, verificando anche integrazioni, chiavi API ed esportazioni periodiche configurate in precedenza.

  4. 04

    Definire log proporzionati e accessibili solo ai soggetti competenti, chiarendo quali eventi siano registrati e per quanto tempo siano necessari.

  5. 05

    Analizzare le esportazioni sospette conservando le evidenze disponibili e le loro limitazioni, senza formulare attribuzioni personali che i dati tecnici non consentono di sostenere.

L’errore da evitare.

Pensare che cambiare spesso la password comune risolva il problema, oppure attribuire a una persona un’operazione associata soltanto all’account condiviso.

Tre verifiche da portare con te.

  • Permessi collegati alle mansioni.
  • Deleghe e revoche gestite senza credenziali comuni.
  • Log e limiti probatori definiti.

La tracciabilità serve quando descrive accessi realmente distinguibili. Una buona organizzazione evita di scegliere fra continuità e responsabilità individuale.

Fonti e riferimenti.

Collegamenti alle fonti istituzionali utilizzate per il quadro di riferimento. Controlla versione, ambito e regole complementari applicabili.