El equipo de Firefox deja de recolectar datos para asegurar privacidad del usuario
El equipo de Firefox decidió esta semana dejar de recolectar identificadores únicos que vinculen los informes de fallas de un mismo usuario.
En un acalorado debate durante una larga sesión de su reunión semanal, los opositores dijeron que la práctica viola la privacidad del usuario, mientras que los defensores dijeron que tener datos visibles podría ayudarlos a corregir errores y resolver cuellos de botella más rápido - a pesar de que dicen que no lo han utilizado nunca antes.
Los opositores ganaron el debate alegando que la privacidad de los usuarios está por encima de cualquier problema de desarrollo. Después de la reunión, el jefe de ingeniería de Mike Beltzner resumió la cuestión de esta manera:
"El debate al final de la reunión fue en torno a los datos que debemos y no debemos recoger con los informes de fallos, ya sea o no que los datos sean publicamnete visibles en nuestro sitio web de desarrolladores Crash Reporter," Beltzner escribió en respuesta a las preguntas presentadas por ZDNet . "Las cuestiones en la discusión se centraron en el valor de mantener los identificadores únicos que nos permiten asociar dos falls del mismo usuario."
"Aunque hay valor en poder hacer esto con facilidad, el costo potencial para la privacidad de los usuarios se consideró alto, y por eso fue que algunos sostuvieron que no deberíamos dejar que el cliente de reportes de fallas en la máquina del usuario envie estos identificadores únicos", escribió . "Ese argumento prevaleció, y el cambio se hará de tal manera que los identificadores únicos ya no serán enviados. También limpiaremos la base de datos de los que hemos recogido (pero en realidad no se utilizan) hasta la fecha y en su lugar buscaremos nuevas maneras de sacar las correlaciones necesarias para que el análisis de datos no tenga un alto riesgo para la privacidad del usuario."
Traducido para blog Segu-info por Raúl Batista
Autor: Paula Rooney
Fuente: blogs.zdnet.com
En un acalorado debate durante una larga sesión de su reunión semanal, los opositores dijeron que la práctica viola la privacidad del usuario, mientras que los defensores dijeron que tener datos visibles podría ayudarlos a corregir errores y resolver cuellos de botella más rápido - a pesar de que dicen que no lo han utilizado nunca antes.
Los opositores ganaron el debate alegando que la privacidad de los usuarios está por encima de cualquier problema de desarrollo. Después de la reunión, el jefe de ingeniería de Mike Beltzner resumió la cuestión de esta manera:
"El debate al final de la reunión fue en torno a los datos que debemos y no debemos recoger con los informes de fallos, ya sea o no que los datos sean publicamnete visibles en nuestro sitio web de desarrolladores Crash Reporter," Beltzner escribió en respuesta a las preguntas presentadas por ZDNet . "Las cuestiones en la discusión se centraron en el valor de mantener los identificadores únicos que nos permiten asociar dos falls del mismo usuario."
"Aunque hay valor en poder hacer esto con facilidad, el costo potencial para la privacidad de los usuarios se consideró alto, y por eso fue que algunos sostuvieron que no deberíamos dejar que el cliente de reportes de fallas en la máquina del usuario envie estos identificadores únicos", escribió . "Ese argumento prevaleció, y el cambio se hará de tal manera que los identificadores únicos ya no serán enviados. También limpiaremos la base de datos de los que hemos recogido (pero en realidad no se utilizan) hasta la fecha y en su lugar buscaremos nuevas maneras de sacar las correlaciones necesarias para que el análisis de datos no tenga un alto riesgo para la privacidad del usuario."
Traducido para blog Segu-info por Raúl Batista
Autor: Paula Rooney
Fuente: blogs.zdnet.com
0 Comments:
Publicar un comentario
Gracias por dejar un comentario en Segu-Info.
Gracias por comentar!