Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Основная";
Текущий архив: 2003.09.22;
Скачать: [xml.tar.bz2];

Вниз

Как защитить свой продукт от пиратства?   Найти похожие ветки 

 
pashtet   (2003-09-10 10:39) [0]

доброго времени суток, МАСТЕРА! Скажите, пожалуйста, какие есть способы защиты своего продукта от пиратства?


 
Reindeer Moss Eater   (2003-09-10 10:41) [1]

Сделать невозможным создание пиратских копий программы


 
pashtet   (2003-09-10 10:43) [2]

а еще есть способы?


 
Reindeer Moss Eater   (2003-09-10 10:45) [3]

Больше нет


 
Reindeer Moss Eater   (2003-09-10 10:49) [4]

Например в мире нет ни одной пиратской копии сервера FireBird.
На просторах бывш. СССР нет ни одной пиратской версии FAR.
Уже несколько месяцев не создаются пиратские версии продуктов Turbo Power...


 
PVOzerski   (2003-09-10 10:49) [5]

Разве что сделать ее бесплатной - тогда пиратских копий не будет по определению :^) Или написать под такую узкую задачу, что она будет никому, кроме заказчика, не нужна. Или найти такого честного заказчика, который будет свято блюсти условия лицензии и ни с кем не делиться.


 
Стрелок   (2003-09-11 08:33) [6]

Можно ставить защиту!


 
HolACost!   (2003-09-11 08:37) [7]

"Утопить в карибском море"


 
Anatoly Podgoretsky   (2003-09-11 08:40) [8]

Reindeer Moss Eater © (10.09.03 10:49) [4]
Но находятся люди, которые пытаются ломать FAR


 
DROZD   (2003-09-11 09:07) [9]

Если есть деньги, купи и используй ASProtect, если нет - найди для него кряк. (c) DROZD


 
PVOzerski   (2003-09-11 09:16) [10]

2DROZD:
Нужно ли использовать средство защиты, если для него самого есть кряки ;^)
2All: если помните, я объяснял, как игрой в длинные-короткие имена можно неплохо защитить прогу от копирования. В нашу "сокровищницу" с неудобоваримым названием выложить, что ли? Так надо не код, а идею излагать. Статью написать, что ли? Так пусть кто-нибудь сначала сломать попробует, а там поговорим... Впрочем, в свое время я показывал работающую защиту знакомому (он здесь бывает иногда с ником Amoeba и работает там же, где мой бывший заказчик), ему вроде понравилось :^)


 
mrcat   (2003-09-11 09:23) [11]

PVOzerski © (11.09.03 09:16)

>В нашу "сокровищницу" с неудобоваримым названием выложить, что ли? Так надо не код, а идею излагать. Статью написать, что ли?

Будьте любезны.


 
Спрашивающий_   (2003-09-11 09:23) [12]

Если продукт стоящий, то сделать приемлимую цену, тогда пиратские копии значительно уменьшатся


 
KSergey   (2003-09-11 09:25) [13]

> [10] PVOzerski © (11.09.03 09:16)

А давно было? Или уже точно в архиве? По какич бы словам тот топик поискать? Интересно бы почитать (ну примерно представить, коенчно, можно, но это же думать надо ;)


 
PVOzerski   (2003-09-11 09:40) [14]

Да суть-то простая. Дробим прогу на exe и несколько DLL-ей, функциям в DLL-ях даем одинаковые public"и, а названия DLL-ям даем длинные, притом начальные части названий должны совпадать, так, чтобы короткие имена отличались только числом после тильды. Вот по коротким-то именам мы их вызывать и будем. А число после тильды, как известно, зависит от порядка копирования файлов на диск, при стирании файлов с "промежуточными" номерами не меняется и при копировании не воспроизводится. Так что, копируя в "неалфавитном порядке", перемежая рабочие DLL-и с "заглушками" (потом их можно стереть), легко можно добиться невоспроизводимости сочетаний длинное-короткое имя, и после несанкционированного копирования EXE будет вызывать не те функции из не тех библиотек. Единственная тонкость: неплохо поставить проверку на длинность имени в самих dll-ях, причем с использованием FindFirstFile, так как часть win32-платформ передает dll-и, вызываемой по короткому имени, как имя ее модуля именно короткое имя. А иначе прога будет легко копироваться из DOS (т.е. только короткие имена) без потери функциональности.


 
KSergey   (2003-09-11 10:06) [15]

[14] PVOzerski © (11.09.03 09:40)

Ага, понятно
Впрочем, если знать - то скопировать то все равно давально просто будет. Однако же есил не знать. Видимо, на то и расчет?


 
Zergling   (2003-09-11 10:20) [16]

Похоже это тема все более актуальна.
А часто задаваемые вопросы помещают в FAQ. :)


 
KSergey   (2003-09-11 10:50) [17]

Да нет. Актуальность этой темы, по-моему, постоянна.
А помещать в FAQ что? Подходы к защите? Они и так в FAQ есть (ну во всяком случае статеек на этот счет - море). Компоненты для - на это есть спец. каталоги.
А конкретные реализации - так тогда какая же это будет защита, извините?? ;)


 
PVOzerski   (2003-09-11 11:00) [18]

>Впрочем, если знать - то скопировать то все равно давально просто будет. Однако же есил не
Если пропуски в нумерации (благодаря стертым "заглушкам") будут по нескольку десятков, геморрой еще тот будет, даже если знать правильные соответствия. А объяснять способ защиты заказчику, сами понимате, обычно не принято.


 
mrcat   (2003-09-11 11:14) [19]

PVOzerski © (11.09.03 11:00)

А как же возможное присутствие потенциальных заказчиков на этом сайте ? :)


 
PVOzerski   (2003-09-11 11:18) [20]

:^) На этом сайте - вряд ли: такие себе софт сами писать будут. А ветка через несколько дней уйдет из поля зрения "искалок". Зато вопрос: стОит ли этот способ описывать в статье? - она-то, скорее всего, будет жить долго...


 
HolACost!   (2003-09-11 11:21) [21]

СТОИТ - а можно мне как-нить этот способ узнать? ПЛЗ!


 
PVOzerski   (2003-09-11 11:23) [22]

2HolACost! © :
содержимого моего поста [14] в этой ветке недостаточно?


 
PVOzerski   (2003-09-11 11:35) [23]

В общем, [14] я продублировал в UBPFD - теперь все будут знать, как такое ломать :^)



Страницы: 1 вся ветка

Форум: "Основная";
Текущий архив: 2003.09.22;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.5 MB
Время: 0.01 c
1-71576
DVE
2003-09-10 09:55
2003.09.22
Каков механизм сохранения объекта в файл


1-71659
NiX
2003-09-08 17:35
2003.09.22
Доступ к свойству компонента


1-71749
Olexander
2003-09-09 21:55
2003.09.22
компонент не на форме


3-71544
Def
2003-09-02 11:46
2003.09.22
CommitRetaining отправляет в базу не все обновления


3-71513
RusGrek
2003-09-01 09:46
2003.09.22
Создание новой таблицы FoxPro с помощью SQL - проблема размера





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский