Рейтинг:1

Динамические правила Windows 10 AppLocker для групп пользователей не работают

флаг jp

Я пытаюсь создать динамические правила блокировки приложений с помощью AppLocker. Настройка заключается в том, что у меня есть предопределенные правила AppLocker (например, Разрешить группе пользователей Windows «Chrome» доступ к «chrome.exe» (не фактическое имя группы или фактический путь)) и затем назначать пользователей группам при входе в систему с помощью службы Windows.

Сначала это работало нормально, но через какое-то время перестало (сам AppLocker работал, но определенные правила групп пользователей не применялись — другими словами, все было заблокировано). Я проверил все политики, объединенные с помощью командлетов PowerShell, и в соответствии с ними пользователь, который принадлежит к группе пользователей Хром должен быть разрешен доступ хром.exe, но на самом деле я бы получил сообщение о блокировке приложения.

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

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

Очевидная возможная проблема может заключаться в следующем: «действительно ли пользователь принадлежит к группе?» и ответ - да: каждый раз, когда политика не работала, я входил в люсрмгр и убедитесь в этом.

Для дополнительного контекста: виртуальная машина размещена в Azure, работает под управлением Windows 10 с несколькими сеансами 21H1, AppLocker настроен на уровне локальной машины (без политик домена или чего-то подобного).

Рейтинг:1
флаг gg

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

Когда вы добавляете пользователя в группу, его новое членство в группе не вступает в силу до следующего входа в систему (пока его учетная запись остается в этой группе). При входе в систему, токен Kerberos пользователя создается на основе комбинации идентификатора безопасности его учетной записи и идентификаторов безопасности всех групп, членами которых он является. Всякий раз, когда для пользователя проверяются какие-либо групповые операции (ACL, политики AppLocker и т. д.), на самом деле проверяется их токен Kerberos.

Будет несколько разных решений, в зависимости от множества факторов в вашей среде. Два решения могут быть:

  • Используйте группы безопасности на основе домена, чтобы назначать пользователям доступ к приложениям. Они будут присутствовать до того, как они войдут в систему, и их токен Kerberos будет завершен. Это был бы гораздо лучший подход, чем «решение» ниже.
  • Если вы не можете использовать группы на основе домена, вы мог запустите сценарий после того, как ваша служба Windows добавит пользователя в группу. Чтобы вручную обновить токен Kerberos пользователя с изменениями членства в группе после они вошли в систему, и, не требуя от них повторного выхода из системы, выполните команду клист чистка. Это приведет к регенерации их токена Kerberos, а затем будет включать их новое членство в группе. На этом этапе ваши динамические политики AppLocker будут работать.

список: https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/klist

флаг jp
Мой герой! Вы только что спасли много часов разочарования и, возможно, мое здравомыслие.

Ответить или комментировать

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