Seguridad del chat en vivo: 7 cosas que debes proteger antes de poner en marcha tu bandeja de entrada

El chat en vivo es uno de los canales en los que tus clientes más confían. Un visitante escribe una pregunta que muchas veces incluye su correo, su número de pedido, a veces su dirección, de vez en cuando una captura de su estado de cuenta bancario, y confía en que el agente del otro lado es la persona correcta y en que la transcripción no queda expuesta. La configuración predeterminada de la mayoría de las herramientas de chat en vivo no se pensó para eso. Se pensó para una demo al estilo de Stripe que nunca ve a un cliente real.

Esta es la lista de seguridad para chat en vivo que les damos a los equipos que usan Deskwoot, dividida en las siete decisiones que de verdad importan. Casi todo forma parte de la base de seguridad de todos los planes de Deskwoot, incluido el plan gratis Hacker (cifrado en tránsito, alojamiento en la UE, 2FA, el DPA y las herramientas para solicitudes del GDPR), así que un equipo que empieza desde cero no tiene que configurar nada a mano antes de salir a producción. Cuando un control necesita un plan de pago, lo decimos.

1. Cifra el canal y el almacenamiento

Esta es la capa básica. Toda herramienta de chat en vivo que se diga segura debería usar TLS 1.2 o superior en cada endpoint que tocan visitantes y agentes, y AES-256 en reposo para cada mensaje que se guarda en disco. Vale la pena hacerle dos preguntas a tu proveedor:

• ¿El widget se sirve desde tu dominio o desde la CDN de un proveedor? Si el script de tu widget vive en una CDN externa que no exige TLS 1.3 o que trae una CSP permisiva, tienes un hueco en tus capas de defensa dentro de tu propia página. El widget de Deskwoot es un script corto que carga por HTTPS (TLS) desde el propio dominio de Deskwoot y funciona dentro de su propio iframe, y el panel de los agentes envía HSTS más una Content Security Policy con una lista explícita de los hosts desde los que el navegador puede cargar o a los que puede conectarse.
• ¿Los archivos adjuntos se cifran en reposo? Algunos proveedores cifran el texto del mensaje y se saltan el almacenamiento de adjuntos. Justo ahí los clientes suben capturas de reembolsos, documentos de identidad y estados de cuenta. Deskwoot guarda los adjuntos en Cloudflare R2 bajo jurisdicción de la UE, donde Cloudflare cifra cada objeto en reposo, y solo los entrega mediante enlaces con control de acceso: una sesión de agente iniciada o una URL firmada de corta duración, nunca una pública.

2. Verifica al cliente antes de revelar algo sensible

La falla de seguridad más común en el chat en vivo no es un hackeo. Es un agente que responde “¿A dónde se envía el pedido #4821?” sin verificar a la persona del otro lado. Esa respuesta es un dato privado. La mayoría de las herramientas de chat en vivo no traen un flujo de verificación, así que el agente improvisa (o se lo salta).

Fynn, el bot de IA de Deskwoot (incluido desde el plan Startup), trae un modelo de verificación de 4 niveles que se aplica antes de que cualquier detalle privado salga de la conversación:

• Nivel 0: Preguntas públicas. “¿Hacen envíos a Portugal?” se responde al instante. Sin verificación.
• Nivel 1: Revisión del número de pedido más el código postal. “¿Dónde está el pedido #4821?” exige que el visitante dé el número de pedido y el código postal de envío antes de que Fynn comparta el estado o el seguimiento. Si no coinciden, el bot no dice nada del pedido.
• Nivel 2: Verificación por enlace mágico al correo. Las solicitudes sobre historial sensible envían un enlace mágico de un solo uso al correo registrado. El visitante hace clic y vuelve verificado por el resto de la conversación.
• Nivel 3: Cambios. Reembolsos, cancelaciones, cambios de dirección. Fynn propone la acción y le pide al visitante que responda “confirmar” antes de hacer la llamada a la API. Estas acciones están desactivadas de forma predeterminada y se activan por espacio de trabajo. Nada de reembolsos por accidente por una pregunta mal escrita.

También vale la pena llevar la verificación al flujo de los agentes: una señal visible de “verificado” en la barra lateral de la conversación para que el agente humano sepa con quién está hablando.

3. Elige dónde viven tus datos

