Анонс проекта

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

Сутью проекта является разработка EXE-упаковщика, основанного на технологии, отличной от используемой в общеизвестных аналогах (upx, ASProtect, yoda и т.п.).

Начну с рассмотрения технологии примененной в этих упаковщиках.
Технология основана на деталях формата PE. Как известно (если не известно, настоятельно рекомендую ознакомиться), в PE-файлах секции обладают двумя характеристиками – физической топологией и логической. Под физической понимается местоположение (смещение относительно начала файла) и размер секции в файле. Под логической – местоположение (смещение относительно базового адреса) и размер секции в памяти. При этом величины не совпадают. Т.о. есть возможность физически сжать секцию и поместить её в файл, при этом меняются физические характеристики, а логические остаются неизменными. При загрузке файла, загрузчик выделяет место под секции согласно логическим характеристикам и помещает туда сжатые данные из секций. После этого запускается распаковщик, который находится в дополнительно созданной (конечно же незапакованной) секции, и он распаковывает данные остальных секций, благо места для них выделено достаточно. Более подробную информацию, можно свободно найти в Интернете, а устройство upx и yoda, вообще, изучить по открытым исходным кодам.

Какие минусы есть у такого подхода?
1. Не все секции можно безболезненно сжимать, например секцию ресурсов (почему, можно найти в Интернете).
2. Различные хитрости, оптимизации и искажения формата PE в исходном файле могут привести к неработоспособности сжатой версии (для опыта я сжал с помощью upx исполняемый файл игры GTA и он перестал работать).
3. Есть и другие минусы и минусики, о которых сейчас и не вспомню.

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

Плюсы:
1. Сжимаем весь оригинальный файл как есть, не задумываясь об его содержимом, а не по секциям.
2. Нет никаких махинаций с оригинальным файлом, т.о. все хитрости, нюансы реализации остаются неизменными.

Сложности:
1. Код распаковщика должен быть naked, т.е. не использует RTL, но это условие есть и в вышерассмотренных упаковщиках. Это приводит к реализации необходимой функциональности RTL самому.
2. Код распаковщика должен быть перемещаемым, т.е. он должен корректно работать при любом расположении в памяти.
3. Код завязан на внутреннее устройство Windows, поэтому является менее надежным и требует апробации на всех целевых платформах.

В настоящий момент реализовано экспериментальная версия, способная работать с EXE-файлами, но с некоторыми ограничениями, например, адрес загрузки EXE должен быть 0x400000,- это наиболее часто используемый базовый адрес для EXE (ещё встречаются с базовым адресом 0x1000000).

Дополнительные возможности, предоставляемые технологией:
1. Технология позволяет упаковывать в один EXE не только исходный EXE, но ещё и некоторый набор вспомогательных DLL !!!
Т.о. может быть решена проблема «таскания за собой» необходимых DLL.
2. Кроме DLL в перспективе можно упаковывать и файлы-данные, например, можно упаковать воедино видео файл и его просмоторщик.

Но на первом этапе я бы сфокусировался на функциональности аналогичной ASProtect.
Что необходимо сделать?
Есть технические мелочи, которые надо доделать, а именно:
1. Реализовать возможность упаковки EXE-файлов с различными базовыми адресами.
2. Сейчас упакованная программа не имеет иконки, а по идее у неё должна быть иконка, как у исходного EXE. Т.о. надо научиться выдирать иконку из одного EXE и прикручивать её к другому.
3. Разобраться с различными методами упаковки и определить оптимальный (я попробовал два: minilzo и ucl применяемый в upx). Причем сейчас упаковывается один файл, но надо продумать момент, когда их будет несколько (EXE + DLLs). В дальнейшем надо придумать способ потоковой распаковки для файлов данных, чтоб распаковывать файлы с данными участками по мере необходимости, а не целиком. Но это дело далекого будущего.

Есть принципиальные исследовательские задачи:
1. ASProtect хорош тем, что предоставляет возможность создания trial и shareware, т.е. ограничивает использование по времени, запрашивает лицензионный ключ и т.п. Необходимо изучить этот вопрос с целью реализации подобной функциональности в нашем упаковщике. При этом надо учесть варианты различного взлома, которым подвержен ASProtect, и исключить их в нашем продукте.
2. В продолжении первого пункта, необходимо обеспечить защиту как кода распаковщика, так и упакованного EXE. Т.е. ввести криптование, обнаружение отладчиков и т.п. Это так же есть в ASProtect, значит актуально и для нас, но у нас должно быть лучше.
3. Создание простого и удобного GUI. Особенно это актуально для варианта, когда кроме EXE в упаковку будут включаться и доп. файлы.

В процессе разработки так же стоит продумать над коммерческой составляющей проекта, а именно:
1) как позиционировать себя на рынке;
2) собирать информацию о проблемах в аналогичных продуктах, не допускать их у себя и построить на этом рекламу (их минусы – это наши плюсы);
3) ориентироваться на сопряжение с новыми технологиями, т.е. выяснить будет ли работать работать с .NET приложениями, будет ли работать на Windows Vista. И придумать, как заставить работать.

Я предлагаю одному - двум программистам заняться любыми из перечисленных задач, в идеале всеми (последовательно), но по предварительному сговору.
А для начала заняться «техничесой мелочью» № 2 и исследовательскими задачами по обеспечению защиты и реализации триальщины. Для их решения на начальном этапе нет необходимости в предоставлении уже проделанной мною работы, т.о. я сохраняю свои интересы, а люди выясняют, на сколько им это интересно. При успешном сотрудничестве и положительных результатах мы объединяем наши усилия и наработки, на определенных условиях и соглашениях о неразглашении.

Для начала, думаю, достаточно. Отвечу на любые вопросы. Можно обсудить детально формат результата первого этапа деятельности, объем работы и сроки. Право выбора участников и организацию процесса я оставляю за собой.
Хочу обратить внимание, что перечисленное выше само по себе представляет ценность.

P.S. Я не заинтересован в затягивании процесса обсуждения, поэтому через неделю-полторы безрезультатности я закрываю тему и, скорее всего, удаляю её.