Pull to refresh
0
0
Юрий Марченко @iurii

User

Send message
Почему-то в данной конфигурации не работает перенаправление траффика c http на https, буду разбираться.
Нет возможности подделать результат с тем чтобы выиграл «нужный» участник.
Да нет там «собственной криптографии» ))
Алгоритм позволяет прозрачно выбрать победителя и каждый может проверить достоверность результата и отсутствие фальсификаций розыгрыша. Описание работы алгоритма на примере конкретного розыгрыша — https://bepeam.com/ua/124/?howTo=Y. Я подробнее опишу в отдельной статье.
Алгоритм описан на сайте к каждому розыгрышу, например: https://bepeam.com/ua/124/?howTo=Y(укр). Основная идея его в том что каждый может проверить достоверность результата и исключить фальсификации в розыгрыше.

Благодаря алгоритму определения победителя, который мы реализовали на bepeam.com любой посетитель может проверить достоверность результата розыгрыша, обычные генераторы такой возможности не дают.

Но ваш эксперимент на целом миллионе хешей показал что так не бывает.

Нет, вполне могло быть что попадется хеш с меньшим количеством цифр, на скриншоте — анализ миллиона случайных хешей.
Я к тому что качество этого эксперимента и того что описан в статье идентично, они ничего не показывают.

Для меня данные, которые я получил и показал в статье показывают то, что с увеличением количества хешей в массиве значение delta уменьшается и любая цифра почти с одной и той же вероятностью попадется в массиве. На выборке из 100 хешей delta равна 22.17%, но на 10000000 — 0.06%. Для меня эти данные имеют прикладной характер и для проверки этого и делался эксперимент.
Есть вероятность того что может быть хеш без цифр, например:
MD5 ("cbaabcdljdac") = cadbfdfecdcdcdacdbbbfadbcccefabd
как и вероятность того что MD5 хеш будет полностью цифровой:
MD5 ("aooalg") = 68619150135523129199070648991237
А если весь хэш — это нечто вроде aafdeccdeffaabcaadf?

Проверял. Такова вероятность есть, но, например, на выборке в 1000000 хешей все равно в хеше присутствует минимум 8 цифр.
image
По ним ситуация та же. Когда я делал просчет данных, которые нужны были для других целей и которые после включил в статью — использовал от 0 до 9.
давайте вместе проверим мое утверждение и грамотно его опишем.
Я описал частный случай исследования вопроса, который передо мной стоял. Статья не претендует на полноту и не охватывает анализ алгоритма хеширования и его реализации.

И отдельно, вы за три минуты статью про криптографию прочитали, или ответили не читая её?

статья старая, читал ранее.
… стремится к равномерности. Чем больше выборка хешей тем меньше разность между количеством самого часто встречаемого и самого редко встречаемого числа. Исходя из этого я делаю вывод что при увеличении массива хешей вероятность получения того или иного числа в хеше стремится к равномерности. Поправил в тексте.
Тут нет «отношения к криптографии как к магии» — задача стояла не проанализировать криптографический алгоритм, а проанализировать результаты работы алгоритма хеширования.
Смысл был проверить распределение количества чисел в массиве хешей. Значение delta из массива случайных строк или 000000001...999999999 — результат будет приблизительно таким же.
Не тянет на рейтинг, скорее на истории. Да и «киберпреступников» не видно.
iurii.marchenko @ gmail.com, и мне пожалуйста
Еще одна возможность пообщаться на open source темы и хорошенько отдохнуть. Спасибо Дмитрию и организаторам за инициативу.

Information

Rating
Does not participate
Location
Киев, Киевская обл., Украина
Date of birth
Registered
Activity