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


нет, не так.

Вся соль заключается втом, что даже если ты скажешь, что приставка к паролю при создании хэша равна "qwertyu" , то получив хэши самих паролей, злоумышленник вряд ли спокойно подберет сами пароли, покуда все базы которые ведут хранения хэшей не хранят пароли с такими приставками.
Например пароль: 123456 - его хэш = e10adc3949ba59abbe56e057f20f883e , этот хэш ты легко раскодируешь, а вот пароль 123456qwertyu - его хэш будет равен a4246fd151488e49d4118c8e691d33ce и практически нереальный шанс найти расшифровку этого хэша, т.к. вряд ли его кто вводил где - либо. Таким образом выходит, что проще заняться брутом, чем расшифровкой пароля.
В общем думаю понятно немного стало, как это работает!?

Использование позиционной конкатенации специального salt-значений в процессе генерации ассоцированных hash-кодов для оригинальных информационных полей, позволяет осуществить усложнение процесса подбора оригинального значения пароля на основании применения механизма радужных таблиц Rainbow tables, в условиях отсутсивия возможно модификаиции локального элементного уровня трактования и информационного кодового описания для предполагаемого подобранного значения пароля

Спасибо, все понял )