Вышла пятая версия Dr.Web для почтовых серверов Microsoft Exchange Server 2000/2003

Вышла пятая версия Dr.Web для почтовых серверов Microsoft Exchange Server 2000/2003

Компания «Доктор Веб» выпускает версию 5.0 Dr.Web для защиты от вирусов и спама почтовых серверов, работающих на базе Microsoft Exchange Server 2000/2003. Интегрируясь в систему, Dr.Web для Microsoft Exchange Server проверяет все поступающие на сервер письма и вложения к ним. Для значительного ускорения процесса сканирования в новой версии Dr.Web предусмотрен анализ буферов памяти вместо объектов файловой системы.

Важность использования решений для защиты корпоративных почтовых систем от всевозможных вредоносных программ, способных уничтожить важную информацию и нанести значительный ущерб рабочему процессу в компании, трудно переоценить. Благодаря прекрасным возможностям интеграции с Microsoft Exchange Server, плагин Dr.Web позволяет максимально эффективно управлять значительными объемами электронной корреспонденции, оперативно проверяя письма и вложения на содержание всевозможных вирусов и спама. Письма, к которым клиенты сервера обращаются в первую очередь, обладают главным приоритетом при проверке. При этом все сообщения сканируются Dr.Web до того момента, как получатель откроет их, что исключает возможность заражения. Сочетание этих качеств гарантирует высокий уровень защиты и эффективное использование ресурсов системы.

Одно из главных новшеств Dr.Web 5.0 для Microsoft Exchange Server 2000/2003 - обновленное антивирусное ядро, разработанное с использованием передовых технологий Dr.Web для детектирования и нейтрализации вредоносных программ. Благодаря ему в Dr.Web для Microsoft Exchange Server возросла скорость проверки, которая сочетается с низкой требовательностью к системным ресурсам.

Новая версия Dr.Web для Microsoft Exchange Server 2000/2003 позволяет еще более эффективно построить работу с Карантином. Вся информация о помещенных в Карантин объектах теперь хранится в собственной базе данных, а сами объекты хранятся на жестком диске в закодированном виде.

Изменениям в Dr.Web 5.0 для Microsoft Exchange Server 2000/2003 подвергся и графический интерфейс, который стал еще более удобным. Специалисты «Доктор Веб» добавили возможность фильтрации списка объектов, находящихся в Карантине, и списка событий, отслеживаемых Dr.Web.

Помимо этого, в Dr.Web 5.0 для Microsoft Exchange Server устранены ошибки прежней версии, связанные с установкой плагина, лицензированием.

Скачать новую версию

Почему не стоит входить с помощью Google в важные аккаунты

Кнопка «Войти с аккаунтом Google» долго казалась удобным решением, ибо не нужно придумывать новый пароль, заполнять профиль и помнить ещё одни учётные данные. Но у такого удобства есть обратная сторона. Главный риск — зависимость от одного аккаунта.

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

Это может быть что угодно: рабочие инструменты, доставка еды, такси, умный дом, сервисы ИИ, приложения для путешествий или финансов.

Есть и вопрос безопасности. Современные фишинговые атаки умеют подделывать страницу входа Google и перехватывать не только пароль, но и сессионные токены.

В таком случае злоумышленник может получить доступ к аккаунту даже при включённой двухфакторной аутентификации. Чем чаще пользователь входит в разные сервисы через всплывающие окна Google, тем выше риск попасть на такую подделку.

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

Более безопасная альтернатива — создавать отдельные учётные записи для важных сервисов и хранить пароли в менеджере паролей. Это менее удобно на старте, зато снижает риск единой точки отказа. Если один аккаунт будет скомпрометирован или заблокирован, остальные не посыплются вслед за ним.

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

RSS: Новости на портале Anti-Malware.ru