Metadati
Quali metadati possono ancora esistere attorno a un messaggio cifrato?
Cosa protegge la crittografia e cosa può restare visibile attorno a un link Collogue.
Pubblicato: 27 aprile 2026
Limiti dell’implementazione attuale
Il client attuale cifra il testo nel browser e inserisce il contenuto cifrato nell’URL. La password condivisa separatamente non fa parte del link. Non esiste un server applicativo che memorizzi, recuperi, elimini o consumi i messaggi una sola volta.
Ulteriore contesto
Risposta diretta: La crittografia può proteggere il contenuto di un messaggio senza nascondere ogni evento circostante. Nell’implementazione attuale solo client, l’app non crea ID dei messaggi, impostazioni di scadenza o eventi di accesso. L’infrastruttura di rete esterna a questo codice può comunque elaborare i normali metadati di connessione. Riservatezza del contenuto e anonimato sono proprietà diverse.
Un messaggio cifrato può essere illeggibile e restare comunque visibile in controluce.
Un osservatore potrebbe non sapere cosa Alice ha inviato a Bob. Potrebbe però sapere che un messaggio è stato creato alle 14:03, che il suo contenuto cifrato era di 840 byte, che una richiesta proveniva da una determinata rete e che il link è stato aperto dieci minuti dopo.
L’importanza di questi fatti dipende dal modello di minaccia.
Il contenuto è il messaggio stesso.
Non tutti i sistemi raccolgono ogni elemento.
Una buona crittografia dovrebbe rendere il testo cifrato computazionalmente inutile per ricavare il testo in chiaro senza la chiave.
- le parole esatte;
- le password;
- i valori dei token;
- le note personali;
- il contenuto strutturato.
- l’esistenza del testo cifrato;
- la sua dimensione approssimativa;
- quando è stato caricato;
- quando è stato richiesto;
- gli endpoint di rete che effettuano le richieste.
I sistemi crittografici proteggono spesso il significato più facilmente delle circostanze.
- la connessione dell’utente;
- una VPN;
- un gateway aziendale;
- un operatore mobile;
- un reverse proxy;
- uno scanner di sicurezza;
- una rete condivisa.
Non è un’identità perfetta, ma resta un metadato potenzialmente sensibile.
Determina se Collogue o la sua infrastruttura conserva questi dati, per quanto tempo e per quale scopo.
Non definire Collogue anonimo solo perché non è richiesto un account.
Un identificatore opaco è preferibile a uno che contiene informazioni sull’utente o sul contenuto. Resta un indicatore di evento collegabile se compare in più log.
La crittografia di solito non nasconde la lunghezza approssimativa del testo in chiaro, a meno che non venga aggiunto padding.
Per la maggior parte dei segreti brevi, questo non è il rischio principale. In alcuni contesti, i modelli di dimensione possono rivelare il tipo di messaggio o un’attività.
Non dichiarare che Collogue nasconde la dimensione finché il padding non è stato verificato.
I timestamp di creazione e scadenza possono essere necessari per far rispettare il ciclo di vita.
Possono anche rivelare un modello di attività.
Strumenti di analisi, segnalazione degli errori, CDN, font, incorporamenti e widget di supporto possono ricevere metadati delle richieste.
- la pagina di creazione;
- la pagina dei risultati;
- la pagina di rivelazione;
- lo stato con il messaggio decifrato;
- le pagine su come funziona la privacy.
Le route sensibili alla privacy dovrebbero evitare richieste esterne non necessarie.
Se identificatori o chiavi sensibili compaiono negli URL, navigazione e caricamento delle risorse richiedono una policy del referrer attenta.
- se la chiave si trova in un fragment, una query o un percorso;
- se sulle pagine dei messaggi vengono caricate risorse di terze parti;
- l’header
Referrer-Policy; - gli attributi dei link esterni;
- la raccolta degli URL da parte degli strumenti di analisi.
I fragment normalmente non vengono inviati nelle richieste HTTP, ma script della pagina e azioni dell’utente possono comunque esporli.
Nessuna singola parola come «privato» risponde a tutte queste domande.
Un servizio trasparente dichiara quale livello protegge.
- Usa un dispositivo affidabile.
- Evita ambienti pubblici o monitorati per scambi altamente sensibili.
- Usa credenziali temporanee.
- Non includere contesto non necessario.
- Considera se l’esistenza e il momento dello scambio siano sensibili di per sé.
- Usa un sistema di anonimato approvato quando serve l’anonimato, non solo la riservatezza del contenuto.
- Segui la policy dell’organizzazione per i dati regolamentati.
Collogue non dovrebbe presentarsi come una rete di anonimato se non offre realmente queste proprietà.
Con una crittografia corretta non dovrebbe rivelare il testo in chiaro esatto, ma può rivelare una lunghezza approssimativa o un modello del messaggio.
Collogue può proteggere il contenuto dei messaggi secondo il proprio modello verificato, ma non va confuso con una rete di anonimato.