Comments on: Undefined instruction.

By: Karim

Karim — Fri, 24 Oct 2008 11:10:26 +0000

Спасибо за информацию автору и комментаторам

By: Eugene Golushkov

Eugene Golushkov — Wed, 22 Oct 2008 05:35:21 +0000

Не забываем про sysenter/sysexit

By: Not a kernel guy

Not a kernel guy — Wed, 22 Oct 2008 05:15:51 +0000

А исключение #UD достаточно редко – либо оно окажется валидным системным вызовом, либо последним в жизни неосторожного процесса.

И чтобы положить конец этим извращениям придумали syscall/sysret.

By: Eugene Golushkov

Eugene Golushkov — Tue, 21 Oct 2008 19:24:14 +0000

Для этого используется 0xCC == int3. Имеет важные преимущества – длина один байт, так что передача управления по любому адресу приведет к исполнению именно этой инструкции – в отличии от двухбайтной. Второе преимущество – выделенный вектор исключения (№3), на котором сидит либо kernel mode debugger, либо заглушка, отдающая исключение user-mode debugger или крэшающая систему в зависимости от режима фаултнувшегося кода. В общем, инструкция задуманная как помощь отладчикам.

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

By: Eugene Golushkov

Eugene Golushkov — Tue, 21 Oct 2008 19:03:24 +0000

MS использовала в Win95 в качестве системного вызова из virtual 8086 режима запрещенную (и бессмысленную) в нем инструкцию AVPL. Насколько я читал, такая техника использования запрещенных инструкций в качестве системных вызовов идет еще из OS/360. Делать что-то явно запрещенное в качестве системного вызова, типа DOS-овского int 21h в 32х битной OS означает наткнуться на #GP, обработчик которого и так очень перегружен – практически только ошибки страниц через него не проходят. А исключение #UD достаточно редко – либо оно окажется валидным системным вызовом, либо последним в жизни неосторожного процесса. Ну и все хорошо для авторов OS, важно только чтобы инвалидный опкод не стал внезапно разрешенным.

By: Not a kernel guy

Not a kernel guy — Tue, 21 Oct 2008 15:00:06 +0000

Еще один вариант – получить разное поведение в зависимости от того, какой обработчик обрабатывает STATUS_INVALID_OPCODE в данный момент. В обработчике всегда можно продолжить выполнение кода после сбойной инструкции.

By: Сан Саныч

Сан Саныч — Tue, 21 Oct 2008 10:41:47 +0000

2Alexander: могу только предположить, что инструкцию можно использовать для заполнения (или предварения) памяти, в которую в нормальных условиях нельзя передавать управление. Ну и само собой, для проверки того, насколько корректно ОС обрабатывает соответствующее исключение.

By: Sergey Dindikov

Sergey Dindikov — Tue, 21 Oct 2008 10:21:33 +0000

Прочитал тут недавно:
http://ru.wikipedia.org/wiki/MC_Hammer

подтверждение здесь:
http://www.sandpile.org/ia32/cpuid.htm

В процессорах фирмы AMD, таких как Athlon64 и Opteron, функция Cpuid 0x8FFFFFFF возвращает в регистрах EAX, EBX, ECX и EDX строку «IT’S HAMMER TIME».

By: Блог Юрия Акопова : "Заранее обречённый на полнейший провал"

Блог Юрия Акопова : "Заранее обречённый на полнейший провал" — Tue, 21 Oct 2008 10:05:35 +0000

[...] UD2 – undefined instruction Published 21 октября 2008 г. 13:37 by Блог Юрия Акопова Filed under: IT [...]

By: Alexander

Alexander — Tue, 21 Oct 2008 08:56:12 +0000

Кто бы ещё привёл пример, где эта команда применяется? Понятно, что в целях тестирования – ну а конкретнее?