Sovranità del dato: residenza, elaborazione locale e controllo degli accessi
Un modello tecnico per stabilire dove vengono conservati e trattati inventari, codice, configurazioni e documenti riservati.
La residenza indica dove si trovano i dati. La sovranità riguarda anche chi può trattarli, con quali strumenti e secondo quali regole di accesso, conservazione e trasferimento. Per un servizio di exposure management la distinzione riguarda SBOM, configurazioni, codice sorgente, log e credenziali, non soltanto i dati personali.
La mappa dei flussi precede la scelta dell’infrastruttura
Prima di selezionare un data center o un modello AI occorre ricostruire il ciclo di vita delle informazioni. Un inventario può essere generato dalla pipeline del cliente, normalizzato in Italia, consultato da un analista, trasferito a un partner per la remediation e conservato come evidenza. Ogni passaggio introduce destinatari e condizioni differenti.
La classificazione deve distinguere dati pubblici, informazioni interne, codice riservato, segreti e dati personali. Anche una SBOM può rivelare versioni e componenti vulnerabili; non va trattata automaticamente come un documento pubblico.
- Origine del dato e sistemi che lo producono.
- Sede di conservazione e di elaborazione.
- Ruoli che accedono e operazioni consentite.
- Destinatari esterni, retention e criteri di cancellazione.
Elaborazione AI locale e API esterne
L’uso di un modello AI introduce un ulteriore flusso. Inviare codice, configurazioni o SBOM a un’API esterna non equivale a conservarli nel proprio data center, anche quando il database principale resta in Italia. Il perimetro deve includere prompt, output, log del fornitore e dati usati per la valutazione del servizio.
Nei casi pertinenti EMF usa modelli open-weight eseguiti su infrastrutture in Italia per le informazioni riservate. I modelli esterni vengono impiegati su dati non riservati o adeguatamente anonimizzati. La scelta dipende dal contenuto e dal caso d’uso; non comporta un’affermazione generale di assenza di servizi esteri.
Segregazione e accessi
La residenza non impedisce accessi non autorizzati. Gli ambienti devono essere separati per organizzazione e gli account devono seguire il privilegio minimo. Un partner che esegue una correzione ha bisogno delle informazioni sulle istanze coinvolte, non dell’intero inventario del cliente.
Identità federata, autenticazione a più fattori, ruoli e registrazione delle operazioni rendono gli accessi verificabili. OIDC e SCIM aiutano a gestire ingresso e revoca degli utenti; i log devono conservare le azioni rilevanti senza registrare segreti o contenuti non necessari.
- Separare dati e autorizzazioni per tenant e per ruolo.
- Limitare l’accesso dei partner al perimetro dell’incarico.
- Revocare account e token al termine delle attività.
- Verificare periodicamente utenti, chiavi e operazioni amministrative.
Chiavi, documenti e credenziali
SecureVault gestisce inventario, approvazioni e rotazione delle chiavi crittografiche, mantenendo il materiale privato nel backend scelto dall’organizzazione. SecretLink trasferisce credenziali con cifratura nel browser, scadenza e limiti di apertura, evitando copie permanenti nei ticket o nei messaggi.
Per i documenti, SecureShare gestisce trasferimenti cifrati end-to-end e SecureRepository fornisce un archivio cifrato con ruoli, versioni e audit. SecureMessenger copre le comunicazioni riservate e i canali di crisi. Questi strumenti affrontano flussi diversi e vengono configurati in base ai dati effettivamente trattati.
Le evidenze da verificare
Una verifica di sovranità deve produrre una matrice tra categorie di dati, sedi, destinatari e controlli. La configurazione tecnica va confrontata con contratti, registri degli accessi, procedure di cancellazione e piani di ripristino. Un indirizzo IP italiano dimostra soltanto una parte della residenza, non l’intero modello di controllo.
Per l’AI e per i servizi esterni è necessario ripetere la verifica quando cambiano fornitore, modello, integrazioni o finalità del trattamento. Le decisioni e le eccezioni devono avere un responsabile e una data di revisione.