Как на самом деле работает password_hash?

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

Если я укажу более высокую стоимость (скажем, 12), будет ли она по-прежнему генерировать случайную соль, поскольку я не указываю значение соли

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

почему увеличение себестоимости увеличивает безопасность?

Это также объясняется в статье выше в разделе Усложнение взлома паролей: медленный хэш Функции. Чем выше установлена ​​стоимость, тем медленнее работает хеш-функция. Идея состоит в том, чтобы сделать хэш-функцию очень медленной, чтобы даже при наличии быстрого графического процессора или специализированного оборудования атаки по словарю и грубой силе были слишком медленными, чтобы приносить пользу. Однако стоимость должна быть разумной. значение (исходя из спецификаций вашего сервера), чтобы не вызывать значительных временных задержек при проверке паролей пользователей.

Более того, CRYPT_SHA512 сильнее CRYPT_BLOWFISH для хеширования?

Прочтите этот пост об их сравнении.

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

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

Стоимость (экспоненциальное значение) относится к тому, сколько усилий затрачивается на создание хэша (где выше = больше вычислительной мощности для создания хэша). Не устанавливайте слишком высокое значение, иначе вы затормозите свои сценарии входа в систему.

Вообще говоря:

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

Но bcrypt справляется с солением самостоятельно!

Вернемся к исходному вопросу:

Стоимость используется, чтобы сделать взлом пароля «дорогостоящим» с помощью атаки по словарю/грубой силе.

Bcrypt в основном хеширует пароль снова и снова, что требует много времени (= дорогого) для получения пароля к заданному хэшу. Если вы попытаетесь найти пароль для хэша (атака полным перебором), вам придется вычислить миллиарды хэшей паролей. Когда каждое хеширование занимает в «$cost» раз больше времени, атака грубой силы невозможна. Даже если вы можете вычислить хэш для потенциального пароля в миллисекундах.

Проще говоря: если у вас есть хэш пароля для SHA-1 (небезопасный, не используйте его!) с солью (так как она обычно содержится в хэше) и вы хотите его взломать, то вам нужно хешировать все возможные пароли + соль, и когда вы найдете комбинацию с тем же хэшем, вы нашли возможный пароль для этого хеша.

Допустим, вы используете хорошую соль и достаточно длинный пароль, тогда вам нужно что-то вроде 1-5 секунд для хэша пароля. Если вы используете подход blowfish со стоимостью = 10, вам нужно 10-50 секунд для хэша пароля. Для одного пароля это не имеет большого значения. Таким образом, направленная атака на один хэш по-прежнему проста, но обычно люди получают большие списки комбинаций пользователей и паролей и заинтересованы в том, чтобы быстро получить пароли для всех из них. Тогда это гораздо менее выгодно для плохого парня, так как ему требуется в 10 раз больше мощности процессора, чтобы вычислить все это.