Oleg LOA wrote:

Если только вытянуть создание DPB.

Это как раз самый простой хак, если приложение специальных
довольно сложных мер не предпримет.

Остальное в новой сборке уже мимо кассы. Кэш тоже зашифрованный будет.

Кто меня тянул за язык (стучусь головой об монитор)!! :`-|
Больше не слова!
Хотя ещё скажу - тогда надо виртуализоровать весь код через который
запись таблицы с диска через кэш попадает в клиентское приложение. Иначе
если если хоть кусочек будет без виртуализации то всегда
есть возможность лёгкого хака. Но это уже и тормоза дикие и
всё оптимизация на свалку.

Так как attach_database сам по себе внутри виртуальной машины, то

Блин, за запихай ты весь Яап в ВМ и не мучайся :)
Hint - attach_database не вызывает вспомогательние процедуры?
Если да, то и их придётся виртуализоровать.

остается только обернуть макросами создание DPB в приложении и внешним
> криптором тоже запихать это место в виртуальную машину.

Верится с трудом, но даже если так то это закроет только самый простой хак.
Если будем ломать не Yap а приложение, то просто ловим точки в которых
оно вызывает на выполнение sql запросы. Это тоже придётся защищать. Нет,
это тупиковый путь.


--
--- Home Page http://ok.novgorod.net/ap ---


Ответить