Будет ли работать драйвер на виртуальной машине?

Пытаюсь настроить среду, где можно пробовать писать драйверы. Вот здесь https://msdn.microsoft.com/ru-... s.85).aspx указано, что Debug запускается на host-машине, а сам драйвер на тестовой машине. Как указано в MSDN эти два компьютера должны иметь возможность пинговать друг друга. Но у меня нет второй физической машины. А в MSDN написано, что "Provisioning is not supported for virtual machines.". Означает ли это, что драйвер нельзя тестить на виртуальной машине и обязательно нужна вторая физическая?

0

Добавь логирование вызовов WdfDriverCreate и WdfDeviceCreate,
возможно, одна из этих функций и возвращает ошибку.
Кстати, для не-PnP драйверов AddDevice никогда не будет вызываться.

А вообще, я в WDF не силен.

0

Убежденный, я решил попробовать обычный пример с обычным драйвером, просто выводящим строку в дебагерское окно.

Онанизм с указателями пришлось добавить из-за того, что компилятору (VS) не нравилось, что они не используются и он предупреждения трактовал как ошибку. Теперь на виртуалке net start выдает: 1275 - драйвер был заблокирован. Машину запускал без проверки подписи драйверов, в режиме отладки. WinDBG отлаживает нормально. В VS в окружении использовал конфигурацию DEBUG и платформу х64. Драйвер пытался запускать из корня C:\ и из C:\windows\system32. Через net start служба создается, но запуск драйвера блокируется. Можно где-нибудь посмотреть из-за чего именно он блокируется?

0

Сообщение от NatiF компилятору (VS) не нравилось, что они не используются и он предупреждения трактовал как ошибку.

Используй макрос UNREFERENCED_PARAMETER.

Сообщение от NatiF Через net start служба создается, но запуск драйвера блокируется. Можно где-нибудь посмотреть из-за чего именно он блокируется?

В системном журнале Windows, например.
Если проблемы с цифровыми подписями, обычно там код 577, а не 1275.
Возможно, у тебя просто драйвер собран криво, ты же не написал, с
какими опциями его компилишь.

0

Сообщение от Убежденный Возможно, у тебя просто драйвер собран криво, ты же не написал, с какими опциями его компилишь.

Я компилю его на VS2015, проект - KMDF(пустой), в него добавляю new item - файл с++, только меняю расширение с .срр на .c, в него вставляю код драйвера, выбираю сборку Debug и платформу х64. Собираю. Какие еще параметры надо настраивать? По умолчанию WPP tracing выключен, target platform - Universal.

Сообщение от Убежденный Используй макрос UNREFERENCED_PARAMETER.

UNREFERENCED_PARAMETER (pDriverObj);
UNREFERENCED_PARAMETER (pRegPath);
Так?

0

Убежденный, надо было включить Режим разработчика на 10-й винде. Совсем про него забыл. Он и блокировал запуск. Сейчас все заработало, сообщение в дебагерское окошко выводится. Спасибо. Теперь думаю попробовать несложные какие-нибудь действия поделать. Читаю windows internals и руткиты.внедрение в ядро windows.

0

Непонятно только одно - почему у меня на виртуальной Windows 10 все
заводится сразу без всяких плясок с бубном?

0

Сообщение от Убежденный Непонятно только одно -

- на мой взгляд ( понятно ), если уж прищел - Поделиться - ни умничай - выкладывай все без сустатка, т.к. на это здесь все и собрались, а отмахивать "носом", о-й фи... - ни надо, пжлст.

0

Сообщение от NatiF надо было включить Режим разработчика на 10-й винде. Совсем про него забыл. Он и блокировал запуск. Сейчас все заработало, сообщение в дебагерское окошко выводится.

У меня на одном из последних инсайдерских билдов Win10-x64
(14393.0.amd64fre.rs1_release.160715-1616) ничего такого не нужно,
режим отладки включается обычным способом, т.е. через bcdedit +
Debug Print Filter в реестре. Да, и еще Secure Boot нужно отключать, но это только
если Generation 2 Virtual Machine на Hyper-V.

0

Сообщение от Убежденный ничего такого не нужно,

я думаю, что либо я где-то слишком много лишних действий сделал, либо где-то не сделал необходимых)
вот эта ошибка доступа - я не думаю, что это из-за кривой сборки драйвера в VS... возможно дело в разных настройках политики безопасности.. потому что я на виртуалке ничего не настраивал, кроме, как ты показал, порта для пайпа, ну еще и отключал проверку подписи драйверов через bcdedit. Ну да, еще перезагружал винду и отключал там при загрузке проверку подписи драйверов. Может это лишнее уже было, при том, что дебагер исправно работал и отлаживал ядро все время.

Добавлено через 1 час 1 минуту
Убежденный, это вопрос, если включить режим отладки после перезагрузки, то это означает обязательное отключение проверки подписи? ведь режим отключения проверки подписи стоит отдельным пунктом. Немного странная логика помоему - либо загружайся под отладкой, либо отключай проверку подписи. А ты говоришь, что отладки достаточно, чтобы отключись всякие вопросы с подписями. Там же нельзя сразу выбрать несколько пунктов. Но у меня когда я отключал проверку подписей, отладка шла нормально.

