Определить алгоритм шифрования

A ------------- B -------- C --------------D
12012 27.11.2019 0002701 16eab9baddd_119_mgtd
12012 27.11.2019 0002702 16eabb0bb23_a10_mgtd
12012 27.11.2019 0002703 16eabcf4745_1_mgtd
12012 27.11.2019 0002704 16eac26f869_1_mgtd
12012 27.11.2019 0002705 16eac6bd0c7_371_mgtd
12012 26.11.2019 0002686 16ea60ee722_1_mgtd
12012 26.11.2019 0002687 16ea61113bd_a7_mgtd
12012 25.11.2019 0002663 16ea0e7b960_1f_mgtd
12012 25.11.2019 0002665 16ea0f93823_3d_mgtd
12012 25.11.2019 0002675 16ea201ee23_102_mgtd
12012 25.11.2019 0002676 16ea20843c0_7c_mgtd
12012 25.11.2019 0002679 16ea23b5e35_55f_mgtd
12012 25.11.2019 0002680 16ea23c8383_64_mgtd
12012 20.11.2019 0002634 16e875fbf81_27_mgtd
12012 20.11.2019 0002635 16e87684a8e_bf_mgtd
12012 20.11.2019 0002636 16e876a4142_44f_mgtd
12012 20.11.2019 0002637 16e876dd38c_8f_mgtd
12012 20.11.2019 0002638 16e87779a22_27_mgtd
12012 20.11.2019 0002639 16e87799233_7f_mgtd
12012 20.11.2019 0002640 16e878a0ab0_88_mgtd
12012 20.11.2019 0002641 16e8794aa2f_2fb_mgtd
12012 20.11.2019 0002642 16e87a4ab20_27_mgtd
12012 13.11.2019 0002583 16e6340da5a_1_mgtd
26010 09.11.2019 0035449 16e4ef20772_36_mgtd
12012 09.11.2019 0002548 16e4f18f023_1_mgtd
12012 07.11.2019 0002514 16e44605170_27_mgtd
12012 07.11.2019 0002518 16e44b3f452_9e_mgtd
26004 07.11.2019 0037183 16e4543095e_b2_mgtd
26010 07.11.2019 0035194 16e4b0eba01_1b2e_mgtd
26004 29.10.2019 0036015 16eb1bf6ec7_1456_mgtd
12012 28.10.2019 0002436 16e11094ec3_5b_mgtd
12012 28.10.2019 0002437 16e11245b2b_1_mgtd
12012 28.10.2019 0002435 16e11bb2e65_18b_mgtd
26004 26.10.2019 0035706 16e069f68e6_1bc_mgtd
26004 26.10.2019 0035702 16eb1beb767_1384_mgtd
12012 24.10.2019 0002403 16dfc13e221_1_mgtd
12012 24.10.2019 0002407 16dfc6cb096_1_mgtd
12012 24.10.2019 0002408 16dfc6dc9bf_66_mgtd
12012 24.10.2019 0002409 16dfc932e50_1_mgtd
12012 24.10.2019 0002410 16dfcae9cbb_1_mgtd
26010 24.10.2019 0033191 16dfcfa3f77_98_mgtd
26004 23.10.2019 0035227 16df768860e_1_mgtd
12012 19.10.2019 0002370 16de2cfaeaa_1_mgtd
12012 19.10.2019 0002371 16de2d18339_1_mgtd
12012 19.10.2019 0002372 16de2d54bae_72_mgtd
12012 19.10.2019 0002373 16de3423b76_25_mgtd
12012 19.10.2019 0002374 16de34320b0_18_mgtd

Файл прикрепляется на сервер, сервером присваивается номер, после одобрения (подтверждением сотрудника) со стороны сервера присваивается номер указанный в столбце D.

Нужно определить как генерируется столбец D (алгортим)

0

Столбец А : это номер скажем комнаты таких комнат всего несколько 50 +- шт. а именно у всех комнат есть свой номер столбец А и есть его номер

Столбец B : это дата который создается файл в комнате А

Столбец C : это номер документа созданный в комнате A в дате указанной B

Человек отправил документ в электронном виде с указанными данными, а именно столбцами А и B это ему всегда известно, он может отправить документ в любую комнату какую только захочет.

Человек сам ставит номер комнаты и даты документа (дата должны быть всегда текущим днем отправления документа).

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

Например человек отправил документ в комнату 26010 в 24.10.2019 и в комнате автоматический присвоиться уникальный номер к документу 0033191 и этот уникальный номер приходит уведомлением человеку который отправил документ.

После определенного времени с комнаты одобряют этот документ после всего этого документ можно будет получить уже одобренный с комнаты, а именно после одобрения комнаты (после одобрения присваивается номер в столбце D) после этого можно будет скачать этот документ.

Коротко:

Другому челу известно столбцы А, B, C, но не известно столбец D
Можно ли узнать столбец D имея под рукой данные из столбцов A, B, C?

0

Вы вводите 16de34320b0 и получаете 1571475890352 это уже известные данные.

Нужно из 19 октября 2019 г., 14:04:50 получить (представим что нам неизвестные данные: 16de34320b0)
Т.к. при получении из 19 октября 2019 г., 14:04:50 выходит 1571475890000 если из него получить Decimal (10) выходит HEX (16) 16DE3431F50, а из 16DE3431F50 получить HexaDecimal (base 16) выходит 1571475890000 т.е. одно и тоже.

Нам нужно не зная 16de34320b0 эти данные получить их имея под рукой только 19 октября 2019 г., 14:04:50 эти данные

Миниатюры

 

