Symantec Endpoint Protection - Вопросы по Symantec Endpoint Protection - Форумы Anti-Malware.ru Перейти к содержанию

Recommended Posts

KPDozer

Добрый день. Необходима помощь в решение следующего вопроса:

Необходимо так сделать, чтобы группа «Пользователи» не могла взаимодействовать с клиентом, а в случае входа на компьютер «Администратора» такая возможность была. Как это сделать вручную я знаю. Но хотелось бы внедрить взаимодействие с Active Directory.

Что делаю:

Импортирую структуру подразделения из AD + синхронизация по расписанию.

Вижу, что импортируются и пользователи и компьютеры AD. Клиенты подключаются в режиме "компьютера", что мне не нужно. Переключить в режим "пользователя" не получается (тоже знаю почему – править Organizational Units нельзя).

Тогда возникает вопрос:

Зачем импортируются пользователи?

Продолжаю дальше:

Копирую клиента из подразделения AD в группу SEMP и перевожу в режим "пользователя". Все бы хорошо, но как только на компьютер заходит любой другой пользователь домена, клиент переходит в режим "компьютера" и попадает снова в подразделение Active Directory.

Как решить эту проблему? Вероятно у меня не тот подход?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Кирилл Керценбаум
Копирую клиента из подразделения AD в группу SEMP и перевожу в режим "пользователя". Все бы хорошо, но как только на компьютер заходит любой другой пользователь домена, клиент переходит в режим "компьютера" и попадает снова в подразделение Active Directory.

Как решить эту проблему? Вероятно у меня не тот подход?

С разделом документации по Пользовательскому режиму ознакомились внимательно? Пользователь, под которым заходит другой пользователь добавлена в группу SEPM также и она переведена в Пользовательсктй режим?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
KPDozer
С разделом документации по Пользовательскому режиму ознакомились внимательно? Пользователь, под которым заходит другой пользователь добавлена в группу SEPM также и она переведена в Пользовательсктй режим?

Это теперь мой любимый раздел :rolleyes:. Пользователь под которым заходит другой человек не скопирован в группу SEPM. Но ведь он есть в подразделении и к нему применяются нужные мне политики. Не перемещать же мне всех пользователей в группу SEPM. Вот мой "комикс".

SEPM.gif

post-5523-1237549896_thumb.png

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Кирилл Керценбаум

KPDozer если Вы хотите раздавать политики именно по пользователям, то если я не ошибаюсь, вам необходимо именно пользователей скопировать в Группы SEPM и для этих групп применить политики: для Администраторов одни, для Пользователей - другие

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
KPDozer

Нашел решение для таких чайников как я. ))) Опишу практические результаты чуть позже. Сегодня занимаюсь экспериментами и теорией.

Копирование пользователей не помогает (даже всех), активен все равно "компьютер" в подразделении.

Вообще в документации сказано что "режим компьютера" всегда имеет приоритет перед "режимом пользователя".

В моем импортированном подразделении содержаться и пользователи и компьютеры, SEMP всегда отдаст приоритет "режиму компьютер". Соответсвенно все импортированные пользователи всегда неактивны даже если скопированы в группу SEPM.

Моя логика обобщает это так:

При подключениие клиента, SEMP из своего списка клиентов (в моем случае это импортированное подразделение из AD) ищет компьютер клиента и если находит переводит его в "режим компьютера". Если имя компьютера не найдено ищется имя пользователя и при нахождении такового клиент переводится в "режим пользователя".

Поэтому на данный момент решение для меня видется таким:

В Active Directory необходимо разделить пользователей и компьютеры, переместить их в разные подветки. После чего импортировать всех пользователей в SEPM и присвоить им политики. А вот компьютеры импортировать только те у которых необходим "режим компьютера" (например серверы терминалов).

Возможно я не прав, но похожая тема уже поднималась на Symantec, где автор темы как попугай повторял :) :

Active Directory import completely useless

Не хотелось бы в это верить.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
KPDozer

Все как я и предполагал. Разделил в AD пользователей и компьютеры. Из AD теперь импортируются все пользователи, а компьютеры только те, для которых необходим "режим компьютера". :P

  • Upvote 5

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Кирилл Керценбаум

