Evidenze di instradamento A2P SMS: conservazione, accesso e cancellazione

Che cosa costituisce un’evidenza di una decisione di instradamento

Le evidenze di instradamento sono le informazioni necessarie per spiegare quale decisione è stata presa, in base a quale regola o criterio, quando è stata applicata e chi l’ha autorizzata o modificata. Servono a ricostruire il contesto di una decisione operativa, di una revisione o di una controversia; non consistono nel conservare tutto ciò che i sistemi generano.

Può essere utile documentare le versioni delle policy, i parametri di valutazione, i risultati dei test, le approvazioni e le modifiche effettive. Si tratta di una proposta di inventario che ogni organizzazione deve confrontare con i propri sistemi e obblighi: qui non viene fornito un elenco tecnico universale di campi richiesti per tutte le piattaforme A2P SMS.

I registri di sistema generali, i DLR e i dati di traffico svolgono funzioni diverse. Un DLR può descrivere uno stato comunicato dalla rete o da un intermediario, ma da solo non dimostra che la ricezione sul dispositivo sia stata verificata. Allo stesso modo, non tutti i registri di traffico costituiscono un’evidenza del motivo per cui è stato scelto un instradamento.

• Domanda di progettazione: quale dato consente di spiegare la decisione e quale descrive soltanto l’attività successiva?
• Conserva la provenienza e il contesto necessari per interpretare un’evidenza, non solo un risultato isolato.
• Documenta i limiti di ciascuna fonte, soprattutto quando lo stato proviene da un DLR.

Distinguere policy, approvazioni, test e dati dei messaggi

È opportuno classificare le informazioni prima di assegnare i tempi di conservazione. Una struttura iniziale distingue quattro gruppi: configurazione e modifiche delle policy; approvazioni e responsabili; test o valutazioni; e dati di traffico, che possono contenere identificativi, contenuti o altri dati personali. La classificazione deve adattarsi a ciò che registra effettivamente ciascun sistema.

Le evidenze relative a una regola possono essere conservate senza archiviare il contenuto dei messaggi, se sono sufficienti un riferimento, una versione o un risultato aggregato. Tuttavia, non bisogna presumere che anonimizzazione, aggregazione o cancellazione del contenuto siano sempre possibili senza compromettere un’indagine: occorre verificarlo con i processi e i sistemi coinvolti.

Tenere separate queste categorie aiuta a evitare che un’esigenza di audit diventi automaticamente una giustificazione per conservare a tempo indeterminato i dati di traffico.

• Policy: regola applicata, versione, ambito e momento di entrata in vigore, se registrati dal sistema.
• Approvazione: decisione, ruolo dell’approvatore e contesto sufficiente a comprenderla.
• Test: metodo, condizioni, risultato e limiti noti.
• Traffico: campi operativi necessari per la relativa finalità, valutati separatamente in base alla possibile sensibilità.

Creare un inventario utile e circoscritto

L’inventario deve descrivere dati e processi reali, non un modello teorico. Per ogni insieme, identifica la finalità, la sensibilità, il responsabile funzionale, il sistema di origine, gli utenti che necessitano dell’accesso e i collegamenti con altre evidenze. Se un campo non ha una finalità operativa o di conformità documentata, valuta se sia necessario raccoglierlo o conservarlo.

Le informazioni disponibili non includono una fonte tecnica che stabilisca i campi obbligatori per ricostruire una decisione di instradamento A2P. Perciò, gli esempi di questa guida sono domande di progettazione, non uno standard né un obbligo normativo.

• Quale decisione o attività spiega questo insieme di dati?
• Qual è la fonte e in che modo si collega alla versione della policy in vigore?
• Include contenuti, identificativi o dati personali, oppure può essere ridotto a un riferimento?
• Chi è responsabile della sua gestione e chi deve poterlo consultare?
• Da quali esportazioni, report o sistemi di terze parti dipende?

Motivare i tempi di conservazione senza presumere che ne esista uno universale

Non esiste un tempo di conservazione universale per le evidenze di instradamento A2P SMS che possa essere applicato senza analizzare il contesto. La durata deve essere giustificata dall’uso previsto e confrontata con gli obblighi legali, normativi e contrattuali applicabili alle parti e alle giurisdizioni coinvolte. Le fonti qui disponibili non consentono di fissare una durata specifica.

Per ogni categoria, documenta perché è necessario conservarla, quale evento avvia o conclude tale necessità e chi riesamina il periodo. Una regola di policy può richiedere un periodo diverso da un registro di traffico. Evita di copiare automaticamente i tempi di conservazione generali di log o DLR: questi registri possono avere finalità e rischi diversi.

Se una controversia, un’indagine o un obbligo applicabile richiede di preservare informazioni, il processo di conservazione deve avere un ambito e responsabili definiti. L’organizzazione deve stabilire il rapporto tra tale conservazione e la policy ordinaria, nonché quando sia possibile riesaminarla o revocarla.

• Collega ogni periodo a una finalità documentata e agli obblighi verificati per il caso specifico.
• Distingui il normale periodo operativo da eventuali conservazioni eccezionali.
• Rivedi i periodi quando cambiano le finalità, i contratti, la normativa applicabile o i sistemi.
• Non presentare una raccomandazione interna come un requisito legale universale.

