Обзор антивируса Microsoft Forefront Client Security - Выбор корпоративных средств защиты - Форумы Anti-Malware.ru Перейти к содержанию
Сергей Ильин

Обзор антивируса Microsoft Forefront Client Security

Recommended Posts

Сергей Ильин

Рад сообщить вам, что на нашем сайте появился еще новый обзор новейшего антивируса Microsoft Forefront Client Security для защиты рабочих станций, которого с опаской ждали, пожалуй, все существующие производители антивирусного ПО.

Обзор Microsoft Forefront Client Security

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

Содержание

1. Введение

2. Установка и пользовательский интерфейс

3. Функционал антивируса

4. Настройки антивируса

5. Выводы

Статья написана Артёмом Сальниковым, более известным нам пока под ником Ego1st.

Поздравляем с дебютом на Anti-Malware.ru!

Полный текст обзора и интересные скриншоты продукта можно посмотреть здесь

http://www.anti-malware.ru/index.phtml?par...client_security

Добавлено спустя 1 минуту 46 секунд:

Да, чуть не забыл Microsoft Forefront Client Security выходит в продажу в России 17-го мая, этому будет посвящено специальное мероприятие http://www.anti-malware.ru/index.phtml?part=events&id=49

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


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

вот гляжу я на баннер висящий на главной странице антималваре и на эту вакханалию фриков, что можно обнаружить при клике на этот баннер http://www.microsoft.com/rus/forefront/easyeasier/ ...и веселюсь

веселюсь потому как не понимаю, как эти люди могут говорить про развертывание и управление Microsoft Forefront Client Security слово "легко"? :lol:

эх было бы время поделился бы я, что ожидает админа, если он захочет развернуть эту прелесть у себя.

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


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

всем привет, а кто-нибудь крутил мткрософтовский Forefront Client Security?

интерсно узнать мнение удобная ли у него администрилка, на что ставить можно чтоб не помирал, вообще впечатления

тока пожалуйста рекламы не надо, отвечайте кто ставил

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


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

gavrilo77

я крутил эту штуку

для соблюдения полярности мнений приведу здесь своё мнение и мнение Руси Калихман из Микрософта

-----------------------------------------------------------------------------

От себя