KPDozer рад что все заработало и спасибо что отписались - ваш опыт уверен пригодится и другим, а возможность применять различные политики Антивируса в зависимости от текущего пользователя является одной из интересных и уникальных функций SEP

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

  • Сообщения

    • demkd
      Да есть такой баг, выбор целого диска не предусмотрел.
    • PR55.RP55
      Сейчас попробовал добавить файлы и... E:\ [Error: 0x3 - The system cannot find the path specified. ] т.е. Файл > Добавить в список >  Все исполняемые файлы каталога. или пишет вышеуказанную ошибку или вешается. Это и на Win 7 и на Win 10 и с HDD дисками и с USB Диски нормально открываются т.е. доступны.
    • demkd
      А ничего с этим не сделать старые версии windows проблемные там система сама балуется внедрением потоков при очень низком уровне защиты системных процессов, а эцп вообще ничего не гарантирует когда речь заходит о внедренных потоках, зловред вполне может внедрить поток в системный процесс как с помощью подкинутой в правильное место "легитимной" dll, так и просто создав его, а тот уже в свою очередь внедрить в следующий системный и ищи концы среди вот этого вот всего.
      Все это усугубляется тем что тот же SVCHOST.EXE который был когда запущен может оказаться совсем не системным, хотя путь у него будет правильным как и файл будет иметь валидную эцп и запущен он будет якобы services.exe, в 10ке такое провернуть уже сложнее, а вот 7ке легко, потому урезать лог по принципу "оба файла имеют эцп" никак нельзя.
    • PR55.RP55
      uVS v5.0.6v x64 [http://dsrt.dyndns.org:8888]: Windows 7 Home Basic x64 (NT v6.1 SP1) build 7601 Service Pack 1 [C:\WINDOWS] (!) ПРЕДУПРЕЖДЕНИЕ: Ф зафиксировал внедрение потока C:\WINDOWS\SYSTEM32\SERVICES.EXE [428] внедрил поток [380] в процесс: C:\WINDOWS\SYSTEM32\SVCHOST.EXE [876]   C:\WINDOWS\SYSTEM32\SVCHOST.EXE [1060] внедрил поток [1276] в процесс: C:\WINDOWS\SYSTEM32\SVCHOST.EXE [336] и т.д.  А есть ли смысл выводить в лог десяток - другой аналогичных записей, если все эти файлы  в базе проверенных и у них легальная цифровая?  
    • demkd
      ---------------------------------------------------------
       5.0.6
      ---------------------------------------------------------
       o Добавлено 4 новых ключа автозапуска в список для проверки.

       o Добавлен новый статус "UWP".
         Его получают пакеты приложений универсальной платформы Windows (Universal Windows Platform Apps).

       o Добавлен новый твик #46: Отключить Windows Terminal и очистить реестр.
         Если Windows Terminal активен, в лог выдается предупреждение.
         При обнаружении подозрительных настроек Windows Terminal в конфигурационных файлах, реестре или в каталогах с фрагментами в лог выводится предупреждение.
         Если подозрительная строка найдена в JSON-файле настроек, то в список автозапуска добавляется этот файл с содержимым со статусом "подозрительный".
         В любом случае рекомендуется отключить Windows Terminal, а еще лучше немедленно удалить это из системы.
         Windows Terminal — крайне уязвимый и неоптимизированный кусок кода.

       o Улучшена функция масштабирования удаленного рабочего стола, повышено качество аппаратного апскейла, добавлен параметр "Резкость".
         (Требуется D2D и DX11 на клиентском компьютере)

       o Исправлена старая ошибка в функции отправки ответов серверной части uVS.
         Из-за ошибки в редких случаях могло происходить подвисание серверной и клиентской частей uVS при работе с удаленной системой.

       o Исправлена ошибка в функции завершения серверной части при выходе из удаленной системы.

       o Оптимизирована функция подключения к удаленной системе.

       o Оптимизирована функция сжатия фреймов для DDAL/DDAw режимов: шрифты теперь не теряют яркость, а картинка DDAL практически неотличима от DDA1/DDA2 на глаз, 
         при этом размер сжатого фрейма вырос лишь незначительно.

       o Добавлена x64 версия report_crash.

       o Обновалена функция сбора дампа при падении uVS, функция перенесена в утилиту report_crash, что позволит
         получить максимально точную информацию о произошедшей ошибке.

       o Временно добавлена аппаратная функция обнаружения разрушения списка автозапуска в памяти uVS, что позволит отлавливать сложные в обнаружении ошибки.
         Есть 5 дампов, по которым не удалось выяснить точное место ошибки и эта функция должна помочь найти проблемное место.
         Функция снижает скорость формирования списка на ~5% на современных процессорах.

       o Исправлена ошибка в функции подсчета удаленных ключей реестра.

       o Исправлена ошибка в функции записи параметров при выходе из uVS.

       o Исправлена ошибка разбора JSON-файлов.

       o Исправлена ошибка проверки переменных окружения загруженного пользователя.

       o Из списка доступных для подключения IP-адресов удалены адреса активных VPN.

       
×