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

GUP и непонятный периодический трафик.

Recommended Posts

Shell

Обновляю сервер SEPM с LUA\symantec liveupdate (неважно).

На филиалах настроены GUP.

Заметил следующую тенденцию: некоторые произвольные GUP начинают качать периодически обновления. Картина, словно не могут закачать. Каналы разные. От 200 Kb\s до 2 Mb\s. Потери связи при этом на канале не наблюдаются.

на графике пики - это и есть трафик c SEPM на GUP.

0b9fea6b5b18t.jpg

В цифрах за полдня (bytes, 10.0.0.26 - SEPM, 10.2.152.254 - GUP):

 (em1) sec at Apr 19 23:45:01 - Apr 20 09:30:01Summary: 616617725 data bytes, 633546821 all bytes, 4 records10.0.0.26          8014    10.2.152.254       client  tcp  385499120  39608299210.0.0.26          client  10.2.152.254       54674   tcp   77079551   7919567910.0.0.26          client  10.2.152.254       54250   tcp   77067871   7918359910.0.0.26          client  10.2.152.254       53806   tcp   76971183   79084551

При этом на GUP (клиенте SEPM) текущие обновления что и на SEPM.

Такое наблюдалось в и 11.0.4202 и в 11.0.5000 и обновление SEPM до версии 11.0.6000 ничего не дало. Клиенты GUP все 11.0.4202.

lucatalog -clean\update не приводит к результату.

Рестарт GUP сервера не приводит к результату.

Установка\удаление программ - Recovery на GUP не приводит к результату.

Единственное что может иногда помочь - так это обновление SEPM с liveupdate.

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


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

Может дело в том, что Клиентов GUP тоже надо обновить до 11,0,6000?

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


Ссылка на сообщение
Поделиться на другие сайты
Shell
Может дело в том, что Клиентов GUP тоже надо обновить до 11,0,6000?

Я почему то уверен что дело в SEPM а не в GUP. GUP - послушник без мозгов.

К тому же,

Единственное что может иногда помочь - так это обновление SEPM с liveupdate.

Тоесть, появляются новые дифинишены и трансферт на GUP совершается успешно.

P.S.

Ну а вот и живой пример - SEPM был обновлен с liveupdate около 10 утра. GUP подхватил новое обновление, закачал (на графике нижнем всплеск на 10 утра) и больше периодических пиков не наблюдается. Другое дело - на долго ли...

db1875e1cecft.jpg

 (em1) sec at Apr 19 23:45:01 - Apr 20 12:15:01Summary: 815148713 data bytes, 837529337 all bytes, 28 records     From           Port         To            Port  Proto     Data       All10.0.0.26          8014    10.2.152.254       client  tcp  385501100  39608538810.0.0.26          client  10.2.152.254       2777    tcp   86666690   8904505810.0.0.26          client  10.2.152.254       59905   tcp   80303055   8250638310.0.0.26          client  10.2.152.254       54674   tcp   77079551   7919567910.0.0.26          client  10.2.152.254       54250   tcp   77067871   7918359910.0.0.26          client  10.2.152.254       53806   tcp   76971183   7908455110.0.0.26          client  10.2.152.254       1744    tcp   11308208   1161881610.0.0.26          client  10.2.152.254       5166    tcp    3921624    402955210.0.0.26          client  10.2.152.254       59364   tcp    3244794    333400210.0.0.26          client  10.2.152.254       2875    tcp    3084326    316921410.0.0.26          client  10.2.152.254       59360   tcp    2573982    264475010.0.0.26          client  10.2.152.254       7126    tcp    1473829    151443710.0.0.26          client  10.2.152.254       1518    tcp    1242960    127724810.0.0.26          client  10.2.152.254       5113    tcp    1159711    119167910.0.0.26          client  10.2.152.254       3453    tcp    1113088    114377610.0.0.26          client  10.2.152.254       2011    tcp    1087332    111726010.0.0.26          client  10.2.152.254       59909   tcp     977832    100480010.0.0.26          client  10.2.152.254       1528    tcp     125255     12886310.0.0.26          client  10.2.152.254       5124    tcp      87295      8982310.0.0.26          client  10.2.152.254       2807    tcp      46538      4794610.0.0.26          client  10.2.152.254       5074    tcp      44852      4622010.0.0.26          client  10.2.152.254       59357   tcp      34836      3592410.0.0.26          client  10.2.152.254       2019    tcp       7300       758810.0.0.26          client  10.2.152.254       7127    tcp       6775       706310.0.0.26          client  10.2.152.254       3448    tcp       5196       544410.0.0.26          client  10.2.152.254       5089    tcp       5131       537910.0.0.26          client  10.2.152.254       59359   tcp       5131       537910.0.0.26          client  10.2.152.254       2810    tcp       3268       3516

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


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

Похожая ситуация, сегодня GUP получил с сервера управления данных аж на 137 метров, как такое может быть?

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


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

длилось все это дело примерно 1 час, в журнала при этом написано:

в начале - Установлено соединение с Symantec Endpoint Protection Manager

в конце - Прервано соединение с Symantec Endpoint Protection Manager

Symantect Endpoint Protection 11.0.5002.333 RU

сервер управления win2003 r2 sp2

клиент (GUP) winxp sp3

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


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

WhiteBear, в последнем посте есть решение - перевести на 11.0.6000 и обновлять SEPM непосредственно с LU (не путать с LUA).

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


Ссылка на сообщение
Поделиться на другие сайты
Олег Шабуров
Заметил следующую тенденцию: некоторые произвольные GUP начинают качать периодически обновления. Картина, словно не могут закачать

проблема все еще периодически проявляется?

Есть возможность/желание открыть кейс, когда снова появится? Думаю, вам не особо приятно так грузить канал.....

Если будут проблемы с кейсом (будут тянуть или еще чего), то готов содействовать.

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


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

  • Сообщения

    • 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?
×