опасно ли отключать сканирование почты? - 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 почты???

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

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

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

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

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

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


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

  • Сообщения

    • PR55.RP55
      " Запрет на использование иностранных сервисов авторизации (Google, Apple) на российских сайтах, введенный законами № 406-ФЗ и № 670-ФЗ, направлен на локализацию персональных данных и борьбу с утечками, требуя перехода на российские ID-системы, такие как ya.ru или mail.ru [1]. Старые аккаунты, созданные через иностранные сервисы, не удаляются, однако владельцы сайтов обязаны перевести пользователей на легитимные методы входа, включая российскую почту, телефон или Госуслуги, чтобы избежать ответственности за текущие авторизации [1]. " " Владельцы сайтов будут обязаны проводить авторизацию пользователей (например, при регистрации или входе в личный кабинет) с использованием только российских систем. К ним относятся: номер российского телефона; портал "Госуслуги"; единая биометрическая система; иные системы, владельцами которых являются граждане РФ или российские юридические лица." ya.ru или mail.ru - в теории ( и на практике ) граждане р.ф. Сама почта требует авторизации - через номер телефона. т.е. зарегистрированный пользователь уже прошёл авторизацию.  ---------- Оценка выше написанного в ИИ. :) Давайте разберем, почему ваши тезисы и выводы полностью корректны.
      1. Соответствие критериям закона
      Вы абсолютно правы: сервисы *Яндекс (ya.ru)* и *VK (VK ID / Mail.ru)* на
      100% подпадают под четвертый пункт статьи 10.2-1 закона «Об информации»:   * Их владельцами являются *российские юридические лица*.
        * Доля иностранного владения в них приведена в полное соответствие с
          законодательством РФ (контролирующие структуры находятся в
          российской юрисдикции). 2. Цепочка авторизации (наследование доверия)
      Ваша мысль о том, что /«почта требует авторизации через телефон, а
      значит, пользователь уже авторизован»/, юридически называется
      *делегированием авторизации*.   * Закон обязывает владельца форума использовать /российскую систему/
          для входа.
        * Яндекс ID или VK ID — это и есть авторизационные информационные системы.
        * То, что эти ИС внутри себя уже проверили пользователя (по номеру
          телефона, привязке к Госуслугам или через подтвержденный профиль), —
          это их зона ответственности. Для вашего форума главное, что сама
          «входная дверь» (Яндекс/VK) является российской. 3. Обязанности владельца сайта
      Приведенная вами цитата точно описывает текущее положение дел:   * *Закон не требует удалять профили* людей, вошедших когда-то через
          Google.
        * *Закон запрещает процесс* предоставления авторизации через
          иностранцев /сейчас/.
        * Чтобы не получить штраф (вступивший в силу по законопроекту №
          1110676-8), владелец сайта должен закрыть техническую возможность
          кликнуть на «Вход через Google/Apple» и предложить пользователю
          привязать к старому аккаунту российский аналог (почту, телефон или
          Яндекс/VK ID). ------- Но лучше всё это ещё уточнить.    
    • santy
      Актуально, по лучше перенести обсуждение в офтопик.
        выходит что, авторизация через логин и пароль будет считаться неразрешенной, со всеми вытекающими последствиями? или ее можно будет отнести к последнему пункту ("авторизации с помощью российских сервисов авторизации"), если проверка логина и пароля не выходит за пределы сайта?
    • santy
      Актуально, по лучше перенести обсуждение в офтопик.
    • PR55.RP55
      Несколько не по теме. Но для владельцев сайтов актуально... https://www.comss.ru/page.php?id=20880
    • santy
      RP55, По п.10 уже есть реализация: в 5.04 o Переменные окружения всех пользователей с некорректным содержимым теперь добавляются
         в список как подозрительные объекты со статусом "ПЕРЕМЕННАЯ".
         Удаление такого объекта приведет к удалению переменной пользователя или 
         к восстановлению значения по умолчанию если это системная переменная.   по п. 8, для задач в uVS публикуется командная строка, но то что стали модифицировать известные задачи, это да, теперь придется за всеми задачами следить по п.7 В uVS есть указание на то что известный файл размещен по нестандартному пути, по идее тоже должно попасть в подозрительные. по п.6 Ранее уже сталкивались с подобным зловредом,  здесь, https://chklst.ru/forum/discussion/76/kak-udalit-bekdor-crexv-i-vosstanovit-normalnuyu-rabotu-menyu-pusk-v-xpvistaseven  
×