Deepfakes y fraude conversacional: la nueva frontera del BEC
El fraude del CEO que no llegó por email: un caso real
Varios empleados de una misma empresa reciben un WhatsApp de un número que no conocen. La foto es la de un directivo de la compañía y la cuenta aparece marcada como cuenta de empresa. El mensaje no pide dinero ni nada inusual, solo un «hola, ¿tienes un momento?». Uno de ellos contesta, y ahí empieza lo otro: una reunión urgente por videollamada, un enlace que parece el de siempre pero no lo es, y cuando tarda en entrar, llega la presión con un «estoy en la reunión, te espero».
No hubo virus ni hackeo, hubo una conversación bien montada que fue suficiente para ejecutar el ataque.
Lo vemos con cierta frecuencia desde Ciberia. El Business Email Compromise mutó y la mayoría de organizaciones siguen protegiendo el canal equivocado.
Cómo la IA convirtió la suplantación en un vector accesible
Lo que hace relevante este caso no es su sofisticación técnica sino precisamente lo contrario: el dominio falso se registró antes de que nadie recibiera el mensaje y los datos del directivo llevaban tiempo siendo públicos, fotos en LinkedIn, intervenciones en eventos, apariciones en medios, con lo que fue suficiente para construir un perfil convincente sin necesitar acceso a ningún sistema interno.
Durante años el fraude del CEO operaba sobre un patrón reconocible que las organizaciones aprendieron a detectar, un email urgente pidiendo una transferencia o una dirección que imitaba la corporativa con una letra cambiada. Los atacantes también aprendieron, y la inteligencia artificial generativa les dio lo que necesitaban para dar el siguiente paso: clonar una voz a partir de fragmentos de audio público es hoy una operación técnicamente accesible, y eso cambia completamente el perfil de riesgo porque la sofisticación del engaño ya no es proporcional a los recursos del adversario.
La parte que cuesta asumir es que ya no vale con fiarte de lo que ves y oyes, porque la voz que suena igual que tu director general puede serlo solo en apariencia, y los instintos de verificación que funcionaban antes no están calibrados para este nivel de engaño.
Por qué tus controles actuales no ven este ataque
Los controles técnicos que la mayoría de organizaciones tiene desplegados, filtros de email, autenticación DMARC, gateways de seguridad, sencillamente no tienen visibilidad sobre una conversación de WhatsApp entre un empleado y alguien que suplanta a su director general. El perímetro técnico no cubre ese canal, y el atacante lo sabe porque es exactamente por ahí donde opera.
A eso se suma que la mayoría de organizaciones tienen formación en concienciación diseñada para el email, que era el vector de hace cinco años, y políticas de seguridad que no contemplan escenarios de fraude por canales de mensajería informal. Esa brecha entre dónde están los controles y dónde está el ataque no es un problema de presupuesto sino de criterio sobre qué se está protegiendo y cómo, y mientras no se cierre, el vector seguirá funcionando.
Protocolo de respuesta: qué hacer y en qué orden
Cuando el ataque ya está en curso, el orden importa tanto como los pasos, y el primero es dejar de responder sin contestar para salir de dudas ni abrir el enlace «solo para ver», porque cada respuesta confirma al atacante que encontró a alguien receptivo. Inmediatamente después hay que llamar al directivo por su número de siempre, no al que escribe, porque treinta segundos de llamada al número corporativo corta el fraude en seco y es el control más simple y efectivo de todos.
Antes de tocar nada hay que guardar las pruebas exportando la conversación y haciendo capturas del perfil y del número sin borrar ni desinstalar nada, porque esa evidencia es crítica para cualquier investigación posterior. Al mismo tiempo hay que avisar dentro de la empresa, dado que el mensaje suele ir a varias personas a la vez y mientras se está contando hay compañeros con ese mismo mensaje sin leer.
Después hay que bloquear y reportar el número, el enlace en la navegación corporativa y el dominio falso ante quien lo aloja para que lo den de baja, y siempre denunciar ante las Fuerzas y Cuerpos de Seguridad y ante INCIBE aunque no se haya perdido un euro, porque ese aviso ayuda a que no caiga la siguiente organización. Y si el dinero ya salió, todo lo anterior va después de una sola cosa: llamar al banco inmediatamente, porque la ventana para intentar parar la transferencia son horas, no días.
Después del incidente, la pregunta correcta no es quién se equivocó sino qué faltaba para que esto no llegara tan lejos, porque esa sí lleva a respuestas que cambian algo.
Los cuatro controles que reducen la exposición real
Gestionar el incidente una vez ocurrido es necesario, pero lo que evita que llegue es más aburrido y funciona mucho mejor.
El primero es tener una norma escrita y sin excepciones: ningún pago ni acceso se autoriza por WhatsApp por mucho que lo pida el jefe, nunca, sin excepciones por urgencia, porque la urgencia es precisamente la palanca que usa el atacante para saltarse el criterio y cualquier política que la admita bajo presión es una política que no funciona cuando más importa.
El segundo es verificar siempre por un canal alternativo: si la orden llega por mensaje, la confirmación sale por llamada al número corporativo, una regla que cabe en una frase y ha evitado más incidentes que muchas herramientas tecnológicas. El tercero es vigilar lo que ya está expuesto antes de que alguien lo use, porque el dominio falso se registró antes de que nadie recibiera el mensaje y los datos del directivo llevaban meses siendo públicos y rastreables, y todo eso se puede detectar antes de que se convierta en un ataque si hay visibilidad sobre lo que está expuesto en el exterior. Y el cuarto es actualizar la formación para que refleje el ataque real de hoy, porque la concienciación que no contempla WhatsApp, llamadas y notas de voz no prepara a nadie para lo que realmente está ocurriendo.
Por qué el fraude conversacional seguirá creciendo
El fraude conversacional no es una anomalía puntual sino una tendencia con recorrido, y la IA generativa seguirá bajando la barrera de entrada para ejecutar este tipo de ataques mientras las voces clonadas se vuelven más convincentes y los canales disponibles siguen diversificándose. Eso no se resuelve con una herramienta nueva ni con un parche, porque el vector no es técnico sino conversacional.
Lo que sí se puede construir con estabilidad es el criterio operativo: protocolos claros antes del incidente, formación actualizada para el vector real, inteligencia sobre lo que está expuesto en el exterior y capacidad de respuesta definida antes de necesitarla. Desde Ciberia trabajamos en esos cuatro frentes con organizaciones que no pueden permitirse aprender este criterio el día que lo necesitan, porque cuando ocurre, lo único que sigue funcionando es haber verificado antes de actuar.
Descubre cómo la IA redefine la ciberseguridad en 2026. Analizamos la dualidad entre defensa con Google SecOps y ataques de IA adversaria. ¿Está tu empresa lista?
La IA ya está en manos de los atacantes. La pregunta no es si tu equipo debería usarla en su defensa, sino cuánto tiempo más puede permitirse no hacerlo. Descubre...
Una compañía tecnológica operaba con Google SecOps y SentinelOne, pero la percepción interna era de inseguridad: alertas perdidas, falta de control y riesgo reputacional crítico. Ciberia transformó su SOC sin...
