Todas las brechas de datos
1 de febrero de 2023 Verificada Registro sensible Otro

Filtración de datos de Terravision

La filtración de datos de Terravision es un incidente de seguridad registrado en febrero de 2023 que afectó a aproximadamente 2,08 millones de cuentas.

2,1 Millones
Registros reportados
6
Tipos de datos
Crítica
Gravedad
10 oct 2026
Última actualización

Protéjase

Compruebe si esta brecha de datos le afectó

Comprobar mi correo electrónico

Tipos de datos expuestos

6
  • Fechas de nacimiento
  • Direcciones de correo electrónico
  • Ubicaciones geográficas
  • Nombres
  • Contraseñas
  • Números de teléfono

Acerca de esta brecha de datos

En este incidente, relacionado con el servicio europeo de traslados aeroportuarios, quedaron expuestos los datos de contacto de los clientes y los campos de fecha de nacimiento, país y contraseña. Este contenido se ha preparado para que los usuarios puedan comprender, en una sola página, el alcance del incidente, los campos expuestos, el nivel de riesgo y las medidas que deben tomar.

Los datos de viaje se consideran sensibles, al igual que los campos de teléfono y contraseña, porque pueden vincularse con los planes de viaje de una persona y la información sobre su país. La descripción solo incluye categorías de datos verificables; no se presentan como campos de datos otros servicios con el mismo nombre, afirmaciones adicionales cuyos detalles técnicos no están claros ni información cuyo alcance no está demostrado. Este enfoque permite mostrar el riesgo real sin inducir a error al usuario.

Tipos de datos filtrados y riesgos

Los tipos de datos enumerados en este incidente son: fechas de nacimiento, direcciones de correo electrónico, ubicaciones geográficas, nombres, contraseñas y números de teléfono. El contexto de los viajes puede aumentar la credibilidad de mensajes falsos sobre traslados, reservas, billetes, reembolsos y destinos. El uso conjunto de estos campos puede dar lugar a la toma de control de cuentas, ingeniería social, fraude, ataques dirigidos contra la persona en el entorno físico o vulneraciones de la privacidad.

Se entiende que las contraseñas están asociadas a valores hash con sal; aun así, si se ha utilizado la misma contraseña en otra cuenta de viajes o de correo electrónico, debe cambiarse. Usar la misma contraseña, o una similar, en otros servicios es uno de los riesgos más importantes en los registros que contienen contraseñas. En los registros que no contienen contraseñas, los datos sobre dispositivos, ubicación, teléfono, dirección, educación, solicitudes de empleo o contexto financiero pueden hacer más convincentes los mensajes dirigidos a personas concretas.

Alcance verificado y límites

El registro abarca aproximadamente 2,08 millones de registros de clientes asociados al dominio terravision.eu. El registro del incidente está clasificado como confirmado. Durante la evaluación del alcance, se comprobaron por separado el número de cuentas, el dominio, el sector, el país y las categorías de datos. Los campos de datos que se muestran al usuario se limitaron a los que realmente figuran en el registro.

La clasificación del sector se ha corregido para identificarlo como un servicio de traslados aeroportuarios y viajes, y no como otro tipo de actividad. Esta distinción es especialmente importante cuando existen marcas con nombres similares, registros que abarcan varios servicios o sectores sensibles. Este registro no se ha combinado con otro incidente ni se ha ampliado de forma que genere registros duplicados, y se ha aclarado en la medida de lo posible el contexto de la empresa.

Grupos de usuarios en riesgo

Están en riesgo los clientes de Terravision, las personas que realizan reservas de viajes y los usuarios que emplean la misma combinación de teléfono y correo electrónico en otras cuentas de viajes. El principal riesgo para estas personas es que los campos filtrados se relacionen con información compartida con otras cuentas. Cuando se repiten la misma dirección de correo electrónico, el número de teléfono, el nombre de usuario, el identificador del dispositivo o la contraseña, los atacantes pueden intentar usar esa información en distintos servicios.

