Этот сценарий возник при изменении членства в группе домена, что дает членство в BUILTIN\Administrators
. В частности, членство в группах для администратора не обновлялось на рабочей станции до тех пор, пока администратор не выполнил вход на рабочий стол как обычный пользователь. Это сценарий, который поднял этот вопрос:
Начальная настройка:
- Группа домена
WSAdminGroup1
с членом
admin1
- Рабочая станция
ws1
:
WSAdminGroup1
является членомBUILTIN\Administrators
user1
является членомBUILTIN\Users
- когда
user1
встречает приглашение UAC,admin1
может разрешить возвышениеИзменения:
- Добавить группу домена
WSAdminGroup2
с членом
admin2
- Добавить
WSAdminGroup2
кBUILTIN\Administrators
Результат:
- когда
user1
встречает приглашение UAC,admin2
не могу авторизовать подъем
Итак, у нас есть администратор admin2
кто должен быть членом BUILTIN\Administrators
на рабочей станции ws1
посредством членства в группе домена в WSAdminGroup2
но не может авторизовать запросы на повышение прав UAC на ws1
.
Никакого ожидания, перезагрузки или выхода из системы user1
вызвал admin2
для получения прав администратора на рабочей станции. Оказалось, что вход на рабочий стол как admin2
наконец вызвал admin2
чтобы получить доступ администратора.
Это говорит о том, что администратор admin2
токен доступа не был обновлен на рабочей станции ws1
до того как admin2
авторизовался на рабочем столе. Но я еще не нашел документации, согласующейся с этим выводом.
В любом случае я хотел бы разобраться в следующих вопросах:
admin2
токены доступа, как этот сценарий разыгрывался?Вы можете рассмотреть возможность использования Возможности защищенных пользователей Windows (как обсуждалось в этот ответ), чтобы вообще предотвратить кеширование учетных данных администратора. Это также помогает снизить риски бокового смещения.