Tratar con violar la privacidad de los usuarios registrados durante la autenticación fallida

Me gusta cómo GDPR declara : "implementar las medidas técnicas y organizativas adecuadas". Ahora debe tomar un enfoque basado en el riesgo para definir apropiado. En casos sensibles como second love , esto sería totalmente diferente para un servicio más genérico como las redes sociales. Así que no, usted no está exagerando, pero depende del contexto de riesgo, y si los datos ya están disponibles públicamente. Por ejemplo, mi cuenta de github muestra mi correo electrónico en la confirmación.

El principio de privacidad por diseño Funcionalidad completa: suma positiva, no suma cero afirma:

  

La privacidad a menudo se posiciona de manera de suma cero como tener que competir   Con otros intereses legítimos, objetivos de diseño, y técnicos.   Capacidades, en un dominio dado. Privacidad por Diseño rechaza tomar tales   Un enfoque: abarca objetivos legítimos de no privacidad y   Los acomoda, de una manera innovadora de suma positiva.

Por lo tanto, me gusta la forma en que está tratando de encontrar una manera de ser fácil de usar, segura y también de respetar la privacidad. Parece que puede encontrar una nueva forma innovadora, asegúrese de compartir sus hallazgos.

Para estar seguro, siempre puede enviar la misma respuesta que no expone nada. Podría hacer pruebas de usabilidad para ver si esto realmente es un problema. Personalmente, creo que si no puedo iniciar sesión e inmediatamente se muestra un enlace para restablecer la contraseña, es más fácil de usar. Dado que a menudo este es el siguiente paso que tomo. Si la respuesta es que se ha enviado el enlace para restablecer la contraseña, pero si la cuenta no existe, en su lugar envía un correo electrónico de registro, también se sentirá fácil de usar. Como puedo ahora solo inscribirme en su lugar. Sin exponer si ya tengo una cuenta para el público.

De manera similar, siempre se puede manejar el proceso de registro por correo electrónico, de esta manera, usted sabe que el propietario es el único que sabe que su cuenta ya existía. Un correo electrónico como: Hola, su dirección de correo electrónico ya tiene una cuenta. ¿Desea restablecer su contraseña?

Ahora, si todo falla, puede pedir a los usuarios existentes que den su consentimiento para exponer que están utilizando el sistema, con el fin de hacerlo más fácil de usar. Aunque estoy bastante seguro de que no es una buena idea ...

Es una pregunta interesante, porque nunca pensé en este problema, pero sí es un problema de privacidad. El problema es que ciertos procedimientos realmente filtran información, que incluso puede ser información confidencial. Para evitar esto, su aplicación debería parecer que se comporta exactamente de la misma manera en todos los casos en que se pueda filtrar información confidencial. Esto significa que si permite que los usuarios se registren libremente ingresando un correo electrónico y una contraseña, por ejemplo, el proceso de registro debe parecer que se comporta de la misma manera, sea exitoso o no. No puede tener un comportamiento "Gracias por registrarse" y también un comportamiento "Hubo algún problema". Tendrías que considerar que el proceso de registro sea siempre exitoso.

  

Gracias por registrarte! Se le ha enviado un correo electrónico para su activación, etc.

Si el usuario ya está registrado, en realidad no enviará un enlace de activación, pero podría enviarles una advertencia como "Ya está registrado, ¿olvidó su contraseña? Si no intentó volver a registrarse en nuestro sitio web" , es posible que alguien más haya ingresado su correo electrónico por error durante el registro y puede ignorarlo, etc. "

Para los inicios de sesión no es realmente un problema, siempre que para un inicio de sesión fallido advierta al usuario que "el correo electrónico O la contraseña es incorrecta, asegúrese de que ambos estén escritos correctamente". Creo que este enfoque se usa comúnmente, lo he visto por todas partes y no es confuso para el usuario.

El restablecimiento de la contraseña después de proporcionar una dirección de correo electrónico debería funcionar de la misma manera: el mismo comportamiento, de modo que siempre responda con "Se ha enviado un correo electrónico con instrucciones de restablecimiento", independientemente de si el correo electrónico se registró o no.

ADVERTENCIA. Dado que esta es una comunidad INFOSEC, para que esté completo, debo advertirle que "el mismo comportamiento aparente" generalmente también incluye la prevención de ataques de tiempo. Supongamos que alguien intenta registrarse utilizando un nuevo correo electrónico, y la página para un registro exitoso tarda 3 segundos en aparecer. Ahora suponga que alguien intenta registrarse utilizando un correo electrónico que ya existe, y la página para el registro exitoso (el mismo comportamiento aparente) toma solo 1 segundo, porque internamente su aplicación ha realizado diferentes tareas (diferentes búsquedas en bases de datos, diferentes tipos de correo electrónico enviado, etc). Esta diferencia en el tiempo puede explotarse porque filtra información. No siempre son factibles los ataques de tiempo, ya que la diferencia en el tiempo puede ser demasiado pequeña o puede requerir muchos intentos antes de que la diferencia sea estadísticamente significativa y no sea fácil de mitigar. Sin embargo, creo que vale la pena mencionar en este caso. Puede que me equivoque, pero es probable que no deba preocuparse por los ataques de tiempo en su caso específico (podría ser una exageración), a menos que la demora del tiempo sea fácilmente perceptible sin repetidos intentos y usted trate con información muy confidencial.