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

Вниз

Создание shareware   Найти похожие ветки 

 
AndrewVolkov ©   (2004-10-05 21:44) [0]

Доброго вечера.
Не подскажете где можно почитать или подскажите саму идею создания шареварных программ.
Типа триал на 15 дней. Далее или сообщение или просто уничтожение проги.
Спасибо


 
olookin ©   (2004-10-05 21:55) [1]

В реестре ключ указать при инсталляции?


 
Justas   (2004-10-05 21:57) [2]

Где-то я видел пример. Суть была в том, что при запуске проги устанавливалось значение глобальной переменной в Windows и для того, чтобы запустить ее повторно, требовалось перезагрузить комп


 
AndrewVolkov ©   (2004-10-05 21:59) [3]

1. Фигня в том, что она будет запускаться как сервис и поэтому вряд ли кто то ее будет запускать дважды.
2. В реестре, то наверно сразу отловят.


 
olookin ©   (2004-10-05 22:03) [4]

[3] AndrewVolkov ©   (05.10.04 21:59)

Откуда такая уверенность? Программа слежения?


 
AndrewVolkov ©   (2004-10-05 22:08) [5]

[4]. Конечно


 
olookin ©   (2004-10-05 22:30) [6]

[5] AndrewVolkov ©   (05.10.04 22:08)
[4]. Конечно

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


 
AndrewVolkov ©   (2004-10-05 22:51) [7]

[6]. Это первое что мне всегда на ум приходит где искать.


 
pipll ©   (2004-10-05 22:59) [8]

А нельзя ли при первом запуске проги вносить изменения в сам экзэшник (ну типа в packed record) с помощью другого экзэшника. При каждом запуске изменять это значение, пока не достигнем предела.


 
tormoz   (2004-10-05 22:59) [9]

попробуй прописывать сразу в нескольких местах реестра под разными именами, вручную точно никто не отловит :-)


 
GuAV ©   (2004-10-06 01:33) [10]

Некоторые кидают левые файлы в папку сыстем. но это второе место где смотрят юзеры.


 
П7   (2004-10-06 09:21) [11]

Под разными именами не нужно. Вообще нехрен засорять пользовательский реестр, он и без того наполнен всякой хернёй...

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

И может ещё что-нибудь нужное.
При каждом запуске первым делом проверяешь соответствие данных. Например если получится так, что программа была последний раз запущена "завтра", то явно вас пытаются напарить. И прочие проверки, которые помогут выявить злоумышленное использование софта.

Всё равно остаётся 2 проблемы:
1. Способ шифрования информации
2. Способ защиты процесса обработки информации

Ибо многие кракеры, особенно начинающие, могут просто изменить сам екзешник, чтобы он ничего не проверял... (:


 
Amoeba ©   (2004-10-06 11:21) [12]

Для создания таких приложений есть ныне бесплатная библиотека Turbo Power OnGuard
http://sourceforge.net/projects/tponguard/


 
cyborg ©   (2004-10-06 11:35) [13]


> AndrewVolkov ©   (05.10.04 21:44)

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


 
Pentium133 ©   (2004-10-06 11:46) [14]

Можешь тут почитать http://databack4u.com/snc/untrial.html


 
Andrew Volkov   (2004-10-06 14:47) [15]

vsjem spasibo. budu probovatj...


 
Кузя   (2004-10-06 15:52) [16]

> 2. В реестре, то наверно сразу отловят

Да на здоровье. Записываем бинарные данные среди которых и настройки программы. Косонули ключь - слетели нафик все настройки программы.


 
брррр...   (2004-10-06 16:18) [17]

по-моему не поможет реестр. Есть такие проги, например запустил ты ее до инсталляции проги, потом после инсталляции и после одного дня работы... И все изменения в реестре - на лицо! Посто заменять эту строку в реестре на ту, которая была в начале работы и можешь работать с прогой скока влезет...


 
pipll ©   (2004-10-06 19:33) [18]

> Кузя   (06.10.04 15:52) [16]
А ты знаешь про такие проги, которые отлавливают изменения в реестре. Запустил перед установкой, после установки и вычислил все изменения. Затем их куда-нить слил. Когда надо будет - внес изменения, если надо - изменил дату.


 
Гарри Поттер ©   (2004-10-06 22:17) [19]

>Ибо многие кракеры, особенно начинающие, могут просто изменить
>сам екзешник, чтобы он ничего не проверял... (:

Ну и проверку CRC екзешника заодно. Все(?) упаковщики поддерживают.


 
kaZaNoVa ©   (2004-10-06 22:19) [20]

pipll ©   (06.10.04 19:33) [18]
ага ..  а дату то не так просто изменить !!!
- сравнил её с датой первых найденных 100 файлов, с датами файлов реестра - если хоть одна окажется "в будующем" - значит, прогу пытаются обмануть ..
действует 100 %


 
Pentium133 ©   (2004-10-11 12:58) [21]

Да, дату нормально спрятать не удасться... Но можно ввести какие-нибуть ограничения  в программу (тот же сплешь скрин - быстро надоедает), которые снимаются при вводе правильного ключа. А правильный ключь уже труднее подобрать. Особенно если использовать шифрования exe"ка, защиту от отладчиков и пр.


 
Вова   (2004-10-11 13:40) [22]

http://www.ozon.ru/context/detail/id/964228/


 
Nous Mellon ©   (2004-10-11 13:47) [23]

Если интересно на cracklab.narod.ru есть хороший анализ  методов защит, их несостоятельности и уязвимости, стоит ли говорить что все эти варианты с реестром, файлами по отдельности легко высматриваются RegMon"ом или FileMon"ом рнайти проверки  поменять условие на обратное тоже труда не составляет большого, но если использовать сразу несколько способов, несколько процедур провреок, проверка по таймеру например раз в секунду, и тд итп, то можно заставить кракера поломать голову чуть больше времени :)
Начинающих отпугнет.



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

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

Наверх





Память: 0.5 MB
Время: 0.034 c
14-1097652544
Димитрий
2004-10-13 11:29
2004.10.31
Ищу простенький текстовый редактор на Delphi


14-1097481073
panov
2004-10-11 11:51
2004.10.31
/OffTopic/


14-1097760466
GavrilaMama
2004-10-14 17:27
2004.10.31
Тип жесткого диска - динамический... Как исправить?


14-1097560485
Holy
2004-10-12 09:54
2004.10.31
NEC 2510a


3-1096876376
neat
2004-10-04 11:52
2004.10.31
DBGrid: увеличение высоты строки





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
Английский Французский Немецкий Итальянский Португальский Русский Испанский