X86 или x64 под Windows 10/x64

@Dobermann76 · Регистрация: 25.04.2016

Только начинаю разбираться с написанием драйверов и как обычно уже миллион вопросов. Установлена Windows 10 x64/VS2015/WDK10.

Такие вопросы по совместимости:

- возможно ли установить x86 драйвер на Windows 64-bit систему или драйвер под Windows64 должен быть ообязательно скомпилирован как x64 проект?

- можно ли настроить дополнительные права для драйверов в процессе компиляции, как например для приложений - работа от имени администратора или от имени пользователя?

- есть ли разграничение среды, для совместимости 32-битных драйверов на 64-битных системах как для приложений, когда приходится использовать функции типа Wow64DisableWow64FsRedirection?

Дело в том, что есть проект, скомпилированный как x64, устанавливаю его с правами администратора с помощью "devcon.exe install" на Windows 10/64. Драйвер устанавливается, работает, но только в среде Администратора. От обычного пользователя если к нему обратиться - не работает. Или это он работает в 64-битной среде, а когда к нему обращаются 32-битные приложения - он с ними не работает? Нужно ли мне в данном случае перекомпилировать этот драйвер как x86 и устанавливать в каком-то специальном режиме для совместимости?

Убежденный · 27.04.2016, 11:25

Сообщение от Dobermann76

- возможно ли установить x86 драйвер на Windows 64-bit систему или драйвер под Windows64 должен быть ообязательно скомпилирован как x64 проект?

Нет. Драйверы всегда должны быть той же разрядности, что и система.

Сообщение от Dobermann76

- можно ли настроить дополнительные права для драйверов в процессе компиляции, как например для приложений - работа от имени администратора или от имени пользователя?

Драйверы работают по-другому, не так, как приложения.
Например, у них нет "своего" адресного пространства, они практически всегда
работают или в контексте системы, или в контексте процесса, который вызвал
конкретный обработчик. Поэтому понятие "запуск драйвера от имени администратора"
бессмысленно.

Сообщение от Dobermann76

- есть ли разграничение среды, для совместимости 32-битных драйверов на 64-битных системах как для приложений, когда приходится использовать функции типа Wow64DisableWow64FsRedirection?

32-битные драйверы вообще не работают на x64. Совсем.
Так что в этом плане меньше путаницы.

Сообщение от Dobermann76

Драйвер устанавливается, работает, но только в среде Администратора. От обычного пользователя если к нему обратиться - не работает.

Драйвер может поставить на свои девайсы или другие объекты особые разрешения,
которые позволят открывать их только определенным пользователям или группам.
Возможно, это как раз такой случай.

Сообщение от Dobermann76

Или это он работает в 64-битной среде, а когда к нему обращаются 32-битные приложения - он с ними не работает?

Все может быть. Драйвер, к примеру, может проверять, что к нему обратилось
32-битное приложение, а не 64-битное, и выдать ошибку.

Сообщение от Dobermann76

Нужно ли мне в данном случае перекомпилировать этот драйвер как x86 и устанавливать в каком-то специальном режиме для совместимости?

Ни то, ни другое, к драйверам не применимо.
Как я уже писал выше, они всегда "правильной" разрядности, это во-первых, а во-вторых,
никакие режимы совместимости на драйверы не распостраняются, это работает только
для обычных приложений в user mode.

@Dobermann76 · 27.04.2016, 12:11 **[ТС]**

Драйвер может поставить на свои девайсы или другие объекты особые разрешения,
которые позволят открывать их только определенным пользователям или группам.
Возможно, это как раз такой случай.

Можно ли прописать подобные разрешения в .inf файле или эти разрешения должны быть указаны в коде драйвера? У меня такое подозрение, что я его неправильно устанавливаю - с неправильными ограничениями или не в ту среду. Он как буд-то устанавливается не для обычного использования. Когда подписывается драйвер с помощью Inf2Cat.exe, возможно ли там задать эти разрешения?

Убежденный · 27.04.2016, 12:15

Сообщение от Dobermann76

Можно ли прописать подобные разрешения в .inf файле или эти разрешения должны быть указаны в коде драйвера?

В коде.

Сообщение от Dobermann76

У меня такое подозрение, что я его неправильно устанавливаю - с неправильными ограничениями или не в ту среду. Он как буд-то устанавливается не для обычного использования. Когда подписывается драйвер с помощью Inf2Cat.exe, возможно ли там задать эти разрешения?

Нет. Inf2Cat.exe к разрешениям вообще не имеет никакого отношения,
эта утилита не подписывает драйвер, она просто генерирует каталог безопасности
(.cat) - обычный файл, в котором хранятся хэши файлов из пакета драйвера.

