Clon de BreachForums
El clon de BreachForums está vinculado a uno de los foros de imitación que utilizaban el nombre de BreachForums, que había sido cerrado anteriormente.
Tipos de datos expuestos
4- Direcciones de correo electrónico
- Direcciones IP
- Contraseñas
- Nombres de usuario
Acerca de esta brecha de datos
El incidente de junio de 2023 dejó expuestos más de 4 000 registros, que incluían direcciones de correo electrónico, direcciones IP, nombres de usuario y hashes de contraseñas Argon2.
Este registro no debe confundirse con la filtración del BreachForums original. Su alcance se limita a los datos del foro clonado asociado al dominio breachforums.vc. Por la naturaleza del foro, las coincidencias entre nombres de usuario y direcciones IP pueden permitir vincular seudónimos con otras comunidades de seguridad o cuentas en otros foros.
Tipos de datos filtrados y riesgos
Las categorías de datos recogidas en el registro del clon de BreachForums deben tratarse como direcciones de correo electrónico, direcciones IP, datos de contraseñas y nombres de usuario. Las direcciones de correo electrónico pueden utilizarse para ataques de phishing dirigidos, maniobras de restablecimiento de contraseñas y la vinculación de cuentas entre distintos servicios. Las direcciones IP pueden ofrecer indicios indirectos sobre la ubicación desde la que se accede, el proveedor de red o el uso de dispositivos. Los datos de contraseñas aumentan directamente el riesgo de que una cuenta se vea comprometida, especialmente si se reutiliza la misma contraseña en otros servicios. Los nombres de usuario pueden ayudar a vincular seudónimos entre distintas plataformas y a personalizar mensajes de ingeniería social.
Aunque los hashes de contraseñas Argon2 son una forma moderna de protección, el riesgo persiste cuando las contraseñas son débiles o se reutilizan. Cuando una dirección IP y un nombre de usuario aparecen juntos, la identidad seudónima de una persona en el foro puede vincularse con su correo electrónico real o con la ubicación desde la que accede.
Alcance verificado y límites
Este registro se limita al dominio breachforums.vc y al incidente del foro clonado de junio de 2023. Su alcance incluye direcciones de correo electrónico, direcciones IP, hashes de contraseñas y nombres de usuario. Los mensajes privados, la información de pago o los datos de otras versiones de BreachForums no deben combinarse con este registro.
Los campos que no figuran en este registro no deben describirse como si se hubieran filtrado. Campos como el número completo de una tarjeta, la contraseña de una cuenta, un documento de identidad oficial, un mensaje privado, el contenido de un dispositivo o la información de salud solo deben añadirse a la evaluación de riesgos si están incluidos explícitamente en el registro. El texto se ha elaborado a partir de categorías de datos verificables y de los límites conocidos del incidente.
Grupos de usuarios en riesgo
Este clon supone un riesgo para quienes se registran en el foro, quienes utilizan el mismo alias en distintos foros, los titulares de cuentas que reutilizan la misma dirección de correo electrónico en foros de seguridad o ciberdelincuencia y quienes utilizan la misma contraseña en otras plataformas.
El riesgo es mayor para quienes utilizan la misma dirección de correo electrónico en distintos servicios, reutilizan contraseñas antiguas y comparten su número de teléfono y dirección en numerosas cuentas de compras o comunidades. La vinculación de un seudónimo con la identidad real en cuentas corporativas o de comunidades puede generar riesgos adicionales de ingeniería social.
Medidas urgentes
Los usuarios deben cambiar la contraseña que utilizan en este foro y en otras cuentas donde empleen el mismo patrón de contraseña. Quienes utilizan el mismo nombre de usuario en distintos sitios deben evaluar el riesgo de que se vinculen sus perfiles y utilizar credenciales diferentes para las cuentas críticas.
Los usuarios para quienes se haya encontrado una coincidencia positiva deben actualizar las contraseñas de las cuentas donde utilicen contraseñas iguales o similares, activar la autenticación de dos factores cuando sea posible y revisar las sesiones recientes. En el caso de registros que contengan números de teléfono, direcciones, información de pago o información sensible de comunidades, se debe actuar con cautela ante llamadas inesperadas y mensajes inesperados sobre entregas, devoluciones, asistencia y verificación.
Estrategias de seguridad a largo plazo
A largo plazo, adoptar el hábito de utilizar un gestor de contraseñas, contraseñas únicas y autenticación de dos factores, así como eliminar de las cuentas la información personal innecesaria, reduce el riesgo. Reutilizar la misma dirección de correo electrónico en distintas plataformas facilita la combinación de datos de diferentes filtraciones; puede considerarse el uso de una dirección de correo electrónico o un alias diferente para las cuentas críticas.
En las cuentas de foros, es fácil combinar el correo electrónico, el nombre de usuario y el contexto de la dirección IP. Si los usuarios quieren proteger sus seudónimos, deben utilizar una dirección de correo electrónico distinta, una contraseña única y la mínima información de perfil para cada comunidad.
Comprobación del registro y acciones del usuario
La comprobación de LeakData indica si la dirección de correo electrónico consultada aparece en este registro. Un resultado positivo no significa necesariamente que todos los campos de datos pertenezcan con certeza a ese usuario; sin embargo, constituye una advertencia suficiente para tomar medidas preventivas. Un resultado negativo solo indica que no hay coincidencias en este conjunto de datos y no descarta la posibilidad de aparecer en otras filtraciones.
Un resultado positivo indica que la dirección de correo electrónico se encontró en el registro del clon de BreachForums. Este resultado no significa que todos los datos del foro original se hayan visto afectados; las medidas deben limitarse a estos registros del foro clonado.
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