[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f35qhjqk3swury":3,"$f38uln640lyz1v":58},{"success":4,"breach":5},true,{"_id":6,"name":7,"title":8,"slug":9,"domain":10,"breachDate":11,"addedDate":12,"publishedAt":13,"modifiedDate":13,"contentUpdatedAt":13,"source":14,"sourceUrl":15,"sourceUrls":16,"pwnCount":17,"affectedCount":17,"affectedCountStatus":18,"affectedCountLowerBound":19,"affectedCountUnit":20,"hasEnglishDescription":4,"contentLocale":21,"availableLocales":22,"translations":32,"severity":43,"dataClasses":44,"description":49,"seoTitle":50,"seoDescription":51,"logoUrl":52,"isVerified":4,"isSensitive":4,"isSpamList":53,"isMalware":53,"company":54},"68e3266eda11adda48825160","cracking-forum","CrackingForum Filtración de datos","crackingforum","crackingforum.com","2016-07-01T00:00:00.000Z","2017-12-10T20:08:30.000Z","2026-10-10T02:22:53.777Z","Third party breach","https:\u002F\u002Fbreaches.sencode.co.uk\u002Fbreaches\u002Fcrackingforum",[15],660305,"known",null,"unknown","es",[23,24,25,26,21,27,28,29,30,31],"en","tr","zh","hi","ar","fr","bn","pt","ru",{"en":33,"tr":34,"zh":35,"hi":36,"es":37,"ar":38,"fr":39,"bn":40,"pt":41,"ru":42},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},{"slug":9},"High",[45,46,47,48],"Email addresses","IP addresses","Passwords","Usernames","\u003Cp>La filtración de datos de CrackingForum está relacionada con un incidente de seguridad ocurrido hacia mediados de 2016 en este foro basado en vBulletin, dedicado a compartir cracks y otros contenidos técnicos similares. El número de cuentas afectadas verificado para este registro es de 660 305. Las categorías de datos verificadas son direcciones de correo electrónico, direcciones IP, nombres de usuario y hashes de contraseñas almacenados en formato MD5 con sal. Por la temática del foro, el incidente requiere atención no solo por la seguridad de las contraseñas, sino también por lo que puede revelar la pertenencia al foro y por el riesgo para la reputación de los usuarios.\u003C\u002Fp>\n\u003Cp>Al combinar los nombres de usuario, las direcciones de correo electrónico y las direcciones IP utilizados en comunidades como CrackingForum, es posible vincularlos con cuentas de la misma persona en otras plataformas. Que las contraseñas aparezcan como hashes MD5 con sal no significa que puedan leerse directamente; sin embargo, MD5 es un método de hash rápido que se considera débil según los estándares actuales. Por ello, las contraseñas débiles o reutilizadas pueden llegar a adivinarse o descifrarse con el tiempo.\u003C\u002Fp>\n\u003Ch2>Tipos de datos filtrados y riesgos\u003C\u002Fh2>\n\u003Cp>Los tipos de datos verificados son la dirección de correo electrónico, la dirección IP, el nombre de usuario y el hash de la contraseña. La dirección de correo electrónico puede utilizarse para establecer vínculos con otras cuentas del usuario en línea. El nombre de usuario, especialmente si se repite en distintos foros o comunidades de videojuegos, puede permitir localizar otros perfiles del usuario. La dirección IP puede aportar indicios sobre la ubicación aproximada, el proveedor de servicios de internet y el contexto de la sesión.\u003C\u002Fp>\n\u003Cp>Un detalle técnico importante es que los hashes de las contraseñas están en formato MD5 con sal. El uso de sal dificulta que contraseñas idénticas produzcan exactamente el mismo valor hash; sin embargo, la rapidez de MD5 permite a los atacantes probar listas extensas de contraseñas. Por tanto, los usuarios no deben confiar en la idea de que «como había un hash, no hay problema». Si la contraseña también se utilizó en otros servicios, este registro supone un riesgo grave de toma de control de cuentas y de intentos automatizados de inicio de sesión.\u003C\u002Fp>\n\u003Ch2>Alcance verificado y limitaciones\u003C\u002Fh2>\n\u003Cp>Este registro abarca 660 305 cuentas afectadas y la fecha del incidente consta como el 1 de julio de 2016. Los campos de datos verificados son direcciones de correo electrónico, direcciones IP, nombres de usuario y hashes de contraseñas MD5 con sal. El registro corresponde a un incidente en un foro basado en vBulletin. El campo de contraseña debe tratarse como información de contraseña en forma de hash, no como una contraseña legible.\u003C\u002Fp>\n\u003Cp>Este registro no incluye como datos verificados contenido de mensajes especiales, fecha de nacimiento, número de teléfono, dirección física, tarjeta de pago, cuenta bancaria ni número de identificación oficial. Debido a la temática del foro, incluso un nombre de usuario y una dirección de correo electrónico por sí solos pueden revelar un contexto sensible; no obstante, el alcance técnico verificado se limita a estas cuatro categorías de datos. Esta distinción es importante para comunicar con precisión al usuario el riesgo real para la seguridad de sus cuentas sin generar alarma innecesaria.\u003C\u002Fp>\n\u003Ch2>Grupos de usuarios en riesgo\u003C\u002Fh2>\n\u003Cp>Los usuarios con mayor riesgo son quienes también utilizan la contraseña de su cuenta de CrackingForum en otros foros, juegos o cuentas de correo electrónico, redes sociales o compras. Si se ha utilizado el mismo nombre de usuario en distintas plataformas, los atacantes pueden intentar establecer vínculos entre los perfiles. Cuando la dirección de correo electrónico y el nombre de usuario aparecen juntos, los mensajes falsos de notificaciones del foro, verificación de cuentas, restablecimiento de contraseñas o invitaciones privadas pueden resultar más convincentes.\u003C\u002Fp>\n\u003Cp>La filtración de una dirección IP no revela la dirección física exacta del usuario; sin embargo, puede hacer más convincentes los mensajes de ingeniería social dirigidos al incorporar información aproximada sobre la región y el proveedor. Por la temática del foro, que se haga pública la pertenencia a él también puede suponer un riesgo para la reputación o las relaciones de confianza de algunos usuarios. Este riesgo es mayor para quienes se registraron con un correo electrónico del trabajo, ya que la pertenencia al foro puede dar lugar a interpretaciones erróneas por parte de un empleador o en un entorno empresarial.\u003C\u002Fp>\n\u003Ch2>Medidas urgentes\u003C\u002Fh2>\n\u003Cp>Si aparece una coincidencia con sus datos en este registro, debe cambiar la contraseña de su cuenta de CrackingForum y de todas las cuentas en las que utilice la misma contraseña o una similar. Las nuevas contraseñas deben ser únicas, largas y difíciles de adivinar. Debe dar prioridad a proteger la cuenta de correo electrónico, activar la autenticación multifactor y revisar las sesiones recientes. Seguir utilizando la contraseña antigua con pequeños cambios en otras cuentas también es arriesgado.\u003C\u002Fp>\n\u003Cp>Preste atención a los mensajes inesperados relacionados con foros o comunidades de seguridad. Revise antes de abrirlos los enlaces recibidos con el pretexto de recuperar una cuenta, enviar una invitación, acceder a una base de datos privada, retirar una sanción, descargar un archivo o realizar una verificación de seguridad. No considere de confianza a quien le envíe un mensaje solo porque conozca su nombre de usuario y su actividad anterior en el foro. No comparta con terceros contraseñas, códigos de verificación, acceso al correo electrónico ni información de recuperación de cuentas.\u003C\u002Fp>\n\u003Ch2>Estrategias de seguridad a largo plazo\u003C\u002Fh2>\n\u003Cp>El incidente de CrackingForum muestra que las cuentas antiguas de foros pueden suponer riesgos para la seguridad de las cuentas y la reputación incluso años después. Los usuarios deben acostumbrarse a utilizar nombres de usuario y contraseñas únicos para sus cuentas de foros, juegos y comunidades. Un gestor de contraseñas facilita el seguimiento de los servicios en los que se han utilizado contraseñas antiguas. Las cuentas de foros que ya no se utilicen deben cerrarse o debe reducirse al mínimo la información del perfil y las direcciones de correo electrónico asociadas.\u003C\u002Fp>\n\u003Cp>A largo plazo, los usuarios deben evitar utilizar el mismo nombre de usuario en todas las plataformas. La facilidad para vincular perfiles de foros técnicos, comunidades de videojuegos, redes sociales y plataformas profesionales puede generar riesgos de phishing dirigido y daños a la reputación. Las filtraciones antiguas que contienen direcciones IP también pueden contribuir a deducir perfiles más completos al combinarse con otros conjuntos de datos. Por tanto, las filtraciones de foros antiguos no deben considerarse de baja prioridad y deben abordarse con una estrategia de diferenciación de contraseñas y perfiles.\u003C\u002Fp>\n\u003Ch2>Comprobación del registro y medidas para el usuario\u003C\u002Fh2>\n\u003Cp>Una coincidencia en este registro indica que la dirección de correo electrónico correspondiente figura entre las cuentas observadas en la filtración de datos de CrackingForum. Una coincidencia no significa que la cuenta actual del usuario haya sido comprometida activamente; sin embargo, sugiere que la combinación del antiguo correo electrónico, el nombre de usuario, la IP y el hash de la contraseña puede haber circulado. Si se reutiliza la contraseña, el riesgo se extiende a las cuentas actuales.\u003C\u002Fp>\n\u003Cp>En primer lugar, debe cambiar la contraseña de todas las cuentas en las que utilice la misma, activar una verificación adicional en la cuenta de correo electrónico y comprobar si hay sesiones sospechosas. Si utiliza el mismo nombre de usuario en otras plataformas, debe asumir que esos perfiles pueden vincularse entre sí. Verifique por un canal independiente los mensajes inesperados relacionados con el foro y deje de utilizar por completo tanto la contraseña antigua como sus variantes. Aunque este incidente sea antiguo, la combinación de hashes MD5 con sal y contraseñas débiles puede generar un riesgo a largo plazo para la seguridad de las cuentas.\u003C\u002Fp>","CrackingForum Filtración de datos (660,3 Mil Registros reportados)","CrackingForum Filtración de datos. Se reportan 660,3 mil registros. Datos reportados: Direcciones de correo electrónico, Direcciones IP, Contraseñas. Revise…","\u002Fuploads\u002Flogo\u002Fcrackingforum_com.webp",false,{"name":55,"sector":56,"country":57,"website":10,"websiteArchiveUrl":57,"websiteStatus":57,"websiteCheckedAt":19},"CrackingForum","Online forum","",{"success":4,"breaches":59},[60,66,73,80],{"slug":61,"title":62,"companyName":61,"logoUrl":63,"breachDate":64,"affectedCount":65,"affectedCountStatus":18},"2fast4u","2fast4u Filtración de datos","\u002Fuploads\u002Flogo\u002F2fast4u_be.webp","2017-12-20T00:00:00.000Z",17706,{"slug":67,"title":68,"companyName":69,"logoUrl":70,"breachDate":71,"affectedCount":72,"affectedCountStatus":18},"medela","Medela Filtración de datos","Medela","\u002Fuploads\u002Flogo\u002Fmedela.webp","2026-09-07T00:00:00.000Z",423947,{"slug":74,"title":75,"companyName":76,"logoUrl":77,"breachDate":78,"affectedCount":79,"affectedCountStatus":18},"dustin-group-2026-data-security-incident","Incidente de seguridad de los datos de Dustin Group en 2026","Dustin Group AB (publ)","\u002Fuploads\u002Flogo\u002Fdustingroup_com-6aaab48e5041e3a842fe832a-e26a53490c4a5cbe.webp","2026-09-03T00:00:00.000Z",1062841,{"slug":81,"title":82,"companyName":83,"logoUrl":84,"breachDate":85,"affectedCount":86,"affectedCountStatus":18},"elekta-2026-data-breach","Filtración de datos de Elekta en 2026","Elekta AB","\u002Fuploads\u002Flogo\u002Felekta-2026-veri-ihlali-afc72236a8ad.webp","2026-09-01T00:00:00.000Z",129576]