@Dobermann76 · 27.04.2016, 12:41 **[ТС]**

Но ведь в Inf2Cat.exe нужно перечислить ОСи с которыми совместим драйвер? Это ни на что не влияет, только на описание драйвера? Если я задам в Inf2Cat.exe только XP_X86, смогу ли я такой драйвер установить под Windows 10 x64?

Убежденный · 27.04.2016, 13:57

Сообщение от Dobermann76

Но ведь в Inf2Cat.exe нужно перечислить ОСи с которыми совместим драйвер? Это ни на что не влияет, только на описание драйвера?

Это влияет на проверки, которые выполняет Inf2Cat.exe.

Сообщение от Dobermann76

Если я задам в Inf2Cat.exe только XP_X86, смогу ли я такой драйвер установить под Windows 10 x64?

Сможешь или нет - это зависит от самого драйвера, от его разрядности и
того, как он написан и скомпилирован. Inf2Cat тут никаким боком вообще,
он лишь проверяет синтаксис INF-файла и генерирует по нему CAT-файл.

@Dobermann76 · 27.04.2016, 18:37 **[ТС]**

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

Убежденный · 27.04.2016, 18:51

Сначала нужно разобраться, что именно "не работает".
Не открывается какое-то устройство или коммуникационный порт или
не расшаривается общая память или при отправке пакета ввода-вывода
возвращается ошибка и т.д. И уже от полученных данных отталкиваться.
Если исходников драйвера нет - тогда все очень плохо и шансов на
успех очень мало.

@Dobermann76 · 27.04.2016, 20:50 **[ТС]**

Пытаюсь хоть немного разобраться с драйверами. У меня есть исходники. Это исходники из примера Майкрософт для виртуального RAMDisk. У меня получилось его скомпилировать и запустить под Windows 10 x64. Он устанавливается в систему и виден в Device Manager как нормально работающий. После установки появляется виртуальный диск R:. Если открывать его в Total Commander, то диск виден, но размер его 0 и пишет невозможно открыть диск. Если Total Commander открыть от имени администратора, то диск виден и полностью рабочий - на него можно писать файлы и удалять. Как его можно заставить работать для пользователя?

Убежденный · 27.04.2016, 21:02

Фреймворк KMDF для всех именованных device-объектов устанавливает
специальный дескриптор безопасности, который разрешает открывать их
только членам группы "Администраторы" и системе.

Об этом написано, например, здесь:
Controlling Device Access in KMDF Drivers
https://msdn.microsoft.com/win... df-drivers

Providing Security Descriptors for Device Objects and Interfaces

Every named device object must have a security descriptor. The operating system uses the
device object's security descriptor to determine the types of users that are allowed to
access a device and its device interfaces. Security descriptors can be assigned to
device objects by:

* The operating system, which provides a default security descriptor for device objects
(see Controlling Device Access).

* The framework, which provides a default security descriptor (by using the
SDDL_DEVOBJ_SYS_ALL_ADM_ALL value) if your driver calls WdfDeviceInitAssignName to
assign a name to a device object (see SDDL for Device Objects).

* Your driver, which can override the framework's default security descriptor by calling
WdfDeviceInitAssignSDDLString.

Чтобы исправить это, нужно в RamDiskEvtDeviceAdd после WdfDeviceInitAssignName
вызвать WdfDeviceInitAssignSDDLString, задав подходящую SDDL-строку, например такую:

Код

//
// Полный доступ (GA = GENERIC_ALL) для всех (WD = World)
//
D:P(A;;GA;;;WD)

Ссылки по теме:

Controlling Device Access
https://msdn.microsoft.com/ru-... s.85).aspx

WdfDeviceInitAssignSDDLString method
https://msdn.microsoft.com/lib... e/ff546035

SDDL for Device Objects
https://msdn.microsoft.com/lib... e/ff563667

Проблема обсуждалась здесь:

Need Windows 7 RamDisk Driver Assistance
http://osronline.com/showThread.CFM?link=219449

