Puntos clave
- 'Cifrado' no es un modelo: pregunta por separado en tránsito, en reposo y de extremo a extremo.
- El control de las llaves decide quién lee el contenido: participantes, empresa o proveedor.
- Los algoritmos estándar robustos (TLS, AES-256) son lo esperable, no un diferencial.
- Superlativos como 'inhackeable' o 'grado militar' son señales de alerta, no funciones.
- Pide por escrito cuándo accede el proveedor al contenido y si queda registrado.
Hoy todas las apps de mensajería dicen estar cifradas. Es una buena noticia y, a la vez, la razón por la que la palabra dejó de servir. Dos apps pueden estar “cifradas” y responder de forma totalmente distinta a lo que de verdad le importa a quien compra: ¿quién puede leer nuestros mensajes y cuándo? Esta guía te da el vocabulario y las preguntas para atravesar la publicidad de los proveedores, la nuestra incluida.
Por qué hay que evaluar el cifrado de una app
Evaluar el cifrado de una app importa porque una suposición equivocada lleva a la herramienta equivocada. Una empresa que necesita revisar los grupos puede elegir una app de extremo a extremo y descubrir que no puede. Otra que no quería ningún acceso del proveedor puede elegir una app con cifrado en el servidor sin darse cuenta de que el proveedor tiene las llaves.
El panorama completo de seguridad, con los riesgos de accesos y bajas, está en la seguridad en la mensajería empresarial. Aquí nos centramos solo en el cifrado.
En tránsito, en reposo y de extremo a extremo
Tres protecciones distintas que a menudo se mezclan:
| Capa | Qué protege | Quién puede leer el contenido |
|---|---|---|
| En tránsito (TLS) | Los datos que viajan entre el dispositivo y el servidor | El servidor, cuando llegan |
| En reposo | Los datos guardados en servidores y discos | Quien controla las llaves, normalmente el servicio |
| De extremo a extremo | Los datos desde el dispositivo que envía hasta los que reciben | Solo los dispositivos de los participantes |
Una mensajería de empresa típica sin cifrado de extremo a extremo usa las dos primeras. Una app de extremo a extremo usa las tres, aunque sus servidores pueden seguir viendo algunos metadatos, como quién habla con quién y cuándo, según su diseño. Algoritmos como AES-256 son el estándar para la capa en reposo.
Quién tiene las llaves
El control de las llaves es la verdadera pregunta detrás de “¿quién puede leer nuestros mensajes?”:
- Llaves solo en los dispositivos de los usuarios: extremo a extremo. Ni el proveedor ni tu empresa pueden leer el contenido.
- Llaves gestionadas por el servicio, una por organización cliente: el servicio puede descifrar cuando hace falta, y si se compromete la llave de un cliente, los demás no quedan expuestos.
- Una sola llave compartida para todo: la opción más débil para un servicio con muchos clientes.
Luego haz la pregunta siguiente: si el proveedor puede descifrar, ¿cuándo lo hace, quién lo aprueba y queda registrado? Un proveedor que responde con claridad merece más confianza que uno que solo repite “grado militar”.
Señales de alerta en la publicidad
Desconfía cuando veas:
- Superlativos. “Inhackeable”, “100 % seguro”, “grado militar”. Los equipos de seguridad serios no hablan así.
- “Cifrado” sin decir la capa. ¿Cifrado dónde? ¿Con las llaves de quién?
- Extremo a extremo junto con supervisión de la empresa. Si el proveedor promete también que tus administradores leen todos los chats, pregunta cómo pueden ser ciertas las dos cosas.
- Algoritmos propios. La criptografía casera es un riesgo, no una ventaja.
- Sellos de certificación sin documentos. Pide el alcance y el informe.
- Sin política de privacidad o sin empresa identificada. Tienes que saber quién opera el servicio.
Preguntas para el proveedor
Cópialas en un correo. Para una lista más completa que cubra accesos, registros y eliminación de cuentas, usa el cuestionario de seguridad para proveedores de mensajería.
- ¿Los datos viajan cifrados? ¿Con qué protocolo?
- ¿Se guardan cifrados? ¿Con qué algoritmo?
- ¿Los mensajes tienen cifrado de extremo a extremo? Si es así, ¿en qué conversaciones y qué metadatos siguen viendo ustedes?
- ¿Quién tiene las llaves? ¿Son independientes por cliente?
- ¿En qué circunstancias su personal accede al contenido? ¿Queda registrado?
- ¿Nuestros administradores pueden revisar o exportar conversaciones? ¿Cuáles?
- ¿Cómo se protegen los adjuntos, como fotos, archivos y notas de voz?
Las empresas que gestionan edificios, contratistas o trabajo de campo mueven muchos adjuntos por chat, y por eso la pregunta 7 pesa en flujos como la coordinación de proveedores de mantenimiento o las solicitudes de mantenimiento de inmuebles.
Cómo responde C Chat a estas preguntas
Aquí van nuestras respuestas, con el mismo formato. C Chat cifra los datos en tránsito con TLS y en reposo con AES-256, con llaves propias de cada organización. No usa cifrado de extremo a extremo. En su lugar usa cifrado auditable: los propietarios y administradores del equipo pueden auditar y exportar las conversaciones de grupo de su equipo, y los mensajes directos entre personas son privados. La plataforma C Chat solo accede al contenido para moderar mensajes reportados o por requerimientos legales, y ese acceso queda registrado. Fotos, archivos y notas de voz se protegen igual que el texto.
Si tu requisito es que nadie salvo los participantes pueda leer los mensajes, te conviene una herramienta de extremo a extremo; mira C Chat frente a Element, C Chat frente a Wire y C Chat frente a Threema Work, o el resumen de apps de mensajería segura para empresas. La guía sobre cómo elegir una mensajería segura te ayuda a decidir qué modelo necesitas.
Cómo empezar
Envía las siete preguntas a cada proveedor de tu lista y compara las respuestas en una tabla. Nuestras respuestas completas están en la página de seguridad; para probar C Chat, crea un equipo en getcchat.com/c.
Preguntas frecuentes
¿Qué significa que una app de mensajería esté cifrada?
Significa que los datos se transforman para que solo quien tenga la llave correcta pueda leerlos. Lo importante es dónde se cifran (en tránsito, en reposo o de extremo a extremo entre dispositivos) y quién tiene las llaves. Sin eso, la palabra dice poco.
¿Qué diferencia hay entre cifrado en reposo y de extremo a extremo?
El cifrado en reposo protege los datos guardados en los servidores, pero el servicio puede descifrarlos con sus llaves cuando hace falta. El cifrado de extremo a extremo cifra el mensaje en el dispositivo de quien envía y solo se descifra en los de quienes reciben, así que el servicio no puede leerlo.
¿AES-256 es seguro?
AES-256 es un estándar de cifrado muy usado y estudiado, y se considera robusto si está bien implementado. Rara vez el algoritmo es el punto débil; la gestión de llaves, los controles de acceso y la implementación suelen pesar más.
¿La empresa de la app puede leer mis mensajes?
Depende del modelo. Con cifrado de extremo a extremo, el proveedor no puede leer el contenido. Con cifrado en el servidor técnicamente sí puede, así que pregunta en qué circunstancias lo hace, quién lo aprueba y si ese acceso queda registrado.