@uhti

Привет!

База MySql.
Одна из колонок таблицы хранит BLOB записи одинаковой длинны в 16 байт.
Но при выводе в интерфейс записи представляют собой String.

Например,
5G-0435 - номер детали, который хранится в 16-ти байтах BLOB:
128 145 15 95 213 249 24 70 240 124 95 26 120 38 213 163

Что-бы это могло быть, куда смотреть?
Кто-нибудь практиковал такое хранение?

0

@UnknownSoldier

Блочное шифрование, по всей вероятности.
Точный алгоритм есть в софте, который работает с БД и преобразует 16 байтов в строку. Его и надо смотреть.

0

@uhti

Есть MySql база, dll-ки. HTML-интерфейс с jar-ами.

Изначально, думаю, код лежит в одной из dll-к, но их десятки.
Может ли код, преобразующий BLOB в String, быть 'продублирован' в одном из jar - файлов?

Вот одна из таблиц: D:\SIS\database\data\sisdata\lnkrelatedpartinfo.MYD

PARTNUMBER;TYPEINDICATOR;RELATEDPARTNUMBER;RELATEDPARTNAME;NPRINDICATOR
BLOB;VARCHAR;BLOB;VARCHAR;VARCHAR
...;R;...;RAIL AS-FUEL;Y
...;R;...;RAIL AS-FUEL;Y
...;R;...;RAIL AS-FUEL;Y
...;R;...;CRANKSHAFT A-UTN;Y

чтение которой в ProcessMonitor выглядит следующим образом:

9:11:30,9128095 mysqld-max-nt.exe 10048 FASTIO_READ D:\SIS\database\data\sisdata\lnkrelatedpartinfo.MYD SUCCESS Offset: 67 750, Length: 1
........................
9:11:31,0936611 java.exe 8108 FASTIO_READ D:\SIS\webserver\work\Standalone\sishost\sisweb\WEB-INF\lib\sisweb.jar SUCCESS Offset: 1 040 978, Length: 30
.......................
9:11:31,4183557 java.exe 8108 FASTIO_READ D:\SIS\webserver\webapps\sisweb.war SUCCESS Offset: 20 002 089, Length: 30

sisweb.war содержит файл tuf-sys-crypto.jar с tufcrypto.properties:

#Tue Sep 23 07:43:34 CDT 2008
keyGen={XOR}JCdkQmMu5r1kdybNyZtAlw\=\=
cipher={XOR}JCdkQmMu5r1kdybNyZtAlw\=\=
storeFile={XOR}F8U8jtNXdH6mIt9TFj29/g\=\=
keyAlias={XOR}vNor1IPRhVxKLtVnVL58Vw\=\=
profileName={XOR}W7hE0kCscih3rrb+AAw2vg\=\=
keyPwd={XOR}alEna/tJ0SpzWU9XD2zTZA\=\=
storePwd={XOR}/nJRwS1P/r3OERbe4s8dfQ\=\=

Что это, может что полезное?

0

@vantfiles

а как кстати в базе называется этот блоб?

0

@Black Fregat

Предположу, что все эти W7hE0kCscih3rrb+AAw2vg== не что иное, как маски для xor, закодированные base64

Добавлено через 35 секунд
Проверять с телефона лениво..

0

@uhti

В смысле? PARTNUMBER и RELATEDPARTNUMBER

Добавлено через 7 минут
Ооо, Мудрейший из мудрейших! для меня это так, блин, важно, что 'лениво' не катит..
Ты хоть скажи, что проверять, куда проверять.. ни кушать, ни спать не могу...

Добавлено через 29 минут
byte [] profileName = Encoding.UTF8.GetBytes("W7hE0kCscih3r rb+AAw2vg\=\=");
byte [] cstr = { 128, 145, 15, 95, 213, 249, 24, 70, 240, 124, 95, 26, 120, 38, 213, 163 };
for(int i = 0; i < cstr.Length; i++) cstr[i] ^= profileName[i];
string str = ""; for(int i = 0; i < cstr.Length; i++) str += (char)cstr[i];

Это имелось ввиду?

0

@UnknownSoldier

Вряд ли. В нормальной программе код должен встречаться один раз.

ProcessMonitor логирует низкоуровневые обращения, добраться от них к нужным полям нужных таблиц будет тяжеловато.

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

Это было бы слишком просто. Шансы угадать алгоритм, не разбирая код, крайне малы.

0

@uhti

UnknownSoldier, можете помочь? Не знаю насколько трудоемко для вас. мой mail: 4734@bk.ru

0