Зачем в «f(x)=» вставлять документ после знака равенства? Там вообще то получаемый на выходе хеш. То что мы хешируем это икс. Зачем использовать математическую нотацию если вы ее не понимаете? Чтобы круг непонимающих ширился?
Вы не совсем правы на счет того, что при любых правках договора гарантировано изменится хэш-сумма. Есть такое понятие, как колизия - это когда одна и та же хэш-сумма соответсвует нескольким вариантам исходного сообщения (или в вашем примере документа). Колизии есть в любых хэш-функциях, но они возникают при превышении длины документа выше определенного размера, являющегося характеристикой этой хэш-функции. Т.е. если документ будет реально большим, то и хэш-сумма должна быть очень длинной. Иначе можно определенным образом подправить док и вы этого не заметите.
Можно отсканировать весь текст и сравнить 2 полных набора данных, это будет тоже без заморочек и 0% на получение коллизий (а так получаеться все еще возможно если найти коллизию - то подписать 2 разных документа с одним хешом), это хоть и мало вероятно, но все равно… тем более что вычислительных ресурсов тратиться даже больше в генерации хеша, чем в полном сравнении 2 документов
![Насколько безопасно 256-битное шифрование? [3Blue1Brown]](/img/n.gif)
Дружище, ты очень доступно рассказываешь сложные для новичков вещи простым языком. Спасибо тебе большое за твою работу !
Зачем в «f(x)=» вставлять документ после знака равенства? Там вообще то получаемый на выходе хеш. То что мы хешируем это икс. Зачем использовать математическую нотацию если вы ее не понимаете? Чтобы круг непонимающих ширился?
Круто объяснил, спасибо)
Хоть я знал это раньше, но лайк и подписка за столь доступное изложение.
Вы не совсем правы на счет того, что при любых правках договора гарантировано изменится хэш-сумма.
Есть такое понятие, как колизия - это когда одна и та же хэш-сумма соответсвует нескольким вариантам исходного сообщения (или в вашем примере документа). Колизии есть в любых хэш-функциях, но они возникают при превышении длины документа выше определенного размера, являющегося характеристикой этой хэш-функции. Т.е. если документ будет реально большим, то и хэш-сумма должна быть очень длинной. Иначе можно определенным образом подправить док и вы этого не заметите.
капитан очевидность
Воистину доступно объяснять не всем дано. Все знал, но посмотрел, спасибо
Классной объясняете! Четко конкретно и без воды!
Можно отсканировать весь текст и сравнить 2 полных набора данных, это будет тоже без заморочек и 0% на получение коллизий (а так получаеться все еще возможно если найти коллизию - то подписать 2 разных документа с одним хешом), это хоть и мало вероятно, но все равно… тем более что вычислительных ресурсов тратиться даже больше в генерации хеша, чем в полном сравнении 2 документов
спасибо, хорошее видео
"Состоящая из наборов цифр и букв". Вот те на а я то думал что это число записанное в шеснадцетиричной системе, спасибо за просветление!
Где , в какие программы можно вставить текст, чтобы найти хэш-значение?
ну как там ? за 3 года вам уже подключили Гугл и разрешили им пользоваться? ))
+
И чо?
воды на 8 минут