Hacking Team Filtración de datos
La filtración de datos de Hacking Team de 2015 salió a la luz el 6 de julio de 2015, cuando los atacantes afirmaron haber accedido a los sistemas del proveedor italiano de software de vigilancia y haber robado más de 400GB.
Tipos de datos expuestos
2- Direcciones de correo electrónico
- Mensajes de correo electrónico
Acerca de esta brecha de datos
La empresa reconoció el ataque y declaró que estaba colaborando con la policía. La cifra de 400GB corresponde al volcado más amplio que los atacantes afirmaron haber obtenido.
Fuente pública sobre la filtración de datos afirma que seleccionó 189GB de carpetas de correo PST de los datos publicados mediante un torrent y catalogó 32 310 correos electrónicos únicos, con las categorías de datos «direcciones de correo electrónico» y «mensajes de correo electrónico». El volcado más amplio de 400GB, los 189GB de correo seleccionados como fuente y el recuento de 32 310 correos electrónicos únicos son medidas distintas; ninguna representa un recuento de personas, empleados, clientes, objetivos, mensajes, buzones o filas locales.
No existe ningún proceso local de importación, archivo de origen ni datos de correo electrónico o mensajes que puedan consultarse mediante búsquedas. Este registro no permite determinar si una dirección correspondía a un remitente, un destinatario, una persona incluida en copia, una dirección de reenvío o de una lista de correo, una referencia en una firma o en el cuerpo de un mensaje, u otro tercero; tampoco permite establecer la identidad, la condición de empleado, cliente, proveedor, socio u objetivo, la afiliación política o profesional, el conocimiento de un mensaje, la responsabilidad, ni si hubo una vulneración de la seguridad o un uso indebido.
No deben importarse ni exponerse públicamente los cuerpos de los mensajes, los asuntos, los archivos adjuntos, los grafos de relaciones, las direcciones de terceros ni las asociaciones con actividades de vigilancia. Que los detalles históricos sean correctos no garantiza la autenticidad de un nuevo contacto; las solicitudes o los archivos adjuntos inesperados deben verificarse por un canal independiente. Las dos categorías normalizadas de este registro no demuestran que el volcado más amplio no contuviera otros campos.
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