Controllare l’accesso con autorizzazioni definite

L’accesso deve rispondere a compiti specifici. Come criterio di progettazione, assegna le autorizzazioni in base al ruolo e concedi solo quelle necessarie per gestire le policy, approvare modifiche, analizzare incidenti o svolgere verifiche. Separare chi propone una modifica da chi la approva può essere utile, ma la scelta deve tenere conto delle dimensioni, dei rischi e dei controlli effettivi dell’organizzazione.

Registra le consultazioni e le modifiche quando i sistemi lo consentono e vi è una finalità definita per farlo. Anche questi registri sono dati: includili nell’inventario, limita il loro accesso e stabilisci per essi una revisione dei tempi di conservazione. Le evidenze disponibili non consentono di affermare che una specifica piattaforma A2P offra nativamente tali controlli.

• Definisci ruoli e azioni consentite; evita autorizzazioni ampie prive di giustificazione.
• Rivedi periodicamente account e autorizzazioni, soprattutto dopo cambiamenti di ruolo.
• Valuta la separazione tra proposta, approvazione ed esecuzione delle modifiche.
• Considera i registri delle consultazioni come informazioni che necessitano a loro volta di una finalità e di una governance.

Progettare una cancellazione verificabile, comprese copie ed esportazioni

Una policy di cancellazione deve specificare quali informazioni vengono eliminate o non sono più rese disponibili, chi autorizza l’operazione, come se ne registra l’esecuzione e come vengono gestite le eccezioni di conservazione. Prima di cancellare, verifica se eventuali obblighi applicabili o una conservazione documentata riguardano l’insieme di dati.

L’ambito non si limita necessariamente all’archivio principale: verifica anche esportazioni, report, archiviazione secondaria e copie di backup. Non bisogna promettere che le copie di backup vengano cancellate immediatamente; il loro ciclo e trattamento dipendono dall’architettura e dalle procedure di ciascuna organizzazione. Se una copia non può essere modificata in modo selettivo, documenta come se ne controlla l’accesso e come si evita di riutilizzare dati che non dovrebbero più essere disponibili.

La verifica può basarsi sulle evidenze del processo — ad esempio la registrazione della richiesta, dell’ambito, dell’esecuzione, del risultato e delle eccezioni — purché la soluzione tecnica consenta di ottenerle. Non affermare che un contrassegno di cancellazione equivalga alla rimozione fisica da tutte le copie senza averne verificato il funzionamento.

• Individua archivi, esportazioni e copie prima di avviare il processo.
• Registra l’ambito, il responsabile, la data, il risultato e le eventuali eccezioni.
• Verifica che cosa significhi tecnicamente «cancellazione» in ciascun sistema.
• Definisci come evitare il ripristino o il riutilizzo di informazioni che non dovrebbero più essere disponibili.

Rispondere a un audit o a una controversia preservando contesto e provenienza

Una risposta solida non dipende dall’accumulare dati senza limiti, ma dalla capacità di spiegare l’origine e il significato delle evidenze disponibili. Predisponi una procedura per individuare la versione pertinente della policy, collegarla alle approvazioni e ai test rilevanti e descrivere quali dati di traffico sono stati conservati, perché e con quali limiti.

Quando mancano informazioni o una fonte non consente di confermare un fatto, dichiaralo. Per esempio, distingui uno stato comunicato da un DLR da una ricezione verificata in modo indipendente. Se vengono fornite informazioni a un auditor o a una controparte, applica le autorizzazioni e le restrizioni contrattuali e legali pertinenti; non condividere dati aggiuntivi per semplice comodità.

• Identifica chi richiede le evidenze, l’ambito della richiesta e l’autorità del richiedente.
• Raccogli versioni, approvazioni, test e riferimenti necessari a spiegare la decisione.
• Registra la fonte, il periodo coperto e i limiti dei dati.
• Riduci al minimo i dati di traffico condivisi e documenta ciò che viene consegnato.

Lista di controllo per attuare una policy soggetta a revisione

Inizia con un ambito circoscritto: identifica i processi decisionali che vuoi poter ricostruire e i sistemi coinvolti. Poi convalida l’inventario con i team operativi, di sicurezza, privacy e conformità prima di definire autorizzazioni e tempi di conservazione.

La policy deve poter cambiare al mutare delle esigenze o degli obblighi. Assegna un responsabile della revisione e conserva la motivazione delle modifiche; non trasformare una configurazione iniziale in una regola permanente senza rivalutarla.

• Definisci quali decisioni e processi rientrano nella policy.
• Inventaria dati, fonti, sensibilità, finalità e responsabili.
• Distingui le evidenze decisionali dai log generali, dai DLR e dai dati di traffico.
• Motiva ogni periodo in base all’uso e agli obblighi applicabili, senza imporne uno universale.
• Assegna gli accessi in base ai ruoli e rivedi le autorizzazioni.
• Documenta conservazioni eccezionali, cancellazione, copie ed esportazioni.
• Prepara una risposta agli audit che preservi la provenienza e illustri i limiti.
• Stabilisci una revisione periodica e assegna un responsabile della policy.