Privacy dei messaggi
Collogue può leggere i miei messaggi privati?
A cosa può e non può accedere l’attuale codice del browser quando cifra un messaggio Collogue.
Pubblicato: 14 gennaio 2026
Limiti dell’implementazione attuale
Gli attuali link Collogue contengono il contenuto cifrato nell’URL. Il browser utilizza la Web Crypto API: PBKDF2-SHA-256 con 310.000 iterazioni deriva una chiave AES-GCM da 256 bit dalla password inserita separatamente, usando un salt casuale di 16 byte e un IV di 12 byte. Il client attuale non invia richieste a un’API dell’applicazione per creare, recuperare o memorizzare messaggi.
La password non è codificata nel link. L’implementazione non offre visualizzazione monouso, eliminazione lato server o un timer di scadenza. Considera sensibile il link completo e condividi la password tramite un canale separato.
Ulteriore contesto
«Il servizio può leggere il mio messaggio?» sembra una domanda con risposta sì o no. Tecnicamente, sono diverse domande che indossano lo stesso vestito.
Una risposta utile separa queste domande invece di nasconderle dietro un solo aggettivo.
Il messaggio leggibile si chiama testo in chiaro. Il risultato cifrato è il testo cifrato. Una buona crittografia dovrebbe rendere inutilizzabile il testo cifrato senza la chiave necessaria.
La domanda successiva è da dove arriva la chiave e chi può ottenerla.
Se Collogue usa un meccanismo diverso, la spiegazione pubblica deve descrivere quel meccanismo invece di prendere da un altro prodotto la storia del frammento dell’URL.
Supponiamo che un sito cifri i messaggi nel browser. Oggi controlli la richiesta di rete e confermi che non viene inviato testo in chiaro. Bene.
Questo non rende inutile la cifratura nel browser. Spiega che cosa significa realmente quella protezione.
Un repository consultabile pubblicamente può migliorare la trasparenza. Non dimostra che la build distribuita corrisponda esattamente al repository se non esiste un processo di rilascio verificabile. Un audit indipendente può aumentare la fiducia. Non trasforma un’applicazione web soggetta a modifiche in un teorema matematico.
La sicurezza resta un’affermazione ingegneristica sostenuta da prove.
Queste protezioni sono significative proprio perché sono limitate.
- il dispositivo del mittente è compromesso;
- il dispositivo del destinatario è compromesso;
- un’estensione malevola del browser legge la pagina;
- il mittente consegna il link alla persona sbagliata;
- qualcuno inoltra il link completo prima che venga aperto;
- il destinatario copia o registra il messaggio;
- l’applicazione web consegnata al browser è malevola;
- il segreto è debole, riutilizzato o dotato di privilegi eccessivi.
La crittografia controlla l’accesso alle informazioni secondo le ipotesi dichiarate. Non annulla il comportamento umano.
Usa questo termine solo se architettura, gestione delle chiavi, codice distribuito e modello operativo lo giustificano. Un contenuto cifrato nel browser da solo non basta a risolvere ogni interpretazione di «zero knowledge».
La risposta dipende dal fatto che i record contengano testo in chiaro, testo cifrato, chiavi o dati sufficienti per derivare le chiavi. Pubblica lo schema verificato e il percorso delle chiavi invece di uno slogan.
Sì. Il destinatario deve infine ricostruire il testo in chiaro per poterlo vedere. In quel momento l’ambiente del browser e il dispositivo entrano nel modello di fiducia.
Crea un link privato Collogue quando devi inviare una password, un token, un codice di recupero o un altro valore sensibile breve.