Privacidad de mensajes
¿Puede Collogue leer mis mensajes privados?
A qué puede y a qué no puede acceder el código actual del navegador cuando cifra un mensaje de Collogue.
Publicado: 14 de enero de 2026
Límites de la implementación actual
Los enlaces actuales de Collogue llevan la carga cifrada en la URL. El navegador utiliza la Web Crypto API: PBKDF2-SHA-256 con 310.000 iteraciones deriva una clave AES-GCM de 256 bits a partir de la contraseña introducida por separado, con una sal aleatoria de 16 bytes y un IV de 12 bytes. El cliente actual no realiza ninguna solicitud a una API de aplicación para crear, recuperar o almacenar mensajes.
La contraseña no está codificada en el enlace. La implementación no ofrece visualización de un solo uso, eliminación en el servidor ni un temporizador de caducidad. Trate el enlace completo como sensible y comparta la contraseña por otro canal.
Contexto adicional
«¿Puede el servicio leer mi mensaje?» parece una pregunta que admite sí o no. Técnicamente, son varias preguntas disfrazadas de una sola.
Una respuesta útil separa esas preguntas en vez de esconderlas detrás de un único adjetivo.
El mensaje legible se llama texto plano. El resultado cifrado es el texto cifrado. Un buen cifrado debería hacer que el texto cifrado sea inútil sin la clave necesaria.
La siguiente pregunta es de dónde procede la clave y quién puede obtenerla.
Si Collogue utiliza un mecanismo diferente, la explicación pública debe describirlo en lugar de tomar prestada de otro producto la historia del fragmento de URL.
Supongamos que un sitio web cifra los mensajes en el navegador. Hoy inspecciona la solicitud de red y confirma que no se envía texto plano. Bien.
Eso no hace inútil el cifrado en el navegador. Indica qué significa realmente esa protección.
Un repositorio que se pueda inspeccionar públicamente puede mejorar la transparencia. No demuestra que la compilación desplegada coincida exactamente con el repositorio si no existe un proceso de publicación verificable. Una auditoría independiente puede aumentar la confianza. No convierte una aplicación web que cambia con el tiempo en un teorema matemático.
La seguridad sigue siendo una afirmación de ingeniería respaldada por pruebas.
Estas protecciones son importantes precisamente porque son limitadas.
- el dispositivo del remitente está comprometido;
- el dispositivo del destinatario está comprometido;
- una extensión maliciosa del navegador lee la página;
- el remitente entrega el enlace a la persona equivocada;
- alguien reenvía el enlace completo antes de abrirlo;
- el destinatario copia o graba el mensaje;
- la aplicación web entregada al navegador es maliciosa;
- el secreto es débil, se reutiliza o tiene privilegios excesivos.
El cifrado controla el acceso a la información bajo las suposiciones indicadas. No elimina el comportamiento humano.
Use ese término solo si la arquitectura, la gestión de claves, el código desplegado y el modelo operativo lo justifican. Una carga cifrada en el navegador por sí sola no resuelve todas las interpretaciones de «zero knowledge».
La respuesta depende de si los registros contienen texto plano, texto cifrado, claves o datos suficientes para derivar claves. Publique el esquema y el recorrido de las claves que hayan sido verificados, no un eslogan.
Sí. El destinatario debe reconstruir finalmente el texto plano para poder verlo. En ese momento, el entorno del navegador y el dispositivo forman parte del modelo de confianza.
Cree un enlace privado de Collogue cuando necesite enviar una contraseña, un token, un código de recuperación u otro valor sensible breve.