0

При подключенном отладчике ядра проверка "ядерных" цифровых
подписей не выполняется. То есть, в этом случае жать F8 и отключать
проверку цифровых подписей не обязательно.

В общем говоря, существует только четыре легальных способа загрузить
драйвер на 64-битной Windows от Vista и выше. Это:

1. Наличие у драйвера цифровой подписи с кросс-сертификатом Microsoft.

2. Отключение проверки цифровых подписей по F8 в меню загрузки.

3. Тестовый режим (при этом сам драйвер должен быть подписан, но
"правильность" сертификата игнорируется).

4. Система переведена в режим отладки (bcdedit) и загружена с
подключенным отладчиком ядра.

0

Сообщение от Убежденный 3. Тестовый режим (при этом сам драйвер должен быть подписан, но "правильность" сертификата игнорируется). 4. Система переведена в режим отладки (bcdedit) и загружена с подключенным отладчиком ядра.

Вот эти 2 у меня выполняются точно. Меня смущает то, что на той машине, что я изначально пытался запустить драйвер, вылезло сообщение об отсутствии подписи. А потом просто любой запуск драйвера блокировался. У себя же дома, я запустил драйвер точно таким же образом после включения режима разработчика и никаких ошибок при запуске службы и драйвера не возникло: окошко с надписью в дебагере появилось. При том, что в VS я поменял только платформу на х64. Т.е. никаких опций компиляции я не менял больше. А у меня WDK 10. Я так понял, он интегрируется в VS, поэтому в VS появляются проекты драйверов. Ты писал, что у разработчиков много вопросов к сборке драйверов в VS и что лучше собирать в WDK 7.0. Я не знаю, может оно и так, я сам понимаешь, не драйверист пока, мне бы хоть простейшие вещи работали. Хотя бы вывод в окно работает, мне уже радостно.

Я пока читаю книги, меня больше всего заинтересовала схема многоуровневых драйверов через IRP-пакеты. Это реально встроиться в цепочку драйверов, фильтруя IRP путем изменения некоторых его полей? Вот предположим, есть драйвер, который фильтрует файловые запросы типа read. Если поставить один драйвер ниже его, и изменять входной буфер в этих IRP на мусор, чтобы он этот мусор обрабатывал, а выше его поставить другой драйвер-фильтр, который бы восстанавливал изначальный IRP-пакет и передавал бы его дальше вверх, это возможно? Условно говоря переданный снизу IRP-пакет проходил бы снизу вверх неизменяемым для всех драйверов, кроме одного драйвера, который бы принимал вместо пакета мусор?

Добавлено через 2 минуты
Я вероятно, несу ахинею, поэтому не сильно ругайтесь.

0

Сообщение от NatiF При том, что в VS я поменял только платформу на х64.

Так это ключевой момент. Если система у тебя 64-битная, то и драйверы
на ней могут запускаться только 64-битные.

Сообщение от NatiF Я пока читаю книги, меня больше всего заинтересовала схема многоуровневых драйверов через IRP-пакеты. Это реально встроиться в цепочку драйверов, фильтруя IRP путем изменения некоторых его полей?

Это более, чем реально.
Существует много различных типов фильтрующих драйверов, но почти все они
именно по такому принципу и работают.

Сообщение от NatiF Вот предположим, есть драйвер, который фильтрует файловые запросы типа read. Если поставить один драйвер ниже его, и изменять входной буфер в этих IRP на мусор, чтобы он этот мусор обрабатывал, а выше его поставить другой драйвер-фильтр, который бы восстанавливал изначальный IRP-пакет и передавал бы его дальше вверх, это возможно?

Это вполне возможно.
Только тут с терминологией небольшая путаница: IRP проходит по драйверному стеку
сначала сверху-вниз, а затем завершается снизу-вверх.

Сообщение от NatiF Я вероятно, несу ахинею

Вовсе нет. У Уолтера Они в его знаменитой книге описаны основные принципы
разработки фильтрующих драйверов, советую почитать, кстати.

1

Сообщение от Убежденный У Уолтера Они в его знаменитой книге описаны основные принципы разработки фильтрующих драйверов, советую почитать, кстати.

Спасибо большое. Скачал. Читаю. На 43 странице есть даже схема, как нижний и верхний фильтрующие драйвера "оккупируют" функциональный. И это нужно, получается, для выпуска обновлений для драйверов: они или добавляют функционал или исправляют ошибки старого драйвера - я так понял. Книжка 2007 года, там вообще много актуального? Все-таки времени прошло уже почти 10 лет.

0

Сообщение от NatiF Книжка 2007 года, там вообще много актуального? Все-таки времени прошло уже почти 10 лет.

Актуального много. В драйверах не так быстро все меняется, как в вебе, например.
Некоторые внутренние структуры и принципы работы могут не меняться десятилетиями.

0