Справочник функций

Ваш аккаунт

Войти через: 
Забыли пароль?
Регистрация
Информацию о новых материалах можно получать и без регистрации:

Почтовая рассылка

Подписчиков: -1
Последний выпуск: 19.06.2015

WinXP, Запуск logon скриптов от SYSTEM

3.2K
02 ноября 2009 года
Sania
186 / / 28.10.2006
Необходимо при загрузке пользователя выполнить команду, требующую прав SYSTEM/Администратора. (Конкретно "netsh ...")

logon скрипты выполняются от имени пользователя
startup скрипты от имени system, но до входа пользователя в систему
Вижу следующие методы решения:
1. logon.bat + runas - дыра в безопастности
2. расширение прав огранниченных пользователей - не найдено реализации.
3. Создание задачи в планировщике от SYSTEM (startup скриптом) с запуском ее из logon.bat - в планировщике остается задача - нехорошо.
4. установка сервиса, который выполняет нужную команду - некрасиво и писать надо.
Пока склоняюсь к 4му варианту.

О себе: WinXP Pro SP3, Samba3 (домен NT4, без AD)
405
02 ноября 2009 года
Dmitrii
554 / / 16.12.2004
Цитата: Sania
Необходимо при загрузке пользователя выполнить команду, требующую прав SYSTEM/Администратора. (Конкретно "netsh ...")...


Рассмотрите такой вариант (впрочем, не поручусь, что он реализуем для NT4):
1) создаём папку общего доступа с правами для клиентов только на запись;
2) с помощью WMI создаём подписку на событие появления в этой папке нового файла (назовём этот сценарий "регистратором");
3) "логон"-сценарий пользователя создаёт в этой папке некий сигнальный файл;
4) "регистратор", обнаружив новый сигнальный файл, удаляет его, а затем запускает на нужной станции соответствующий процесс (скажем, с помощью PSEXEC).

7
02 ноября 2009 года
@pixo $oft
3.4K / / 20.09.2006
Что за дыра в безопасности?И чем не устраивает,что в списке задач планировщика задача останется?
3.2K
02 ноября 2009 года
Sania
186 / / 28.10.2006
Цитата: Dmitrii
Рассмотрите такой вариант ...


Спасибо за мысль, это схоже с моим вариантом #4, только клиент и сервер поменялись местами. Осталось выбрать, что проще.


Цитата: @pixo $oft
Что за дыра в безопасности?И чем не устраивает,что в списке задач планировщика задача останется?


Может быть я чего не знаю про runas. Я правильно понимаю, что: runas не работает удаленно, используя runas с ключом /savecred вы фактически дарите пароль от пользователя.

Оставить задачу в планировщике не устраивает потому, что создана она будет для всех пользователей (startup скрипт). И даже если она не запустится - ничего не помешает пользователю запустить ее. Как вариант - запретить запуск задач политикой для всех пользователей, кроме указанных - нужно тогда шаманить с возвратом настройки в исходное состояние.

7
03 ноября 2009 года
@pixo $oft
3.4K / / 20.09.2006
А почему бы не разрешить пользователю запускать?Запустит-то он всё равно от имени системы.Просто поставьте права доступа,чтоб он не смог задание изменить
Также можно задание удалять просто-напросто после запуска.Или как-то так
Реклама на сайте | Обмен ссылками | Ссылки | Экспорт (RSS) | Контакты
Добавить статью | Добавить исходник | Добавить хостинг-провайдера | Добавить сайт в каталог