Filtración de datos de DragonNest de 2013
El registro verificado de fuente pública sobre la filtración de datos sobre el incidente de DragonNest indica que en la filtración del 23 de agosto de 2013 quedaron expuestas 511 290 direcciones de correo electrónico únicas, junto con nombres de usuario, direcciones IP y contraseñas en texto plano.
Tipos de datos expuestos
4- Direcciones de correo electrónico
- Direcciones IP
- Contraseñas
- Nombres de usuario
Acerca de esta brecha de datos
La cifra de 511 290 corresponde al alcance del incidente que figura en el registro público, no al tamaño del índice local de correos electrónicos de LeakData.
El volcado de MySQL del archivo completo y sellado de la fuente que conserva LeakData contiene 31 columnas definidas por la fuente en la tabla users. La importación, limitada a los correos electrónicos, selecciona únicamente el campo explícito de dirección users.fmail; quedan excluidos los nombres de usuario, las contraseñas, las direcciones IP y todos los demás campos de perfil. Dos revisiones independientes de 3 144 942 filas identificaron 509 486 apariciones de direcciones de correo electrónico válidas; no se aceptaron 2 361 997 valores NULL, 273 443 valores en blanco ni 16 valores no válidos. Tras eliminar 107 apariciones duplicadas, se obtuvo un índice local de exactamente 509 379 direcciones de correo electrónico únicas en formato canónico. No se realizó ningún ajuste para igualar la cifra pública.
Un resultado positivo en este registro significa que la dirección de correo electrónico consultada existe en el conjunto local de 509 379 direcciones; no demuestra que la cuenta esté comprometida actualmente ni que todos los campos indicados por fuente pública sobre la filtración de datos estén presentes en cada coincidencia. Si reutilizó una contraseña de DragonNest en otros servicios, sustitúyala por contraseñas únicas, active la verificación en dos pasos en su cuenta de correo electrónico y revise las sesiones antiguas y las opciones de recuperación.
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