El contexto de los viajes puede aprovecharse de forma maliciosa en reservas falsas de traslados, avisos de retrasos o mensajes sobre reembolsos o cambios de ruta. Para los usuarios corporativos, destacan el correo electrónico profesional y la información sobre sus tareas; para los usuarios particulares, destacan la dirección, la fecha de nacimiento y el contexto de compras, ubicación o pertenencia a un servicio. En ámbitos como la educación, las telecomunicaciones, las finanzas, los viajes, la política, las solicitudes de empleo y las VPN, el propio contexto también puede aumentar el riesgo de ataques dirigidos.

Medidas urgentes

Los usuarios afectados deben cambiar sus contraseñas y comprobar la seguridad del teléfono y del correo electrónico registrados en sus cuentas de viajes. Si se incluye una contraseña o un campo similar, deben cambiarla en todas las cuentas en las que utilicen la misma, usar una contraseña única y activar la autenticación multifactor siempre que sea posible. Actuar en una sola plataforma puede no ser suficiente.

Si hay campos como teléfono, dirección, fecha de nacimiento, identificador del dispositivo, documento de identidad oficial, solicitud de empleo o saldo de recompensas, los usuarios deben revisar la información de recuperación de la cuenta, las sesiones registradas, el reenvío de correo electrónico y los mensajes sospechosos. Las instituciones deben actualizar sus procesos para hacer frente a los avisos dirigidos a empleados, las facturas falsas y los intentos de verificación de cuentas.

Estrategias de seguridad a largo plazo

En las cuentas de viajes, es importante usar una contraseña única, eliminar los datos personales innecesarios y verificar los mensajes sobre reservas. A largo plazo, la base de la seguridad consiste en utilizar un gestor de contraseñas, una contraseña única y autenticación multifactor, cerrar las cuentas antiguas, eliminar los campos innecesarios del perfil y minimizar los datos. Dado que los datos personales permanentes no pueden recuperarse, la protección depende de reforzar las prácticas de seguridad de las cuentas.

Las empresas e instituciones deben revisar el inventario posterior al incidente, los permisos de acceso, la conservación de datos antiguos, los procesos de notificación y el uso de plataformas de terceros. Para los usuarios, evitar la repetición de los mismos datos de identidad en distintos servicios y adquirir el hábito de verificar las comunicaciones sospechosas por un segundo canal proporciona una protección duradera.

Comprobación del registro y medidas para el usuario

Si los datos del usuario coinciden con este registro, debe revisar las cuentas de viajes, correo electrónico y pagos en las que utiliza la misma contraseña. Si se detecta una coincidencia, el usuario debe leer primero qué campos de datos figuran y, después, priorizar las medidas según esos campos. Si hay una contraseña, debe dar prioridad a cambiarla; si hay un documento de identidad oficial, a vigilar su posible uso; si hay información de ubicación o del dispositivo, a la seguridad del dispositivo; y si hay información de formación o solicitudes de empleo, a revisar las cuentas institucionales.

Evaluación final: este registro corresponde a un incidente que afecta a datos sensibles de clientes porque combina el contexto de los viajes con campos de teléfono, fecha de nacimiento y contraseña. El usuario debe comparar este registro con el historial de sus propias cuentas y revisar individualmente los servicios en los que haya utilizado el mismo correo electrónico, teléfono, nombre de usuario o contraseña. Tras el incidente, debe considerarse de mayor riesgo cualquier comunicación inesperada, ya sea una llamada, un mensaje, un correo electrónico o una notificación de recuperación de cuenta.

Método de verificación y revisión editorial

LeakData compara el nombre del incidente, la fecha, la cantidad de registros afectados y los tipos de datos expuestos con fuentes accesibles. Los campos no verificados no se presentan como hechos, y los registros se actualizan cuando se dispone de nuevas pruebas.

Notificar errores u omisiones en la información