# Cosa protegge la crittografia end-to-end e cosa no

Immagina di inviare a un collega un aggiornamento riservato del progetto in una chat crittografata end-to-end. Il collega lo legge, poi copia un paragrafo in un documento condiviso. Chiunque abbia accesso a quel documento ora può leggere anche il paragrafo.

La crittografia end-to-end è progettata per mantenere leggibile il contenuto del messaggio solo sui dispositivi alle estremità della comunicazione. Per una conversazione privata, questi sono i dispositivi dei partecipanti. In un sistema progettato e implementato correttamente, il servizio che trasporta i messaggi crittografati non può decrittografarne il contenuto. L'[architettura di sicurezza della messaggistica dell’IETF](https://www.rfc-editor.org/rfc/rfc9750.html#section-8.2.1) descrive questa separazione tra i partecipanti e il servizio di consegna.

## Crittografato tra quali dispositivi?

Un messaggio può essere crittografato mentre viaggia su Internet ed essere comunque leggibile dal servizio che lo gestisce.

Considera un servizio che utilizza TLS per proteggere la connessione tra il tuo telefono e il suo server. Il server è un'estremità di quella connessione protetta. Può ricevere testo leggibile, elaborarlo e quindi inviarlo tramite un'altra connessione crittografata al destinatario. [TLS protegge la comunicazione tra i suoi endpoint](https://www.rfc-editor.org/rfc/rfc8446.html#section-1), che possono essere un dispositivo e un server.

La crittografia end-to-end protegge il contenuto anche durante quel passaggio intermedio. Il dispositivo del mittente crittografa il messaggio prima della consegna e il dispositivo del destinatario lo decrittografa. Un sistema può anche utilizzare TLS, proteggendo le connessioni di rete che trasportano il messaggio già crittografato.

| Fase di un semplice scambio crittografato end-to-end | Cosa succede al contenuto |
|---|---|
| Dispositivo del mittente | Il testo è composto e crittografato. |
| Servizio di consegna | Il servizio trasporta dati crittografati. Non ha le chiavi necessarie per decrittografare il contenuto. |
| Dispositivo del destinatario | Il messaggio viene decrittografato in modo che il destinatario possa leggerlo. |

Questo è un esempio semplificato. Le chat di gruppo e gli account con diversi dispositivi collegati hanno più endpoint da considerare.

## I tuoi dispositivi fanno parte della conversazione

Per comporre il messaggio devi poter leggere il testo prima di inviarlo. Il destinatario deve leggerlo dopo averlo ricevuto. In quei momenti, le parole sono disponibili sui dispositivi alle due estremità.

Qualcuno che può visualizzare una conversazione aperta potrebbe essere in grado di leggerla senza violare alcuna crittografia. Il malware con accesso sufficiente a un dispositivo può anche acquisire il testo mentre viene digitato o visualizzato. Le conseguenze di una compromissione del dispositivo dipendono dall'accesso ottenuto e dalla progettazione del sistema, come spiega [l’analisi dell’IETF sulla compromissione degli endpoint](https://www.rfc-editor.org/rfc/rfc9750.html#section-8.3).

La stessa conversazione può essere accessibile anche su un computer o tablet collegato. Controlla i dispositivi, rimuovi gli accessi che non ti servono più e mantieni aggiornato il software. Queste sono precauzioni pratiche incluse nella [guida alle comunicazioni mobili CISA](https://www.govinfo.gov/content/pkg/GOVPUB-HS2-PURL-gpo250552/pdf/GOVPUB-HS2-PURL-gpo250552.pdf).

## Un backup ha la propria protezione

Le impostazioni utilizzate per una conversazione in corso non indicano, da sole, come viene protetto un backup salvato.

Controlla se il backup è crittografato, chi controlla le chiavi e come funziona il ripristino. Se un provider conserva una chiave in grado di aprire il backup, potrebbe essere in grado di accedere a quella copia. Se solo tu possiedi il segreto necessario per aprirlo, il recupero dipende dal mantenerlo al sicuro. Il fatto che un backup sia archiviato nel cloud non risponde a queste domande.

La [guida alla crittografia della Electronic Frontier Foundation](https://ssd.eff.org/module/what-should-i-know-about-encryption) consiglia specificamente di verificare la crittografia del backup insieme alla protezione utilizzata durante il transito.

## Le parole sono solo una parte delle informazioni

Mantenere segreto il contenuto del messaggio non nasconde automaticamente l'attività circostante.

A seconda del servizio e dell'osservatore possono rimanere disponibili informazioni come tempi di connessione, identificatori di account, indirizzi di rete o la quantità di dati scambiati. Questi dettagli sono spesso chiamati metadati. Un osservatore di rete e un fornitore di messaggistica non vedranno necessariamente le stesse informazioni.

Gli schemi del traffico possono comunque rivelare qualcosa su uno scambio anche quando il suo contenuto è illeggibile. La [guida sulla privacy dell'IETF](https://www.rfc-editor.org/rfc/rfc6973.html#section-3.4) definisce questa attività analisi del traffico.

## Controlla chi c'è dall'altra parte

Un nome di profilo o una fotografia familiare non sono sufficienti per verificare uno scambio sensibile.

Se l'applicazione prevede la verifica dei contatti, confronta l’impronta della chiave (fingerprint) o il codice di sicurezza con l’altra persona, incontrandola di persona o usando un canale indipendente di cui già ti fidi. Se qualcuno ti contatta inaspettatamente da un nuovo account, conferma la modifica attraverso un canale conosciuto prima di condividere informazioni riservate.

Questo aiuta a connettere un'identità crittografica alla persona che intendi raggiungere. La [spiegazione dell'EFF sulla verifica delle impronte delle chiavi](https://ssd.eff.org/module/deep-dive-end-end-encryption-how-do-public-key-encryption-systems-work) mostra perché tale controllo è importante.

## Prima del tuo prossimo messaggio confidenziale

Inizia con le informazioni che effettivamente devi inviare. Tralascia i dettagli di cui il destinatario non ha bisogno. Quindi controlla le parti dello scambio che contano per tali informazioni:

- Se questa conversazione utilizza la crittografia end-to-end, inclusi eventuali dispositivi collegati.
- Se hai verificato il destinatario tramite un metodo affidabile.
- Quali dispositivi possono aprire la conversazione.
- Come vengono protette le copie e i backup salvati.
- Se il destinatario deve conservare, copiare o condividere il testo.

Per le conversazioni di lavoro, concorda con il tuo collega quali documenti o persone possono ricevere i dettagli del progetto prima di inviarli.

## Il ruolo di Layergram

Layergram ti consente di comporre e crittografare il testo selezionato localmente prima di condividerlo attraverso un canale compatibile. Il destinatario lo decrittografa localmente in Layergram. Entrambe le persone utilizzano Layergram e verificano reciprocamente le proprie identità.

Ciò inserisce il contenuto scelto in un livello crittografato separato prima che raggiunga la chat usata per l’invio. La chat può comunque conservare le informazioni sullo scambio e i dispositivi e il destinatario rimangono parte del rischio. Puoi seguire il flusso di lavoro in [Come funziona Layergram](https://layergram.app/it/come-funziona/) e leggere i limiti specifici nella nostra [documentazione sulla sicurezza](https://layergram.app/it/sicurezza/).

Canonical HTML: https://layergram.app/it/insights/cosa-protegge-la-crittografia-end-to-end/

Language: it

Publisher: Layergram

Last updated: 2026-10-13T12:28:41Z