сокрытие части исходника Опции

[Allregia]

Подскажите пожалуйста "на пальцах", как сделать такую штуку:
есть программа, Кейл для М3, программа демонстрационная - показывает возможности железа.
По условиям договора с заказчиком, он получает схему и исходник программы, за исключением одного куска.
Этот кусочек - несколько функций, в которых закопано собственно ноу-хау.
В дальнейшем заказчик будет сам разрабатывать софт, и должен использовать эти функции.
Поэтому этот кусочек ему надо как-то передать в пригодном для вставляния в его программу виде, но не в исходниках.
Как это попроще сделать? LIB ? OBJ? И собственно, вопрос не только "что" но и "как" - никогда такого не делал.

[adnega]

По поводу дизассемблирования: машинный код после оптимизации в ряде случаев нечитаем даже автором исходника. И это с учетом человеческих имен меток, переменных и функций.
Думаю, либа + заголовочный файл вполне защитит "исходный код" от восстановления.
Если матан в ноу-хау приличный, то это дополнительный барьер к взлому, а если "2 + 2", то защищать такое ноу-хау крутыми защитами не целесообразно.

[am1808]

По поводу дизассемблирования: машинный код после оптимизации в ряде случаев нечитаем даже автором исходника. И это с учетом человеческих имен меток, переменных и функций.

оптимизация на понимание логики бинаря при дизасемблировании в целом не повлияет

Сообщение отредактировал am1808 - Jan 11 2012, 04:48

[Allregia]

вам уже ответили, передавайте заказчику функционал в виде либы

Да я уже понял.

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

Железяки заказчик сам будет делать, в разных варантах. И сам софт под них писать.
Мы сделали демонстрацонный вариант, полностю рабочий, и собствнно торгуем не прибором а именно самим "ноу-хау" (IP - Intellectual Property) - конструкцией датчиков и мат. обработкой.

оптимизация на понимание логики бинаря при дизасемблировании в целом не повлияет

Там не логика, там сплошная математика - цифровые фильтры, корреляции, статистические параметры, причем часть в целых и часть в плавучке - сильно не завидую тому, кто это будет дизассемблировать.

[kolobok0]

...Железяки заказчик сам будет делать, в разных варантах. И сам софт под них писать....сильно не завидую тому, кто это будет дизассемблировать.

небось с этого форума кто нить и будет тискать за сиськи ваши хау-ноу, если потребуется. Фишка в том, что потребуется... вот над чем стоит задуматься.
1) потребуется подправить алгоритмы
2) потребуется создать своё на базе фаших ноу-хау
3) подправить ошибки
4) дуплицировать прошивку, алгоритмы

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

так же можно защищаться уходя на более высший уровень работы логики. ну например, считать байт защиты, взять от него логарифм, сравнить на больше чем....это примитивно, но даёт понять что въехать в общую логику - сложнее. или возможно вот более наглядный: сделать псевдо машину, и скормить ей псевдо код (когда то сам такое делал, т.к. МК был не самопрограммируемым а заливать апдэйты надо было. если бы тот человек который взламывал прошивку немного подумал как самому сделать на базе того железа - ответ бы он нашёл. а так - вынес вердикт что шифровано усё ).

подводя черту
----------------
1) говорить о защите можно в случае аппаратного юзанья защиты предусмотренной в МК - фузы. всё остальное - разговор в пользу бедных. Можно увеличить временные затраты на взлом, но защититься - нет.
2) лучше сконцентрироваться на организационном подходе сотрудничества (при отсутствии защиты или в добавок к ней). т.е. развивать направления сапорта, ценообразования, качества взаимодействия.
3) подумать о потенциальных возможностях партнёра в организации и финансирования обхода вас как партнёра.
4) постараться найти похожих партнёров для своей организации и партнёров в других плоскостях бизнеса (например продажа на корню всего ноу-хау какому нить эплу).

удачи вам
(круглый)