Связь драйвера Mini Filter с сервисом Windows

Question

Связь драйвера Mini Filter с сервисом Windows

0

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

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

Мой вопрос:

1) Могу ли я создать "порт связи" в службе Windows?

2) Если я создаю службу Windows, как получить конкретную информацию о пользователе. я имею в виду, когда я отправляю запрос для обслуживания того, как служба узнает, какие данные сеанса пользователя нужно извлечь?

3) какой из них лучше, я имею в виду, что пользовательский режим или служба Windows - лучшее решение.

Umesha MS 10 июль 2014, в 14:13

Источник

0

Служба Windows в значительной степени подпадает под термин «приложение пользовательского режима». Он использует определенный API для идентификации себя как службы, может работать с привилегиями SYSTEM и может не отображать пользовательский интерфейс, но в остальном это приложение в пользовательском режиме, как и любое другое. Обратите внимание, что служба не связана с определенным сеансом пользователя.
Dark Falcon 10 июль 2014, в 12:03
0

Хорошо, формируем драйвер мини-фильтра, можем ли мы получить из какого сеанса мы получили вызов в драйвере мини-фильтра.
Umesha MS 10 июль 2014, в 12:12
0

Там нет сессии. Сервис не взаимодействует с пользователем. Существует один сервисный процесс, и он выполняется независимо от того, сколько пользователей (включая ни одного) вошли в систему.
Dark Falcon 10 июль 2014, в 12:13
0

Хорошо, если я хочу общаться с пользовательским режимом, мне нужно выдать себя за этого пользователя, чтобы я мог получить пользовательские данные. но единственное, за что пользователь должен олицетворять
Umesha MS 10 июль 2014, в 12:16
0

Если вам нужно быть этим пользователем, просто запустите обычное приложение от имени этого пользователя. Олицетворение пользователя потребовало бы получения токена для этого пользователя, что только [легко] выполняется через LogonUser (для которого требуется пароль) или путем поиска существующего токена для этого пользователя из программы, уже запущенной в качестве этого пользователя.
Dark Falcon 10 июль 2014, в 12:18

Показать ещё 3 комментария

Теги:

c++

c

winapi

driver

minifilter

1 ответ

Ещё вопросы

Служба Windows в значительной степени подпадает под термин «приложение пользовательского режима». Он использует определенный API для идентификации себя как службы, может работать с привилегиями SYSTEM и может не отображать пользовательский интерфейс, но в остальном это приложение в пользовательском режиме, как и любое другое. Обратите внимание, что служба не связана с определенным сеансом пользователя.
Хорошо, формируем драйвер мини-фильтра, можем ли мы получить из какого сеанса мы получили вызов в драйвере мини-фильтра.
Там нет сессии. Сервис не взаимодействует с пользователем. Существует один сервисный процесс, и он выполняется независимо от того, сколько пользователей (включая ни одного) вошли в систему.
Хорошо, если я хочу общаться с пользовательским режимом, мне нужно выдать себя за этого пользователя, чтобы я мог получить пользовательские данные. но единственное, за что пользователь должен олицетворять
Если вам нужно быть этим пользователем, просто запустите обычное приложение от имени этого пользователя. Олицетворение пользователя потребовало бы получения токена для этого пользователя, что только [легко] выполняется через LogonUser (для которого требуется пароль) или путем поиска существующего токена для этого пользователя из программы, уже запущенной в качестве этого пользователя.

Rohan · Answer 1 · 2014-07-10T11-07-00.000Z

1) Могу ли я создать "порт связи" в службе Windows?

Да, вы можете создать его на службе.

2) Если я создаю службу Windows, как получить конкретную информацию о пользователе. я имею в виду, когда я отправляю запрос для обслуживания того, как служба узнает, какие данные сеанса пользователя нужно извлечь?

Служба работает под учетной записью системы, а не под любым зарегистрированным пользователем. Таким образом, чтобы показать всплывающее окно или диалог текущего пользователя, вы можете посмотреть WTSGetActiveConsoleSessionId() или аналогичный api, чтобы получить консольный сеанс.

3) какой из них лучше, я имею в виду, что пользовательский режим или служба Windows - лучшее решение.

Зависит от вашего дизайна. Как вы упомянули, служба всегда работает, если ваш драйвер зависит от такого требования, а затем обратитесь к сервису. Но для взаимодействия с пользователем потребуется больше усилий.

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

У нас есть требование, чтобы служба / приложение всегда работали в любое время, когда драйвер фильтра может прийти и запросить некоторые данные. Итак, какой сервис или приложение предпочтительнее?
@ UmeshaMS, я думаю, что сервис. Но что произойдет, если пользователь не вошел в систему?
хм, в мини-драйвере фильтра, если я хочу получить данные, специфичные для пользователя, то как мы можем их получить. и моя идея запустить приложение состоит в том, что служба будет отслеживать это приложение, когда оно убивает, оно перезапускает его.
@UmeshaMS: пользователь может убить приложение так же, как остановить работающий сервис. Сервис больше не обеспечит защиту от прекращения.