2016-10-14 4 views
0

Является ли следующий жизнеспособный способ соления и хранения соли, который я могу использовать в коммерческом продукте?Процесс практически соления пароля и последующего сравнения

  1. О создании/регистрации пользователей: Я генерирую случайную строку Соль.
  2. Когда выполняется следующий код, я знаю их простой текстовый пароль и имя пользователя.
  3. хранить соль в базе данных с именем пользователя, связанного с ним в отдельную таблицу
  4. строка hashedPwd = хэш (PWD + соль)
  5. хранить hashedPwd с личными данными пользователя в нормальных [пользователей] таблицы

бит мне любопытно:

  1. Пользователь пытается войти в систему - они вводят их имя пользователя и пароль 2. Я беру их только имя пользователя, и искать его в т он Соляной стол, если я найду матч, я получу соль. да нет ?
  2. строка UserTryingToLoginhashedPwd = хэш (PWD + соль)
  3. Я тогда получать нормальные [пользователи] подробности на основе имени пользователя и сравнить db_pwd с UserTryingToLoginhashedPwd
  4. Если это правда нормально Войти

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

ответ

1

Да, это, как правило, правильный поток хранения соли и пароля и аутентификация пользователя позже.

+0

Ницца, спасибо. –

Смежные вопросы