Имеет смысл отправлять информацию о пароле при отправке по электронной почте с веб-сайтов

Question

Большинство интернет-сайтов по регистрации действительно отправляют ссылку для активации сайта и на любой последующей переписке с конечным пользователем они предоставляют информацию о сайте, а также предоставляют учетные данные для входа с паролем открытым текстом (как указано ниже)

Имя пользователя - myname@gmail.com пароль - mysecretpassword

что бы вы сделали в таком случае? С точки зрения удобства использования имеет смысл отправлять информацию о пароле в виде открытого текста или просто не отправлять эту информацию. У меня создалось впечатление, что большинство паролей MD5 хэшируются перед сохранением в базе данных, и, следовательно, у поставщика услуг не будет доступа к открытым текстовым паролям, это нарушение безопасности?

Answer 1

Это общепринятая ошибка, что если вы получаете пароль в текстовом виде, это означает, что они не хранятся безопасно - пароли, подобные любым другим данным, могут быть сохранены с использованием обратимого шифрования.

Сказав это, очень вероятно, что любой, кто отправит вам пароль с открытым текстом, не имеет понятия о безопасности и, вероятно, хранит их небрежно (если только пароли не используются как слабые идентификаторы реального мира, например, как часть -store, и в этом случае их не следует называть паролями, чтобы ваши клиенты не путались).

Если вы отправляете текстовый пароль, вы также можете предположить, что если он связан с чем-то важным, то он был скомпрометирован. Слишком много слабых мест. Вы также можете сделать намного больше непреднамеренного урона.

1. Письмо может быть перехвачено, предоставив кому-то еще пароль.
2. Кто-то мог видеть, как они открывали электронную почту на своем экране (были в домах товарищей, и это случалось с нами так много раз, и каждый раз это огромная головная боль, чтобы изменить все ваши пароли).
3. Письмо может быть отправлено на другие адреса, которые не являются безопасными.
4. Возможно, сообщение электронной почты может столкнуться с ошибкой сервера, а затем вы (возможно, ваш ненадежный персонал или аутсорсинг службы поддержки?), И системный администратор сервера электронной почты, вероятно, получит копии исходного электронного письма.
5. Кто-то, кто получает доступ к электронным письмам пользователя с помощью захвата файлов cookie или даже просто незарегистрированной открытой учетной записи электронной почты, теперь сможет видеть их пароль. Хуже того, их пароль, вероятно, используется где-то в другом месте (или, по крайней мере, имеет общую основу, например «password1», «password1 $$» «passwordSuperSecure123»), поэтому теперь вы подверглись риску больше, чем просто ваш собственный сервис. Хуже того, это может быть пароль для учетной записи электронной почты, которая была захвачена, и теперь они могут украсть учетную запись электронной почты этого человека и, таким образом, идентификацию в течение более длительного времени, чем дата истечения срока действия cookie/сессии. (Это все произошло с людьми, которых я знаю).

Answer 2

Да, это, безусловно, нарушение безопасности. Следует хранить только соленую и хешированную версию паролей.

Это является обычным для сброса пароля функциональности, которая отправляет либо временный автоматически сгенерированный пароль (который должен быть полезен только для одного входа в систему), либо одноразовую ссылку сброса. Это означает, что ваши другие учетные записи не менее безопасны, чем ваша электронная почта.

Однако вы должны избегать любого сайта, который будет отправлять ваш фактический пароль в виде чистого текста.

Answer 3

Всегда есть компромиссы, и разработчикам приходится учитывать пригодность, сообразительность предполагаемых пользователей, секретность и важность данных, частоту использования веб-сайта и т. Д. Конечно, пользователи не хотят, чтобы их конфиденциальность нарушалась, но, с другой стороны, «обычные» веб-пользователи могут быть отключены, если вам нужно запомнить пароль или даже придумать их в первую очередь (некоторые веб-сайты упрощают регистрацию пользователя путем генерации случайный пароль и отправка по электронной почте). Разработчики сайтов несут ответственность за учет интересов пользователей при разработке безопасности.

Мой совет заключается в том, что пароли должны быть отправлены по электронной почте только в том случае, если они генерируются случайным образом. Это позволяет избежать следующего неудобного сценария: пользователь регистрируется с паролем, который они уже использует для различных других веб-сервисов, а затем получает письмо с подтверждением регистрации, содержащее только что введенный пароль. Многие пользователи не могут быть достаточно безопасными для использования уникальных паролей для каждого веб-сайта, но они являются достаточно безопасными для понимания того, что «чувствительные» пароли не должны отправляться по электронной почте.