Filtración de datos de Stickam
La filtración de datos de Stickam de 2017 ocurrió en diciembre de 2017, cuando la base de datos de credenciales de los usuarios de Stickam (stickam.com), una comunidad pionera de transmisión de video en directo y chat interactivo por webcam fundada en 2006, se vio comprometida y se publicó en plataformas clandestinas de hacking.
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 Stickam?
El archivo de credenciales filtrado (Stickam.com.txt) contiene datos de las cuentas registradas de quienes transmitían y veían contenido en la plataforma. Los registros comprometidos de 530 620 cuentas de usuario únicas exponen:
- Identificadores de cuenta: Nombres de usuario de los miembros.
- Credenciales de contacto: Direcciones de correo electrónico canónicas.
- Datos de autenticación: Contraseñas almacenadas como hashes MD5 sin sal.
¿Cuántas cuentas se vieron afectadas?
El análisis canónico riguroso conforme a RFC y la eliminación de duplicados en 531 308 líneas de credenciales confirmaron 530 620 direcciones de correo electrónico válidas y únicas.
Análisis técnico y riesgos de seguridad
La exposición de credenciales antiguas almacenadas como hashes MD5 sin sal permite recuperar rápidamente contraseñas sin conexión mediante tablas arcoíris y clústeres modernos de hashcat. Los actores maliciosos suelen aprovechar credenciales de redes sociales antiguas para realizar ataques automatizados de reutilización de credenciales contra servicios en línea actuales.
Medidas recomendadas para los usuarios afectados
Los usuarios que se registraron en Stickam deberían:
- Cambiar de inmediato las contraseñas de las cuentas actuales en las que aún se puedan estar usando contraseñas iguales o similares.
- Activar la autenticación multifactor (MFA) en todos los servicios de correo electrónico y servicios financieros en línea.
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