Los equipos sujetos a las normas de la UE no pueden usar un chat en vivo montado solo en Estados Unidos y decir que cumplen con el GDPR. Incluso los equipos de Estados Unidos que venden en la UE tienen obligaciones sobre dónde se guardan los datos. Aquí es donde se cae la revisión de la mayoría de los proveedores, porque la página de marketing dice “GDPR”, pero la letra pequeña del acuerdo de procesamiento de datos sigue pasando por us-east-1.

La infraestructura principal de Deskwoot funciona en europe-west4 (Países Bajos). Los mensajes de los clientes, las cuentas de los agentes, los adjuntos y los registros de auditoría se quedan en la UE de forma predeterminada. El plan gratis Hacker no deja fuera el alojamiento en la UE: no tienes que pagar extra para mantener los datos de tu soporte en suelo europeo.

Dos cosas concretas que debes revisar con cualquier proveedor de chat en vivo:

• ¿Dónde vive exactamente la base de datos de producción? “UE” no es lo bastante concreto. Pregunta por la región de la nube (eu-west-1, europe-west4, etc.) y en qué proveedor está.
• ¿Las llamadas de IA salen de la región? Muchas plataformas “alojadas en la UE” mandan el procesamiento de IA a un endpoint de OpenAI en Estados Unidos y rompen en silencio su propia promesa. Deskwoot envía las solicitudes de IA directo a Anthropic, y Anthropic aparece con su propósito y región en el Anexo B del DPA de Deskwoot, así que puedes revisar la ruta de la IA igual que revisas la base de datos.

4. Limita el acceso de los agentes

El chat está cifrado, el cliente está verificado, los datos viven en la región correcta, y aun así Dave, tu ingeniero sénior, puede ver todas las conversaciones de todas las cuentas porque la herramienta de chat en vivo solo trae un rol: admin. Esa es la segunda falla más común.

Un chat en vivo seguro necesita permisos de agente según el rol:

• Alcance limitado: los agentes solo ven las conversaciones asignadas a ellos. Útil para equipos de soporte externos en los que no quieres que cada contratista lea el historial de todos los clientes.
• Por bandeja de entrada: los agentes solo ven las conversaciones de una bandeja de entrada específica. El equipo de facturación ve los tickets de facturación, soporte ve los tickets de producto, y no se cruzan.
• SSO + 2FA: cuentas de agente protegidas por tu proveedor de identidad (Google Workspace, Microsoft Entra, Okta) más un segundo factor. Deskwoot no ofrece SSO. Todos los planes incluyen 2FA con una app de autenticación, y en Enterprise un administrador puede exigirla a todos los miembros.
• Retención del registro de auditoría: cada inicio de sesión, cada vista de una conversación, cada reembolso, quién lo hizo y cuándo. Se puede investigar después, en lugar de quedar a oscuras.

Combina el registro de auditoría con una alerta en Slack o por webhook para las acciones que importan (exportar la cuenta, borrar en masa, entrar como otro agente), y el equipo se entera de un mal uso en el mismo minuto en que pasa, no en una revisión 6 semanas después.

5. Define una política real de retención de datos

La mayoría de las plataformas de chat en vivo guardan “todo para siempre” de forma predeterminada, porque el almacenamiento es barato y no quieren discutir de cumplimiento. Para siempre es la configuración equivocada. La correcta es “el tiempo suficiente para ayudar al cliente, lo bastante corto para limitar el daño si hay una filtración”.

Así lo hace Deskwoot:

• Historial de conversaciones: el historial visible depende del plan: 30 días en Hacker, 6 meses en Startup, 1 año en Business, ilimitado en Enterprise. Las conversaciones más antiguas se ocultan, no se borran, y vuelven después de mejorar el plan.
• Archivos adjuntos: se borran automáticamente después de 365 días, sin importar el texto del mensaje, salvo en Enterprise, donde se conservan.
• Datos personales de los visitantes: el flujo del derecho al borrado (Art. 17 del GDPR) está en el panel en todos los planes. Busca el contacto por correo, mira exactamente qué se va a borrar, confirma escribiendo otra vez la dirección de correo, y los datos desaparecen al instante. El borrado queda en el registro de auditoría para que puedas demostrar que cumpliste la solicitud.

6. Haz que el widget sepa defenderse

El widget que ven tus clientes es la capa que los atacantes de verdad tocan. Algunas cosas que debes exigir:

