ГЛАВА 7

ДЕКОДИРОВАНИЕ ЗАКОДИРОВАННЫХ БЛОКОВ ТИПА

«BYTES»

Что означает то, что программа или блок закодированы? Кодирование
это род весьма простого шифра, делающего невозможной правильную рабо-
ту программы. Для её запуска служит специальная декодирующая процедура,

которая находится в этой же программе, а также, что самое важное, не за-
кодирована. Так для чего же служит кодирование? Это просто очередное за-
труднение доступа к тексту программы после того, как все предшествующие
предохранители взломаны и программа считана без запуска. В этом случае в
памяти лежит «полуфабрикат», который только после переработки де-
кодирующей процедурой становится программой. Кодирование может быть
основано, например, на инверсии всех байтов в программе. Хорошим приме-
ром является программа «ART STUDIO». Её Basic-чэсть практически не
защищена никак, но главный блок программы ("STUDIO-MC CODE
26000.30672) частично закодирован. Что сделать, чтобы раскодировать его?
Просто найти адрес, с которого этот блок запускается. В случае «ART
STUDIO» этот адрес - 26000. Там находится инструкция JP 26024, которая
осуществляет переход к декодирующей процедуре. Вот её текст:

Сначала процедура помещает в стек адрес 26049. Теперь, собственно,
начинается декодирование: в регистр HL заново загружается адрес 26049 -
как начало закодированного блока, в DE - 27719, как адрес последнего за-
кодированного блока. Затем, в цикл декодируются последовательно байты^-
инструкции SUB 34, RLCA и XOR #СС являются ключом, с помощью которого
расшифровывается эта часть программы. Наконец, проверяется условие
достижения адреса 27719, как последнего декодируемого (содержится в
DE). Выполняется инструкция RET, но последним, записанным в стек адре-
сом, является не адрес возврата в Basic, а записанный вначале с помощью
PUSH HL адрес 26049, или адрес только что раскодированного блока, следо-
вательно, происходит его запуск.

Обратим внимание, какие инструкции осуществляют дешифрацию:
никакая из них не теряет ни одного бита. Вычитание производится по моду-
лю 256 и для двух разных входных данных результаты тоже различны. RLCA
заменяет значения битов 7,6,3 и 2 на противоположные. Другими
инструкциями, имеющими те же самые свойства, являются, например, ADD,

INC, DEC, RRCA, NEG, CPL, но не OR или AND. Как раскодировать этот блок:
Проще всего - вводя в BASIC'e:

РОКЕ 26027,0 (код инструкции NOP)

тем самым ликвидируя инструкцию £USH HL (RET в конце программы
перейдет в BASIC), и выполнить RANDOMIZE USR 26000. Стоит, однако,
помнить о том, что декодирующвая программа может проверяться другим
фрагментом программы. В «ART STUDIO» так и есть. Вот дальнейшая часть
программы:

26283 67 LD Н,А; в А уже находится

26284 6F LDUA; -значение 0

26285 Е5 PUSH HL; запись его в стек
26292 ЗАА865 LD А,(26024); и проверка

26295 FE21 CP #21; содержимого ячеек

26297 СО . RET NZ; с адресами

26298 2АА965 LD HL,(26025); 26024 ...26027

26301 В7 OR А; и если оно другое,

26302 11С165 LDDE,26049; то стирание
26305 ED52 SBC HL,DE; памяти с помощью

26307 СО RET NZ; RET NZ

26308 3AAB65 LD A,(26027); (под адрес 0)

26311 FEE5 CP #E5; если все нормально

26313 CO RET NZ; то снятие адреса 0

26314 El POP NZ; и «нормальный»

26315 C9 RET; выход

Этот фрагмент проверяет: наверняка ли декодирующая процедура за-
пустила всю программу, и если нет, то с помощью RET NZ стирает память
(так как на стеке записан адрес 0).

Что делать в этом случае? Можно ликвидировать и эти меры защиты, но
в некоторых программах это не поможет. Тогда остается другой выход: снова
закодировать программу, т.е. сделать обратное, чем декодирующая програм-
ма. В нашем случае следовало бы выполнить:
XOR #СС
RRCA
ADD 34

В «ART STUDIO» неизвестно для чего была помещена кодирующая
программа. Она находится под адресом 26003 и выглядит следующим обра-
зом:

26003 21С1165 LD HL,26049; адрес начала
26006 11476С LD DE,27719; адрес конца

26009 7Е LD AA,(HL); выборка байта из

26010 ЕЕСС XOR #СС; памяти, кодирование
26012 OF RRCA; его с помощью XOR,

Как видно, она построена аналогично декодирующей процедуре. Если
такой нет, то её можно быстро и просто написать на основе декодирующей
процедуры (например ATI С АТАС. NIGHT SHADE. THE LAST WORD).

При защите программ применяются также малоизвестные и нео-
публикованные в фирменных каталогах команды микропроцессора Z80. Бла-
годаря их применению работа программы становится малочитаемой, да и
просмотр её Дизасемблером затруднен.

