Цитата(NightGoblin @ 05.12.2002, 07:56)

Ну, в определенной степени, можно... Наворотить шифровщик там такой, что без трассировки не разобраться Только, говорю - все равно же сломают, нет такой защиты, которую нельзя было бы взломать. А про конкретные реализации - это лучше не ко мне %)

OK, в целом понял

Цитата

Vit Дата сообщения: 04.12.2002,16:52 {skipped} 1) Специальным дисководом, который может прожигать лазером метки на диске (раньше я слышал о существовании таких) 2) Изменение кода программы для обхода проверки ключа - и это самый простой метод.

Ну я бы не назвал это "самым простым способом". Я бы просто подписал эмулятор такого чтения. Те резидент на int 13h (в принципе, его можно встроить в ломаемый экзешник) хватает это прерывание. Триггер такой:

Если (Читаем_Дискету) и (Точка_Вызова(сегмент) in [Выше Дос, меньше 0A000h);
Если записывается ОДИН сектор, то взводим флаг;
Если читается ОДИН сектор, то эмулируем "дефект" - корректируем буфер по es:bx.

Цитата

MuToGeN Дата сообщения: 05.12.2002,07:12 Quote (NightGoblin @ 05.12.2002,05:58) с защитой от дизассемблирования и трассировки а такое разве реально?

Есть много прикольных способов. Некоторые успешно работают против самых свежих отладчиков - таких, как Сайс. Например:

; Начало критичного кода
mov ebx,esp
mov esp,0
; Критичный код, не использующий стек и ebx
mov esp,ebx
; Конец критичного кода

Зануляя стековый пойнтер, вводим в транс отладчик, который пытается работать на стеке приложения и не может ;)
Эта фича срабатывает против очень многих ребят.

Цитата(Chingachguk @ 05.12.2002, 01:09)

Цитата Vit Дата сообщения: 04.12.2002,16:52 {skipped} 1) Специальным дисководом, который может прожигать лазером метки на диске (раньше я слышал о существовании таких) 2) Изменение кода программы для обхода проверки ключа - и это самый простой метод. Ну я бы не назвал это "самым простым способом". Я бы просто подписал эмулятор такого чтения. Те резидент на int 13h (в принципе, его можно встроить в ломаемый экзешник) хватает это прерывание.

А что с диском можно работать только через int13? А если используются другие пути?

Цитата

Vit Дата сообщения: 05.12.2002,15:44 А что с диском можно работать только через int13? А если используются другие пути?

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

Далее. Какие пути есть еще (кроме int 13h, который, кстати, перестанет работать под nt) ?

1. int 25h/int 26h - досовые аналогичные функции, но они позволяют читать сектора активного раздела дос. Если сектор на дискете не из этого множества, то... Если да, то аналогично int 13h.

2. Вручную через порты контроллера. Я слышал много про такие проги, они все стали "не работать" под 98'ми, одну даже помогал править. Но не суть - речь о дос. Начиная с процов 386 в их есть так называемые аппаратные точки останова - DRx. Никто не помешает установить обработчик по доступу к порту ввода-вывода контроллера дискеты. Ничего не будет тормозить, ибо он будет активирован только на время со старта и до того момента, когда он сделает свое "черное дело".

Есть и другой вариант, который будет работать и под 8086. Насколько я понимаю, в программе не была предусмотрена защита от трассировки ? ;)

Тогда делаем вот что. Резидент сажаем уже на int 3 и включаем пошаговую трассировку, изучая команду за командой. Как только встречаем команды типа in/out, да еще в dx=адрес контроллера, то впадаем в глубокую неприязнь к их прямому назначению и подсовываем-таки опять то, что нужно ;) команды инициализации контроллера и чтения стандартизованы, так что проблем тута не будет.

Цитата(Chingachguk @ 05.12.2002, 10:09)

; Начало критичного кода mov ebx,esp mov esp,0 ; Критичный код, не использующий стек и ebx mov esp,ebx ; Конец критичного кода

Гы, и все Я думал, куда сложнее будет... Просто никогда такими вещами в серьез не интересовался