• SRI en el script del widget. Los hashes de Subresource Integrity fijan el script a un SHA-384 conocido, para que una CDN comprometida no pueda cambiarlo en silencio por JS malicioso.
• Nada de JS inline inyectado desde el contenido del chat. Si un agente pega “<img src=x onerror=alert(1)>” en una respuesta, el widget debería limpiarlo antes de mostrarlo. Deskwoot usa sanitize-html en cada respuesta que sale, con una lista estricta de lo permitido (sin scripts, sin handlers on*, sin URIs javascript:).
• CSP limpia en el panel de los agentes. El panel funciona con default-src 'self' más una lista explícita de los servicios a los que el navegador puede conectarse. Los proveedores de IA ni siquiera están en esa lista, porque cada llamada de IA se hace en el servidor. Un archivo JS de un proveedor comprometido no debería poder comunicarse con el servidor de un atacante.
• Cookies ligadas al origen. Las cookies de sesión son SameSite=Lax en el panel de los agentes, y cada solicitud que cambia algo debe pasar una verificación de Origin, así que una página maliciosa no puede usar CSRF para hacer que un agente resuelva conversaciones o haga reembolsos.

7. Haz la revisión de seguridad el primer día (con un plan gratis)

La trampa en la que caen la mayoría de los equipos: eligen un proveedor de chat en vivo para una demo de 14 días, lo llevan a producción y tres meses después se dan cuenta de que la configuración de seguridad no es lo que necesita su CISO. Para entonces, el costo de migrar parece demasiado alto para corregirlo.

La forma más barata de evitar esta trampa es evaluar una herramienta de chat en vivo en un plan gratis que ya incluya los valores de seguridad por los que de otro modo pagarías. El plan Hacker de Deskwoot es gratis para un agente y funciona con el mismo cifrado, el mismo alojamiento en la UE, 2FA, DPA y herramientas para solicitudes del GDPR que todos los planes de pago. Los planes de pago suman puestos de agente, el bot de IA con su verificación de clientes, un historial más largo y, en Enterprise, registros de auditoría, roles personalizados y 2FA obligatoria.

En concreto:

• El plan gratis Hacker incluye un agente, 100 conversaciones al mes, Copilot de IA con 10 conversaciones de IA al mes, alojamiento en la UE, 2FA, el DPA y las solicitudes del GDPR.
• Startup ($4 por agente al mes, $3.20 con facturación anual) suma más agentes, el bot de IA Fynn con verificación de clientes, reglas de automatización, 1,000 conversaciones y 50 conversaciones de IA al mes, 6 meses de historial.
• Business ($8, $6.40 con facturación anual) suma equipos, CSAT, traducción, conversaciones ilimitadas, 100 conversaciones de IA al mes, 1 año de historial.
• Enterprise ($12, $9.60 con facturación anual) suma registros de auditoría, roles personalizados, 2FA obligatoria, políticas de SLA, tokens de API, 300 conversaciones de IA al mes e historial ilimitado.

Con esa estructura, un equipo de seguridad puede hacer la revisión real con datos reales y flujos reales desde el primer día, en lugar de adivinar a partir de presentaciones de ventas.

La versión de 30 segundos

Si estás evaluando herramientas de chat en vivo ahora mismo y solo tienes tiempo para una revisión rápida, hazle estas siete preguntas a cualquier proveedor:

1. ¿El widget se sirve por TLS 1.2+ con SRI en la etiqueta del script?
2. ¿Hay un flujo de verificación de clientes integrado que proteja los datos privados?
3. ¿Dónde está físicamente la base de datos de producción? ¿La respuesta es la misma para el procesamiento de IA?
4. ¿La plataforma trae permisos de agente según el rol, SSO y un registro de auditoría de verdad?
5. ¿Los plazos de retención de datos se pueden configurar por bandeja de entrada y por tipo de conversación?
6. ¿El widget limpia el contenido del chat y el panel funciona con una CSP limpia?
7. ¿Puedes evaluar de verdad la base de seguridad en un plan gratis antes de comprometer presupuesto?