Наиболее часто встречаемыми неопубликованными инструкциями явля-
ются команды, оперирующие на половинках индексных регистров IX и IY в
группе команд, которым не предшествует никакой иной префикс (т.е. СВН
или EDH). Основываются они на префиксации кодом DDH или FDH команды,
касающейся регистра Н или L. В этом случае вместо этого регистра берется
соответствующая половина индексного регистра. Через НХ обозначается
старшая часть регистра IX, через IX - младшая. Аналогично HY и IY. Вот
примеры:

Это верно для всех команд пересылки однобайтовых чисел между
регистрами и восьмибитовых операций AND, OR, XOR, ADD, ADC, SUB, ВС
и CP, выполняемых в аккумуляторе.

Префикс FDH или DDH относится ко всем регистрам Н, L или HL,
присутствующим в команде. Следовательно, в одной инструкции невозмож-
но использование ячейки, адресованной как (HL), регистра HL, Н или L
одновременно с НХ, HY, IX, IY (в дальнейшем ограничимся регистром IX, но
все это относится также и к регистру IV). например:

66 LD H,(HL> DD66" LD НХ,ЦХ+*)
75 LD (HL),L DD75** LD <IX+*),IX
65 LD H,L DD65 LD HX.IX
Несколько иначе представляется ротация ячейки, адресуемой индекс-
ным регистром, т.е. инструкций, начинающихся кодом DDCB. Инструкция
типа RR (IX+**) и ей подобные подробно описаны во всех доступных ма-

териалах о микропроцессорах 280, но мало кто знает об инструкциях типа RR
(1Х+**), % и им подобных, где % обозначает любой регистр микропроцессо-
ра. Они основываются на префиксовании кодом DuH или FDH инструкции
типа RR %.

Также обстоит дело с инструкциями SET N,(lX+*)_r%, ³ также RES
N,(IX+*), % (но для BIT - уже нет). Выполнение такой инструкции основано на
выполнении нормальной команды RR (1Х+*) (или подобной), SET N,(tX+*) или
RES N»(IX+*), а затем пересылки результата как в ячейку (1Х+*), так и соответ-
ствующий внутренний регистр микропроцессора. Например:
СВ13 RL Е

