/pre>
посколько ЕХЕ – файл стаким именем занят вирусом), после чего исполняет
его. Когда работа инфицированной программы закончена, ее запускаемому файлу
возвращается расширение неисполняемого. Лечение файлов, зараженных вирусом
этого типа, может быть затруднено, если вирус – спутник шифрует часть или
все тело инфицируемого файла, а перед исполнением его расшифровывает.
Вирусы, внедряющиеся в программу (Parasitic)
Вирусы этого вида самые незаметные: их код записывается в инфицируемую
программу, что существенно затрудняет лечение зараженных файлов. Рассмотрим
методы внедрения ЕХЕ - вирусов в ЕХЕ - файл.
Способы заражения ЕХЕ – файлов.
Самый распространенный способ заражения ЕХЕ – файлов такой: в конец
файла дописывается тело вируса, а заголовок корректируется (с сохранением
оригинального) так, чтобы при запуске инфицированного файла управление
получал вирус. Похоже на заражение СОМ – файлов, но вместо задания в коде
перехода в начало вируса корректируется собственно адрес точки запуска
программы. После окончания работы вирус берет из сохраненного заголовка
оригинальный адрес запуска программы, прибавляет к его сегментной
компоненте значение регистра DS или ES (полученное при старте вируса) и
передает управление на полученный адрес.
Следующий способ – внедрение вируса в начало файла со сдвигом кода
программы. Механизм заражения такой: тело инфицируемой программы
считывается в память, на ее место записывается вирусный код, а после него –
код инфицируемой программы. Таким образом, код программы как бы
«сдвигается» в файле на длину кода вируса. Отсюда и название способа –
«способ сдвига». При запуске инфицированного файла вирус заражает еще один
или несколько файлов. После этого он считывает в память код программы,
записывает его в специально созданный на диске временный файл с расширением
исполняемого файла (СОМ или ЕХЕ), и затем исполняет этот файл. Когда
программа закончила работу, временный файл удаляется. Если при создании
вируса не применялось дополнительных приемов защиты, то вылечить
инфицированный файл очень просто – достаточно удалить код вируса в начале
файла, и программа снова будет работоспособной. Недостаток этого метода в
том, что приходиться считывать в память весь код инфицируемой программы (а
бывают экземпляры размером больше 1 Мбайт).
Следующий способ заражения файлов – метод переноса – по всей видимости,
является самым совершенным из всех перечисленных. Вирус размножается
следующим образом: при запуске инфицируемой программы тело вируса из нее
считывается в память. Затем ведется поиск неинфицированной программы. В
память считывается ее начало, по длине равную телу вируса. На это место
записывается тело вируса. Начало программы из памяти дописывается в конец
файла. Отсюда название метода – «метод переноса». После того, как вирус
инфицировал один или несколько файлов, он приступает к исполнению
программы, из которой запустился. Для этого он считывает начало
инфицированной программы, сохраненное в конце файла, и записывает его в
начало файла, восстанавливая работоспособность программы. Затем вирус
удаляет код начала программы из конца файла, восстанавливая оригинальную
длину файла, и исполняет программу. После завершения программы вирус вновь
записывает свой код в начало файла, а оригинальное начало программы - в
конец. Этим методом могут быть инфицированы даже антивирусы, которые
проверяют свой код на целостность, так как запускаемая вирусом программа
имеет в точности такой же код, как и до инфицирования.
Вирусы под Windows 9x.
Формат Portable Executable используется Win 32, Windows NT , Windows
95, Windows 98, что делает его очень популярным, и в будущем, возможно он
станет доминирующим форматом ЕХЕ. Этот формат значительно отличается от NE
– executable, используемого в Windows 3.11.
Вызов Windows API.
Обычные приложения вызывают Windows API (Application Program Interface)
используя таблицу импортируемых имен. Когда приложение загружено, данные,
необходимые для вызова API, заносятся в эту таблицу. В Windows 9x,
благодаря предусмотрительности фирмы – производителя Microsoft,
модифицировать таблицу импортируемых имен невозможно. Это проблема решается
непосредственным вызовом KERNEL32. То есть необходимо полностью
игнорировать структуру вызова и перейти непосредственно на точку входа DLL.
Чтобы получить описатель (Handle) DLL/ЕХЕ, можно использовать вызов
АРI GetModuleHandle или другие функции для получения точек входа модуля,
включая функцию получения адреса API GetProcAddress.
Как вызывать API, имея возможность вызывать его и в то же время такой
возможности не имея? Ответ: вызывать API, расположение которого в памяти
известно – это API в файле KERNEL32.DLL, он находится по постоянному
адресу.
Вызов API приложениями выглядит приблизительно так:
сall API_FUNCTION_NAME
например:
call CreateFileA
После компиляции этот вызов выглядит так:
db 9Ah ; инструкция call
dd ???? ;смещение в таблице переходов
Код в таблице переходов похож на такой:
jmp far [offset into import table]
Смещение в таблице импортируемых имен содержит адрес диспетчера для данной
функции API. Этот адрес можно получить с помощью GetProcAddress API.
Диспетчер функций выглядит так:
push function value
call Module Entrypoint
Зная точки входа, можно вызывать их напрямую, минуя таблицу этого
модуля. Поэтому можно заменить вызовы KERNEL32.DLL в его стандартной точке
на вызовы непосредственно функций. Просто сохраняем в стеке значение
функции и вызываем точку входа в модуль.
Модуль KERNEL32.DLL располагается в памяти статически – именно так и
предполагалось. Но кон
