YS168 Filtración de datos
La filtración de datos de YS168 (永硕E盘) de 2017 se produjo en febrero de 2017, cuando se filtró en internet la base de datos de usuarios de YS168 (ys168.com), un proveedor chino de almacenamiento en la nube y alojamiento de discos en red con una larga trayectoria.
Tipos de datos expuestos
3- Direcciones de correo electrónico
- Nombres de usuario
- Contraseñas
Acerca de esta brecha de datos
¿Qué información se vio afectada en el incidente de YS168?
El conjunto de datos filtrado de los usuarios registrados (ys168.com.txt) contiene credenciales de acceso a cuentas de almacenamiento en la nube. La filtración comprometió los registros de 276 985 personas distintas y expuso:
- Identificadores de cuenta: Nombres de usuario de las cuentas.
- Credenciales de contacto: Direcciones de correo electrónico en formato canónico de los principales proveedores chinos (163.com, 126.com, 21cn.com, qq.com, citiz.net) y de servicios internacionales.
- Secretos de autenticación: Contraseñas de las cuentas en texto plano.
¿Cuántas cuentas se vieron afectadas?
Un análisis sintáctico canónico riguroso conforme a RFC y la eliminación de duplicados confirmaron 276 985 direcciones de correo electrónico válidas y únicas.
Análisis técnico y riesgos de seguridad
La filtración revela que las credenciales de los usuarios se almacenaban en texto plano, sin aplicarles ningún hash. La exposición de contraseñas en texto plano vinculadas directamente a direcciones de correo electrónico supone un riesgo inmediato de ataques automatizados de relleno de credenciales contra cuentas de correo web y cuentas financieras.
Medidas recomendadas para los usuarios afectados
Los usuarios que se registraron en YS168 deben:
- Actualizar de inmediato las contraseñas de todas las cuentas de correo electrónico o personales en las que hayan reutilizado la contraseña de su cuenta de almacenamiento.
- Activar la autenticación de dos factores (2FA) en todos los servicios en línea esenciales.
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
