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

Symantec Endpoint Protection

Recommended Posts

NIK SAM

Журналы сканирования, а так же найденые угрозы на ПК, не отображаются в Менеджере - то есть сканирование (как плановое так и defwatch) проходит, на клиенте в журналах регистрируются, но в Менджере в журналах сканирования информации нет. Так же на самом клиенте, как и в Менеджере (Журнал "Риски"), в журнале "Журнал Угроз" не отображается ничего - даже если угрозы были выявлены - нахождение угроз видно из журнала "Системный журнал" - видно, что файлы отправлялись в карантин - на самом карантине так же видны файлы с узла.

Тем не менее журналы трафика с данного узла на Менеджер приходят.

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


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

Скажите, а какая версия SEPM используется?

Удостоверьтесь, что входите под админским аккаунтом в SEPM,

потому что в случае обычного пользователя журналы рисков

и событий могут не отображаться.

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


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

Удостоверьтесь, что входите под админским аккаунтом в SEPM,

потому что в случае обычного пользователя журналы рисков

и событий могут не отображаться.

11.04 Рус

Админские права.

При этом логи со всех остальных клиентов видно (почти со всех).

В журнале сканирование на сервере, если с консоли дать команду просканировать, отображается запись, что сканирование Идет, и время начала. Но вот уже после скольких тестов, еще с утра, исходя из логов на сервере это сканирование так и не закончилось, рисков так и не обнаружено и т.д. - хотя на клиенте все в норме, все отображается в журналах как надо.

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

В чем трабл разобраться не могу.

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


Ссылка на сообщение
Поделиться на другие сайты
Pavel Polyanskiy
т.д. - хотя на клиенте все в норме, все отображается в журналах как надо.

этот клиент, о котором вы говорите на сервере SEPM отображается

как managed (т.е. горит зеленая точка?)

попробуйте использовать утилиту SylinkMonitor.

она позволит узнать больше о клиенте.

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


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

NIK SAM попробуйте еще посмотреть вот эту статью - http://service1.symantec.com/SUPPORT/ent-s...pen&seg=ent

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


Ссылка на сообщение
Поделиться на другие сайты
NIK SAM
этот клиент, о котором вы говорите на сервере SEPM отображается

как managed (т.е. горит зеленая точка?)

попробуйте использовать утилиту SylinkMonitor.

она позволит узнать больше о клиенте.

Хочу отметить, что такие журналы, как Журнал Трафика и Журналы Управления приложениями, передаются Менеджеру нормально - тоесть из консоли можно увидеть "залогированые" действия.

1. С помощью SylinkMonitor собрал лог. В процессе логирования было запущено сканирование из консоли (Менеджера) - клиент отреагировал и нормально провел сканирование по запросу. По окончанию сканирования - пауза в 15 минут была выдержана - логирование было отключено на стороне клиента. Связь с сервером в режиме ПередачиДанных (тоесть постоянная)

В логе присутствуют ошибки: Error Code: 87 и 4294967287. Прокси не используется.

2. Пробовал просто с помощью sylinkdrop переместить клиента в другую группу с "нормальными" клиентами. После перемещения в другую группу проблема осталась та же - провел несколько "сканирований" по запросу из консоли, предварительно положив "зловредов" в нужные папочки. По окончанию, локально в журналах все видно - и процесс сканирования в логах, и найденные угрозы - но на стороне сервера этих записей нет.

Возник еще один вопрос: почему в журналах Угроз на клиенте, в антивирусном контексте, отображаются угрозы найденые "сегодня", но ранее найденые (5-7 дней назад) не показывает?

3. Поставил в настройках Експлорера "Использовать автоматическую настройку" - ранее просто никаких галок не стояло (пролистав в деталях этот форум) и после очередного тестового запуска сканирования, создал sylink.log - ошибки 4294967287 нету. Но осталась ошибка "Unable to create Session with 'No Proxies' settings - Error Code: 87".

Клиент нормально отображается и реагирует на все комманды из сервера, нормально получает от того же сервера обновления (правда обновления Превентивной защиты, почему то, не обновлялись - заметил только сейчас. Версии на сервере и на клиенте действительно разные).

Журналы Сканирований и найденных угроз не приходят на сервер все так же.

Переустанавливать клиент - с помощью КлинВайп - это вариант еще не пробовался, он последний.

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


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

Попробуйте переустановить клиента.

В большинстве случаев это помогает!

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


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

  • Сообщения

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

       
    • PR55.RP55
      * адрес страницы (ReferrerUrl) и адрес самого файла (HostUrl) в метке появились в Windows 10 версии 1703, их записывают браузеры, например Edge и Chrome. В статье показано, как посмотреть эти данные в Windows 11 https://www.comss.ru/page.php?id=22105
    • Ego Dekker
      ESET Cyber Security 10.0.2100  (macOS 13/14/15/26/27)
                                                                                  ●
              Руководство пользователя ESET Cyber Security 10  (PDF-файл)
                                                           
      Полезные ссылки:
      Технологии ESET
      Удаление антивирусов других компаний
      Как удалить ESET Cyber Security?
×