Цитата:
Оригинал написал(а) BrainSmasher
Только что написал пост на эту тему в другом треде
Ваяем собственный пустой flash.ocx с использованием интерфейса оригинального flash.ocx и реализуем в нем только одну функцию сохранения входных данных на диск.
Берем Вашу прогу, и подменяем в ней стандартный flash.ocx на собственную заготовку, и даже если прога будет закриптована, этот факт не сильно усложнит задачу, ибо Вам без flash.ocx никуда по-любому не деться, рано или поздно вы его дерните, а там уж наш троянский конь сыграет свою роль  )
|
Одна из основных фич - более того, именно та фича, ради которой затевался в свое время проект FlashControl - эта фича, позволяющая зашить код flash.ocx внутрь приложения. т.е. с помощью TFlashControl можно писать приложения, которые не загружают внешний файл flash.ocx. TFlashControl умеет делать фактически тоже, что и виндовый загрузчик dll-ек - но, в отличие от LoadLibrary, умеет работать с dll-ками, код которых берется из пачки байтов, а не из внешнего файла. Итак, еще раз: flash.ocx извне не загружается. Поэтому подход с подсовыванием своего собственного flash.ocx не пройдет в этом случае - ну не будет вызываться LoadLibrary("flash.ocx"), не будет, и все тут
)) Так что ломать придется монолитное приложение - а там можно покриптовать и код flash.ocx'а и сами ресурсы.