Archiviazione dei dati
Cosa memorizza il server Collogue?
Cosa memorizza l’implementazione client attuale e quali fatti sull’infrastruttura non si possono dedurre.
Pubblicato: 1 agosto 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
Ogni servizio web funzionante gestisce dati. Le domande utili sono: quali dati, in quale forma, per quale scopo e per quanto tempo?
Dati diversi comportano rischi diversi.
Non lasciare «di solito» nella tabella finale. Sostituisci ogni cella con un fatto del prodotto.
Il contenuto cifrato è meno utile a un attaccante che non possiede la chiave. Non equivale a non memorizzare nulla.
- dimensione approssimativa del payload;
- esistenza di un messaggio;
- momento;
- versione del protocollo;
- scelta della scadenza;
- metadati strutturali ripetuti.
Una buona crittografia dovrebbe nascondere il contenuto, non il fatto che esista un oggetto cifrato.
Le applicazioni spesso registrano errori, percorsi delle richieste, codici di stato e tempi. Un logging progettato male può anche catturare corpi delle richieste o identificatori sensibili.
- i corpi delle richieste di creazione vengono registrati;
- gli identificatori dei messaggi compaiono negli URL;
- gli errori di decifratura includono dati del payload;
- le eccezioni vengono inviate a un servizio di terze parti;
- la telemetria client contiene dettagli delle route;
- vengono registrati gli URL completi.
Il contenuto sensibile non dovrebbe mai essere aggiunto ai log solo perché è comodo per il debugging.
Un’applicazione potrebbe non registrare esplicitamente gli indirizzi IP mentre lo fanno il reverse proxy, il load balancer, il CDN o la piattaforma di hosting.
- log di accesso del proxy;
- log del CDN;
- log delle invocazioni serverless;
- log del firewall;
- sistemi di prevenzione degli abusi;
- archivi dei rate limit;
- dashboard dell’hosting.
La pagina sulla privacy non dovrebbe dire «nessun log degli IP» solo perché nel codice dell’applicazione manca console.log.
L’infrastruttura esiste anche quando è assente dal repository del frontend.
È meno drammatico di «scompare senza lasciare traccia». È molto più informativo.
Questi comportamenti hanno modalità di errore diverse.
Un linguaggio preciso evita aspettative false.
Il campo migliore da proteggere è quello che non è mai stato raccolto.
Di solito costa meno che promettere di difendere per sempre un insieme di dati più ampio.
Rispondi sulla base delle prove dell’infrastruttura, non del codice frontend. Proxy e servizi di hosting possono registrare metadati delle richieste anche quando l’applicazione non lo fa.
La classificazione giuridica dipende dal contesto e dalla giurisdizione. Dal punto di vista della sicurezza, testo cifrato e metadati associati devono comunque essere trattati come dati da proteggere.