Un’app di messaggistica può mostrare un lucchetto, definirsi privata e lasciare comunque senza risposta domande importanti.
Quali conversazioni sono cifrate? Gli allegati sono protetti? Dove vengono conservate le chiavi? Quali informazioni trattiene il server? Che cosa succede se perdi un dispositivo? Le chiavi di cifratura possono cambiare senza avviso?
Questi dettagli aiutano a riconoscere sia le protezioni utili sia le prove ancora mancanti. Nessuna lista di controllo, da sola, certifica la sicurezza di un prodotto.
Questa guida propone 12 domande pratiche da fare prima di affidare a un’app di messaggistica cifrata conversazioni personali, file riservati o attività sensibili.
Che cos’è un’app di messaggistica sicura?
Un’app di messaggistica sicura è un servizio di comunicazione progettato per proteggere le conversazioni da accessi non autorizzati, intercettazioni, compromissioni degli account ed esposizioni involontarie dei dati.
Come minimo, un’app seria di messaggistica privata dovrebbe usare un trasporto di rete sicuro, un’autenticazione robusta degli account, controlli di accesso accurati e pratiche chiare di trattamento dei dati.
Per conversazioni particolarmente riservate, dovrebbe offrire anche la crittografia end-to-end.
La crittografia end-to-end, o E2EE, protegge i contenuti supportati cifrandoli sul dispositivo del mittente e decifrandoli su un dispositivo autorizzato del destinatario. Il servizio può consegnare i dati cifrati senza avere bisogno del corpo leggibile del messaggio.
La crittografia, tuttavia, è soltanto una parte della sicurezza della messaggistica.
Una valutazione completa deve considerare anche:
- Quali conversazioni sono cifrate
- Se foto e file ricevono la stessa protezione
- Dove vengono conservate le chiavi private
- Come i contatti possono verificare le chiavi
- Quali metadati rimangono visibili
- Come funzionano il recupero dell’account e delle chiavi
- Che cosa succede quando un dispositivo è compromesso
- Come il servizio documenta i propri limiti
Per comprendere la protezione, parti quindi dal percorso del messaggio e dalle differenze tra cifratura del trasporto e crittografia end-to-end.
Perché la parola «cifrato» non basta
Quasi ogni servizio moderno di messaggistica cifra il traffico di rete con HTTPS, TLS o un altro trasporto protetto.
Questa protezione conta, ma non significa necessariamente che la conversazione sia cifrata end-to-end.
Con la cifratura del trasporto, i dati sono protetti mentre viaggiano tra il dispositivo e il servizio. Quest’ultimo può comunque ricevere il contenuto leggibile prima di consegnarlo attraverso un’altra connessione protetta.
Con l’E2EE, il contenuto supportato dei messaggi viene cifrato per i partecipanti prima di raggiungere il servizio di messaggistica.
Questa distinzione influisce su chi può tecnicamente accedere al corpo del messaggio.
È anche il motivo per cui dovresti fare domande precise invece di accettare una generica etichetta «cifrato».
| Affermazione | Domanda da fare |
|---|---|
| «Le tue chat sono cifrate» | Soltanto durante il transito o end-to-end? |
| «I tuoi dati sono al sicuro» | Quali dati, contro quali minacce e per quanto tempo? |
| «Non possiamo leggere i tuoi messaggi» | Vale per chat dirette, gruppi, contenuti multimediali, chiamate e backup? |
| «Privacy fin dalla progettazione» | Quali metadati e informazioni operative restano disponibili? |
| «Recupero sicuro» | Chi può ripristinare le chiavi di cifratura e quale segreto serve? |
1. Quali conversazioni sono cifrate end-to-end?
Non presumere che una dichiarazione sulla crittografia valga per ogni parte dell’applicazione.
Un servizio di messaggistica può offrire protezioni diverse per:
- Conversazioni dirette individuali
- Gruppi privati
- Gruppi pubblici
- Canali di diffusione
- Chiamate vocali e video
- Storie o pubblicazioni temporanee
- Bot e account automatizzati
- Cronologia delle conversazioni sincronizzata
Chiedi al fornitore di identificare il confine esatto.
Una risposta solida potrebbe essere:
Il corpo dei messaggi diretti e i contenuti multimediali vengono cifrati sui dispositivi partecipanti. I gruppi privati compatibili sono cifrati end-to-end con LGS1, con rotazione automatica delle chiavi del mittente quando cambia la composizione del gruppo. I canali usano un’architettura separata leggibile dal server e non sono descritti come E2EE.
Una risposta debole potrebbe essere:
Le tue comunicazioni sono protette con crittografia di livello militare.
La prima risposta fornisce informazioni valutabili. La seconda usa un linguaggio impressionante senza definire i contenuti protetti o il modello di minaccia.
2. Anche foto, video e allegati sono cifrati?
Un’applicazione potrebbe cifrare il testo e gestire i contenuti multimediali caricati attraverso un sistema diverso.
Questo pone una domanda importante: una foto viene cifrata sul client prima del caricamento oppure è protetta soltanto dalle autorizzazioni del server e dalla cifratura del trasporto?
Chiedi informazioni su:
- Foto e video
- Documenti
- Messaggi vocali
- Anteprime dei link
- Miniature
- File temporanei di caricamento
- Contenuti multimediali nella cache
- Autorizzazione al download
La protezione dei contenuti multimediali dovrebbe essere descritta separatamente, non nascosta in una dichiarazione generica sui «messaggi».
Chiedi separatamente dell’accesso ai byte cifrati e dell’accesso alla chiave di decifratura. Alcuni sistemi distribuiscono allegati cifrati attraverso archivi meno restrittivi; questo non equivale automaticamente a esporre contenuto in chiaro. La domanda essenziale è se un soggetto non autorizzato possa ottenere contenuti leggibili o la loro chiave e quali metadati riveli il percorso di archiviazione.
3. Dove vengono generate e conservate le chiavi di cifratura?
L’affidabilità della crittografia dipende dalla gestione delle chiavi.
Per l’E2EE lato client, il materiale delle chiavi private dovrebbe rimanere sotto il controllo dei dispositivi partecipanti. Le chiavi pubbliche possono essere condivise affinché i contatti stabiliscano comunicazioni cifrate, ma quelle private richiedono una protezione maggiore.
Cerca risposte chiare a queste domande:
- La chiave privata viene generata sul dispositivo?
- Viene mai caricata senza cifratura?
- Il fornitore può derivarla o sostituirla?
- Un altro dispositivo con accesso effettuato può ottenerla automaticamente?
- L’archiviazione locale delle chiavi è protetta?
- Che cosa succede dopo una reimpostazione della chiave?
- Reinstallare l’applicazione crea una nuova chiave d’identità?
La documentazione non deve rivelare ogni dettaglio dell’implementazione. Dovrebbe però spiegare chi controlla le chiavi private e quale sia il loro ciclo di vita.
4. I contatti possono verificare reciprocamente le chiavi?
La crittografia end-to-end protegge una conversazione soltanto quando le chiavi appartengono ai partecipanti previsti.
Molti sistemi di messaggistica sicura rappresentano una chiave pubblica attraverso un’impronta, un numero di sicurezza, un codice QR o un altro valore di verifica.
Due contatti possono confrontare quel valore attraverso un canale fidato, per esempio:
- Un incontro di persona
- Una chiamata vocale verificata
- Un account autenticato in precedenza
- Una directory aziendale affidabile
La verifica delle chiavi aumenta la fiducia nell’uso delle chiavi attese; non dimostra, da sola, l’identità di una persona. Alcuni prodotti offrono anche controlli di trasparenza delle chiavi, come la verifica automatica di Signal. Controlla le condizioni di account e versione supportate invece di richiedere una procedura esclusivamente manuale per ogni prodotto.
Chiedi anche che cosa succede quando cambia un’impronta.
Una chiave diversa può avere una spiegazione innocente, come una reimpostazione, una sostituzione del dispositivo o un recupero. Il cambiamento dovrebbe però essere visibile. Una sostituzione silenziosa rende più difficile rilevare un cambiamento inatteso della chiave d’identità.
5. Quali metadati conserva il servizio?
Il contenuto dei messaggi e i loro metadati sono categorie diverse.
Un servizio può non riuscire a leggere il corpo di un messaggio E2EE e continuare a elaborare informazioni necessarie a instradare, sincronizzare e mostrare la conversazione.
A seconda del sistema, possono comprendere:
- Identificatori degli account del mittente e del destinatario
- Membri della conversazione
- Orari dei messaggi
- Conferme di consegna e lettura
- Dimensione del messaggio
- Eventi di reazione e modifica
- Sessioni dei dispositivi
- Cursori di sincronizzazione
- Materiale delle chiavi pubbliche
- Token delle notifiche
- Registri di prevenzione degli abusi e sicurezza
La presenza di metadati operativi non rende automaticamente un servizio insicuro.
Le domande importanti sono:
- Che cosa viene raccolto?
- Perché è necessario?
- Per quanto tempo viene conservato?
- Chi può accedervi?
- L’utente può esportarlo o eliminarlo?
- Viene usato per pubblicità o profilazioni non pertinenti?
Sii prudente quando un fornitore afferma di conservare «zero metadati» senza definire che cosa considera un metadato.
6. Come viene autenticato il tuo account?
Una cifratura robusta dei messaggi non compensa una sicurezza debole dell’account.
Un attaccante che prende il controllo di un account potrebbe impersonare l’utente, registrare una nuova chiave, accedere a contenuti leggibili dal server o interferire con il recupero.
Valuta se il servizio offre protezioni come:
- Gestione sicura delle password
- Limitazione della frequenza dei tentativi
- Revoca delle sessioni
- Gestione chiara di dispositivi o sessioni
- Protezione dal riutilizzo fraudolento di credenziali intercettate
- Procedure sicure di reimpostazione della password
- Autenticazione a più fattori dove appropriato
- Notifiche per cambiamenti importanti dell’account
Distingui inoltre l’autenticazione dell’account dalla cifratura dei messaggi.
L’accesso dimostra che qualcuno possiede la credenziale dell’account. Non dimostra necessariamente che il dispositivo possieda la chiave privata di cifratura originale.
7. Come funziona il recupero cifrato?
Il recupero comporta uno dei compromessi più difficili nella messaggistica privata.
Gli utenti vogliono comprensibilmente accedere alla cronologia dopo aver sostituito un dispositivo. Ma se un fornitore può ripristinare silenziosamente ogni chiave privata, potrebbe possedere più capacità di decifratura di quanto gli utenti si aspettino.
Un sistema di recupero protetto può cifrare un backup sul client e richiedere un segreto di recupero, una passkey o l’approvazione di un dispositivo fidato. Prima identifica che cosa contiene il backup: identità dell’account, contatti e cronologia dei messaggi sono cose diverse.
Chiedi:
- Il backup viene cifrato prima del caricamento?
- La password dell’account basta per ripristinarlo?
- Il fornitore conosce il segreto di recupero?
- Il personale di assistenza può reimpostare il segreto?
- Che cosa succede se il segreto viene perso?
- Il ripristino conserva la stessa impronta della chiave pubblica?
- È possibile disattivare il recupero?
Una risposta affidabile può includere un limite scomodo: perdere sia la chiave privata sia il segreto di recupero può rendere irrecuperabili i vecchi contenuti cifrati.
Questa conseguenza può essere la prova di un autentico confine di sicurezza, anziché un difetto del prodotto.
8. Che cosa succede quando cade la connessione?
Sicurezza e affidabilità devono funzionare insieme.
Le connessioni mobili scompaiono. I browser si sospendono. I dispositivi cambiano rete. Un servizio ben progettato dovrebbe gestire una disconnessione temporanea senza duplicare messaggi, perderne l’ordine o indebolire la crittografia.
Cerca un modello di funzionamento offline e sincronizzazione capace di:
- Preparare localmente un’azione in uscita.
- Assegnarle un identificatore stabile.
- Riprovare in sicurezza dopo la riconnessione.
- Evitare invii duplicati.
- Riconciliare la conferma del server con lo stato locale.
- Recuperare le modifiche perse durante la disconnessione.
Chiedi separatamente come l’app protegge i dati destinati alla rete e la propria coda locale di invio mentre un messaggio attende. L’E2EE non dimostra automaticamente che la coda locale sia cifrata a riposo.
Un nuovo tentativo di invio non dovrebbe richiedere di dare al servizio di consegna una copia in chiaro di un messaggio altrimenti cifrato end-to-end.
9. Come viene autorizzato l’accesso ai caricamenti e agli oggetti archiviati?
La sicurezza dei contenuti multimediali comprende più della crittografia.
Un servizio può gestire avatar, allegati, sfondi, storie, caricamenti temporanei e miniature generate. Ogni oggetto richiede una politica di accesso.
Controlla se l’applicazione:
- Richiede autenticazione per recuperare contenuti multimediali privati
- Verifica che l’account richiedente appartenga alla conversazione pertinente
- Separa le risorse pubbliche dagli oggetti dei messaggi privati
- Rimuove i caricamenti non associati a un messaggio
- Elimina gli oggetti temporanei scaduti
- Impedisce che la cache mescoli contenuti di account diversi
- Usa identificatori imprevedibili senza considerare l’imprevedibilità un’autorizzazione
Un file privato in chiaro non deve diventare leggibile soltanto perché qualcuno indovina il suo URL. Per gli oggetti cifrati, esamina come vengono distribuite e revocate le chiavi e le capacità di accesso. Le indicazioni di OWASP sull’autorizzazione raccomandano di applicare coerentemente le decisioni di accesso, anche alle risorse statiche; un identificatore imprevedibile, da solo, non è una politica di autorizzazione completa.
10. Le chat di gruppo sono protette diversamente?
La cifratura dei gruppi e i controlli sui membri introducono domande diverse rispetto alla cifratura delle chat dirette.
Cambiamenti dei membri, dispositivi multipli, cronologia, ruoli amministrativi, inviti, rimozioni e rotazione delle chiavi aggiungono requisiti di progettazione.
Alcuni servizi offrono E2EE sia per le chat dirette sia per i gruppi. Altri la offrono soltanto per le conversazioni dirette e proteggono i gruppi tramite TLS, archiviazione autenticata e controlli di accesso lato server.
Il secondo modello può comunque fornire una sicurezza significativa, ma ha un confine di fiducia diverso.
Chiedi se il server può elaborare il contenuto del gruppo e se la protezione cambia quando:
- Un membro entra
- Un membro esce
- Un amministratore rimuove qualcuno
- Un messaggio viene modificato
- La cronologia viene sincronizzata su un nuovo dispositivo
- Un bot o un’integrazione entra nel gruppo
Non presumere mai che un lucchetto mostrato in un tipo di conversazione valga automaticamente per ogni altro tipo.
11. Quali controlli sulla privacy ha l’utente?
La privacy riguarda anche il controllo dopo che le informazioni raggiungono il servizio.
Cerca controlli pratici per account e conversazioni, come:
- Esportare i dati dell’account
- Eliminare un account
- Revocare le sessioni
- Cancellare la cronologia locale o sincronizzata
- Eliminare i messaggi inviati, dove consentito
- Gestire le conferme di lettura
- Controllare la visibilità del profilo
- Bloccare contatti indesiderati
- Gestire le anteprime delle notifiche
- Disattivare o eliminare i backup delle chiavi
Il fornitore dovrebbe spiegare se l’eliminazione rimuove soltanto la tua copia, quella di ogni partecipante o il registro stesso sul server.
Un destinatario potrebbe avere già scaricato, copiato, inoltrato o fotografato un messaggio. Nessuna funzione di eliminazione può garantirne la cancellazione da ogni dispositivo.
12. Le dichiarazioni sulla sicurezza sono precise e verificabili?
La documentazione sulla sicurezza più solida definisce i propri confini.
Cerca dichiarazioni specifiche su:
- Algoritmi e dimensioni delle chiavi
- Operazioni lato client e lato server
- Tipi di conversazione coperti dall’E2EE
- Cifratura dei contenuti multimediali
- Informazioni conservate
- Autenticazione
- Recupero
- Cambiamenti delle chiavi
- Controlli di accesso
- Limiti noti
- Data dell’ultimo aggiornamento della documentazione
Tratta con cautela espressioni vaghe come:
- Crittografia inviolabile
- Privacy assoluta
- Sicurezza di livello militare
- Anonimato completo
- Zero metadati
- Impossibile da violare
- Crittografia a prova di futuro
Nessun sistema di comunicazione complesso dovrebbe essere valutato soltanto attraverso uno slogan.
Audit indipendenti, documentazione tecnica pubblica, client riproducibili, revisioni professionali e rapporti di sicurezza con un ambito ben definito possono offrire ulteriori garanzie. Non forniscono tutti lo stesso livello di prova, ma sono più utili dei superlativi senza riscontri.
Messaggistica sicura: segnali solidi e campanelli d’allarme
| Segnale solido | Campanello d’allarme |
|---|---|
| Il fornitore specifica quali conversazioni sono E2EE | Ogni funzione viene descritta soltanto come «cifrata» |
| Viene spiegato chi controlla le chiavi private | La gestione delle chiavi non viene mai discussa |
| I cambiamenti delle chiavi sono visibili | Le chiavi possono cambiare silenziosamente |
| I limiti del recupero sono documentati | L’assistenza può ripristinare tutto senza spiegare come |
| Le categorie di metadati sono elencate | Il fornitore dichiara «zero metadati» senza definirli |
| La protezione multimediale è descritta separatamente | Vengono menzionati soltanto i messaggi di testo |
| I gruppi hanno un confine di fiducia definito | Le dichiarazioni sulle chat dirette vengono implicitamente estese ai gruppi |
| Le pagine sulla sicurezza includono dettagli attuali dell’implementazione | Il linguaggio commerciale contraddice la documentazione tecnica |
| I limiti sono dichiarati chiaramente | Il servizio promette una protezione assoluta o inviolabile |
Applicare la lista alle dichiarazioni pubbliche di Livara
La pagina sulla sicurezza di Livara fornisce documentazione del prodotto, non una certificazione indipendente. I suoi confini attuali distinguono:
- Messaggi diretti: LVR1 usa un accordo di chiavi ibrido P-256 e ML-KEM-768 e cifratura autenticata per i contenuti supportati.
- Gruppi privati compatibili: protezione con chiavi del mittente LGS1; membri e ruoli restano un confine separato di autorità del server. I gruppi precedenti non compatibili non devono ereditare l’etichetta E2EE.
- Canali pubblici: contenuti leggibili dal server, non E2EE.
- Recupero: il materiale d’identità viene cifrato prima del caricamento; ripristinarlo non significa ripristinare la cronologia delle chat.
- Metadati e dispositivi: i registri di instradamento e i dispositivi compromessi restano fuori dalla promessa della cifratura del contenuto.
Considerale dichiarazioni da confrontare con la versione installata e con il modello di minaccia. Una specifica di protocollo, un vettore di test locale, un audit di una versione particolare e l’osservazione del servizio operativo sono forme diverse di evidenza. Non sostituire le prove mancanti con la presunzione di una sicurezza perfetta o di una vulnerabilità dimostrata.
Una lista di controllo in 60 secondi
Prima di creare un account, verifica se sai rispondere a ogni domanda:
- Quali tipi di conversazione sono cifrati end-to-end?
- Sono coperti immagini, video, documenti e messaggi vocali?
- Le chiavi private vengono generate e conservate sui dispositivi partecipanti?
- I contatti possono confrontare impronte delle chiavi o numeri di sicurezza?
- I cambiamenti delle chiavi sono visibili?
- L’informativa sulla privacy identifica i metadati conservati?
- L’autenticazione dell’account è spiegata?
- La procedura di recupero delle chiavi è separata dal normale accesso?
- Le richieste di contenuti multimediali privati sono autenticate e autorizzate?
- La crittografia rimane attiva durante l’attesa nella coda offline?
- Gruppi e canali hanno un confine di sicurezza preciso?
- I limiti sono documentati senza promesse esagerate?
Segna gli elementi senza risposta come «sconosciuto», non automaticamente come «sicuro» o «insicuro». Un fornitore non deve usare la stessa architettura di ogni concorrente.
Deve però fornire risposte abbastanza precise da permettere agli utenti di capire a che cosa si affidano.
La scelta più sicura dipende dal tuo modello di minaccia
Non esiste un’app di messaggistica universale che sia automaticamente la migliore per ogni persona e situazione.
Un gruppo familiare, un ambiente di lavoro, un giornalista e la sua fonte, un’équipe sanitaria e una comunità pubblica possono richiedere combinazioni diverse di:
- Riservatezza
- Verifica dell’identità
- Anonimato
- Amministrazione dei gruppi
- Conservazione dei messaggi
- Conformità normativa
- Recupero
- Supporto per più dispositivi
- Codice aperto
- Audit indipendenti
- Facilità d’uso
Inizia chiedendoti che cosa stai proteggendo e da chi.
Per la normale comunicazione personale, i rischi principali potrebbero essere il furto dell’account, una rete non sicura, un dispositivo perso o una raccolta eccessiva di dati.
Per comunicazioni a rischio più elevato, potrebbero servire anche identità verificate, politiche sui messaggi a scomparsa, dispositivi rafforzati, procedure operative rigorose e una revisione indipendente della sicurezza.
La crittografia non può riparare un dispositivo compromesso né impedire a un destinatario fidato di condividere un messaggio.
La privacy comincia da aspettative accurate
Un servizio di messaggistica affidabile non chiede agli utenti di credere che ogni rischio sia scomparso.
Spiega:
- Che cosa è protetto
- Quali dispositivi possiedono le chiavi
- Che cosa elabora il server
- Quali metadati rimangono
- Come funziona il recupero
- Dove inizia e finisce l’E2EE
- Quali protezioni non sono ancora state implementate
Questa chiarezza permette agli utenti di prendere decisioni consapevoli.
Una documentazione chiara è necessaria per la valutazione, ma non basta a identificare l’app più sicura. Contano anche la qualità dell’implementazione, gli aggiornamenti tempestivi, i risultati indipendenti e i rischi dell’uso concreto. Anche la guida di EFF alla scelta degli strumenti raccomanda di partire dalle minacce e di considerare l’apertura del codice un’opportunità di revisione, non una garanzia.
Come passo successivo, esegui una prova innocua: verifica un contatto, invia un allegato di esempio, controlla i dispositivi collegati, esamina l’ambito del backup e conferma che entrambi i partecipanti sappiano usare le impostazioni in modo affidabile. Non fare prove con il materiale riservato che stai cercando di proteggere.
Domande frequenti
Che cosa rende sicura un’app di messaggistica?
Un’app sicura combina trasporto di rete protetto, autenticazione robusta, controlli di accesso accurati, gestione sicura delle chiavi, trattamento responsabile dei dati e confini della privacy documentati chiaramente. Per i contenuti privati dei messaggi, la crittografia end-to-end offre un importante livello aggiuntivo.
Un’app di messaggistica cifrata è automaticamente privata?
No. Un’app può cifrare il contenuto dei messaggi continuando a elaborare informazioni sull’account, orari, membri, conferme, dati dei dispositivi o altri metadati. La privacy dipende sia dalla crittografia sia dalle più ampie pratiche del servizio sui dati.
La crittografia end-to-end nasconde a chi scrivo?
Non necessariamente. L’E2EE protegge soprattutto il contenuto supportato dei messaggi. Il servizio può comunque richiedere informazioni su mittente, destinatario, membri, orari e instradamento per consegnare e sincronizzare le conversazioni.
Un fornitore di messaggistica può recuperare i messaggi E2EE?
Dipende dalla progettazione delle chiavi e dei backup. Un fornitore può conservare la cronologia cifrata senza possedere la chiave privata necessaria ad aprirla. Un sistema di recupero può ripristinare la chiave soltanto quando l’utente fornisce un segreto di recupero separato.
La messaggistica sicura nel browser è affidabile?
Un browser può eseguire crittografia robusta lato client, ma la sicurezza dipende comunque dall’implementazione dell’applicazione, dall’integrità del browser, dalla sicurezza del dispositivo, dall’archiviazione delle chiavi, dalla consegna del codice applicativo da parte del server e dalle estensioni e dal sistema operativo dell’utente.
Le chat di gruppo sono sempre cifrate end-to-end?
No. Alcuni servizi offrono E2EE per i gruppi, mentre altri la applicano soltanto alle conversazioni dirette. Controlla la documentazione del fornitore per conoscere il confine preciso.
Che cosa succede se cambia la mia chiave di cifratura?
Un cambiamento può derivare da un nuovo dispositivo, una reinstallazione, una reimpostazione delle chiavi o un recupero. Un servizio sicuro dovrebbe rendere visibile il cambiamento e consentire ai contatti di verificare la nuova impronta.
L’E2EE basta per comunicazioni molto sensibili?
L’E2EE protegge i contenuti tra i dispositivi supportati, ma non protegge un dispositivo infetto o sbloccato, non garantisce il comportamento del destinatario e non nasconde automaticamente i metadati. Gli utenti con rischi più elevati hanno bisogno anche di una forte sicurezza dei dispositivi e delle procedure operative.
