Sem Hora Presunta exposición de datos
La filtración de datos de Sem Hora de 2016 se produjo cuando las bases de datos de Sem Hora (semhora.com.br), una de las principales plataformas brasileñas de venta de entradas para entretenimiento, fueron vulneradas y se filtraron en internet.
Tipos de datos expuestos
8- Direcciones de correo electrónico
- Nombres
- Fechas de nacimiento
- Géneros
- Números de teléfono
- Direcciones físicas
- Nombres de usuario
- Números de la seguridad social
Acerca de este registro
¿Qué información se vio comprometida en el incidente de Sem Hora?
La exportación de la base de datos MySQL comprometida contiene más de 1,1 millones de registros de procesos de compra de entradas y de usuarios registrados. Las categorías de datos verificadas incluyen:
- Datos personales y de contacto: Nombres completos de los clientes, direcciones de correo electrónico, números de teléfono de contacto y nombres de usuario de la plataforma.
- Datos demográficos y de identificación: Fechas de nacimiento, clasificaciones de género y números de identificación fiscal nacional de Brasil (CPF).
- Direcciones físicas: Nombres de calles, números de inmuebles, ciudades, estados y códigos postales.
- Datos de transacciones: Historiales de reservas para eventos, identificadores de entradas y registros de compras.
¿Cuántas cuentas se vieron afectadas?
La verificación canónica estandarizada en ASCII conforme a RFC 5322 confirmó 206 174 direcciones de correo electrónico únicas y válidas en las bases de datos de usuarios y de procesos de compra de la plataforma.
Recomendaciones de seguridad y protección de la identidad personal
La exposición de datos personales de contacto, junto con identificadores fiscales nacionales (CPF) y direcciones de residencia, aumenta el riesgo de phishing dirigido, ingeniería social y fraude de identidad. Los usuarios deben actuar con cautela ante comunicaciones no solicitadas relacionadas con la venta de entradas o los pagos.
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
