Это нормально что BcryptNet/bcrypt.net конкатенирует соль с хешем просто и

Question

Это нормально что BcryptNet/bcrypt.net конкатенирует соль с хешем просто и

всё? и то что у него соль длинной 29 всегда тоже ок? на первой строке соль + ее длина, на 2 и 3 хеш пароля на основании соли полученный

#net #programming #russian

0

04.09.2023

10 ответов

5 просмотров

flexxxer flexxxer Автор вопроса

Evgeniy Alexandrov
У тебя соль в bcrypt - это 128 бит = 16 байт = cei...

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

0

8 месяцев назад

Evgeniy Alexandrov

flexxxer flexxxer
на счет хз чьей имплементации - это тупо топ 1 нав...

Да, соль раскрывать безопасно. Соль, которую нельзя раскрывать (и нужно отдельно хранить от хеша) - ее обычно специально обозначают секретной (secret salt) или перцем (pepper). Основная задача соли - усложнить взлом при массовом сливе (утекло N хешей - если у каждого разная соль, то для взлома нужно N таблиц предпросчитать вместо одной) Популярность не гарантирует корректность/отсутствие багов/гонок. Лет шесть назад смотрел 4 самых популярных реализации scrypt под дотнет - так все с багами были

0

8 месяцев назад

Roman Bukin

Evgeniy Alexandrov
У тебя соль в bcrypt - это 128 бит = 16 байт = cei...

Чем людям pbkdf2 не угодил, имплементацию которого можно ещё и безвозмездно стырить с исходников asp net core identity

0

8 месяцев назад

Roman Bukin

Roman Bukin
Чем людям pbkdf2 не угодил, имплементацию которого...

(он, например, используется в iCloud)

0

8 месяцев назад

Ἀρίσταρχ Zagorodnikov

Roman Bukin
Чем людям pbkdf2 не угодил, имплементацию которого...

Не требует много памяти, следовательно относительно дёшево перебирать. Про практическую безопасность ничего не скажу. Мы как-то сразу с SHA-1 переехали на bcrypt и сидим =)

0

8 месяцев назад

Roman Bukin

Ἀρίσταρχ Zagorodnikov
Не требует много памяти, следовательно относительн...

Ну поставь ты рандомизированное число итераций 20к-25к и моль рандомную для каждого хэша

0

8 месяцев назад

Etki

Ἀρίσταρχ Zagorodnikov
Не требует много памяти, следовательно относительн...

Как связана память и дешевизна перебора?

0

8 месяцев назад

Roman Bukin

Etki
Как связана память и дешевизна перебора?

Хз где там дешевизна, каждый последующий шаг зависит от результатов предыдущего, итераций дофига

0

8 месяцев назад

Ἀρίσταρχ Zagorodnikov

Etki
Как связана память и дешевизна перебора?

С параллелизуемостью. Большое требования к памяти портят типовое соотношение между ядрами и ОЗУ, не позволяют эффективно использовать data-parallel системы типа GPU.

0

8 месяцев назад

Evgeniy Alexandrov · Accepted Answer

У тебя соль в bcrypt - это 128 бит = 16 байт = ceil(16*4/3) = 22 символа в base64 перед этими 22 символами соли идет заголовок $2a$11$ - здесь 2a - версия алгоритма, 11 - количество раундов далее твой пароль, вместе с солью и числом раундов передается в собственно алгоритм bcrypt - и на выходе получается хеш в 192 бита = 24 байта = 31 символ в base64 - вот этот хвост добавляется к 29 битов параметризации - и на выходе получается 60-символьная строка Так что в bcrypt то все нормально Что ненормально - это задавать такие вопросы. Если это вот все неочевидно - то лезть в bcrypt довольно опасно- можно организовать дырень на ровном месте. Особенно в фиг знает чью имплементацию

170 похожих чатов

Это нормально что BcryptNet/bcrypt.net конкатенирует соль с хешем просто и

10 ответов

Похожие вопросы