@Dobermann76 0 / 0 / 0 Регистрация: 25.04.2016 Сообщений: 9
		1
	X86 или x64 под Windows 10/x64 27.04.2016, 09:39. Показов 5649. Ответов 9 Метки нет (Все метки) Только начинаю разбираться с написанием драйверов и как обычно уже миллион вопросов. Установлена Windows 10 x64/VS2015/WDK10. Такие вопросы по совместимости: - возможно ли установить x86 драйвер на Windows 64-bit систему или драйвер под Windows64 должен быть ообязательно скомпилирован как x64 проект? - можно ли настроить дополнительные права для драйверов в процессе компиляции, как например для приложений - работа от имени администратора или от имени пользователя? - есть ли разграничение среды, для совместимости 32-битных драйверов на 64-битных системах как для приложений, когда приходится использовать функции типа Wow64DisableWow64FsRedirection? Дело в том, что есть проект, скомпилированный как x64, устанавливаю его с правами администратора с помощью "devcon.exe install" на Windows 10/64. Драйвер устанавливается, работает, но только в среде Администратора. От обычного пользователя если к нему обратиться - не работает. Или это он работает в 64-битной среде, а когда к нему обращаются 32-битные приложения - он с ними не работает? Нужно ли мне в данном случае перекомпилировать этот драйвер как x86 и устанавливать в каком-то специальном режиме для совместимости? __________________ Помощь в написании контрольных, курсовых и дипломных работ здесь 0

Убежденный Ушел с форума 16434 / 7398 / 1186 Регистрация: 02.05.2013 Сообщений: 11,617 Записей в блоге: 1
	27.04.2016, 11:25	2
	Сообщение от Dobermann76 - возможно ли установить x86 драйвер на Windows 64-bit систему или драйвер под Windows64 должен быть ообязательно скомпилирован как x64 проект? Нет. Драйверы всегда должны быть той же разрядности, что и система. Сообщение от Dobermann76 - можно ли настроить дополнительные права для драйверов в процессе компиляции, как например для приложений - работа от имени администратора или от имени пользователя? Драйверы работают по-другому, не так, как приложения. Например, у них нет "своего" адресного пространства, они практически всегда работают или в контексте системы, или в контексте процесса, который вызвал конкретный обработчик. Поэтому понятие "запуск драйвера от имени администратора" бессмысленно. Сообщение от Dobermann76 - есть ли разграничение среды, для совместимости 32-битных драйверов на 64-битных системах как для приложений, когда приходится использовать функции типа Wow64DisableWow64FsRedirection? 32-битные драйверы вообще не работают на x64. Совсем. Так что в этом плане меньше путаницы. Сообщение от Dobermann76 Драйвер устанавливается, работает, но только в среде Администратора. От обычного пользователя если к нему обратиться - не работает. Драйвер может поставить на свои девайсы или другие объекты особые разрешения, которые позволят открывать их только определенным пользователям или группам. Возможно, это как раз такой случай. Сообщение от Dobermann76 Или это он работает в 64-битной среде, а когда к нему обращаются 32-битные приложения - он с ними не работает? Все может быть. Драйвер, к примеру, может проверять, что к нему обратилось 32-битное приложение, а не 64-битное, и выдать ошибку. Сообщение от Dobermann76 Нужно ли мне в данном случае перекомпилировать этот драйвер как x86 и устанавливать в каком-то специальном режиме для совместимости? Ни то, ни другое, к драйверам не применимо. Как я уже писал выше, они всегда "правильной" разрядности, это во-первых, а во-вторых, никакие режимы совместимости на драйверы не распостраняются, это работает только для обычных приложений в user mode. 1

@Dobermann76 0 / 0 / 0 Регистрация: 25.04.2016 Сообщений: 9
	27.04.2016, 12:11 [ТС]	3
	Драйвер может поставить на свои девайсы или другие объекты особые разрешения, которые позволят открывать их только определенным пользователям или группам. Возможно, это как раз такой случай. Можно ли прописать подобные разрешения в .inf файле или эти разрешения должны быть указаны в коде драйвера? У меня такое подозрение, что я его неправильно устанавливаю - с неправильными ограничениями или не в ту среду. Он как буд-то устанавливается не для обычного использования. Когда подписывается драйвер с помощью Inf2Cat.exe, возможно ли там задать эти разрешения? 0

Убежденный Ушел с форума 16434 / 7398 / 1186 Регистрация: 02.05.2013 Сообщений: 11,617 Записей в блоге: 1
	27.04.2016, 12:15	4
	Сообщение от Dobermann76 Можно ли прописать подобные разрешения в .inf файле или эти разрешения должны быть указаны в коде драйвера? В коде. Сообщение от Dobermann76 У меня такое подозрение, что я его неправильно устанавливаю - с неправильными ограничениями или не в ту среду. Он как буд-то устанавливается не для обычного использования. Когда подписывается драйвер с помощью Inf2Cat.exe, возможно ли там задать эти разрешения? Нет. Inf2Cat.exe к разрешениям вообще не имеет никакого отношения, эта утилита не подписывает драйвер, она просто генерирует каталог безопасности (.cat) - обычный файл, в котором хранятся хэши файлов из пакета драйвера. 0

