уни-патч для линукса и для макоси

[HPDX2300]

немного инфы для снятия нервного напряжения:
"SN" (SerialNumber) и первые 112 байт памяти ключа (в дампе это "Data") задействованы в проверке hasp-ключа изделием.

Хочу сказать разработчикам защитных механизмов изделия: "тщительнее тестировать надо, ребята", а то поставили всех причастных к саппорту вашего изделия в позу с опорой на четыре кости.
А если у последнего факапа будет продолжение, то набросал примерный план ответных действий:

1) уже в процессе разработки генератор "мутантов" с подбором "белого" значения "SN";
примерная схема работы:
(1) - берем какой-нибудь SN (из ранее известных);
(2) - отправляем на сервис вендора пакет так, как это делает платформа перед "наказанием"; (скриптик на питоне уже в процессе реализации)
(3) - если в ответе сервера нет "наказания", то вычисляем байтики для "Data" (уже реализовано). если в ответе сервера есть "наказание", то SN=SN+1 и переход к (2)

2) есть патч, ломающий проверку hasp-ключа изделием - так что изделие стартанет с любым значением SN ключа; если доступ к инет-сервису валидации будет открыт, то нужно ещё патчить механизм "наказания"

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

P.S.
в виндовом унипатче, которым мы научились пользоваться под Linux, 99% кода - это реализация сервисов шифрования и дешифрования данных - огромное СПАСИБО создателям виндового унипатча за этот код.

[HPDX2300]

(2) - отправляем на сервис вендора пакет так, как это делает платформа перед "наказанием"; (скриптик на питоне уже в процессе реализации)

при реализации пункта (2) обнаружил в коде изделия захардкоденую проверку вот этих SN:
1B93C5D6
5CEE77A1
281DCF71
08ED1E32
так что не факт, что "наказание" связано с общением по адресу 185.12.152.33:443 (это может быть простой сбор статистики), вообчем дебагер всё покажет и расскажет :-)

[HPDX2300]

при реализации пункта (2) обнаружил в коде изделия захардкоденую проверку вот этих SN:
1B93C5D6
5CEE77A1
281DCF71
08ED1E32
так что не факт, что "наказание" связано с общением по адресу 185.12.152.33:443 (это может быть простой сбор статистики), вообчем дебагер всё покажет и расскажет :-)

Чтобы убить у "афторофф" факапа 15.11 идею составления "чёрного" списка ключей, покажем им один придуманный ключик, с которым изделие стартует и не жужжит про звездец:
в дампе ключа прописать эти данные

SN=12345678
Data=
01 00 00 00 00 00 00 80 D9 79 C5 23 3B E9 A2 53
15 21 84 C1 57 3C 48 31 D6 50 2E B0 44 24 84 58
23 B9 32 7A A1 33 26 41 30 09 70 30 C4 C1 28 38
99 2A 56 04 CF DB 20 77 3D 2A AC E6 40 4C 6B 12
D8 29 72 D6 E3 2C 82 DA B4 81 F2 6B AE 26 38 5A
5B E1 C2 44 2C 33 31 81 2C 92 41 57 EC 5D C3 6C
B5 C4 21 3D CB 50 C6 DE 27 42 81 C2 35 29 37 BB
и далее как обычно
0A 00 FF FF FF ................................

[HPDX2300]

при реализации пункта (2) обнаружил в коде изделия захардкоденую проверку вот этих SN:
1B93C5D6
5CEE77A1
281DCF71
08ED1E32

годится тока для изделий под линукс-х64:
1) берём МС и находим в модулях четыре процитированных выше SN
2) в модулях изделия hex редактором забиваем эти SN нулями (00 00 00 00)
3) применяем унипатч со старыми дампами (см. пост #21 от 21.06.2022)
усё будет шуршать. А "придуманные" дампы нехороши тем, что примерно через 73мин будет крах (или segfault, или "ключ больше не доступен") - я пока занят изучением этих "шестерёнок", но изложенное выше тоже хорошая пилюля.

[HPDX2300]

годится тока для изделий под линукс-х64:
1) берём МС и находим в модулях четыре процитированных выше SN
2) в модулях изделия hex редактором забиваем эти SN нулями (00 00 00 00)
3) применяем унипатч со старыми дампами (см. пост #21 от 21.06.2022)

речь шла о backbas.so и vrsbase.so

#!/usr/bin/env python3
import sys, os, glob, mmap

try:
  fullfname=os.getcwd()+'/backbas.so'
  fp = open(fullfname, 'r+')
  mm = mmap.mmap(fp.fileno(), 0)

  pattern_addr = mm.find(b'\x32\x1E\xED\x08')
  if pattern_addr != -1:
    print (f"patching SN=08ED1E32 in {fullfname}  at offset={hex(pattern_addr)}")
    mm[pattern_addr:pattern_addr+4] = b'\x00\x00\x00\x00'

  pattern_addr = mm.find(b'\xD6\xC5\x93\x1B')
  if pattern_addr != -1:
    print (f"patching SN=1B93C5D6 in {fullfname}  at offset={hex(pattern_addr)}")
    mm[pattern_addr:pattern_addr+4] = b'\x00\x00\x00\x00'

  pattern_addr = mm.find(b'\x71\xCF\x1D\x28')
  if pattern_addr != -1:
    print (f"patching SN=281DCF71 in {fullfname}  at offset={hex(pattern_addr)}")
    mm[pattern_addr:pattern_addr+4] = b'\x00\x00\x00\x00'

  pattern_addr = mm.find(b'\xA1\x77\xEE\x5C')
  if pattern_addr != -1:
    print (f"patching SN=5CEE77A1 in {fullfname}  at offset={hex(pattern_addr)}")
    mm[pattern_addr:pattern_addr+4] = b'\x00\x00\x00\x00'

  mm.close()




  fullfname=os.getcwd()+'/vrsbase.so'
  fp = open(fullfname, 'r+')
  mm = mmap.mmap(fp.fileno(), 0)

  pattern_addr = mm.find(b'\x32\x1E\xED\x08')
  if pattern_addr != -1:
    print (f"patching SN=08ED1E32 in {fullfname}  at offset={hex(pattern_addr)}")
    mm[pattern_addr:pattern_addr+4] = b'\x00\x00\x00\x00'

  pattern_addr = mm.find(b'\xD6\xC5\x93\x1B')
  if pattern_addr != -1:
    print (f"patching SN=1B93C5D6 in {fullfname}  at offset={hex(pattern_addr)}")
    mm[pattern_addr:pattern_addr+4] = b'\x00\x00\x00\x00'

  pattern_addr = mm.find(b'\x71\xCF\x1D\x28')
  if pattern_addr != -1:
    print (f"patching SN=281DCF71 in {fullfname}  at offset={hex(pattern_addr)}")
    mm[pattern_addr:pattern_addr+4] = b'\x00\x00\x00\x00'

  pattern_addr = mm.find(b'\xA1\x77\xEE\x5C')
  if pattern_addr != -1:
    print (f"patching SN=5CEE77A1 in {fullfname}  at offset={hex(pattern_addr)}")
    mm[pattern_addr:pattern_addr+4] = b'\x00\x00\x00\x00'

  mm.close()

except IOError as e:
  print (f"I/O error({e.errno}): {e.strerror}, filename={fullfname}")