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

Recommended Posts

Aarony

Всем привет и с Новым годом!

Суть: На одной машине (1) установлен SEPM (OS - W2k3), на ней же управляемый клиент. На второй (2) (WinXP SP3) еще один упр. клиент. 2 ПК в отдельной группе без наследования политик, клиент в смешаном режиме управления. Созданы правила фаера на клиенте запрета и блока тех или иных приложений. В частности, имеется скайп и куип, для которых созданы идентичные правила с записью в журнал траффика. В политиках, настроенных для группы с консоли управления, эти 2 приложения также присутствуют под синей линией и тоже с записью в журнал траффа. Конечное правило блокирует любой трафф, оно ессно в самом низу. Работа с внешкой через прокси.

Результат:

1. Скайп работает без проблем, куип не может соединиться с внешкой.

2. При отключении фаера все работает, значит проблема в некорректном описании правил(а).

3. В журнале видно, что куип блокирован правилом GUI%GUICONFIG#SRULE@ADVRULECONFIG#Normal_112.

4. При отключении политик для группы из консоли запись в журнал траффа прекращается, хотя на самом клиенте чек-бокс взведен.

Вопрос: Как найти это правило и почему прекращается запись в журнал в соответствии с п.4?

Опыт настройки фаера от NIS до SCS имею, настраиваю без проблем. Так что понимание работы фаера есть. Непонятно как в SEP отрабатыается последовательность политик для группы и локальных правил на клиенте. Руководство админа под руками постоянно. Однако прошу не пинать если что-то пропустил в нем или на форуме, вроде прошерстил все (или почти все) относительно SEPа...

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


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

Файерволл работает в SEP без особых проблем. Использую, но на 11.0.4202. Главное понимать различие между local\remote и source\dest.

Правило с номером 112 есть?

Для решения затыков в каком бы то ни было файрволле я поступаю одним из следующих образов (если правила не прозрачны):

1) Делаю запрещающее правило (block from any to any) с логированием всего запрещенного и двигаю его по номерам от последнего к первому.

2) Делаю разрешающее правило (allow from any to any) опять же с логированием всех пакетов и опять же двигаю по номерам от последнего к первому.

Так как правила сугубо индивидуальны, попробуйте сделать тоже самое.

Можно попробовать описать трафик мессенджера и подвигать его.

Учтите, что если файерволл на проксе - тут понадобятся дополнительные правила типа петли между фейсами.

P.S. еще учтите, что после получения политики с сервера - правила обновляются не сразу.

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


Ссылка на сообщение
Поделиться на другие сайты
Aarony
Файерволл работает в SEP без особых проблем. Использую, но на 11.0.4202. Главное понимать различие между local\remote и source\dest.

Это понимание есть. SCS конфигурю почти с закрытыми глазами, так что базовые знания есть.

Правило с номером 112 есть?

А вот это и есть мой вопрос - где увидеть правило под таким номером? Или под № 107, 105... У меня локальные правила имеют вполне осмысленные имена. Как, впрочем, и правила в консоли (их там 21 строка всех, локальных тоже не более 2-х десятков). В этом и непонятка для меня - нумерация это по канонам SEP или мож ID какие? И где енто все увидеть.

Для решения затыков в каком бы то ни было файрволле я поступаю одним из следующих образов (если правила не прозрачны):

1) Делаю запрещающее правило (block from any to any) с логированием всего запрещенного и двигаю его по номерам от последнего к первому.

2) Делаю разрешающее правило (allow from any to any) опять же с логированием всех пакетов и опять же двигаю по номерам от последнего к первому.

Так как правила сугубо индивидуальны, попробуйте сделать тоже самое.

Это понятно, No Comments... Непонятно как соотносятся правила для группы (созданные в консоли) с правилами, созданными на локальной машине. Что-то должно иметь приоритет...

Можно попробовать описать трафик мессенджера и подвигать его.

Учтите, что если файерволл на проксе - тут понадобятся дополнительные правила типа петли между фейсами.

P.S. еще учтите, что после получения политики с сервера - правила обновляются не сразу.

С мессенджером вроде решил проблему и вроде понял где ошибка. Проверяю в данный момент. Политики с сервака применяются к клиенту секунд через 40 максимум, проверял в течение дня. Мож пока пара клиентов так быстро. Но это все только примерка и изучение. Как только будет до конца ясен механизм работы, тады и встанет вопрос о покупке конкретной версии и т.д. :rolleyes:

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


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

1. Правила имеют нумерацию. Самая левая графа :) Может, они?

2. Насколько помню навскидку, в документации написано что правила сервера заменяют правила клиента при "server control" режиме.

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


Ссылка на сообщение
Поделиться на другие сайты
Aarony
1. Правила имеют нумерацию. Самая левая графа :) Может, они?

2. Насколько помню навскидку, в документации написано что правила сервера заменяют правила клиента при "server control" режиме.

Не похоже, в консоли сейчас у меня 21 правило (нумерация в столбце слева), к тому же я их временно вырубил для прояснения обстановки. А на клиенте вообще нумерации правил нема... Доки покопаю в обязалово, вроде тоже читал где-то. Проблему с куипом решил, нашел ошибку в созданом ДО НЕГО правиле на клиенте. Собственная невнимательность... Ну эт бывает при изучении новых продуктов. Остается вопрос с номером правил, мож и подскажет кто. В базе знаний не нашел поиском, могет быть пока... Спасибо Shell!

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


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

  • Сообщения

    • 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.

       
×