опасно ли отключать сканирование почты? - Symantec - комплексная информационная безопасность - Форумы Anti-Malware.ru Перейти к содержанию
Leopoldus

опасно ли отключать сканирование почты?

Recommended Posts

Leopoldus

Всем доброго времени суток!

Очень хочется отключить сканирование антивирусом исходящей почты, потому что операция занимает время, увеличивает риск сбоя при доставке сообщений, а кроме того, иногда приводит с общим сбоям. Но мне сложно оценить, насколько значительным будет при этом проигрыш в общем уровне безопасности системы. Может, вообще никакого не будет? Ведь если держать постоянно включенной опцию автоматической проверки всех файлов, к которым обращается система (опция Files Auto-Protect, по умолчанию включена), то в любом случае происходит сканирование всех вложений к сообщениям при первом же обращении к ним, даже если отключить опцию сканирования почты?? А если так, то зачем же тогда дублирование?

А если отключтать сканирование всей почты вообще все-таки не стоит, то как в SCS (Symnatec Client Security) отключить сканирование только исходящих? Штатной опции там для этого нет, можно только отключить сканирование почты вообще, то есть, и входящих писем тоже.

Добрые люди на другом форуме посоветовали прописать в качестве порта SMTP заведомо несуществующий порт, совет вроде бы разумный, но - у меня не работает :(

З.Ы.

Пытался получить ответ на эти вопросы от тех. поддержки Symantec, но они то ли не хотят отвечать, то ли правда такие тупые, что не понимают, о чем речь.

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


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

Leopoldus, поскольку лучшие умы форума ушли на поле боя в тему "интервью Данилова", отвечу я :)

Насколько мне известно, проверка вложений в e-mail осуществляется глубже (и поэтому дольше), чем проверка файловым монитором (от которого требуется максимум быстродействия). В связи с этим в некоторых случаях автозащита файловой системы не распознает вредоноса, который мог бы определить сканер почты. Поэтому при отключении, которое вы так хотите произвести, риск все-таки реально увеличится.

И может быть, вам лучше направить силы на устранение других возможных причин сбоев работы почты и "общих сбоев", чем на обман антивируса? ;)

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


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

Добавлю, что степень безопасности зависит ещё от настроек почтового клиента и файлового монитора антивируса. Довольно распространена практика, когда файловый монитор по умолчанию не проверяет архивы, при том, что в том же The Bat! почтовая база - это именно архив. Естественно, при наличии такой комбинации вирус, пришедший в письме, останется незамеченным.

P.S. Утверждения общие, как именно с архивами работает монитор конкретно Симантека, я не в курсе.

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


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

Leopoldus давайте по порядку:

1. В продукте доступны 2 вида проверки почты - плагин для Outlook или Lotus Domino и плагин для SMTP почты.

2. Настроить проверку почты только в одном направлении невозможно ни в одном из них.

3. Использование плагина для почтовых клиентов повышает уровень защиты следующим образом: с момента получения письма до его открытия может пройти определенное время и если в письме содержался вирус, а базы успели за это время (например, прошло 8 часов) обновиться, то вирус может быть обнаружен с более высокой вероятностью.

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

5. В части вопросов обеспечения информационной безопасности избыточность и возможное дублирование функций защиты при правильной ее организации лишь способствует к увеличению ее эффективности и надежности.

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


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

Огромное спасибо Lemmit, dot_sent и, особенно, Кирилл Керценбаум! Получил массу новой для себя полезной информации, которую от официальной тех. поддержки Symantec не мог получить несмотря на целый месяц переписки (ну, тупые ® ;).) . Теперь пойду это все переваривать.

Кирилл Керценбаум

Позволю себе несколько замечаний и дополнительных вопросов.

1. В продукте доступны 2 вида проверки почты - плагин для Outlook или Lotus Domino и плагин для SMTP почты.

У меня Thunderbird (через IMAP), для которого AFAIK у Symantec отдельного плагина нет. Значит, проверки входящей почты у меня вообще не происходит, а проверяется только исходящяя через плагин для SMTP почты??? :o

3. Использование плагина для почтовых клиентов повышает уровень защиты следующим образом: с момента получения письма до его открытия может пройти определенное время и если в письме содержался вирус, а базы успели за это время (например, прошло 8 часов) обновиться, то вирус может быть обнаружен с более высокой вероятностью.

Но это же аргумент в польу файлового сканера?

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

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

"Вирусы массовой рассылки" - это то, что в народе известно под именем "почтовых червей"?

5. В части вопросов обеспечения информационной безопасности избыточность и возможное дублирование функций защиты при правильной ее организации лишь способствует к увеличению ее эффективности и надежности.

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

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


Ссылка на сообщение
Поделиться на другие сайты
dot_sent
"Вирусы массовой рассылки" - это то, что в народе известно под именем "почтовых червей"?

Не только; сейчас весьма популярны трояны, которые после заражения целевой машины не саморазмножаются, но рассылают обычный почтовый спам (та же реклама медпрепаратов, например), за что аффтар вируса получает деньги от заказчика спама.

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


Ссылка на сообщение
Поделиться на другие сайты
Кирилл Керценбаум
Не только; сейчас весьма популярны трояны, которые после заражения целевой машины не саморазмножаются, но рассылают обычный почтовый спам (та же реклама медпрепаратов, например), за что аффтар вируса получает деньги от заказчика спама.

+1

Значит, проверки входящей почты у меня вообще не происходит, а проверяется только исходящяя через плагин для SMTP почты???

Проверка осуществляется в таком случае Файловым антивирусом, что также уже хорошо

Но это же аргумент в польу файлового сканера?

В пользу обоих

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

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

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


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

  • Сообщения

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

       
×