Аутентификация пользователей AD/Samba DC
Синхронизация с контроллером домена приостанавливается, если локальные пользователи Ideco NGFW находятся в группах AD. Для возобновления синхронизации вынесите локальных пользователей из групп AD. Автоматическая синхронизация произойдет через 15 минут.
Настройка авторизации пользователей
Для пользователей, импортированных из Aсtive Directory, доступны все типы авторизации.
Авторизацию через журнал безопасности Active Directory рекомендуется использовать совместно с SSO-авторизацией.
Для пользователей, импортированных из Samba, доступны все типы авторизации, кроме авторизации через журнал безопасности.
Если на контроллере домена отключить пользователя, который уже импортирован, то после включения ему присвоится новый ID, а ранее настроенные правила фильтрации перестанут работать.
Если у домена, в который введен NGFW, настроено доверие с другим доменом, то пользователи доверенного домена смогут авторизоваться на NGFW при выполнении условий:
Для аутентификации пользователей домена используется SSO-аутентификация;
Пользователь доверенного домена должен быть в локальной группе AD на контроллере домена, и эта группа должна быть импортирована на NGFW.
После авторизации пользователи доверенного домена будут добавлены в группу AD Пользователи из доверенных доменов в дереве пользователей NGFW.
Настройка Ideco NGFW
Для включения SSO-аутентификации и Авторизации через журнал безопасности Active Directory перейдите на вкладку Пользователи -> Авторизация -> Основное. После внесенных изменений нажмите кнопку Сохранить.
![](https://docs.ideco.dev/~gitbook/image?url=https%3A%2F%2F2069559690-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FTz4z7VYtla0HRjAqiwsF%252Fuploads%252Fgit-blob-1095c05a340db1f9c3a73c6b357e1ae6222ad7ef%252FAD1.png%3Falt%3Dmedia&width=768&dpr=4&quality=100&sign=6dec9a72&sv=1)
После заполнения поля Доменное имя Ideco NGFW и сохранения настроек будет выдан Let’s Encrypt сертификат, пользователь будет перенаправляться на окно авторизации, минуя страницу исключения безопасности:
Если сертификат для такого домена уже загружен в разделе Сертификаты, то будет использоваться загруженный сертификат. Новый сертификат выдаваться не будет.
Настройка сервера Microsoft Active Directory
Авторизация через журнал безопасности Active Directory:
При авторизации через журнал безопасности контроллера домена AD пользователи будут аутентифицированы при попытке выхода в интернет. Автоматической аутентификации без прохождения трафика через NGFW не происходит, т. к. используется конкурентная политика аутентификации.
Особенности работы авторизации через журнал безопасности Active Directory:
При включении (перезагрузке) компьютера в домене AD происходит автоматическая аутентификация под последним аутентифицированным пользователем.
При смене пользователя компьютера в домене AD служба аутентификации
ideco-auth-backend
не будет аутентифицировать нового пользователя. Для аутентификациии пользователя перезагрузите службуideco-auth-backend
.
Используйте Ideco Client совместно с SSO-аутентификацией на Ideco NGFW.
Для работы авторизации через журнал безопасности выполните настройку контроллера домена:
1. В настройках брандмауэра Windows на всех контроллерах домена/доменов разрешите Удаленное управление журналом событий (Remote Event Log Management):
![](https://docs.ideco.dev/~gitbook/image?url=https%3A%2F%2F2069559690-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FTz4z7VYtla0HRjAqiwsF%252Fuploads%252Fgit-blob-091de615f8a0ccdcebc5a4a365478ae5be1f2178%252Factive-directory6.png%3Falt%3Dmedia&width=768&dpr=4&quality=100&sign=2827b851&sv=1)
2. Добавьте Ideco NGFW в группу безопасности Читатели журнала событий (Event Log Readers).
Для этого зайдите в Диспетчер серверов, кликните на AD DC, правой кнопкой мыши нажмите на строку с нужным сервером и в выпадающем списке выберите Пользователи и компьютеры Active Directory:
![](https://docs.ideco.dev/~gitbook/image?url=https%3A%2F%2F2069559690-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FTz4z7VYtla0HRjAqiwsF%252Fuploads%252Fgit-blob-f052d18b2e70fd29bfc6d6b6c254e11e74d88350%252FAD2.png%3Falt%3Dmedia&width=768&dpr=4&quality=100&sign=3a0dee57&sv=1)
Зайдите в Свойства компьютера Ideco NGFW, введенного в домен (на скриншоте - idecongfw). Перейдите на вкладку Член групп и нажмите на кнопку Добавить. В появившемся окне нажмите на кнопку Дополнительно и добавьте Читатели журнала событий (Event Log Readers) через кнопку Поиск.
![](https://docs.ideco.dev/~gitbook/image?url=https%3A%2F%2F2069559690-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FTz4z7VYtla0HRjAqiwsF%252Fuploads%252Fgit-blob-8f0e34436ed72fbbe5269f4820ba18ba8eec7000%252FAD3.png%3Falt%3Dmedia&width=768&dpr=4&quality=100&sign=e17f455e&sv=1)
3. Перезапустите службу Авторизация через журнал безопасности Active Directory на Ideco NGFW. Отключите эту настройку и заново включите.
При изменении стандартной политики безопасности контроллеров домена выполните действия:
Для обновления политик контроллеров доменов выполните gpupdate /force
;
Если авторизация пользователей при логине не происходит, нужно проверить в журнале безопасности наличие событий 4768, 4769, 4624.
Настройка клиентских машин для веб-аутентификации (SSO или NTLM)
Для работы аутентификации через веб-браузер с использованием Kerberos или NTLM настройте Internet Explorer (остальные браузеры подхватят его настройки).
Обязательно используйте настройки веб-аутентификации, т. к. в некоторых случаях будет необходима аутентификация пользователей через браузер (даже при авторизации через журнал безопасности).
Причины:
Логи NTLM обычно содержат только имя пользователя. IP-адрес и время входа и не содержат всей информации, необходимой для полноценной авторизации: группы безопасности, права доступа и другие атрибуты пользователя.
Любые проблемы с журналом, такие как повреждение, потеря данных или задержки в записи, могут привести к проблемам с авторизацией.
Авторизация только на основе логов может быть менее безопасной, так как логи могут быть подделаны или изменены злоумышленниками.
Логи могут быть записаны с задержкой, и трудно гарантировать, что все данные актуальны и согласованы в любой момент времени.
Авторизация на основе логов может потребовать сложной логики для обработки и анализа логов, что может увеличить вероятность ошибок и затруднить поддержку.
Использование только логов может не обеспечить полную интеграцию с Active Directory и привести к ограниченным возможностям управления и настройки прав доступа.
Для настройки аутентификации через веб-браузер выполните следующие действия:
1. Зайдите в свойства браузера на вкладку Безопасность.
2. Выберите Местная интрасеть -> Сайты -> Дополнительно.
3. Добавьте в открывшемся окне ссылку на Ideco NGFW под тем именем, под которым ввели его в домен. Нужно указывать два URL: c http://
и с https://
.
Пример ввода Ideco NGFW в домен example.ru
под именем idecoics
:
![](https://docs.ideco.dev/~gitbook/image?url=https%3A%2F%2F2069559690-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FTz4z7VYtla0HRjAqiwsF%252Fuploads%252Fgit-blob-44aa2d714194a031a2fe85b96b78faa6d2fea80d%252Factive-directory-user-authorization2.png%3Falt%3Dmedia&width=768&dpr=4&quality=100&sign=cf9a05f&sv=1)
Для применения настройки ко всем пользователям на клиентской машине выполните действия:
1. Перейдите по пути:
2. Введите назначение зоны для DNS-имени Ideco NGFW (в примере idecoics.example.ru) со значением, равным 1 (интрасеть). Укажите два назначения для схем работы по http и https:
![](https://docs.ideco.dev/~gitbook/image?url=https%3A%2F%2F2069559690-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FTz4z7VYtla0HRjAqiwsF%252Fuploads%252Fgit-blob-9d020b47e21d725223f8757e47a04eec00ef3837%252Factive-directory1.png%3Falt%3Dmedia&width=768&dpr=4&quality=100&sign=28fbeeb6&sv=1)
При входе на HTTPS-сайт необходимо разрешить браузеру доверять сертификату Ideco NGFW. Чтобы не делать это каждый раз, можно добавить корневой сертификат Ideco NGFW в доверенные корневые сертификаты устройства.
На странице настроек браузера Mozilla Firefox (about:config в адресной строке) настройте следующие параметры:
network.automatic-ntlm-auth.trusted-uris и network.negotiate-auth.trusted-uris добавьте адрес локального интерфейса Ideco NGFW (например,
idecoUTM.example.ru
);security.enterprise_roots.enabled в значении
true
позволит Firefox доверять системным сертификатом и авторизовать пользователей при переходе на HTTPS-сайты.
Способы аутентификации импортированных пользователей:
Через Ideco Agent - подходит для аутентификации пользователей терминальных серверов (с использованием Remote Desktop IP Virtualization на терминальном сервере);
Авторизация по IP-адресу - подходит для пользователей с фиксированным IP-адресом. IP-адреса на NGFW необходимо прописать вручную каждому пользователю;
Авторизация по VPN - подходит для аутентификации пользователей удаленных сетей.
Настройка аутентификации пользователей при прямых подключениях к прокси-серверу
Настройка прозрачной аутентификации пользователей при прямых подключениях к прокси-серверу аналогична настройке прозрачной SSO аутентификации. Единственная особенность - указание в качестве адреса прокси-сервера DNS-имени Ideco NGFW.
При прямых подключениях к прокси не указывайте в качестве шлюза IP-адрес Ideco NGFW.
![](https://docs.ideco.dev/~gitbook/image?url=https%3A%2F%2F2069559690-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252FTz4z7VYtla0HRjAqiwsF%252Fuploads%252Fgit-blob-d2b62c72fbf85ea434698ecc8f561249ed211fa7%252Factive-directory2.png%3Falt%3Dmedia&width=768&dpr=4&quality=100&sign=d89714b1&sv=1)
Last updated