0

F - Ваше искомое значенеие!!!!

А что это за значение ?

0

Сообщение от johnrich Можно ли узнать столбец D имея под рукой данные из столбцов A, B, C?

К сожалению, никак этого узнать нельзя, т.к. D формируется в ту секунду и миллисекунду, когда "оператор" одобряет этот документ.
Но если "чел", который отправляет документ на одобрение, получает ответное сообщение с этим номером (D), то он, естественно, знает это время

Сообщение от johnrich Нужно из 19 октября 2019 г., 14:04:50 получить (представим что нам неизвестные данные: 16de34320b0)

этого никак не получить, разве что в ответном сообщении о присвоении такого-то номера сообщению. Т.е. заранее вы не сможете узнать когда оператор одобрит документ (скорее всего это делается вручную). Все же в таблице которую я сделал можно видеть что время одобрения документа неравномерно, и дважды одобрение проходит чуть ли не через 30 дней после отправки документа "челом" (похоже оператор в отпуске был)

Сообщение от johnrich F - Ваше искомое значенеие!!!! А что это за значение ?

Это значение между "16eab9baddd_" и "_mgtd" переведенное в десятеричную систему счисления:

Сообщение от johnrich 16eab9baddd_119_mgtd 16eabb0bb23_a10_mgtd 16eabcf4745_1_mgtd ...

я думал что в итоге вам нужно понять что это за значение, и думал что увидев эти значения в более привычном (десятеричном) формате, Вы сможете понять что это за значение
но возможно это просто номер оператора, который одобрил документ

0

Сообщение от Serg_o_Grey К сожалению, никак этого узнать нельзя, т.к. D формируется в ту секунду и миллисекунду, когда "оператор" одобряет этот документ. Но если "чел", который отправляет документ на одобрение, получает ответное сообщение с этим номером (D), то он, естественно, знает это время

Ответное сообщение получает вот в таком формате 19 октября 2019 г., 14:04:50 только без миллисекунды

Сообщение от Serg_o_Grey Это значение между "16eab9baddd_" и "_mgtd" переведенное в десятеричную систему счисления:

Возможно у меня не получается сопоставить данные из таблицы F а например:
12012 19.10.2019 0002374 16de34320b0_18_mgtd
в вашей таблице вместо 18 получилось 24

Чтобы получить миллисекунды думаю нужно будет перебирать эти миллисекунды и возможно удастся получить правильное значение

12012 24.10.2019 0002408 16dfc6dc9bf_66_mgtd
в вашей таблице вместо 66 получилось 102

0

0х66=102

0

Сообщение от johnrich 12012 19.10.2019 0002374 16de34320b0_18_mgtd в вашей таблице вместо 18 получилось 24

мне казалось мы с этим уже разобрались. Вам бы почитать про различные системы счисления, и приведенеие из одной системы в другую:

Сообщение от Serg_o_Grey +-------+-----------------------------------------+-------+---------------------------------------------+--------+-------+ | A | B | C | D | E | F | +-------+-----------------------------------------+-------+---------------------------------------------+--------+-------+ ... | 12012 | 1571432400 (MSK_Сб_2019-10-19_00:00:00) | 2374 | 1571475890 (MSK_Сб_2019-10-19_12:04:50.352) | 12.08 | 24 |

вероятно разница в 2 часа с Москвой

Сообщение от johnrich Ответное сообщение получает вот в таком формате 19 октября 2019 г., 14:04:50 только без миллисекунды

получается время вы знаете с точностью до 7 знаков и оно лежит в диапазоне от 16DE3431F50 до 16DE3432337 или (от 1571475890000 до 1571475890999)

в исходном это так:

Сообщение от johnrich 12012 19.10.2019 0002374 16de34320b0_18_mgtd

если вы имеете доступ к базе то поиск осуществить очень просто:
SERLECT * FROM your_files_table WHERE file_name LIKE '16DE3431F%' OR file_name LIKE '16DE34320%' OR file_name LIKE '16DE34321%' OR file_name LIKE '16DE34322%' OR file_name LIKE '16DE34323%';
и в этом случае неважно что это за число такое - _18_

0

Сообщение от Serg_o_Grey Это значение между "16eab9baddd_" и "_mgtd" переведенное в десятеричную систему счисления: Сообщение от johnrich 16eab9baddd_119_mgtd 16eabb0bb23_a10_mgtd 16eabcf4745_1_mgtd

Я не профи, поэтому возможно задам вопрос ещё раз
Откуда берете данные :
16eab9baddd_119_mgtd
16eabb0bb23_a10_mgtd
16eabcf4745_1_mgtd
Ведь 16eab9baddd можно понять как дату, но значение в поле F не могу понять как и откуда?

Сообщение от Serg_o_Grey если вы имеете доступ к базе то поиск осуществить очень просто: SERLECT * FROM your_files_table WHERE file_name LIKE '16DE3431F%' OR file_name LIKE '16DE34320%' OR file_name LIKE '16DE34321%' OR file_name LIKE '16DE34322%' OR file_name LIKE '16DE34323%'; и в этом случае неважно что это за число такое - _18_

А проблема в том что я не имею доступ к базе

0

Сообщение от johnrich Ведь 16eab9baddd можно понять как дату, но значение в поле F не могу понять как и откуда?

перечитали бы сообщения выше (может не один раз) и попытались бы воспользоваться советами и рекомендациями данными там, скорее всего поняли бы. А так, это уже даже не забавно

Сообщение от johnrich А проблема в том что я не имею доступ к базе

Ну тогда на этом всё!

0