@Dobermann76 0 / 0 / 0 Регистрация: 25.04.2016 Сообщений: 9
	27.04.2016, 12:41 [ТС]	5
	Но ведь в Inf2Cat.exe нужно перечислить ОСи с которыми совместим драйвер? Это ни на что не влияет, только на описание драйвера? Если я задам в Inf2Cat.exe только XP_X86, смогу ли я такой драйвер установить под Windows 10 x64? 0

Убежденный Ушел с форума 16434 / 7398 / 1186 Регистрация: 02.05.2013 Сообщений: 11,617 Записей в блоге: 1
	27.04.2016, 13:57	6
	Сообщение от Dobermann76 Но ведь в Inf2Cat.exe нужно перечислить ОСи с которыми совместим драйвер? Это ни на что не влияет, только на описание драйвера? Это влияет на проверки, которые выполняет Inf2Cat.exe. Сообщение от Dobermann76 Если я задам в Inf2Cat.exe только XP_X86, смогу ли я такой драйвер установить под Windows 10 x64? Сможешь или нет - это зависит от самого драйвера, от его разрядности и того, как он написан и скомпилирован. Inf2Cat тут никаким боком вообще, он лишь проверяет синтаксис INF-файла и генерирует по нему CAT-файл. 0

@Dobermann76 0 / 0 / 0 Регистрация: 25.04.2016 Сообщений: 9
	27.04.2016, 18:37 [ТС]	7
	А где можно подробнее почитать про эти особые разрешения и как они задаются? Не хочется сдаваться - драйвер реально работает, но только в среде Администратора. Как-то нужно заставить его работать для пользователя. 0

Убежденный Ушел с форума 16434 / 7398 / 1186 Регистрация: 02.05.2013 Сообщений: 11,617 Записей в блоге: 1
	27.04.2016, 18:51	8
	Сначала нужно разобраться, что именно "не работает". Не открывается какое-то устройство или коммуникационный порт или не расшаривается общая память или при отправке пакета ввода-вывода возвращается ошибка и т.д. И уже от полученных данных отталкиваться. Если исходников драйвера нет - тогда все очень плохо и шансов на успех очень мало. 0

@Dobermann76 0 / 0 / 0 Регистрация: 25.04.2016 Сообщений: 9
	27.04.2016, 20:50 [ТС]	9
	Пытаюсь хоть немного разобраться с драйверами. У меня есть исходники. Это исходники из примера Майкрософт для виртуального RAMDisk. У меня получилось его скомпилировать и запустить под Windows 10 x64. Он устанавливается в систему и виден в Device Manager как нормально работающий. После установки появляется виртуальный диск R:. Если открывать его в Total Commander, то диск виден, но размер его 0 и пишет невозможно открыть диск. Если Total Commander открыть от имени администратора, то диск виден и полностью рабочий - на него можно писать файлы и удалять. Как его можно заставить работать для пользователя? 0

Убежденный Ушел с форума 16434 / 7398 / 1186 Регистрация: 02.05.2013 Сообщений: 11,617 Записей в блоге: 1
	27.04.2016, 21:02	10
	Фреймворк KMDF для всех именованных device-объектов устанавливает специальный дескриптор безопасности, который разрешает открывать их только членам группы "Администраторы" и системе. Об этом написано, например, здесь: Controlling Device Access in KMDF Drivers https://msdn.microsoft.com/win... df-drivers Providing Security Descriptors for Device Objects and Interfaces Every named device object must have a security descriptor. The operating system uses the device object's security descriptor to determine the types of users that are allowed to access a device and its device interfaces. Security descriptors can be assigned to device objects by: * The operating system, which provides a default security descriptor for device objects (see Controlling Device Access). * The framework, which provides a default security descriptor (by using the SDDL_DEVOBJ_SYS_ALL_ADM_ALL value) if your driver calls WdfDeviceInitAssignName to assign a name to a device object (see SDDL for Device Objects). * Your driver, which can override the framework's default security descriptor by calling WdfDeviceInitAssignSDDLString. Чтобы исправить это, нужно в RamDiskEvtDeviceAdd после WdfDeviceInitAssignName вызвать WdfDeviceInitAssignSDDLString, задав подходящую SDDL-строку, например такую: Код // // Полный доступ (GA = GENERIC_ALL) для всех (WD = World) // D:P(A;;GA;;;WD) Ссылки по теме: Controlling Device Access https://msdn.microsoft.com/ru-... s.85).aspx WdfDeviceInitAssignSDDLString method https://msdn.microsoft.com/lib... e/ff546035 SDDL for Device Objects https://msdn.microsoft.com/lib... e/ff563667 Проблема обсуждалась здесь: Need Windows 7 RamDisk Driver Assistance http://osronline.com/showThread.CFM?link=219449 1

Опции темы