Если вас наняли для разработки и заплатили деньги, то кодом вашим, заказчик может распоряжаться по собственному усмотрению.
Я бы к примеру договор на др. условиях с разработчиком не заключал.
Если вас наняли для разработки и заплатили деньги, то кодом вашим, заказчик может распоряжаться по собственному усмотрению.
Я бы к примеру договор на др. условиях с разработчиком не заключал.
Совершенно верно. Для разработчика такая схема тоже наиболее приемлема. Особенно если заказчик -Газпром с мешком денег. Работа принята - деньги получены - исходники переданы.
Но не всем так везет, есть достаточно много мелких работ, на которые у заказчика нету (жалко!) денег. Но есть его честное слово расплатиться как только, так сразу! ))) И наличие технической возможности оживить желание расплатиться спустя, скажем, полгода успешной работы установки весьма пользительно!
Кроме того, есть варианты когда заказчику нужна не разработка, а единичная работающая установка.... ну покупают же люди телевизор, не особо парясь вопросом как создать его клон. Ведь стоимость ПК с программой ворд намнооооого меньше чем стоимость разработки этой самой программы! ))))
То есть вы согласны работать за еду в надежде, что когда нибудь с вами, может быть расплатятся? Но при этом подложить гаду заказчику подлянку? Это, батенька, шантажом называется! По моему надо договариваться об условиях заранее, а то как-то некрасиво. Но я бы с таким заказчиком работать не стал.
оплата с разбивкой платежей, это не совсем "работа за еду", а назовем так - долговременные инвестиции! Подлянкой можно считать недокументированные возможности (а зачастую и просто ошибки!), а если они прямо указаны в описании, то о чем речь? Вот например, спутниковые ресиверы имеют ID, и оператор может отключать не понравившегося абонента.... это подлянка, или функционал значительно расширяющий гибкость способов продажи услуг???
попробуй прочитать файл local_addres.dat в нем храницо мак адрес
прям в первой строке в формате EMAC=XX:XX:XX:XX:XX:XX[Пробел]
Автоматизация Диспетчеризация Сервис
e-mail: ads-kaluga@mail.ru
защита и ее взлом это же как борьба снаряда и брони. я и промышленные протекторы взламывал. )
если на руках будут исходники которые вдруг не заработают на втором ПЛК то возможно и МАК адрес менять не придецо.
где то же в коде сравнение будет? проще там поправить раз и навсегда )
если глубоко теоретически пофантазировать... возможно запрашивать мак адрес у покупателей проги. генерить на его основе (хеши там всякие). лицензионный ключ который писать в файл. (этот файлик отдавать) покупателю. Плк при загрузке читает мак вычисляет хеш сверяецо с ключом в файле. но опять же. где то в коде будет ВООL который раз и насвегда можно поставить в TRUE и не платить лишнего )
как часто случается
на вопрос "как сделать?"
получаем типовой ответ для форумов "на фига оно тебе?"
могу предложить выход (точнее идею)
геморойный конечно но все таки
1 построить внешний "hasp" к примеру на базе atmega + max232 (atmega позволяет защитить свою прошивку в т.ч. и закрытый ключ)
3 передавать в него текущие энергонезависимые параметры + TimeStamp
4 проверять в atmega чтобы пришедший TimeStamp был больше предыдущего
5 в atmega шифровать входное значение NTRUEncrypt'ом (http://en.wikipedia.org/wiki/NTRU или http://www.wikisec.ru/index.php?titl...ткрытым_ключом)
6 полученную строку расшифровывать на стороне ОВЕН'а и ни с чем не сравнивая укладывать обратно в энергонезависимые параметры
положительные результаты
- В процессе выполнения вполне можно понять что "HASP" отсутствует или левый а дальше, если хочется, можно на это реагировать злобными сообщениями "DEMO MODE" а можно не реагировать а продолжать работать с некорректными настройками.
- копирование с помощью программы тиражирования становится бессмысленным без копии "HASP'a"
- снифферить rs-232 становится бесполезно
отрицательные результаты
- придется в каждую копию вписывать открытый ключ (хотя бы как серийник от вашей прошивки)
- такому "HASP'у" скорее всего придется подавать внешнее питание
можно критиковать