Qué tan seguro es el envío de contraseñas por correo electrónico a un usuario, ya que el correo electrónico no está protegido por HTTPS.
¿Cuál es la mejor manera de asegurarlo? ¿Debo usar el cifrado?
Qué tan seguro es el envío de contraseñas por correo electrónico a un usuario, ya que el correo electrónico no está protegido por HTTPS.
¿Cuál es la mejor manera de asegurarlo? ¿Debo usar el cifrado?
No debes nunca enviar las contraseñas en forma clara, ni debes guardarlas en forma clara. Debería hacerlos con un hash criptográfico unidireccional lento, como bcrypt o PBKDF2. Si un usuario olvida su contraseña, le ofrece una función de "restablecer contraseña", que envía un enlace de restablecimiento de una sola vez a su cuenta.
Un esquema como el siguiente es razonable:
Recomiendo encarecidamente leer a través de La Guía Definitiva del sitio web basado en formularios Autenticación para un conjunto completo de directrices sobre cómo crear sistemas de inicio de sesión seguros.
El correo electrónico no es seguro. Enviar una contraseña por correo electrónico es un riesgo para la seguridad. Para mitigar el riesgo, puede (en algunas situaciones) hacer que la contraseña enviada por correo electrónico sea una contraseña de un solo uso, lo que solo desbloquea la posibilidad de que el usuario seleccione una nueva contraseña por su cuenta.
Esto es lo que hacen los buenos sistemas de "Olvidé mi contraseña para este sitio web": el usuario hace clic en el botón "maldición, olvidé mi contraseña" y se envía un correo electrónico que contiene una URL (con HTTPS) que incorpora un identificador de sesión aleatorio, y apunta a una página que le permite al usuario elegir una nueva contraseña. La URL es la "contraseña de un solo uso". Con este esquema, al menos puede, desde el lado del servidor, saber cuándo se usó la URL.
Si puede realizar el cifrado correctamente , es decir, si puede enviar un mensaje OpenPGP o S / MIME cifrado con la clave pública del usuario, entonces el usuario tiene un mensaje privado / par de claves públicas: en ese caso, ¿por qué usaría contraseñas?
Es una mala práctica enviar contraseñas al usuario, ya que eso significaría que tienes una copia en texto claro de la contraseña del usuario.
No se me ocurre ninguna buena razón para hacer esto. Hay otras formas más seguras de lograr lo que se necesita.
Para obtener una respuesta general con respecto a la seguridad del correo electrónico, sugiero que lea este enlace , que contiene buena información.
Si TIENE QUE enviar información confidencial por correo electrónico, use un esquema como PGP u otras técnicas de encriptación para proteger los datos.
Si tiene la 'contraseña clara' para enviar en primer lugar (aparte del proceso de registro), lo está haciendo mal. ¡Nunca, nunca almacene la contraseña de texto plano! Muchas empresas como Sony Music y similares han sido quemadas últimamente por eso ... y déjenme decirles que los consumidores no están contentos.
Haciendo eco de las publicaciones anteriores, el correo electrónico no es seguro y usted debería nunca enviar por correo electrónico datos confidenciales , en particular las contraseñas. Especialmente debido a que no están cifrados y se encuentran en texto claro, es extremadamente fácil para cualquiera piratear su correo electrónico y obtener acceso a ellos a través de la red pública.
Si usted o su cliente tienen problemas para recordar sus contraseñas, debe usar un administrador de contraseñas seguro. Este es un sitio web que alberga una lista de sus contraseñas en una bóveda completamente encriptada. Los buenos son KeePass o LastPass.
Si usted es una empresa que está intentando enviar a los clientes su contraseña nuevamente, debe tener configuradas las preguntas de seguridad que los clientes respondan cuando crean su cuenta inicialmente. De esta manera, si lo olvidan, pueden hacer clic en un enlace que los envía para responder a estas preguntas correctamente y restablecer su contraseña.
Según su propio conocimiento, este es un blog informativo, que justifica el cifrado y advierte contra el uso de ciertas contraseñas enlace de Ziptr.
Lea otras preguntas en las etiquetas passwords hash cryptography encryption email