DDCB0113 RL <1X41 )_tE
вызывает сдвиг ячейки с адресом IX-H влево на 1 бит и пересылку
результата в регистр Е, что обычным способом следовало бы сделать так:
DDCB0116 RL UX+1)
DD5E01 LD ЕД1X4-1)
В конце рассмотрения инструкции данного типа следует вспомнить, что
команд EX DEJX или EX OE,IY нет. Префиксование команды EX DE,HL не
дает никаких результатов. Также - префиксирэвание команд, коды которых
начинаются с EDH, а также тех, в которых не присутствует ни один из
регистров Н, L или пары HL (например. LD B,N , RRCA и т.дА Очередной лю-
бопытной командой является SU (SHIFT LEFT AND INCREMENT), выпол-
нение которой аналогично SLA с той разницей, что самый младший бит
устанавливается в 1. Признаки устанавливаются идентично SLA и другим
сдвигам:

СВ37 SL1 А
СВ36 SLI (HL)
DDCB**36 SLI <IX+*)
DDCB**57 SU (IX-^УЛ
Временами некоторые проблемы вызывает построение флажкового
регистра, особенно тогда, когда он используется достаточно нетипично,
например:

PUSH AF
POP ВС
RL С
JP NC,...
Его вид представ/ген на рис. 1:

Дополнительной особенностью регистра В является то, что биты 3 и 5
(обозначенные как F3 и F5) точно отражают состояние восьмибитовой
арифметической или логической операции IN %,(С) и IN F,(C). Например,
после выполнения:

XOR А; запись значения 0
ADD А, 15; результат - 00001111
указатели будут: F5-0; F3-1

Последняя (кто поручится, что их больше нет?) тайна Z80 - это регистр
обновления памяти R. А точнее то. что когда после очередного машинного
цикла инкрементируется значение этого регистра, то его старший бит оста-
ется неизменным, следовательно, может быть использован для хранения лю-
бой, естественно, однобитовой информации. Важно также то, что
инструкция LD A,R, с помощью которой может быть получена эта инфор-
мация, устанавливает также указатель S и, следовательно, не требуется до-
полнительная инструкция, проверяющая значение этого бита.

В конце несколько коротких, но часто применяемых мер защиты. Их
ликвидация основывается обычно на действиях обратных защитным. Чаще
всего с этой точки зрения эксплуатируются системные переменные.
Например, переменная DFSZ (23659) определяет число строк в нижней части
экрана, требуемое для вывода сообщения об ошибке или для ввода данных.
Во время работы программы это значение обычно равно 2, но достаточно за-
нести туда 0. чтобы программа зависла при попытке прерывания (так как туда
выводится сообщение, для которого нет места).

Если в программе находится инструкция INPUT или CLS, то она имеет
подобный результат.

Распространенным способом защиты является также изменение зна-
чения переменной BORDCR (23624), которая определяет цвет рамки, и
атрибутов нижней части экрана. Значение отдельных битов следующее:
7 бит - FLASH
6 бит-BRIGHT
5.4,3 биты - BORDER
2,1,0 биты-INK

Способ защиты основывается на том, что цвет чернил тот же самый, как
и у рамки, следовательно, при остановке программы можно подумать, что
она зависла (не видно сообщения). Разблокировать зашиту можно, вписав
BORDER 0 или другой цвет.

Очередным простым способом защиты является изменение значения
переменной ERRSP (23613-23614) или «дна» машинного стека (эта перемен-
ная указывает «дно» стека), где обычно находится адрес процедуры, обраба-
тывающей ошибку BASIC а (вызываемой с помощью RST 8). Уменьшением
значения ERRSP на 2 вызываем защиту программы от «BREAK» и любой дру-
гой ошибки - программа заново запускается с места в котором произошла
ошибка. Смена содержимого «дна» машинного стека или другая замена зна-
чения ERRSFJ может вызвать зависание или даже рестарт компьютера.

1. Вводная глава - несколько слов об истории создания "СПЕКТРУМА".
2. BASIC. Глава 1 - введение. Экран.
3. Глава 2 - основы программирования.
4. Глава 3 - условия.
5. Глава 4 - циклы.
6. Глава 5 - подпрограммы.
7. Глава 6 - операторы READ, DATA и RESTORE.
8. Глава 7 - арифметические операции.
9. Глава 8 - строки символов.
10. Глава 9 - функции.
11. Глава 10 - математические функции.
12. Глава 11 - случайные числа.
13. Глава 12 - массивы.
14. Глава 13 - логические операции.
15. Глава 14 - набор символов.
16. Глава 15 - дополнительные сведения об операторах PRINT и INPUT.
17. Глава 16 - цвета. PAPER, FLASH, BRIGHT, INVERSE, OVER, BORDER, ATTR.
18. Глава 17 - графика.
19. Глава 18 - указания.
20. Глава 19 - программирование звуков.
21. Глава 20 - внешняя память на магнитной ленте.
22. Глава 21 - устройства печати.
23. Глава 22-23 - другое периферийное оборудование. Ввод и вывод.
24. Глава 25 - память.
25. Глава 26 - системные переменные.
26. Глава 27 - использование машинных кодов.
27. Приложение А - полный набор символов.
28. Приложение B - сообщения.
29. Приложение С (часть 1) - описание компьютера ZX SPECTRUM.
30. Приложение С (часть 2) - язык программирования BASIC.
31. Приложение D - примеры программ.
32. Приложение E - шестнадцатиричные и двоичные системы счисления.
33. Основы работы. Глава 1. - как сделать копию программы. COPY 86/М. TFCOPY. COPY-COPY (PIRATE 02).
34. Основы работы. Глава 2. - составление и редактирование программ.
35. Основы работы. Глава 3. - системные переменные.
36. Основы работы. Глава 4. - организация памяти компьютера.
37. Основы работы. Глава 5. - методы введения русского шрифта.
38. Основы работы. Глава 6. - защита программ.
39. Тайники. Глава 1. - распределение памяти.
40. Тайники. Глава 2. - способ записи программ на ленте.
41. Тайники. Глава 3. - защита программ на BASIC'e.
42. Тайники. Глава 4. - «защитные» управляющие символы.
43. Тайники. Глава 5. - защита загрузчиков.
44. Тайники. Глава 6. - использование системных процедур.
45. Тайники. Глава 7. - декодирование закодированных блоков типа «bytes».
46. Интерфейс диска «BETA». Глава 1. - возможности интерфейса. введение в дисковую систему.
47. Интерфейс диска «BETA». Глава 2. - первые шаги.
48. Интерфейс диска «BETA». Глава 3-4. - системный переключатель. Список команд.
49. Интерфейс диска «BETA». Глава 5. - синтаксис команд.
50. Интерфейс диска «BETA». Глава 6-7. - форматирование диска. Каталог.
51. Интерфейс диска «BETA». Глава 8. - копирование файлов.
52. Интерфейс диска «BETA». Глава 9-10. - переименование и стирание файлов, ведение дискового хозяйства. Сохранение, верификация, загрузка, выполнение и подгрузка программ.
53. Интерфейс диска «BETA». Глава 11. - перенос кассетных программ.
54. Интерфейс диска «BETA». Глава 12-13. - массивы данных. Файлы с последовательным и произвольным доступом.
55. Интерфейс диска «BETA». Глава 14-15. - непосредственное чтение и запись секторов. Программирование в машинных кодах.
56. Интерфейс диска «BETA». Глава 16-17. - сообщения об ошибках. Сведения о TR-DOS.
57. Интерфейс диска «BETA». Глава 18. - назначение контактов на разъеме дисковода.
58. SPECTRUM 128K. Глава 1-2. - включение машины. Загрузка программ.
59. SPECTRUM 128K. Глава 3-4. - 128 Basic. Использование калькулятора.
60. SPECTRUM 128K. Глава 5-6. - сохранение данных в памяти. Реклама.