Как защитить ATmega16 от взлома? Опции

[coolibin]

Как прошить ATmega16 , чтобы с него не могли считать программу? и самое главное, на сколько эта защита эффективна?

[west329_]

А кокова вероятность взлома если программа защищина програмно ?

Допустим работает себе программа стабильно пару часов, потом брык и всё. Найти место где происходит брык легко ??, если ещё написано на Сях, и кода так с 20кб ??

Сообщение отредактировал west329_ - Sep 24 2008, 13:27

[Guest_Цыкетчик_*]

А кокова вероятность взлома если программа защищина програмно ?

Допустим работает себе программа стабильно пару часов, потом брык и всё. Найти место где происходит брык легко ??, если ещё написано на Сях, и кода так с 20кб ??

20 кБ это типа много? Я сам, лично, ломал 25кБ проги за месяц.

Да что там говорить если даже много гИговую винду ломают за пару месецев

Хотя...

Прочтите это

Сообщение отредактировал Цыкетчик - Sep 24 2008, 13:42

[defunct]

20 кБ это типа много? Я сам, лично, ломал 25кБ проги за месяц.

А чего так долго-то? День максимум.
Тяжко стало когда появился HASP, который построен на залоченном МК. вот тут дешевле купить.

А программные защиты - фуфло.

[Guest_Цыкетчик_*]

Я на втором курсе сломал 1C бухгалтерию за день.

У Вас были исходники? Или просто так быстро разобрались в 1 Гиговом листинге, который выдал дизассемблер ?

А чего так долго-то?

Я тугодум

А чего так долго-то?
Я на втором курсе сломал 1C бухгалтерию за день.

А почему не за 5 минут?

Сообщение отредактировал Цыкетчик - Sep 24 2008, 14:36

[defunct]

У Вас были исходники? Или просто так быстро разобрались в 1 Гиговом листинге, который выдал дизассемблер ?

Был только дистрибутив и trial key. Листингом не страдал.
Запустил под отладкой, посмотрел ветвления после проверки ключа, и поставил jmp на ветку где принимается ключ полной версии. Вот и все дела.

Потом проверял вся ли функциональность сохранилась - сохранилась вся.

[Guest_Цыкетчик_*]

Был только дистрибутив и trial key. Листингом не страдал.
Запустил под отладкой, посмотрел ветвления после проверки ключа, и поставил jmp на ветку где принимается ключ полной версии. Вот и все дела.

Потом проверял вся ли функциональность сохранилась - сохранилась вся.

Это просто видать програмисты дураки были. В нормальных прогах всегда есть защита от запуска под отладчиком. Например установка тайм-аута. Если кусок кода выполняется дольше чем нада - стираем нах всю прогу

[defunct]

Это просто видать програмисты дураки были. В нормальных прогах всегда есть защита от запуска под отладчиком. Например установка тайм-аута. Если кусок кода выполняется дольше чем нада - стираем нах всю прогу

Я был немного подкован в этой теме и знаком с шаманствами с флагом T и возможными проверками времени. У отладчика все козыри в руках.

[Боинг749]

поставил jmp на ветку где принимается ключ полной версии. Вот и все дела.

"Это просто видать програмисты дураки были."(с)

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

Сообщение отредактировал Боинг749 - Sep 24 2008, 16:10

[defunct]

"Это просто видать програмисты дураки были."(с)

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

1. Ломался дистрибутив собсно сам инсталлер который раздает CRC.

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

Вот скажите что мешает, добравшись отладчиком до злосчастной таблички установить причину ее возникновения? Ну а дальше ведь дело техники
- поменять JE на JNE;
- поменять функцию расчета CRC на
MOV EAX, 0
RET
- замазать CALL CRC NOP'ами;
- куча других вариантов