Filtración de datos de Kelly Benefits de 2024
La filtración de datos de Kelly Benefits de 2024 afectó a la red de Kelly & Associates Insurance Group, un proveedor de servicios de prestaciones para empleados, seguros y nóminas.
Tipos de datos expuestos
2 sensibles6- Información del seguro médico
- Información médica
- Nombres
- Fechas de nacimiento
- Números de la seguridad social
- Información de cuentas financieras
Acerca de esta brecha de datos
El modelo de notificación oficial indica que se accedió al entorno sin autorización entre el 12 y el 17 de diciembre de 2024 y que se copiaron y sustrajeron determinados archivos. Informaciones públicas posteriores actualizaron el número de personas afectadas a 553 660. En el entorno de producción no hay ninguna tarea de importación ni datos locales a nivel de persona para este incidente.
¿Cómo se verificaron el incidente y el recuento?
Según el modelo de notificación de la empresa, la detección de actividad sospechosa dio lugar a una investigación con especialistas externos en análisis forense. La revisión estableció que el acceso se produjo entre el 12 y el 17 de diciembre. Las notificaciones se enviaron por etapas, después de vincular los archivos afectados con las personas y las organizaciones clientes correspondientes. Las fuentes disponibles públicamente no revelan el método de acceso inicial ni identifican al responsable.
El recuento comunicado cambió con el tiempo. Una versión archivada del registro del fiscal general de Maine, fechada el 21 de abril, muestra 263 893 personas, mientras que informaciones independientes sobre seguridad en el sector sanitario comunicaron posteriormente revisiones a 413 032 y, finalmente, a 553 660. No se trata de incidentes distintos ni de subconjuntos que deban sumarse; 553 660 es el total de personas más reciente comunicado por fuentes externas. No es un recuento local de filas, cuentas ni direcciones de correo electrónico consultables mediante búsquedas.
¿Qué tipos de datos están respaldados por las fuentes?
Las categorías de datos estructurados respaldadas por el conjunto actual de fuentes son nombres, fechas de nacimiento, números de la seguridad social, información del seguro médico, información de cuentas financieras e información médica. La notificación indica que los datos afectados varían según la persona, por lo que no debe suponerse que los seis campos estén presentes conjuntamente en todos los casos.
Las contraseñas, los nombres de usuario, las direcciones de correo electrónico, los números completos de tarjetas de pago y los números de identificación fiscal no se mantienen como categorías estructuradas verificadas para el incidente en su conjunto a partir de las fuentes fiables seleccionadas. También se ha eliminado la anterior categoría general «información sanitaria protegida» porque duplicaba las categorías de salud más específicas. Solo la carta de notificación de cada persona permite determinar exactamente qué campos le afectan.
Cobertura local y límites prácticos
En el entorno de producción no hay ninguna tarea de importación asociada a la identidad de Kelly Benefits. Las colecciones de correo electrónico, nombres de usuario, contraseñas, identidad, teléfonos, IP, campos personales, datos sensibles y datos generales sobre filtraciones contienen todas cero vínculos locales. Por tanto, las 553 660 personas comunicadas por fuentes externas no se presentan como registros que puedan consultarse mediante búsquedas locales, ni se afirma que los campos comunicados aparezcan conjuntamente en los datos locales.
El dominio actual de Kelly Benefits está operativo y permite verificar la identidad de la organización como proveedor de servicios de administración de prestaciones, asesoramiento sobre seguros y nóminas; su protección contra bots puede responder con HTTP 418 a solicitudes directas automatizadas. Si recibió una notificación del incidente, debería actuar en función de los campos indicados en su propia carta y verificar cualquier solicitud inesperada relacionada con pagos, prestaciones o identidad a través de un canal oficial obtenido por separado, en lugar de usar un enlace del mensaje.
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