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

| Сообщение посчитали полезным:

Pupa пишет: а если в саму базу, да еще как-нить вшифровывать в данные то хрен потрут
Хм, непонятно, а почему не потрут то?


Pupa пишет: 30 дней отработала и пиндык, платите маню
Невозможно! Если нужно такие ограничения снимаются впервую очередь.

-----
StarForce и Themida ацтой!

| Сообщение посчитали полезным:

Pupa пишет:
а если в саму базу, да еще как-нить вшифровывать в данные то хрен потрут.
Потрут если захотят. А всякие шифрования базы данных могут плохо сказатся на скорости работы программы.

| Сообщение посчитали полезным:

Не потрут потому что в сами данные шифровать как-то, такая задумка у меня. Если и потрут то вместе с самими данными Вот как так извернутся сижу репу чешу.

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

| Сообщение посчитали полезным:

Pupa а как ты будешь фильтрацию делать по порядку
Расшифровывать на лету... Ну, ну... Будет время чайку хлебнуть
Шифрация БД это ацтой, это давно всем известно...

Тут надо комплексное решение:
1. Дата в базе (база запаролена)
2. В реестре
3. В папке Windows/System файл положить у которого будет дата
+ можно извернуться, смотреть на дату создания exe и/или папки программы

Это максимально затруднит (всего лишь), но стереть все равно можно будет.

-----
StarForce и Themida ацтой!

| Сообщение посчитали полезным:

Pupa
В принципе, если в базе есть данные точность которых не важна, то можно по их последним битам разбросать время первого запуска проги... Хотя большого толку с этого не будет.

-----
Blame the victim!

| Сообщение посчитали полезным:

Pupa
И вообще зачем "тереть" данные.
Tакие проги как правило состоят из таких функций(или чегото потодобного):

if(TrialExpired()) {
Nag()
}

именно вот этот иф и будет слабым местом в твоей программе, а не функция TrialExpired.

| Сообщение посчитали полезным:

rep0A
Вот я как раз в своем первом посте это и указал, как избежать этих ифов. Сравнение по любому потребуется.

| Сообщение посчитали полезным:

Pupa пишет: как избежать этих ифов
Используй виртуальную машину (VMProtect www.polytech.ural.ru )

-----
StarForce и Themida ацтой!

| Сообщение посчитали полезным:

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

-----
EnJoy!

| Сообщение посчитали полезным:

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

| Сообщение посчитали полезным:

Попробуй сохранят время в неиспользованные места файла, например, cmd.exe. А вобще это нерезонно, если защита будет, ее взломают, если она будет хорошая, взломают еще быстрее!!!! А вобще прочти книжку
на -->http://www.kpnc.opennet.ru/n2k_shld.pdf <-- http://www.kpnc.opennet.ru/n2k_shld.pdf

| Сообщение посчитали полезным:

а тут-то защиту и поимеют

Предложили же - закрой это место VMProtect.

| Сообщение посчитали полезным:

Gideon Vi пишет:
Предложили же - закрой это место VMProtect.
А еще каким нить качественым протектором поверх, но регистрация своя должна быть, не протекторная , желательно с противодействием мониторам (типа Filemon, Regmon) - например acpr

-----
"Пусть видят, что мы не шутим. Стволы для понта, ножи для дела" Lock, Stock & Two Smoking Barrels

| Сообщение посчитали полезным:

VMProtect, насколько эта штука эффективна и стабильна? Не пойдет ли прога косяками?

| Сообщение посчитали полезным:

Smon
Не понял насчет acpr

| Сообщение посчитали полезным:

Jupiter пишет: если прога работает с достаточным объёмом данных, то отследить, что куда пишется будет достаточно сложно

ИМХО это бред. Отследить будет просто, потому что обращение будет идти в начале программы, когда собственно работа с остальными данными еще не началась.

-----
StarForce и Themida ацтой!

| Сообщение посчитали полезным:

Maximus пишет:
обращение будет идти в начале программы, когда собственно работа с остальными данными еще не началась
кто тебе сказал ? сделай отложенную проверку

| Сообщение посчитали полезным:

Pupa пишет:
Не понял насчет acpr
ACProtect (UltraProtect) - эт навесной протектор, с противодействием мониторам.

Pupa пишет:
VMProtect, насколько эта штука эффективна и стабильна? Не пойдет ли прога косяками?
Достаточно надежна и эффективна.

-----
"Пусть видят, что мы не шутим. Стволы для понта, ножи для дела" Lock, Stock & Two Smoking Barrels

| Сообщение посчитали полезным:

infern0 пишет: сделай отложенную проверку

Ага, а окошко о том что триал закончился через час после работы.

Да и вообще никто прогу ломать не будет если будет только ограничение на время. Будут счетчик сбрасывать и все.

-----
StarForce и Themida ацтой!

| Сообщение посчитали полезным:

Pupa Ну во первых, на сколько большая база. Просто если база не большая, то ....
Во вторых: установи таймер в программе со случайным интервалом, в нем устанавливай другой таймер и делай проверку по дате базы, или по файлам, но только каким нибудь геморным способом, например как писал CyberManiac. Во втором таймере делай проверку ДРУГИМ способом.
Начинающих это остановит. Ну и плюс VMProtect.
Просто думаю ничего лучшего ты не придумаешь.

| Сообщение посчитали полезным:

VMProtect, как тут написали где-то даже слабее VM аспра, который давно сломан, какой смысл тогда этот VMProtect юзать?

| Сообщение посчитали полезным:

VMProtect надо не в одного юзать, а как часть общей защиты - эдак 1/4 примерно.

-----
Yann Tiersen best and do not fuck

| Сообщение посчитали полезным:

PE_Kill пишет:
а как часть общей защиты - эдак 1/4 примерно.
Я про то и говорю:
1) свой алго регистрации
2) процедуры проверки триала разбросанные по коду
3) vm на процедуру регистрации и проверки
4) навесной протектор сверху
В целом конечно и это взломают, если будут компетентные товарищи заниматься, но взлом возможно получится подороже чем покупка

-----
"Пусть видят, что мы не шутим. Стволы для понта, ножи для дела" Lock, Stock & Two Smoking Barrels

| Сообщение посчитали полезным:

AngelDance пишет:
установи таймер в программе со случайным интервалом, в нем устанавливай другой таймер и делай проверку по дате базы, или по файлам, но только каким нибудь геморным способом, например как писал CyberManiac.
А еще проверку можно привязать к количеству кликов по клавиатуре, мышью, по "пробегу" курсора мыши по экрану моника и т.д. и т.п. Так что бороться и искать...

-----
Сколько ни наталкивали на мысль – все равно сумел увернуться

| Сообщение посчитали полезным:

ValdiS очень хорошая мысль Пускай потом ищут. Начинающих это отпугнет точно

| Сообщение посчитали полезным: