https://www.opennet.ru/openforum/vsluhforumID9/9587.html пытаюсь понять, по какому алгоритму эти цифры (unixtime) были переведены в hex (или что это?)<br>там так же есть и другие цифры, привязанные к этому time:<br>1353759194 -&gt; 2db40b + 8808965 + 517228<br>1353759168 -&gt; b194ab + 7109279 + 517228<br>1353759135 -&gt; b366ed + 7384326 + 517228<br>может кто с опытным глазом поймёт?<br> https://www.opennet.ru/openforum/vsluhforumID9/9587.html#19 Sat, 01 Dec 2012 16:51:01 GMT &gt;&gt;&gt;&gt;&gt;&gt;[оверквотинг удален] <br>&gt;&gt; как эти 0x вычисляются?<br>&gt; Да забей ты на эти результаты, это так... оценочная пристрелка была.<br>&gt; Нужны суммы хотя бы 10 подряд секунд, потому как замеры с шагом <br>&gt; в <br>&gt; 26 и 33 секунды почти тот же рандом. :) <br><br>а говорил "хакнули" :)<br>ок, вот:<br>1354380191 9d3af9 5288526 515632<br>1354380192 9d3af9 9683068 516435<br>1354380193 47a703 4367619 514030<br>1354380194 c86baf 1001106 514033<br>1354380195 df8d31 3593081 513232<br>1354380196 3f0ec5 10404958 514034<br>1354380201 728680 15322612 512433<br>1354380202 728680 9224301 513225<br>1354380204 abfaa7 3249889 522041<br>1354380205 701027 729426 510821<br>1354380206 701027 13903112 520433<br><br>погорячился я с "константой" ^^<br>блин, уравнение с 3мя неизвестными<br>если решишь, тебе наверное нобелевку давать можно :))<br> https://www.opennet.ru/openforum/vsluhforumID9/9587.html#18 Fri, 30 Nov 2012 01:52:53 GMT &gt;&gt;&gt;&gt;&gt;[оверквотинг удален] <br>&gt; как эти 0x вычисляются?<br><br>Да забей ты на эти результаты, это так... оценочная пристрелка была.<br>Нужны суммы хотя бы 10 подряд секунд, потому как замеры с шагом в <br>26 и 33 секунды почти тот же рандом. :)<br> https://www.opennet.ru/openforum/vsluhforumID9/9587.html#17 Thu, 29 Nov 2012 15:07:05 GMT &gt;&gt;&gt;&gt;[оверквотинг удален] <br>&gt;&gt;&gt;&gt; цифра 0.014794913 откуда берётся??<br>&gt;&gt;&gt; Так из первого уравнения: 1 - (UNIXTIME/(10*SUM)) <br>&gt;&gt; или я где-то туплю, или ты это же уравнение потом используешь с этим же числом <br>&gt; Блин, этим уравнением, и его результатом, я тебе показал, как взаимосвязаны числа <br>&gt; слева и справа (из первого сообщения).<br>&gt; То есть, к тебе прилетели эти три числа, берёшь их складываешь <br>&gt; (0x2db40b + 0x8808965 + 0x517228), потом умножаешь на 10, это <br>&gt; и будет примерный UNIX_TIME, с точностью до 1.5 минут :) <br><br>погрешность великовата, конечно, там с точностью до секунды палится<br>но вполне допускаю, что прокатит случайная генерация, как ты говорил выше: x + y = z, x &lt; z<br>а там уже погрешностью можно управлять, если числа внатуре рандомные<br>вполне сойдёт за алгоритм, учитывая, что там все остальные алгоритмы вообще никакие<br><br>я чё-то не могу повторить эту операцию:<br><br> 1353759194 <br>1 - -------------------------------------<br> 10 * (0x2db40b + 0x8808965 + 0x517228)<br><br>ну и https://www.opennet.ru/openforum/vsluhforumID9/9587.html#16 Mon, 26 Nov 2012 21:59:03 GMT &gt; троллишь?<br><br>туплю. извините<br><br> https://www.opennet.ru/openforum/vsluhforumID9/9587.html#15 Mon, 26 Nov 2012 01:48:57 GMT &gt;&gt;&gt;[оверквотинг удален] <br>&gt;&gt;&gt; цифра 0.014794913 откуда берётся??<br>&gt;&gt; Так из первого уравнения: 1 - (UNIXTIME/(10*SUM)) <br>&gt; или я где-то туплю, или ты это же уравнение потом используешь с этим же числом <br><br>Блин, этим уравнением, и его результатом, я тебе показал, как взаимосвязаны числа<br>слева и справа (из первого сообщения).<br><br>То есть, к тебе прилетели эти три числа, берёшь их складываешь <br>(0x2db40b + 0x8808965 + 0x517228), потом умножаешь на 10, это <br>и будет примерный UNIX_TIME, с точностью до 1.5 минут :)<br><br>---<br><br>Короче, без алгоритма CRC - все бесполезно. Аппроксимация, интерполяция, экстраполяция <br>и т.п., для дискретных величин малоэффективны и дают лишь оценку сложности. <br>В твоём случае алгоритм CRC должен быть полной фигнёй, коль просматривается <br>такая зависимость. <br><br>По делу тут можно только генерировать и ловить коллизию CRC, не менее 3 штук.<br>тогда восстановишь алгоритм расчёта второго числа. И уже после - найдёшь алгоритм CRC.<br><br> https://www.opennet.ru/openforum/vsluhforumID9/9587.html#14 Mon, 26 Nov 2012 01:43:22 GMT &gt;&gt;[оверквотинг удален] <br>&gt;&gt; цифра 0.014794913 откуда берётся??<br>&gt; Так из первого уравнения: 1 - (UNIXTIME/(10*SUM)) <br><br>или я где-то туплю, или ты это же уравнение потом используешь с этим же числом<br><br>и ещё дело в том, что мне чексумма и второе число как бэ не известны, я их должен получить<br> https://www.opennet.ru/openforum/vsluhforumID9/9587.html#13 Mon, 26 Nov 2012 01:38:40 GMT &gt;[оверквотинг удален]<br>&gt; цифра 0.014794913 откуда берётся??<br><br>Так из первого уравнения: 1 - (UNIXTIME/(10*SUM))<br><br>Как я думаю, умножение на 10 сто пудов есть, а дальше нужен алгоритм вычисления чексуммы.<br><br>Мы и так дофига знаем: <br>1. То, что одно число константа и равна недели. <br>2. Уравнение: 1 - (UNIXTIME/(10*SUM)), дает взаимосвязь с точностью до 0.1<br>3. Сумма из CRC и случайного меж собой связаны. <br> https://www.opennet.ru/openforum/vsluhforumID9/9587.html#12 Mon, 26 Nov 2012 01:28:14 GMT &gt;[оверквотинг удален]<br>&gt;&gt; если получается unixtime, то тогда имеем 2 неизвестных: 2db40b и 8808965, которые <br>&gt;&gt; генерятся.. рандомно? должна быть закономерность какая-то <br>&gt; Их сумма - константа, а меж собой рандомны, это уравнения вида: x <br>&gt; + y = z, x &lt; z <br>&gt; То есть генерим любое (x) меньше (z), потом делаем (z - x <br>&gt; = y) <br><br>их сумма не может быть константой. если 2 константы сложить, то unixtime не получится (оно ведь изменяется каждую секунду)<br><br>&gt;&gt;&gt; Ты лучше скажи где откопал, условия, место... источники....<br>&gt;&gt; условия: unixtime это время текущее, а 2db40b - его checksumm (ну так <br>&gt;&gt; переменная называется в коде жабаскрипта) <br>&gt; Ну вот, мы только что похакали генератор чексуммы :) <br><br>ну я тут просто зритель :)<br>причём, в 5 утра мало понимающий :))<br>вот тут: 10 * ( 1 + 0.014794913 ) * (0x2db40b + 0x8808965 + 0x517228) = UNIX_TIME<br>цифра 0.014794913 откуда берётся??<br> https://www.opennet.ru/openforum/vsluhforumID9/9587.html#11 Mon, 26 Nov 2012 01:24:01 GMT &gt;&gt;&gt;&gt; Результаты такие: <br>&gt;&gt;&gt;&gt; -0.0737443548, 0.035920647 и 0.014794913 <br>&gt;&gt;&gt; так результатом должен стать этот unixtime, например <br>&gt;&gt;&gt; а эти цифры вообще ниачОм получаются <br>&gt;&gt; Как ни о чём, например = 10 * ( 1 + 0.014794913 <br>&gt;&gt; ) * (0x2db40b + 0x8808965 + 0x517228) = UNIX_TIME, а именно <br>&gt;&gt; 1353759194; <br>&gt;&gt; Думаю даже числа отбросить можно, оставить просто (10 * SUM = UNIX_TIME); <br>&gt; если неделя, то почему не меняется каждую неделю? <br><br>Это скорее дополнение, типа два случайных и дописочка <br><br>&gt; если получается unixtime, то тогда имеем 2 неизвестных: 2db40b и 8808965, которые <br>&gt; генерятся.. рандомно? должна быть закономерность какая-то <br><br>Их сумма - константа, а меж собой рандомны, это уравнения вида: x + y = z, x &lt; z<br>То есть генерим любое (x) меньше (z), потом делаем (z - x = y) <br><br>&gt;&gt; Ты лучше скажи где откопал, условия, место... источники....<br>&gt; условия: unixtime это время текущее, а 2db40b - его checksumm (ну так <br>&gt; переменная называется в коде жабаскрипта) <br><br>Ну вот, мы только что похакали генер