В клиенте Forefront, устанавливаемом на рабстанции и сервера тот же движок, что и в OneCare. Как мы видим в тестах (http://www.anti-malware.ru/phpbb/viewtopic.php?t=3423, http://www.anti-malware.ru/phpbb/viewtopic.php?t=3424) One Care последнее время по детекту сильно поднялась, но пока Микрософт далек от лидеров по этому параметру. Кроме того, пока антивирусная составляющая Forefront Client Security представляет из себя обычный файловый антивирус: проверки не только HTTP, но и всех почтовых протоколов на лету нет. По-моему, из известных вендоров такое осталось только у Sophos.

Но в качестве своего основного преимущества Microsoft называет не возможности защиты, а простоту управления: “Легче легкого”, “Смотрите это совсем просто”, говорят они. Так что я бы хотел немного добавить по системе администрирования и развертывания.

Победные реляции и красивые феньки вы сможете найти на сайте http://www.microsoft.com/rus/forefront/easyeasier/. Я как обычно о недостатках.

Что такое Microsoft Forefront Client Security?

Это продукт для антивирусной защиты рабочих станций и серверов Windows, продукт с возможностями централизованного администрирования. Как говорит Microsoft: “Защитите своих сотрудников от нежелательной почты, атак злоумышленников и вирусов, а попутно избавьте сотрудников ИТ-подразделения от необходимости тратить все свое время на борьбу с подобными угрозами.”

На какой сегмент ориентирован продукт Microsoft Forefront Client Security (FCS)?

ForeFront можно нормально использовать только если в сети есть не только Active Directory (AD), но также GPO (Group Policy Object), Microsoft Operation Manager и Windows Server Update Services.

Т.е. чтобы управлять Forefront Client Security потребуются:

-Windows Server 2003 Standard или Enterprise Edition SP1 и выше

-Microsoft SQL Server 2005 Standard или Enterprise Edition с SP1

-.NET Framework 2.0

-Group Policy Management Console (GPMC) SP1

-WSUS 2.0 SP1

-IIS 6.0 и ASP.NET

-MMC 3.0

Самому серверу на который это все рекомендуется ставить нужно иметь как минимум 2 процессора и 4 ГБ оперативной памяти. Кроме того Микрософт крайне не рекомендует использовать для управления один сервак, как минимум 2.

Выходит, что для небольших компаний неподъемны уже системные требования, а еще нужен очень грамотный администратор, имеющий богатый опыт работы с перечисленным выше зоопарком. Да и политика лицензирования продукта предполагает лицензирование отдельно клиентов и системы управления (за сервер). Стоимость одной лицензии сервера управления составляет порядка $2500 в год, если к этому добавить стоимость сервака, который придется для этого чуда покупать - это уже потянет на суммарную стоимость защиты от любого другого производителя для небольшой сети целиком.

С большими корпоративными сетями также есть проблемы. Один сервер Forefront способен работать не более чем 10000 клиентских узлов. Если узлов больше, предлагается создать несколько независимых систем управления. А иерархии среверов администрирования у Forefront просто нет. И потом администратору приходится постоянно переключаться для решения одной задачи управления антивирусной защитой между тремя системами: Forefront Client Security, Microsoft Operation Manage, Windows Server Update Services (FCS, MOM, WSUS), которые почти не взаимосвязаны.

Какой же сегмент остается для Forefront Client Security? Остаются средние компании, причем полностью построенные на инфраструктуре Microsoft. Все компьютеры включены в домен, все пользователи лишены прав локальных администраторов и так далее. Такая некая идеальная сеть средней компании.

Что же ожидает администратора этой средней сети?

•Если в сети стоит WSUS сервер, и установлен компонент Forefront Distribution Server, можно внедрить на клиентский компьютер политику, что автоматически приведет к установке клиента Forefront. Если же нет WSUS либо Distribution Server, выключенного в инсталляции по умолчанию, ну чтож - придется потрудиться.

•В Forefront администратору приходится постоянно переключаться между окнами консолей MOM, FCS, WSUS, а также отдельно просматривать отчеты в браузере. Это создает неудобства в работе и сильно затрудняет общее понимание системы.

•Если компьютер не управляется через Active Directory, внедрить на него политику можно только вручную. Вообще, управлять компьютером, не входящим в домен, в Forefront крайне затруднительно.

•Проверить результаты установки можно лишь при помощи отчета, а не в свойствах задачи установки. Для просмотра статистики приходится ждать пока свежеустановленный клиент соединится с MOM Server, и, наконец, в течение часа MOM Server сообщит о появлении нового клиента.

•Создается впечатление, что Microsoft не задумывался о том, что в случае эпидемии может срочно понадобиться изменить параметры защиты. политики применяются при загрузке компьютера, и затем каждые часа полтора - два. За это время зловред накроет всю сеть. Можно уменьшить интервал по умолчанию, однако он един для всех политик Active Directory. Это означает, что и прочие заданные политики начнут применяться чаще, увеличивая нагрузку на сеть.

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

•В Forefront при помощи политики можно запретить локальному пользователю не только изменять настройки, но и вообще открывать интерфейс клиентского антивируса. Однако, все это не распространяется на пользователей – локальных админов. Локальный админ (почти в каждой сети имеются такие), способен легко остановить антивирусную защиту (например, используя net stop), либо изменить ее настройки путем модификации параметров защиты в реестре. Этим способом подавления защиты с легкостью могут воспользоваться и вирусописатели.

•В Forefront не предусмотрено никакой защиты от желания локального админа деинсталлировать антивирус.

•Обновления к Forefront загружаются при помощи сервиса Windows Update. Итак, если в сети установлен и настроен WSUS, обновления будут загружаться с него по мере необходимости. Если же WSUS отсутствует, все обновления будут загружены непосредственно с сайта Microsoft всеми клиентами. Учитывая тот факт, что обновления модулей приложения могут достигать 15 МБ, а дельта обновления баз до мегабайта – нагрузка может быть существенна. Ставьте WSUS обязательно.

•Microsoft выпускает обновления сигнатур угроз в среднем пять раз в день. WSUS 2.0 SP1 может синхронизироваться с сервером Microsoft Updates либо раз в сутки, либо вручную. Таким образом, вне зависимости от частоты выхода обновлений, получены они могут быть либо путем синхронизации вручную, либо раз в сутки.

•В FCS не предусмотрено механизма принудительного обновления клиентов. Что в случае эпидемии не здорово. По умолчанию клиент будет обновлен каждые шесть часов, а также при запуске задачи сканирования.

•В FCS существует два вида проверки по требованию – полная и быстрая. Изменить области проверки для обоих видов невозможно. Также невозможно изменение типов проверяемых файлов и большинство других востребованных опций. Администратор может запускать полную либо быструю проверки на компьютерах по расписанию либо вручную. Возможное расписание полной проверки – ежедневно в определенное время либо еженедельно, также в определенное время. Возможное расписание быстрой проверки – каждые N часов. Вручную проверку можно запустить одновременно либо на всех, либо только на одном компьютере. Возможности запустить проверку на выбранном наборе компьютеров нет.

В принципе, мне показалось, что имея достаточно сжатые сроки разработки системы администрирования Forefront, команда Microsoft действовала по принципу “я его слепила из того, что было”. И ориентировалась именно на средний сегмент, т.к. его легче всего удовлетворить в эти сжатые сроки. Следующим шагом будет создание единой администрилки для крупняка (собственно проект Stirling уже открыт) и (я надеюсь) простого продукта для СМБ (как у Тренда, например). Иначе счастья Microsoft на этом поле не видать.

---------------------------------------------------------------------------------

От Руси

В своем докладе Руся Калихман рассмотрела механизм работы Forefront Client Security и рассказала о том, что будет входить в поставку нового продукта Microsoft. Принципиальный момент, на который обращали внимание все без исключения докладчики конференции, - почему Forefront и System Center позиционируются вместе? Отвечая на этот вопрос, Калихман отметила, что, поскольку безопасность любой компании невозможна без адекватного управления, Microsoft ставит перед собой задачу объединить оба направления, Forefront и System Center, и получить один продукт, единую платформу, которая бы облегчала администраторам, специалистам службы безопасности и технической поддержки обслуживание всей информационной инфраструктуры. Сейчас с точки зрения безопасности эти направления разделяются на области защиты рабочих станций, защиты серверов приложений и защиты периметра. А с точки зрения управления - на управление изменениями в конфигурации, резервное копирование, управление виртуальными платформа

ми и мониторинг систем.

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

- Атакующие становятся более изобретательными. Троянские программы маскируют свои сообщения под сообщения антивирусных программ. Удручает, что эти атаки становятся все более оправданными с финансовой точки зрения. Существуют компании, которые "заказывают" атаки с целью получения конфиденциальной информации.

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

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

Калихман рассмотрела факты, взятые из аналитического отчета Microsoft за 2006 г., и данные других компаний, которые проводят исследования в этой области, и сделала следующий вывод: современные средства защиты и информационной безопасности должны быть просты в управлении; должны быть хорошо интегрированы между собой и должны обеспечивать комплексный подход к защите информационной безопасности. Именно на таких принципах Microsoft строит свое семейство Forefront и продукт Client Security. - Forefront Client Security - это единое решение антивирусной защиты от программ-шпионов и вирусов. Ядро Client Security содержит и антивирус, и антишпионскую программу. Она построена на технологиях, которые уже используются многими компаниями: Forefront Service Security, Malicious Software Removal Tool, One Care и Windows Defender. Эти технологии опробованы и эксплуатируются не один год. Кроме того, Forefront Client Security дополняет другие продукты информационной безопасности компании Micros

oft. Что же касается простоты администрирования, то в докладе Калихман было показано, как при помощи единой консоли можно легко управлять настройками агентов, политиками и т. д. Единая консоль весьма информативна и располагает необходимым инструментарием управления. Существует также система мгновенных оповещений администратора о наличии угроз безопасности или начале вирусной атаки. Итак, что же входит в дистрибутив Client Security? В состав сервера FCS входит:

- MOM 2005 SP1;

- отчетный компонент, MOM 2005 Reporting SP1;

- дополнения для MOM, необходимые для совместной работы с Forefront Client Security;

- SQL 2005 Enterprise Edition;

- консоль Forefront Client Security с модулем отчетов. Этот пакет - единое целое, все продукты поставляются вместе и отдельно плата ни за что не взимается. В настоящее момент сервер FCS доступен пока только в 32-разрядном варианте. Но продукт продолжает совершенствоваться, и следующий выпуск уже будет поддерживать оба режима - 32- и 64-разрядный.

В дистрибутиве FCS-клиента, кроме собственно агента Client Security, есть специальный агент сканирования в соответствии с шаблоном безопасности. Существует также специальная утилита, которая позволяет локально применять политики к тем компьютерам, которые по каким-то причинам не входят в каталог Active Directory (AD).

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

При развертывании FCS на предприятии особенности технического внедрения зависят от того, какая именно архитектура FCS будет использоваться. На рис. 3 показана типовая архитектура. Ее ядром является Management Server, который позволяет управлять клиентами. После настройки на сервере управления распространение политик осуществляется при помощи механизма AD или альтернативных систем, после чего политики применяются на клиенте. Обновления публикуются на Microsoft Update. Кроме того, специально для FCS была введена новая категория WSUS -категория "обновления FCS". Эти обновления загружаются WSUS-сервером, и на основании настроенных политик они устанавливаются либо автоматически, либо вручную.

Любые события, которые происходят на клиенте (обнаружен вирус, не запущен сервис Client Security и т. д.), фиксируются на сервере отчетов Reporting and Alerting Server.

Особое внимание Калихман уделила обновлению FCS. Обновление - это пакет, состоящий из пяти файлов. Это собственно ядро, которое обновляется примерно раз в месяц или по мере выхода какого-то принципиально нового вируса, база anti-spyware и разница с предыдущим ее содержимым, антивирусная база и, соответственно, ее дельта. Полностью антивирусная база обновляется раз в месяц, т. е. после загрузки базы в следующий раз клиент загружает только те дельты, которые публикуются на сайте Microsoft (это происходит от трех до пяти раз в день). Для того чтобы эти обновления постоянно скачивались, на WSUS устанавливается специальный агент, который позволяет раз в час проверять наличие обновлений. Этот же агент заставляет клиента раз в час обращаться к серверу обновлений на предмет загрузки обновлений. Как уже отмечалось, настройками клиента может управлять администратор. Каким образом осуществляется этот процесс?

Первое, что делает работающий FCS-агент, - проверяет файл исключений. Можно настроить исключение Client Security для действий по умолчанию или по типу категории программного обеспечения. После этого агент проверяет то действие, которое предписывается самим файлом обновлений согласно обнаруженному коду. Затем выполняется проверка уже собственно политики, которую накладывал администратор. Если ответ не найден, при соответствующей настройке система может вывести окно с вопросом, что делать с обнаруженным кодом. Варианты действий: вычистить вирус, удалить весь файл, отправить его в карантин, проигнорировать либо затормозить (в случае, если само ядро не знает, что делать) и, наконец, обратиться к пользователю за разъяснениями. Естественно, необходимость обращения к пользователю настраивается через политики. Часто задаваемый вопрос - каким образом FCS будет совместим с Network Access Protection? О технологии NAP более подробно рассказано в статье "Windows Server 2003 R2 Network Acc

ess Protection" по адресу http://www. osp.ru/win2000/2004/08/177304/. Естественно, FCS полностью совместим с NAP, и к моменту выхода Longhorn или Windows Server 2008, как этот сервер называется сейчас, в настройках NAP можно будет указать соответствие требованиям политики информационной безопасности в отношении либо версии FCS, либо версии обновления. После попытки подключения клиента к сети будет производиться проверка, и в случае несоответствия должно выводиться сообщение с разъяснением, почему настройки не соответствуют друг другу. После определенных действий, предпринятых либо самим пользователем, либо системой согласно заданным настройкам, доступ в сеть может быть предоставлен.

Откуда берутся обновления? В Microsoft существует центр исследования вредоносного кода. Некоторые из его специалистов ранее работали в других компаниях, выпускающих средства обеспечения информационной безопасности. Откуда поступает информация о наличии вирусов и появлении новых угроз? Например, в Windows Defender предусмотрено обращение в сообщество SpyNet, члены которого сообщают о наличии вирусов. Еще один источник информации - сканирование Internet; существуют и другие методы обнаружения, например партнерство с производителями аналогичного программного обеспечения. База дефиниций обновляется максимально быстро, для того чтобы как можно более оперативно отреагировать на появление действительно критичных новых вирусов и выпустить соответствующее обновление. Буквально на прошлой неделе FCS прошел сертификацию West Coast Labs как продукт антивирусной и анти-malware защиты. - Говоря о возможностях развертывания, Руся указала на существование как минимум трех методов, которые по

казаны на рисунке 4. Это WSUS, System Configuration Manager (SCM) или другие аналогичные программы. Пакет, подготовленный для установки и заложенный в этих программах, доступен на сайте Microsoft, его можно скачивать автоматически или вручную, а также распространять.

Поскольку в FCS используется вся функциональность MOM, настройка оповещений производится достаточно гибко, быстро и эффективно. Уже в самом дистрибутиве заложено пять уровней оповещений. Первый уровень - когда сообщаются только самые критичные события, его Microsoft рекомендует настраивать для некритичных объектов. Соответственно, пятый уровень - это наиболее критичные события, их, как правило, рекомендуется настраивать для северов.

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

"Отчеты хороши тем, что они предоставляют всю информацию в наглядном и понятном - расшифрованном - виде, - подчеркнула Калихман. - При этом существует возможность достаточно глубоко погрузиться в эти отчеты, вплоть до выяснения, на каком именно компьютере, что, когда и как происходило. И все это делается из единой консоли. Существует возможность периодической рассылки любого отчета соответствующему специалисту по информационной безопасности. Наутро он придет на работу и увидит картину событий, произошедших за ночь".

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

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

В завершение своего исключительно информативного и профессионального доклада Калихман предложила слушателям ознакомиться с дополнительными ресурсами, относящимися к Forefront Client Security. Особый интерес у аудитории вызвало упоминание о разработанном в Microsoft демонстрационном инструментарии - Microsoft Forefront and System Center Demonstration Toolkit. В его состав включены готовые виртуальные машины, которые можно развернуть у себя на рабочем месте, поработать с ними и узнать, насколько продукты Microsoft отвечают современным требованиям безопасности.

"По данным агентства ESG, в декабре 2006 г. 8% организаций уже тестировали Microsoft Forefront Client Security, a 35% собирались это сделать в 2007 г." - такими словами Калихман закончила основную часть своего доклада.

Вслед за этим последовала непродолжительная сессия ответов на вопросы. В частности, Калихман сообщила, что продукт FCS будет локализован вскоре после поступления в продажу и что суммарная цена продукта будет значительно ниже суммарной стоимости тех серверов, которые представлены в самом продукте.

Доклад Руси Калихман вызвал очень большой интерес аудитории. В течение нескольких часов после основного доклада Калихман отвечала на вопросы около стенда "Спроси эксперта".

___1.JPG

___2.jpg

___3.jpg

___4.jpg

post-10-1193053471.jpg

post-1-1193053471.jpg

post-1-1193053472.jpg

post-1-1193053473.jpg

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


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

не осилил - много букв

смотрели форфронт в выходные, дешбоард удобный, но брать не будем - гемор развертывать

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


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

смотрели форфронт в выходные, дешбоард удобный, но брать не будем - гемор развертывать

Кстати если кому интересно, мы нод32 взяли себе в контору по итогам

и дешевле и заморочек никаких

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


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

???

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


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

  • Сообщения

    • Ego Dekker
      ESET Online Scanner 4.0.1  (Windows 10/11, 64-разрядная)
                                                                                  ●
              Руководство пользователя ESET Online Scanner 4  (PDF-файл)
    • Ego Dekker
      ESET Cyber Security был обновлён до версии 9.0.6700.
    • AM_Bot
      Теория звучит убедительно, но работает ли она на практике? Мы внимательно изучили Phishman 2.35 и решили не останавливаться на описании её возможностей. Вместо этого протестировали платформу на собственных сотрудниках и удивились, к каким результатам это привело.      1. Введение2. Методология тестирования Phishman 2.353. Первичное тестирование3.1. Подготовка шаблонов фишинговых сообщений, инфраструктуры рассылки3.2. Тестирование доставки и отражения результатов в статистике3.3. Результаты атак4. Обучение4.1. Формирование учебной группы4.2. Составление образовательной программы по повышению киберкультуры4.3. Процесс обучения и его результаты5. Повторное тестирование5.1. Результаты атак6. Подведение итогов6.1. Сложности, с которыми мы столкнулись7. Впечатления от проекта команды «АМ Медиа»7.1. Реакция сотрудников7.2. Реакция организаторов7.3. Сотрудничество с вендором8. ВыводыВведениеPhishman 2.35 — это система повышения осведомлённости пользователей в сфере ИБ. Она помогает развивать киберкультуру и формировать у сотрудников устойчивые навыки безопасной работы с информацией, цифровыми сервисами и корпоративными ресурсами. В процессе обучения сотрудники учатся распознавать актуальные сценарии атак, закрепляют правильные модели поведения и в результате реже становятся причиной инцидентов, связанных с человеческим фактором.В первой части обзора Phishman 2.35 мы рассмотрели платформу с точки зрения её возможностей. Теперь пришло время проверить, как всё это работает на практике. За время проекта мы не только оценили эффективность различных сценариев, но и столкнулись с рядом особенностей, которые невозможно увидеть в документации. Одни из них влияли на ход тестирования, другие оказались скорее организационными нюансами, о которых стоит знать заранее.Методология тестирования Phishman 2.35В процессе работы с киберкультурой «АМ Медиа» мы будем использовать следующие метрики:Обученность. Отражает уровень знаний сотрудников в области ИБ. Показатель растёт, когда сотрудники осваивают темы: реагирование на инциденты, защита от социальной инженерии и другие критически важные компетенции.Иммунность. Показывает, как сотрудники применяют знания на практике. Она повышается, когда демонстрируется способность распознавать угрозы и правильно на них реагировать в реальных сценариях.Киберосознанность — итоговая метрика. Объединяет знания и практические навыки, показывая, насколько сотрудники в целом устойчивы к киберугрозам и действуют корректно при их возникновении.Прежде чем оценивать эффективность работы системы, необходимо определить отправную точку. Первичное тестирование определит, на какие сценарии реагирует каждый сотрудник, где чаще всего допускаются ошибки и какие темы требуют дополнительного развития. На основе этих данных формируется индивидуальная программа обучения: сотрудники проходят персонализированные курсы, выполняют практические задания и тесты, которые помогают устранить выявленные пробелы и закрепить необходимые навыки. В процессе обучения повышается уровень обученности, а закрепление знаний через практику влияет на показатель иммунности. После завершения обучения мы проведём повторное тестирование, которое покажет, какие изменения произошли по всем ключевым метрикам.Заключительный этап — сравнение результатов первичного и повторного тестирования. Здесь станет понятно, насколько вырос уровень киберкультуры сотрудников: изменилось ли их отношение к вопросам ИБ, стали ли они увереннее распознавать угрозы и чаще принимать безопасные решения в ситуациях, где раньше могли допустить ошибку.В качестве основного канала для рассылки фишинга выбрали электронную почту. Причина очевидна: именно она остаётся основным способом первичного контакта злоумышленников с сотрудниками и доставки фишинговых сценариев. По имеющимся оценкам, более 90 % успешных кибератак начинаются с электронного письма, поэтому исключать этот канал из подобных проверок было бы некорректно.Первичное тестированиеРеальные фишинговые атаки почти никогда не строятся по универсальному шаблону: злоумышленники адаптируют содержание писем под роль человека в компании, его рабочие процессы и типовые задачи. Поэтому при выборе целевой аудитории мы разделили сотрудников по функциям и уровню доступа к корпоративным данным, а сам проект разбили на 3 последовательные волны с разным уровнем сложности.Подготовка шаблонов фишинговых сообщений, инфраструктуры рассылкиПосле определения целевой аудитории был проведён анализ структуры подразделений и рабочих процессов сотрудников. На этом этапе изучались:должностные обязанности;распределение зон ответственности;характер внутреннего взаимодействия между отделами;используемые адреса электронной почты;формат повседневной служебной переписки.Это позволило понять, какие сценарии коммуникации являются для сотрудников привычными и не вызывают подозрений.На основе собранных данных были подготовлены сценарии фишинговых сообщений. При разработке содержимого учитывались тематика рабочих задач, стиль корпоративного общения, оформление внутренних уведомлений и типовые причины отправки писем внутри организации. Основная задача заключалась в том, чтобы письмо воспринималось как стандартное рабочее сообщение, соответствующее реальным бизнес-процессам заказчика.Волна 1. Первая волна была построена как массовый фишинг. Сценарий — сверка графика отпусков. Для атаки создавали и настраивали пользовательский шаблон. Тип атаки — обычный, время начала рассылки — сразу, при запуске атаки.На этом этапе проверялась базовая реакция сотрудников на привычные рабочие триггеры и способность распознавать типовые признаки фишинга без привязки к конкретному подразделению. Рисунок 1. Шаблон для первой волны Рисунок 2. Вид фишингового письма из первой волны в почте Волна 2. Для каждого отдела были подготовлены письма, основанные на реальных рабочих процессах, характерных запросах и ситуациях, с которыми сотрудники регулярно сталкиваются в своей деятельности. Для атаки создали и настроили пользовательский шаблон, где-то добавили немного визуального оформления. Время начала рассылки — по запланированному времени. Рисунок 3. Пример шаблона из второй волны для отдела «Продажи» Рисунок 4. Вид фишингового письма из второй волны для отдела «Продажи» Волна 3. Здесь моделировались уже более сложные сценарии целевого фишинга (spear phishing). В письмах использовались специальные формулировки, элементы корпоративного брендирования. На этом этапе проверялась не только внимательность сотрудников, но и способность замечать менее очевидные признаки атаки в условиях, максимально приближённых к реальной целевой компрометации.За основу брали системный брендированный шаблон «Яндекс ID», добавили фишинговую форму и скорректировали немного её содержание. Тип атаки — обычный, время начала рассылки — по запланированному времени. Рисунок 5. Пример шаблона из третьей волны Рисунок 6. Вид фишингового письма из третьей волны При переходе по ссылке открывалась фишинговая страница. Рисунок 7. Фишинговая страница Тестирование доставки и отражения результатов в статистикеДалее была подготовлена инфраструктура рассылки. После её настройки проводилось тестирование доставки сообщений. Проверялась доставка писем во входящие сообщения почтовых клиентов, анализировалась реакция антиспам-механизмов в почте, а также контролировалась корректность работы механизмов отслеживания действий пользователей. Рисунок 8. Результаты тестирования доставки и отображения сообщений в почте Тестирование прошло успешно.После завершения проверки была сформирована последовательность отправки сообщений по заранее определённым волнам. Такой подход позволил распределить нагрузку, контролировать ход тестирования и отслеживать реакцию сотрудников на различных этапах проведения проверки. Рисунок 9. Активные мероприятия Результаты атакБыли получены следующие результаты:Иммунность — 81 %. Хороший иммунитет, большинство реагирует правильно. Охват аудитории (повторно попались на фишинг) — 71 %.Уровень риска — 8, средний. Устойчивость формируется, но есть ещё риски. Рисунок 10. Общая информация после проведения первичного тестирования Самый низкий уровень иммунности — около 50 %, после первых двух волн атак. Рисунок 11. График иммунности во время первичного тестирования Далее — сформировали в системе отчёт по скомпрометированности сотрудников, на основании которого выполнили самостоятельный анализ результатов по отделам без учёта результатов тестирования шаблонов атак. Рисунок 12. Отчёт по скомпрометированности всех сотрудников в Phishman 2.35 Таблица 1. Результаты первичного тестирования по отделамОтделЗаполнили формуОткрыли вложенияОткрыли ссылкуДокументооборот04,76 %4,76 %Продажи04,76 %9,52 %Продюсеры 0023,8 %Редакция0019,04 %Руководитель000 ОбучениеПервичное тестирование завершено, поэтому следующим этапом стало определение группы риска и формирование программы обучения.Формирование учебной группыНа этапе отбора рассматривались два варианта формирования учебной группы. Первый предполагал использование показателя иммунности сотрудников. Второй вариант заключался в создании правила, автоматически формирующего список сотрудников, которые были скомпрометированы в ходе проведённых проверок. Этот подход позволял сразу получить выборку пользователей, продемонстрировавших наибольшую подверженность атакам, без ожидания обновления показателей.Был выбран второй вариант. На основании созданного правила была сформирована группа для обучения: в неё вошли люди, которые были скомпрометированы в ходе первичного тестирования. Рисунок 13. Создание правила для выявления группы риска Рисунок 14. Отчёт по отработанному правилу для выявления группы риска Отдельно была сформирована группа сотрудников, успешно распознавших фишинговую атаку, для участия в обучении, направленном на поддержание киберкультуры.Составление образовательной программы по повышению киберкультурыПопавшиеся сотрудники были включены в отдельную учебную группу, для которой сформировали персональную образовательную траекторию. В неё вошли 3 микрокурса по фишингу и 1 курс по информационной безопасности. Содержание траектории было направлено на повышение устойчивости к методам социальной инженерии и снижение вероятности компрометации учётных данных. Рисунок 15. Заполнение параметров обучения сотрудников Рисунок 16. Составление учебной программы Отдельно была запущена программа обучения для сотрудников, которые не попали в выборку по результатам правила.Процесс обучения и его результатыПервый отчёт мы сформировали через 2 дня после запуска обучения, что позволило получить предварительную оценку вовлечённости сотрудников. Анализ данных показал, что наибольшую активность на начальном этапе продемонстрировали сотрудники, которые попались на фишинг. Рисунок 17. Промежуточный анализ обучения Через неделю после запуска обучения провели повторный анализ прогресса, включая оценку прохождения курсов и выявление участников, не приступивших к обучению. Рисунок 18. Отчёт по динамике обучения в Phishman 2.35 Анализ показал, что часть сотрудников не завершила обучение в установленный срок. Для обеспечения максимального охвата было принято решение о продлении сроков прохождения курсов. Рисунок 19. Продление и корректировка процесса обучения В результате фактическая продолжительность обучения составила 2 недели, что превысило первоначально установленный срок в одну неделю. Но и этого времени не хватило нашим сотрудникам. Чтобы узнать, кто оказался более ответственным, воспользовались возможностями правил. Рисунок 20. Пример настройки правила по выявлению сотрудников, прошедших обучение В результате была получена информация о сотрудниках, полностью и частично прошедших обучение. Рисунок 21. Отчёт по сработанному правилу по выявлению сотрудников, прошедших обучение Рисунок 22. Отчёт по сработанному правилу по выявлению сотрудников, частично прошедших обучение Результаты обучения:полностью прошли обучение — 52 %;частично — 22 %;не прошли обучение — 26 %.Мы проанализировали список сотрудников, не приступивших к обучению, и выяснили, что это те, кто не попался на фишинг во время первичного тестирования.Среди сотрудников, которые попались на фишинг, 80 % прошли обучение, остальные — прошли его частично. Рисунок 23. Результаты обучения сотрудников «АМ Медиа» Вместе с тем за этот период были зафиксированы положительные изменения в ключевых показателях: уровень обученности достиг 9 319 баллов, а показатель киберосознанности — 7 561 баллов. Несмотря на положительную динамику, полученные значения оставались гораздо ниже целевых ориентиров, что свидетельствует о необходимости дальнейшей работы по повышению вовлечённости сотрудников и развитию киберкультуры.Повторное тестированиеПовторное тестирование проводилось по тем же этапам, что и первичное: подготовка шаблонов, тестирование и проведение атак. Как и на первом этапе, основной задачей было сделать письмо максимально похожим на стандартную рабочую переписку, соответствующую реальным бизнес-процессам нашей компании.Подготовительный этап повторного тестирования потребовал дополнительных временных затрат, связанных с регистрацией новых доменов и расширением сценариев атак с учётом результатов первичного тестирования.Волна 1. Сценарии формировались не только для отдельных подразделений, но и адресно для конкретных сотрудников, что позволило повысить реалистичность и точность имитации фишинговых атак. Запустили несколько атак, для каждой из них были разработаны индивидуальные шаблоны электронных писем и соответствующие фишинговые формы. Тип атаки — обычный, время начала рассылки — по запланированному времени. Рисунок 24. Пример фишингового письма для первой волны Рисунок 25. Пример фишинговой формы для письма из первой волны Волна 2. Вторая волна представляла собой массовую фишинговую кампанию. Для неё был создан и настроен пользовательский шаблон, основанный на триггерах срочности и страхе финансовых потерь. Тип атаки — обычный, время начала рассылки — сразу, при запуске атаки. Рисунок 26. Пример фишингового письма для второй волны Тестирование доставки писем и корректности отражения результатов в статистике прошло успешно.Результаты атакВ повторном тестировании приняли участие уже 23 человека. Увеличение числа участников на 2 человека связано с подключением новых сотрудников к нашему эксперименту. Резких скачков иммунности здесь не наблюдалось. Рисунок 27. График иммунности во время повторного тестирования Для дополнительной оценки мы и здесь также выполнили самостоятельный анализ результатов по отделам без учёта результатов тестирования шаблонов атак. Таблица 2. Результаты повторного тестирования по отделамОтделЗаполнили формуОткрыли вложенияОткрыли ссылкуДокументооборот000Продажи008,7 %Продюсеры 008,7 %Редакция8,7 %08,7 %Руководитель000 Мы также посмотрели, как себя показали сотрудники, которые не прошли обучение, в повторном фишинговом тесте. По данным отчёта, в первой волне повторного тестирования на фишинг попались 40% из всех, кто не обучался. Рисунок 28. Поиск информации о сотруднике в отчёте по атакам Подведение итогов После завершения всех этапов эксперимента мы получили следующие показатели:Иммунность — 76 %. Хороший иммунитет, большинство реагирует правильно. Охват аудитории (повторно попались на фишинг) — 91,3 %.Уровень риска — 7, средний. Рисунок 29. Информационная панель Phishman 2.35 после завершения эксперимента После обучения и повторного тестирования добавились другие показатели:Обученность — 11 / 100. Знания отсутствуют, обучение следует начать с базового уровня.Киберосознанность — 10 / 100. Низкий уровень, сотрудники не знают, как действовать в случае угроз.Часть результатов сравнили и представили их в таблице ниже. Таблица 3. Сравнение показателей киберкультуры до и после обученияПоказательДо обученияПосле обученияОбученность09319Иммунность81 %76 %Киберосознанность 07561Охват аудитории (повторно попались на фишинг)71 %91,3 %Уровень риска87 Также проанализировали действия сотрудников после обучения и сравнили их с результатами первичного тестирования. Таблица 4. Сравнение действий сотрудников до обучения и послеОтделЗаполнили формуОткрыли вложенияОткрыли ссылкуДо обученияПосле обученияДо обученияПосле обученияДо обученияПосле обученияДокументооборот004,76 %04,76 %0Продажи004,76 %09,52 %8,7 %Продюсеры 000023,8 %8,7 %Редакция08,7 %0019,04 %8,7 %Руководитель000000 Рисунок 30. Процент попавшихся на фишинг до обучения и после по отделам Если во время первичного тестирования попалось 22 % участников, то после обучения этот показатель уменьшился и стал 12 %. Рисунок 31. Общий процент попавшихся на фишинг до обучения и после Результаты повторного тестирования показали, что, несмотря на заметное снижение количества взаимодействий с фишинговыми письмами, часть сотрудников по-прежнему выполняет действия, свидетельствующие о подверженности атакам. Это ожидаемый результат, поскольку киберкультуру невозможно сформировать за столь короткое время. Речь идёт о длительном процессе, который требует регулярной работы как со стороны специалистов по информационной безопасности, так и со стороны самих сотрудников.Наш эксперимент позволил проверить знания сотрудников, провести обучение и затем оценить, насколько полученные знания закрепились на практике. Однако с точки зрения развития киберкультуры — это лишь один из этапов работы, а не её завершение.Сложности, с которыми мы столкнулисьОсобенность нашего эксперимента — организация предварительного тестирования. Перед запуском каждой атаки мы проверяли её работу на собственном аккаунте, чтобы убедиться в корректной отработке сценария на стороне пользователя. Такие проверки попадали в общую статистику системы и оказывали влияние на итоговые показатели. Возможность исключить подобные события из расчётов отсутствует. Согласно комментариям вендора, для этих целей следует использовать отдельный тестовый стенд. Поэтому мы вели дополнительно самостоятельный анализ результатов эксперимента.Отдельные сложности возникли на этапе обучения сотрудников. Завершить обучение в установленные сроки не удалось из-за человеческого фактора. Не все участники смогли своевременно пройти назначенные материалы, что потребовало увеличения периода обучения и дополнительного контроля за его прохождением.Впечатления от проекта команды «АМ Медиа»Проведение тестирования не вызвало негативной реакции со стороны сотрудников. Хотя фишинговые сообщения активно обсуждались внутри коллектива, жалоб руководству или недовольства вида «зачем вообще было устраивать такую проверку» не возникло. Основной интерес был сосредоточен вокруг самих писем и попыток понять, что именно происходит.Реакция сотрудниковОдним из самых любопытных наблюдений стала реакция сотрудников после первой волны первичного тестирования. Полученные фишинговые сообщения быстро стали предметом обсуждения: сотрудники пересылали их друг другу, задавали вопросы коллегам и пытались разобраться, что происходит.Некоторые пошли ещё дальше и вступали в переписку с отправителем, воспринимая фишинговые письма как реальные рабочие сообщения. Это наглядно показало не только убедительность используемых сценариев, но и то, что практическое столкновение с угрозой вовлекает сотрудников в тему ИБ гораздо сильнее, чем абстрактные примеры из учебных материалов. Во время повторного тестирования такой реакции уже не возникло.Реакция организаторовЕсли для большинства сотрудников тестирование выглядело как неожиданно появившиеся письма в почте, то для команды, которой было поручено тестирование Phishman 2.35 этот проект сопровождался совсем другими эмоциями. Подготовка сценариев, запуск атак и ожидание результатов вызывали ощутимое волнение. Оказалось, что смотреть на ситуацию глазами злоумышленника не так просто, как может показаться со стороны. Приходилось постоянно задавать себе вопросы: какой сценарий покажется правдоподобным, что привлечёт внимание сотрудника, а что, наоборот, вызовет подозрения.Самыми напряжёнными были дни первой волны тестирования. На этом этапе ещё не было понимания, как сотрудники отреагируют на рассылки, насколько убедительными окажутся сценарии и не вызовет ли проверка негативной реакции внутри коллектива. С каждой новой зафиксированной активностью интерес смешивался с тревогой, а результаты ожидались едва ли не с большим нетерпением, чем сам запуск кампании.После завершения эксперимента стало легче: всё задуманное удалось реализовать, результаты были получены и проанализированы. Тем не менее полностью избавиться от мыслей о проделанной работе не получилось. Время от времени возвращаешься к отдельным этапам и задаёшься вопросом: а стоило ли сделать именно так? Может быть, какой-то сценарий можно было построить иначе, а какие-то решения принять по-другому?Наверное, это естественная часть любого практического проекта. Когда работа заканчивается, появляется возможность посмотреть на неё со стороны и критически оценить собственные решения. Именно в такие моменты часто приходят идеи, которые помогают сделать следующие проекты лучше.Сотрудничество с вендоромВ ходе подготовки и проведения эксперимента иногда возникали вопросы, связанные с настройкой платформы, особенностями реализации отдельных сценариев и интерпретацией результатов. Для их решения использовались как переписка, так и рабочие созвоны. Запросы обрабатывались оперативно, что позволяло своевременно получать необходимую информацию и не допускать задержек в выполнении работ. Поддержка была доступна не только в рабочее время, но и в выходные дни.ВыводыПовторное тестирование показало, что тщательно подготовленные и персонализированные фишинговые атаки значительно эффективнее. При наличии качественной разведки злоумышленники способны подобрать убедительный сценарий практически для любого сотрудника. А если специалист может ошибиться, то сотруднику, который не занимается вопросами ИБ каждый день, сделать это ещё проще.Работа в сфере информационной безопасности или информационных технологий сама по себе не защищает человека от фишинга, социальной инженерии и других современных атак. Мы убедились в этом на собственном опыте: даже профильные знания не гарантируют, что человек не попадется на хорошо продуманную атаку. Злоумышленники постоянно меняют сценарии, поэтому знания, полученные однажды, быстро устаревают.При помощи эксперимента мы не только проверили, насколько сотрудники готовы распознавать атаки, но и поняли, как с помощью Phishman 2.35 можно сделать работу по развитию киберкультуры системной. Вместо отдельных курсов появился понятный цикл: смоделировать атаку, оценить реакцию, провести обучение и проверить, изменилось ли поведение участников. При необходимости — повторить или скорректировать процесс при помощи рекомендаций платформы. Результаты фиксируются автоматически, поэтому можно видеть, какие темы требуют больше внимания, и развивать киберкультуру на основе реальных данных, а не предположений.Читать далее
    • PR55.RP55
    • santy
      RP55, есть у тебя ТГ?
×