Filtración de datos de Vultr de 2022
La filtración de datos de Vultr afectó a datos de contacto de clientes vinculados a un incidente de un tercero que se remontaba a 2022 y que se dio a conocer posteriormente.
Tipos de datos expuestos
4- Direcciones de correo electrónico
- Ubicaciones geográficas
- Direcciones IP
- Nombres
Acerca de esta brecha de datos
El conjunto de datos incluía aproximadamente 188 000 direcciones de correo electrónico únicas; un subconjunto más pequeño de registros también contenía nombres, direcciones IP e información sobre el país. No debe darse a entender que los sistemas de Vultr u otros datos de sus clientes se hayan visto afectados; el riesgo verificado debe evaluarse en el contexto de la información de contacto y de un acceso limitado.
Los tipos de datos enumerados en este registro corresponden a los campos Direcciones de correo electrónico, Ubicaciones geográficas, Direcciones IP y Nombres. No se enumeran los campos de contraseña, tarjeta de pago, contenido del servidor ni clave de acceso a la cuenta. No obstante, el contexto del servicio de infraestructura en la nube puede hacer más convincentes las alertas de seguridad, las facturas y los mensajes de suspensión de servidores o de verificación de cuentas falsos.
Tipos de datos filtrados y riesgos
Los usuarios de Vultr suelen estar acostumbrados a recibir notificaciones sobre servidores, infraestructura en la nube, direcciones IP, facturación, soporte y seguridad. Este flujo habitual facilita que los mensajes falsos parezcan auténticos. Un atacante puede utilizar la dirección de correo electrónico, el nombre, el contexto de la IP o la información sobre el país del usuario para crear mensajes que aparenten avisar de inicios de sesión inusuales, interrupciones del servicio en una región o problemas de facturación.
El campo Direcciones IP de este registro requiere especial atención. Una dirección IP por sí sola no permite acceder a un servidor; sin embargo, aporta más contexto técnico sobre el usuario del servicio en la nube. El usuario puede recibir una notificación falsa de uso indebido, una advertencia sobre uso indebido, un aviso de vulnerabilidad de seguridad, una notificación de DDoS o un mensaje de suspensión relacionado con una dirección IP concreta. Estos mensajes solo deben verificarse desde el panel oficial.
Alcance verificado y límites
El campo Ubicaciones geográficas puede ayudar a preparar mensajes personalizados según el país o la región del usuario. Los mensajes que parezcan referirse a la legislación regional, un método de pago, un centro de datos o una notificación fiscal deben examinarse con cuidado. Aunque la información sobre la ubicación sea correcta, eso no significa que el mensaje sea fiable.
Dado que en este incidente no se enumeran contraseñas ni información de acceso a las cuentas, la primera medida de los usuarios no debe ser entrar en pánico y compartir contraseñas, sino revisar con calma la seguridad de la cuenta. La cuenta de Vultr debe contar con una contraseña segura y única, autenticación multifactor y notificaciones de facturación activadas. También deben revisarse las claves de integración. Si aparece una clave de integración o un cambio de acceso inesperado, debe comprobarse directamente desde el panel.
Grupos de usuarios en riesgo
Desde la perspectiva de las organizaciones, el incidente de Vultr muestra que los datos en poder de proveedores externos de marketing o comunicaciones pueden generar riesgos de ingeniería social para los clientes de infraestructura en la nube. Aunque la cuenta del servicio en la nube no se vea afectada, los datos de comunicación pueden ayudar a los atacantes a elegir el tema y el idioma adecuados. Por ello, los canales de comunicación con los clientes y las alertas de seguridad deben ser coherentes.
Los usuarios de Vultr afectados deben revisar cuidadosamente los mensajes sobre facturación, suspensión de servidores, notificaciones de uso indebido de una IP, vulnerabilidades de seguridad, claves de integración o verificación regional de cuentas. Deben utilizar el panel de control que ya conocen en lugar del enlace del mensaje y no compartir contraseñas ni códigos de verificación. Este registro contiene datos limitados; sin embargo, por su relación con la infraestructura en la nube, debe gestionarse con cuidado.
Medidas urgentes que deben tomarse
Otro aspecto al que los usuarios deben prestar atención en una cuenta de Vultr es que los servicios en la nube pueden estar vinculados a sistemas de producción críticos. Aunque solo quede expuesta la dirección de correo electrónico de una cuenta, los atacantes pueden alarmar al usuario con asuntos urgentes como la seguridad de los servidores, la facturación o el uso indebido de una IP. Por tanto, las notificaciones no deben considerarse legítimas hasta que aparezcan en el panel oficial.
Los equipos técnicos deben revisar periódicamente las claves de integración, las claves SSH, los usuarios de facturación y los miembros del equipo. Aunque estos elementos no se enumeran en esta filtración, los mensajes falsos pueden intentar convencer al usuario de que genere una clave nueva o comparta información existente. La seguridad de las notificaciones y de las sesiones debe ser una prioridad específica en las cuentas de servicios en la nube.
Estrategias de seguridad a largo plazo
Para las instituciones, este incidente exige que las alertas de seguridad enviadas a los clientes de servicios en la nube sean coherentes y verificables. Los usuarios deben poder comprobar fácilmente desde el panel qué alerta es auténtica. Los enlaces de un correo electrónico que solicitan actuar con urgencia suelen poder utilizarse en fraudes dirigidos a usuarios de infraestructura en la nube.
Comprobación del registro y medidas para el usuario
Si este registro coincide con su dirección de correo electrónico, revise sus cuentas teniendo en cuenta, uno por uno, los tipos de datos enumerados. Aunque el incidente sea antiguo, los datos de correo electrónico, contraseña, teléfono, dirección o identidad pueden combinarse con otros conjuntos de datos y utilizarse posteriormente en fraudes dirigidos.
La prioridad es hacer cambios en las cuentas que utilicen la misma contraseña, activar la verificación en dos pasos en las cuentas críticas, cerrar las sesiones inesperadas y utilizar la página de inicio de sesión que ya conoce en lugar de enlaces para evitar las notificaciones falsas. Aunque el registro no contenga ninguna contraseña, los campos de correo electrónico y perfil pueden bastar para realizar ataques de phishing.
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