Вы используете устаревший браузер. Этот и другие сайты могут отображаться в нём некорректно. Вам необходимо обновить браузер или попробовать использовать другой.
Да можно иметь под руками обычный программатор, их куча валяется дешёвых. Чип тоже желательно знать, SOIC8 или WSON8 форм-фактор. Для WSON8 придётся либо адаптер прикупить, либо выпаивать его.
У античитов нет доступа к SMRAM, чтоб смотреть на SMI-обработчики. А если есть - это уязвимость всей...
Можешь регистрировать Periodic SMI обработчик. Правда, на моей памяти, там необходимо потом перенастраивать APIC в момент, когда управление из бутлоадера переходит к ядру.
Загруженные SMM драйвера живы во время рантайма, т.е будут жить до перезагрузки (потом снова загрузятся). Триггерить SMI прерывания можно только из режима ядра.
Процессор кинет MCE или GP(0) , или PF исключения (какое из них точно я не помню). Такое происходит в принципе если ты просто за SMRAM обращаешься, тут также будет.
Пупупу, хорошо.
Ты самостоятельно передаёшь виртуальный адрес и значение CR3 регистра своему обработчику SMI прерывания. Ты можешь это делать через буфер для коммуникации, через манипуляции с SMM Save State, да хоть через NVRAM переменные - не важно.
Как только ты положил свой виртуальный адрес...
На x86_64 SMM не может ничего адресовать выше 4 гигабайтов физической памяти, так заложено спецификацией. Можешь открыть AMD или Intel мануалы.
Не думаю. Векторы детекта хоть и есть, но про само наличие факта детектов сторонних SMM драйверов я не слышал.
Адресация в SMM схожа на реальный режим, соответственно, да, более, чем 4 гигабайта SMM охватывать изначально не может (и всё, что за SMRAM). Собственно, поэтому страницы и ремапятся в SMRAM через манипуляции с PFN.