[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f3bhtdipv20bhe":3,"$f2w9tf5809dyzr":65},{"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":54,"seoTitle":55,"seoDescription":56,"logoUrl":57,"isVerified":4,"isSensitive":58,"isSpamList":58,"isMalware":58,"company":59},"68e3266eda11adda48825345","BlueSnapRegpack","Regpack Filtración de datos","regpack","bluesnap.com","2016-05-20T00:00:00.000Z","2016-09-13T04:35:05.000Z","2026-10-10T09:10:23.412Z","Verified breach record","https:\u002F\u002Fwww.troyhunt.com\u002Fsomeone-just-lost-324k-payment-records-complete-with-cvvs\u002F",[15],104977,"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,49,50,51,52,53],"Browser user agent details","Credit card CVV","Email addresses","IP addresses","Names","Partial credit card data","Phone numbers","Physical addresses","Purchases","\u003Cp>La filtración de datos de Regpack es un incidente de seguridad de datos financieros relacionado con la exposición de información utilizada en los procesos de pago e inscripción en 2016. Según la información verificada, el incidente ocurrió el 20 de mayo de 2016 y afectó a 104 977 direcciones de correo electrónico únicas. El conjunto de datos contenía información de transacciones correspondiente a 324 000 registros de pagos. Los registros de transacciones incluían campos como nombre completo, domicilio, número de teléfono, dirección de correo electrónico, dirección IP, información del user-agent del navegador, información de compras, número parcial de tarjeta, fecha de caducidad y CVV. Por tanto, la filtración de datos de Regpack es un incidente grave por sus implicaciones para la seguridad de los pagos y el riesgo de phishing, incluso si no hubo una filtración de contraseñas.\u003C\u002Fp>\n\u003Cp>Inicialmente, el incidente se vinculó al nombre del proveedor de pagos. Sin embargo, posteriormente se determinó que, debido a un error humano por parte de Regpack, que gestiona los procesos de inscripción y pago, los datos de las transacciones habían quedado en un servidor de acceso público. Esta distinción es importante, ya que el campo de título contiene Regpack, mientras que el campo de dominio contiene el nombre de dominio del proveedor de pagos. El resultado de Regpack no es un duplicado y no debe confundirse con otro incidente de Regpack. Para el usuario, el principal riesgo es que las transacciones de pago, los datos de contacto y los registros de acceso del navegador se encuentran en un mismo conjunto de datos.\u003C\u002Fp>\n\u003Ch2>Tipos de datos filtrados y riesgos\u003C\u002Fh2>\n\u003Cp>Los tipos de datos verificados son la información del user-agent del navegador, el campo CVV de la tarjeta de crédito, las direcciones de correo electrónico, las direcciones IP, los nombres completos, los datos parciales de tarjetas de crédito, los números de teléfono, las direcciones físicas y la información de compras. Las direcciones de correo electrónico y los números de teléfono ofrecen una vía de contacto directa para enviar mensajes fraudulentos dirigidos. Las direcciones físicas y los nombres completos facilitan la personalización de los mensajes. Las direcciones IP y la información del navegador permiten inferir hábitos de acceso, el tipo de dispositivo y la ubicación aproximada.\u003C\u002Fp>\n\u003Cp>El número parcial de tarjeta, la fecha de caducidad y el campo CVV son los principales factores de riesgo financiero. Aunque el número completo de tarjeta no figura explícitamente entre los campos verificados, los datos parciales de la tarjeta y el CVV incluidos en los registros de transacciones aumentan la posibilidad de uso indebido. La información de compras también puede revelar por qué servicio pagó el usuario, cuándo realizó el pago o cuál fue el contexto de la transacción. Aunque estos datos por separado puedan parecer limitados, su combinación permite crear alertas de pago convincentes, mensajes con facturas falsas y solicitudes de actualización de la cuenta.\u003C\u002Fp>\n\u003Ch2>Alcance verificado y limitaciones\u003C\u002Fh2>\n\u003Cp>La comparación de fuentes confirma que el incidente de Regpack ocurrió el 20 de mayo de 2016, que el registro se añadió el 13 de septiembre de 2016 y que había 104 977 direcciones de correo electrónico únicas. Se indica que el conjunto de datos contenía filas de transacciones correspondientes a 324 mil registros de pagos; sin embargo, debe tomarse como referencia un número de usuarios de 104 977, basado en las direcciones de correo electrónico únicas. Los campos de datos verificados incluyen información del user-agent del navegador, CVV, direcciones de correo electrónico, direcciones IP, nombres, datos parciales de tarjetas, números de teléfono, direcciones físicas e información de compras.\u003C\u002Fp>\n\u003Cp>En este incidente, las contraseñas, los nombres de usuario, los mensajes privados, los documentos oficiales de identidad, las fechas de nacimiento y las fotos no figuran entre los campos cuya filtración se ha verificado. Añadir estos campos daría al usuario una visión incorrecta del riesgo. Aunque el registro se había marcado anteriormente como sensible, la clasificación verificada no incluye una marca de sensibilidad. No obstante, debido a los datos de pago y al campo CVV, las medidas que debe tomar el usuario son de alta prioridad. El impacto de los datos financieros requiere una vigilancia cuidadosa, aunque no exista una etiqueta que los clasifique como sensibles.\u003C\u002Fp>\n\u003Ch2>Grupos de usuarios en riesgo\u003C\u002Fh2>\n\u003Cp>El mayor riesgo corresponde a las personas que hayan realizado un pago, una inscripción a un evento, una afiliación o una transacción similar a través de Regpack. La combinación del historial de pagos, los datos de contacto y las direcciones puede hacer que estas personas sean vulnerables a mensajes fraudulentos dirigidos. Los usuarios cuyos datos incluyen una dirección y un número de teléfono pueden ser engañados mediante mensajes falsos sobre entregas, facturas, verificación de pagos o renovación de tarjetas. Cuando se conoce el contexto de la transacción, al atacante le resulta más fácil dar al mensaje una apariencia legítima.\u003C\u002Fp>\n\u003Cp>Las personas que realizan pagos con su dirección de correo electrónico corporativa también están en riesgo. Si el dominio del correo muestra el nombre de la empresa, los atacantes pueden crear mensajes relacionados con la contabilidad, la renovación de suscripciones o el seguimiento de pagos. La información del navegador y de la dirección IP, por sí sola, puede parecer poco relevante desde el punto de vista técnico; sin embargo, al combinarse con la dirección, el teléfono y la información de pagos, permite construir un perfil del usuario más convincente. Por tanto, el incidente debe considerarse no solo un problema de seguridad de las tarjetas, sino también un riesgo de ingeniería social y fraude mediante facturas.\u003C\u002Fp>\n\u003Ch2>Medidas urgentes que deben tomarse\u003C\u002Fh2>\n\u003Cp>Debe actuar con cautela ante los mensajes de actualización de tarjetas, verificación de pagos, reembolsos, facturas o renovación de suscripciones que utilicen el nombre de Regpack o del proveedor de pagos. No debe introducir datos de la tarjeta a través de los enlaces del mensaje, y debe consultar la cuenta del proveedor de pagos o la cuenta bancaria directamente por el canal oficial. Si la tarjeta utilizada durante el periodo afectado sigue activa, debe revisar las transacciones bancarias anteriores y comunicar cualquier actividad inusual al proveedor de la tarjeta.\u003C\u002Fp>\n\u003Cp>Debido al campo CVV y a la información parcial de la tarjeta, la seguridad de las tarjetas de pago es una prioridad. Debe renovarse la tarjeta y activarse los límites de las tarjetas virtuales, las notificaciones de transacciones y las alertas de operaciones sospechosas. Debe utilizar la autenticación multifactor en la cuenta de correo electrónico y extremar la precaución ante los mensajes que contengan números de teléfono y direcciones físicas. No debe responder a mensajes amenazantes que incluyan información sobre su dirección o teléfono; cuando reciba una solicitud de pago o de verificación, debe comprobarla por un canal oficial independiente.\u003C\u002Fp>\n\u003Ch2>Estrategias de seguridad a largo plazo\u003C\u002Fh2>\n\u003Cp>Para las transacciones de pago a largo plazo, debe dar preferencia a las tarjetas virtuales, las tarjetas con límites bajos o los métodos de pago de un solo uso. Debe mantener activadas las notificaciones de transacciones de cada servicio de pago y revisar periódicamente las tarjetas registradas en la cuenta. Cuando la dirección de correo electrónico y el número de teléfono utilizados para las transacciones financieras no cambian durante mucho tiempo, los intentos de fraude basados en filtraciones antiguas pueden seguir siendo eficaces incluso años después. Por ello, debe supervisar regularmente los datos de contacto y las notificaciones de pago.\u003C\u002Fp>\n\u003Cp>Dado que los datos permanentes, como la dirección y el número de teléfono, no pueden cambiarse, el comportamiento del usuario cobra importancia. Aunque los mensajes falsos sobre facturas, reembolsos de pagos y renovación de tarjetas parezcan auténticos, no debe iniciar sesión a través del enlace. Ante filtraciones anteriores que incluyan datos financieros, debe mantener activas las alertas bancarias, los límites de las tarjetas de crédito y las notificaciones de compras. Los usuarios corporativos deben informar a los equipos de contabilidad y gestión de registros sobre los mensajes de ingeniería social elaborados con datos de pagos antiguos.\u003C\u002Fp>\n\u003Ch2>Revisión del registro y medidas para el usuario\u003C\u002Fh2>\n\u003Cp>Los usuarios que vean el resultado de Regpack en LeakData deben tener en cuenta el incidente relacionado con datos de pago del 20 de mayo de 2016. Los campos verificados son la información del user-agent del navegador, CVV, direcciones de correo electrónico, direcciones IP, nombres, datos parciales de tarjetas, números de teléfono, direcciones físicas e información de compras. La prioridad del usuario debe ser vigilar las transacciones bancarias y de las tarjetas, activar las notificaciones de pago, evitar responder a mensajes sospechosos mediante enlaces y reforzar la seguridad de su cuenta de correo electrónico.\u003C\u002Fp>\n\u003Cp>En este incidente, los campos de contraseña, nombre de usuario, mensaje privado, documento oficial de identidad, fecha de nacimiento y foto no se verificaron, por lo que el plan de acción no debe basarse en esos datos. En cambio, los campos de datos de pago, CVV, información de contacto y dirección física plantean riesgos reales. Debe comunicarse con el proveedor de la tarjeta por los canales oficiales, mantener activas las alertas de transacciones sospechosas y examinar cuidadosamente los mensajes que utilicen el nombre de Regpack o del proveedor de pagos.\u003C\u002Fp>","Regpack Filtración de datos (105 Mil Registros reportados)","Regpack Filtración de datos. Se reportan 105 mil registros. Datos reportados: Datos del agente de usuario del navegador, Credit card CVV, Direcciones de…","\u002Fuploads\u002Flogo\u002Fbluesnap_com.webp",false,{"name":60,"sector":61,"country":62,"website":63,"websiteArchiveUrl":64,"websiteStatus":64,"websiteCheckedAt":19},"Regpack","Registration and payment software","United States","regpacks.com","",{"success":4,"breaches":66},[67,74,81,88],{"slug":68,"title":69,"companyName":70,"logoUrl":71,"breachDate":72,"affectedCount":73,"affectedCountStatus":18},"medela","Medela Filtración de datos","Medela","\u002Fuploads\u002Flogo\u002Fmedela.webp","2026-09-07T00:00:00.000Z",423947,{"slug":75,"title":76,"companyName":77,"logoUrl":78,"breachDate":79,"affectedCount":80,"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":82,"title":83,"companyName":84,"logoUrl":85,"breachDate":86,"affectedCount":87,"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,{"slug":89,"title":90,"companyName":91,"logoUrl":92,"breachDate":86,"affectedCount":93,"affectedCountStatus":94},"novocure-2026-data-breach","Filtración de datos de NovoCure en 2026","NovoCure Limited","\u002Fuploads\u002Flogo\u002Fnovocure-2026-veri-ihlali-96b5c9defb8a.webp",1400,"lower_bound"]