Cifrado en tránsito y en reposo: así viajan los datos de tu clínica
Cuando una plataforma afirma que utiliza «cifrado», la frase puede sonar tranquilizadora. Pero por sí sola dice muy poco.
¿En qué momento están cifrados los datos? ¿Mientras viajan por Internet? ¿Cuando se almacenan? ¿Toda la base de datos o únicamente determinados campos? ¿Las copias de seguridad también se protegen?
Para entender realmente cómo se protege la información de una clínica conviene separar dos conceptos: cifrado en tránsito y protección de los datos en reposo. Ambos resuelven problemas diferentes.
En Wazzy forman parte de una arquitectura de seguridad que protege las conversaciones y otros datos mientras circulan entre sistemas y cuando determinada información sensible debe quedar almacenada.
El recorrido de un mensaje
Imaginemos algo cotidiano. Una paciente abre WhatsApp y escribe a su clínica: «Hola, necesito cambiar la cita que tengo el jueves».
A simple vista solo existe un mensaje. Desde el punto de vista tecnológico, sin embargo, esa información atraviesa diferentes sistemas.
Sale del dispositivo del paciente, pasa por la infraestructura de WhatsApp Business, llega a los servicios autorizados de la clínica, es procesada por Wazzy, puede consultarse desde el Panel de recepción y puede terminar asociada al historial de conversaciones del paciente.
La información cambia varias veces de estado. En algunos momentos está viajando. En otros está almacenada. Cada situación requiere mecanismos de protección distintos.
Qué es el cifrado en tránsito
El cifrado en tránsito protege información mientras se desplaza entre dos puntos. Su finalidad es impedir que alguien situado entre ambos pueda leer cómodamente el contenido o modificarlo sin ser detectado.
Uno de los protocolos más conocidos para conseguirlo es TLS, utilizado por HTTPS. Es el mismo principio que permite que un navegador se conecte de forma segura con un banco, una tienda online o una plataforma empresarial.
Cuando accedes a Wazzy mediante una conexión pública, las comunicaciones se realizan mediante HTTPS/TLS. De esta forma, la información que circula entre el usuario y los servicios públicos de Wazzy está protegida durante el transporte.
La capa de WhatsApp
Antes de entrar en la infraestructura propia de Wazzy existe además la capa correspondiente a WhatsApp.
WhatsApp utiliza mecanismos criptográficos para proteger la transmisión de mensajes. En los entornos empresariales existen particularidades dependiendo de cómo la empresa gestione y almacene las conversaciones y de qué proveedores tecnológicos intervengan.
Esto ayuda a entender una cuestión importante: no existe un único «cifrado de WhatsApp» que elimine la necesidad de proteger todo lo que ocurre después.
Cuando un mensaje llega al sistema que la empresa utiliza para atenderlo, esa infraestructura también tiene responsabilidades.
Qué significa que un dato esté en reposo
Un dato está en reposo cuando no se está transmitiendo activamente y permanece almacenado. Puede estar dentro de una base de datos, en una copia de seguridad, en un archivo o dentro de otro sistema de almacenamiento.
Aquí TLS ya no es la herramienta adecuada, porque TLS protege comunicaciones. Para datos almacenados pueden utilizarse otras técnicas, entre ellas algoritmos criptográficos como AES.
La diferencia puede resumirse así: el cifrado en tránsito protege el viaje; el cifrado en reposo protege determinados datos cuando ya han llegado a su destino y permanecen almacenados.
AES-256-GCM en Wazzy
Wazzy utiliza AES-256-GCM para cifrar determinados campos especialmente sensibles.
Entre ellos se encuentra el contenido almacenado de los mensajes de las conversaciones, determinados datos internos sensibles y determinadas credenciales o secretos utilizados para integraciones, como tokens de WhatsApp y Google Calendar.
AES es un estándar de cifrado ampliamente utilizado. La referencia «256» indica el tamaño de la clave empleada. GCM, por su parte, es un modo de operación que permite combinar confidencialidad con mecanismos de autenticación que ayudan a detectar manipulaciones.
En la práctica, esto significa que los valores protegidos no se almacenan simplemente como texto legible dentro de la base de datos.
¿Está absolutamente todo cifrado campo por campo?
Aquí es importante utilizar el lenguaje con precisión.
No. Wazzy aplica cifrado AES-256-GCM de forma selectiva sobre determinados campos sensibles, pero eso no equivale a afirmar que cada dato de toda la base de datos esté cifrado individualmente con AES-256-GCM.
Tampoco debería confundirse con un cifrado integral del disco o de toda la base de datos a nivel de almacenamiento.
La seguridad real de un sistema puede combinar distintos mecanismos. Determinados campos necesitan cifrado criptográfico específico. Otros recursos quedan protegidos mediante aislamiento de red, controles de acceso, separación de servicios y otras medidas de infraestructura.
Explicar esta diferencia es más útil que limitarse a escribir «todos tus datos están cifrados», una frase que puede resultar atractiva comercialmente pero técnicamente ambigua.
Aislamiento de los sistemas internos
Wazzy utiliza servicios internos como PostgreSQL y Redis dentro de una red privada de su infraestructura. No están diseñados para quedar directamente expuestos a Internet.
Esto añade otra capa de protección.
Un sistema de bases de datos no necesita ser públicamente accesible para que la aplicación pueda utilizarlo. La arquitectura puede mantener los servicios internos aislados y permitir que únicamente se comuniquen los componentes que realmente necesitan hacerlo.
La seguridad por capas funciona precisamente así: no depender de una única barrera.
Qué ocurre con las copias de seguridad
Las copias de seguridad merecen la misma atención que la base de datos principal.
De poco serviría proteger cuidadosamente un sistema de producción si después existiera una copia accesible sin medidas de seguridad adecuadas.
Wazzy realiza copias de seguridad automatizadas y las protege mediante cifrado AES-256. Estas copias se almacenan en la Unión Europea.
La finalidad es doble: conservar la confidencialidad y poder recuperar el servicio si se produce una incidencia.
Esta capacidad de restauración es además uno de los elementos contemplados expresamente por el artículo 32 del RGPD, que menciona la necesidad de poder restaurar la disponibilidad y el acceso a los datos personales de forma oportuna después de un incidente.
Cifrar no sirve de mucho si cualquiera puede acceder
Existe una idea equivocada frecuente: pensar que el cifrado sustituye a los permisos.
No es así.
Una aplicación necesita descifrar determinada información para enseñársela a un usuario autorizado. Si todos los usuarios tienen acceso completo al sistema, el cifrado del almacenamiento no evitará que esas personas vean los datos desde la propia aplicación.
Por eso Wazzy combina cifrado con controles de acceso. La clínica puede definir permisos jerárquicos y limitar determinadas informaciones a usuarios autorizados.
En una clínica esta distinción resulta especialmente importante cuando el Panel de recepción y el CRM médico conviven en el mismo entorno.
Las claves también tienen que protegerse
Todo sistema criptográfico depende de claves. Una base de datos perfectamente cifrada pero con las claves almacenadas sin ningún control perdería buena parte de su utilidad.
Por eso la gestión de secretos es otra parte crítica de una arquitectura segura.
Wazzy cifra determinados tokens y credenciales sensibles utilizados en integraciones, como las asociadas a WhatsApp o Google Calendar. Estas credenciales pueden permitir a una aplicación comunicarse con servicios externos en nombre de la clínica, por lo que requieren un nivel de protección elevado.
Cifrado, integridad y disponibilidad
La seguridad de la información suele explicarse mediante tres ideas: confidencialidad, integridad y disponibilidad.
Confidencialidad significa que únicamente las personas autorizadas pueden acceder a los datos. Integridad significa que la información no se modifica indebidamente. Disponibilidad significa que continúa accesible cuando realmente se necesita.
El cifrado ayuda principalmente con la confidencialidad y, dependiendo del método, también puede contribuir a detectar alteraciones. Pero no resuelve por sí solo la disponibilidad.
Para eso se necesitan copias de seguridad, redundancia, monitorización y mecanismos de recuperación. El artículo 32 del RGPD recoge precisamente estos conceptos cuando exige medidas adecuadas para garantizar la confidencialidad, integridad, disponibilidad y resiliencia de los sistemas.
¿Qué ocurre si alguien roba una copia de la base de datos?
Este ejemplo ayuda a entender el valor del cifrado en reposo.
Imaginemos hipotéticamente que un atacante consigue obtener acceso a una copia de determinados datos. Si el contenido de las conversaciones está almacenado directamente en texto plano, disponer de esa copia podría permitir leerlo.
Cuando un campo sensible está correctamente cifrado, disponer únicamente del dato almacenado no es suficiente para obtener inmediatamente su contenido legible. El atacante necesitaría además los mecanismos necesarios para descifrarlo.
Eso no convierte el sistema en invulnerable. Pero aumenta considerablemente las barreras frente a determinados escenarios.
¿Y si el ataque ocurre mientras el usuario está conectado?
Aquí aparecen otras capas.
Una persona que consigue comprometer legítimamente una cuenta con permisos suficientes podría acceder a información que la aplicación necesita mostrar ya descifrada. El cifrado en reposo no evita ese escenario.
Por eso son importantes las políticas de contraseñas, los controles de acceso, la gestión de usuarios, la trazabilidad y la retirada de permisos cuando alguien abandona la organización.
De nuevo, la seguridad depende del conjunto.
Por qué Wazzy evita reducir la seguridad a una palabra
Decir «utilizamos AES-256» puede ser cierto y al mismo tiempo resultar insuficiente. La pregunta importante es dónde se utiliza, qué protege y qué medidas lo acompañan.
En Wazzy, las conexiones públicas utilizan HTTPS/TLS. Los mensajes almacenados y determinados secretos sensibles utilizan AES-256-GCM. Los servicios de base de datos se mantienen dentro de una red interna. Las copias de seguridad están cifradas y almacenadas en la Unión Europea. Existen controles de acceso, trazabilidad y monitorización.
Cada pieza resuelve una parte diferente del problema.
Seguridad por capas
La mejor forma de imaginar la seguridad de una clínica digital no es como una gran puerta blindada. Es como una sucesión de puertas.
Una protege el transporte. Otra protege campos especialmente sensibles en almacenamiento. Otra limita qué servicios pueden comunicarse. Otra decide qué usuario puede consultar determinada información. Otra registra las acciones. Y otra permite recuperar el sistema si algo falla.
Cuantas más capas independientes existen, menos depende toda la protección de una única medida. Ese es el motivo por el que hablar únicamente de «cifrado» simplifica demasiado el problema.
La pregunta que debería hacer una clínica
Cuando un proveedor afirma proteger los datos, la clínica debería ir un poco más allá y preguntar:
¿Qué datos se cifran? ¿En qué momento? ¿Qué ocurre con las copias de seguridad? ¿Dónde están los servidores? ¿Quién puede acceder? ¿Las acciones quedan registradas? ¿Los sistemas internos están expuestos públicamente?
Las respuestas permiten distinguir una frase comercial de una arquitectura de seguridad real.
Porque proteger los datos del paciente no consiste simplemente en poner la palabra «cifrado» en una página web. Consiste en entender todo el recorrido que realiza la información y protegerla en cada uno de esos pasos.
Fuentes y referencias
- Reglamento (UE) 2016/679 (RGPD), especialmente artículo 32.
- Documentación de WhatsApp Business sobre seguridad de las comunicaciones empresariales.
- Wazzy: documentación técnica y pública sobre cifrado, copias de seguridad, aislamiento y control de accesos.