Deskwoot responde que sí a la mayoría, con tres carencias que reconocemos: el script del widget no tiene hash SRI, no hay SSO, y el historial depende del plan en lugar de una configuración por bandeja de entrada. La verificación de clientes viene con el bot de IA desde Startup, y los registros de auditoría y los roles personalizados con Enterprise. Empieza la prueba de 7 días (Enterprise, sin tarjeta, 30 puestos incluido el tuyo) para revisar toda la configuración de seguridad con datos reales, o ve directo a la página de precios para ver el detalle por plan. La página de funciones cubre el resto de la plataforma; este artículo es la parte dedicada a la seguridad.

Preguntas frecuentes: lo que más nos preguntan sobre el chat en vivo seguro

¿Un chat en vivo privado es lo mismo que un chat en vivo cifrado? Se parecen, pero no son lo mismo. “Cifrado” suele referirse al transporte (TLS) y al almacenamiento (AES). “Privado” significa que la conversación no se usa para entrenar modelos de IA externos, que el equipo de soporte del proveedor no la ve sin un acuerdo por escrito y que no se guarda más tiempo del que marca tu política. Deskwoot cifra cada conexión con TLS, cifra además las credenciales, tokens y secretos guardados con AES-256-GCM, y el contenido de las conversaciones que se envía al proveedor de IA se usa para responder, no para entrenar modelos.

¿Aun así necesitamos un acuerdo de procesamiento de datos (DPA) en el plan gratis? Sí, y Deskwoot ofrece uno que aceptas tú mismo. Los usuarios del plan gratis Hacker aceptan el DPA en Configuración > Cumplimiento > Acuerdo de procesamiento de datos y reciben el PDF por correo, sin hablar con ventas.

¿Cuál es la configuración de retención correcta? Empieza con 12 meses y baja a 30 días en cualquier bandeja de entrada que maneje documentos de identidad, capturas de pagos o datos de salud (PHI). Y asegúrate de que las solicitudes de borrado del Art. 17 del GDPR se puedan resolver desde el panel, en lugar de con un ticket a tu proveedor.

¿El widget funciona en una tienda de Shopify sin romper la CSP de la tienda? Sí. El widget carga de forma asíncrona y funciona dentro de su propio iframe, así que no toca los scripts de la tienda. Consulta la guía de atención al cliente para Shopify para ver cómo se instala.

¿El bot de IA lee conversaciones anteriores para responder la siguiente? Solo dentro de la misma conversación, y los datos de la cuenta solo después de pasar el nivel de verificación adecuado. Fynn no tiene memoria entre conversaciones.

¿Es seguro el chat en vivo para los clientes en 2026?

El chat en vivo es seguro para los clientes cuando la plataforma cumple 4 cosas: cifrado TLS 1.2 o superior para cada mensaje en tránsito, cifrado AES-256 en reposo en la base de datos de la plataforma, ningún script externo dentro del widget que pueda capturar lo que se escribe, y políticas claras de retención que borran los mensajes después de un plazo definido.

La mayoría de las plataformas de chat en vivo serias en 2026 ya cumplen estos valores desde el primer día. Los clientes pueden comprobarlo leyendo la página de seguridad de la plataforma (busca menciones de SOC 2 Type II, DPA del GDPR y cifrado en reposo) y revisando el script del widget en busca de rastreadores externos inesperados (abre las DevTools del navegador y mira la pestaña de red). Deskwoot describe su configuración en su página de seguridad: TLS (HTTPS) en cada conexión, AES-256-GCM para las credenciales y tokens guardados, y ningún script externo dentro del widget.

¿Pueden los agentes del chat en vivo ver lo que escribes antes de enviarlo?

Algunas plataformas de chat en vivo dejan que los agentes vean lo que escribe el cliente antes de que pulse enviar (se llama “sneak peek” o “vista previa de escritura”). Grandes plataformas que lo ofrecen: LiveChat.com, Intercom y Zendesk Chat. Las plataformas más pequeñas y las centradas en la privacidad por lo general no lo incluyen.

Deskwoot decidió a propósito no incluir la vista previa de escritura. Hay dos razones: los clientes esperan, con razón, que un texto que todavía no enviaron no lo vea nadie, y lo que ganan los agentes en productividad es mínimo (la vista previa de escritura ahorra como mucho de 1 a 3 segundos por respuesta). Lo que se pierde es poco, pero la privacidad importa cuando un cliente está escribiendo algo sensible, como un número de pedido, un ID de cuenta o, peor aún, un dato de pago sin ocultar, antes de darse cuenta y volver a escribirlo.