вы запускаете антивирус на своих серверах windows?

<p>вот аргумент, который я имел в более чем дюжине компаний:</p><h3>стоит ли устанавливать антивирусный клиент на своих серверах windows?</h3><p>очевидно, вам не следует устанавливать av на ваш sql server. я думаю, что существует общее мнение, что он не принадлежит вашему веб-серверу.</p><p>но как насчет всех других серверов на предприятии?</p><ul> <li>обмен</li> <li>active directory</li> <li>файловый сервер</li> <li>ocs</li> <li>сервисные серверы</li> <li>так далее</li> </ul><p>считаете ли вы целесообразным запускать av на этих машинах?</p>

<p>да, хотя по большей части они настроены на сканирование на вирусы в одночасье с отключенной защитой файлов в режиме реального времени, существуют следующие исключения:</p><ul> <li><strong>файловые серверы</strong> - установить для сканирования только на запись. полное ночное сканирование.</li> <li><strong>sharepoint</strong> - нет текущего антивируса, ожидающего выхода sophos для sharepoint из бета-версии.</li> <li><strong>exchange</strong> - обмен специфическим антивирусным решением. ночные сканы исключают хранилища данных.</li> <li><strong>серверы приложений</strong> - хранилища данных sql исключены из ночных проверок.</li> <li><strong>ad/dc/dhcp</strong> - ночная проверка настроена на исключение файлов данных и журналов, относящихся к конкретной услуге</li> </ul>

<p><img src="https://imgs.xkcd.com/comics/voting\_machines.png"></p><p>это подводит итог моего мнения.</p>

<p>определенно да на файловых серверах; затем вы можете сканировать файлы, которые люди хранят на сервере, не полагаясь на настольный av (который может дать сбой)</p><p>exchange, я бы посоветовал установить надлежащий продукт exchange (sybari antigen был оригинальным; сейчас это ms forefront for exchange, но сейчас много конкурентов), который будет сканировать содержимое электронных писем; нет смысла сканировать файловую систему на сервере exchange.</p><p>н.э., я бы не стал беспокоиться</p><p>ocs, получите плагин forefront, если вы подключаетесь к внешнему миру.</p><p>по сути, я не думаю, что на этот вопрос можно найти универсальный ответ; вы должны решить, где риски. как правило, кроме файлового сервера, я бы не стал предлагать общий файл av на серверах; вы хотите что-то более определенное для роли сервера.</p>

<p>мы запускаем av на всем, что имеет windows. при базовой конфигурации (исключая базы данных, сканирование только на запись и т.д.) издержки настолько минимальны, что затраты практически равны нулю. единственное исключение в моей организации - серверы hyper-v; которые очень тщательно изолированы от остальной части сети.</p><p>некоторые утверждают, что потенциальная выгода также почти равна нулю; но, видя, что стоимость схожа, они все еще балансируют. безопасность должна применяться в слоях, а не в одной точке, такой как атлас.</p>

<p>в общем, я бы сказал, что вы хотите использовать какой-то av на многих серверах, да, но, и это очень важно, вы должны быть осторожны с исключениями.</p><p>прежде всего, антивирусные продукты могут оказывать очень значительное влияние на производительность, особенно при определенных рабочих нагрузках. убедитесь, что вы выбираете правильный av-продукт для машины, и убедитесь, что он настроен правильно.</p><p>особое примечание, будьте очень осторожны с exchange и <strong>никогда</strong> устанавливайте на него по av клиентского типа. у нас был парень, который поставил наш сервер exchange на колени на моей предыдущей работе после того, как он установил на него av-клиента (предназначенного для настольных компьютеров), который пытался сканировать каждую входящую или исходящую электронную почту и работал <strong>очень</strong> медленно.</p>

<p>пара аргументов в пользу запуска av на серверах windows:</p><ul> <li>пользователи с ограниченными возможностями, которые имеют доступ к системе и могут подумать, что это хорошая идея для серфинга и установки программ там. adobe reader, особенно древний adobe reader, всегда всего лишь одна вредоносная программа pdf скачать вдали от катастрофы).</li> <li>оповещение о наличии распространенных инструментов атаки. копия netcat или pwdump, сбрасываемая в систему, всегда полезна для уведомления - это касается как внешних, так и внутренних угроз.</li> </ul>

<p>много раз это не ваше дело. если вы связаны определенными правилами, это может потребоваться. я не в курсе стандартов pci, но когда они появились, нам потребовалось установить программное обеспечение av на всех наших серверах.</p>

<p>для sharepoint я бы добавил forefront security для sharepoint. вы, конечно, хотите av для документов, загруженных в sharepoint.</p>

<p>я думаю, что реальный аргумент в пользу наличия av на серверах windows - это черви или другие вирусы, которые могут распространяться без необходимости некомпетентного (или неудачного) администратора. я давно не видел хорошего червя, который использовал ошибку ms и мог свободно перемещаться с компьютера на компьютер. это не требует вмешательства пользователя или администратора для распространения. серверы особенно опасны, так как они обычно работают круглосуточно, и многие из них не входят в систему на регулярной основе (т. е. вы можете не сразу увидеть проблему).</p><p>затем вы должны сравнить это с риском кражи ваших данных, потенциально поврежденных серверов, подрыва репутации, затраченного времени на исправление, паранойи, что вы все не очистили, и т. д ...</p><p>моя политика заключается в том, что все windows-боксы устанавливаются на них av (linux - другая история). настроен, чтобы предложить защиту с минимальным воздействием на производительность. также ящики, которые запускают такие функции, как электронная почта, будут нуждаться в av, специально предназначенном для этой среды. нет ничего хуже, чем av, пытающийся копаться в почтовых базах и захватывать вирусы ...</p><p>мои два цента. лучше быть в безопасности, чем потом сожалеть.</p>

<p>да. я использую trend micro для большинства своих клиентов. стандарт worry free business security 5.1 для ящиков без exchange и wfbs advanced для тех, у кого есть.</p><p>клиент устанавливается автоматически для первого сервера, и его легко установить для любого другого.</p><p>надеемся, что реальное время не понадобится очень часто, но выборки, которые я выбираю еженедельно или ежедневно, после нескольких часов, могут найти вещи, которые могли быть пропущены ранее (то есть вирус не был частью предыдущих определений).</p><p>снижение производительности происходит редко, и альтернативой является кошмар, особенно для общего ресурса, такого как сервер.</p><p>хотя я встречал нескольких администраторов, которые ничего не думают о переоснащении коробки из образа резервной копии ... но я бы предпочел тратить свое время на другие вещи. :)</p>

<p>я имею clamwin и делаю еженедельное сканирование на моем файловом сервере, который не видит большой активности. у меня был symantec av ранее, и сканирование на доступ к файлам снижало производительность.</p>