Это ты кому?
Главное разгадать какой считается хэш, после этого можно будет и свои создавать.
Хэш либо 32-битный либо 16. Скорее всего 32-х, т.к. толку от хэшей 16-битных мало.
Так что надо брать 3 хэша, и пытаться подбирать алгоритм хэша. Если среди известных не найдётся, то увы... это дело бесполезное.
Например можно перебрать все 2^31 хэшей CRC32 ))).
(первый бит всегда 1)
Вопрос: зачем брать 3 хэша? По следуйщим причинам:
предположим что они берут хэш, затем к нему чего-то прибавляют, либо ксорят... Тогда, чтобы однозначно определить чего прибавляют нужно два хэша, аналогично для ксора.
Зачем третий? Если мы однозначно определяем по двум, значит не отсекаем этот вариант! Для нас тогда любой вариант "возможный", и тут нам нужен хотябы третий хэш, чтобы хоть как-то отсечь варианты.
Моё предположение: первые 16 бит ключ для расшифровки, остальные 16 бит - остаток хэша, который состоит из этих 32 бит. Искать то надо как-то быстро!) а "h(" как-то так это так называемая "соль". В криптографии обычно предполагают, что алгоритм шифрования известен
. А тут это не так
.
Добавлено позже:О! идея, кто знает какую чексумму сега считает у ромов? Полюбому им же лень было писать второй хэш, и наверно они заюзали стандартный сеговский.