Защита, а какая она? - Страница 2 - Выбор домашних средств защиты - Форумы Anti-Malware.ru Перейти к содержанию
Latin

Защита, а какая она?

Recommended Posts

_Stout
На самом деле проблема проактивной защиты (на мой взгляд) в том, что она требует подготовленного, а зачастую хорошо подготовленного пользователя. Соответственно, такие пользователи сейчас в меньшинстве. Увы...

Согласен частично. Согласен с тем, что квалифицированных пользователей очень мало. Не согласен с тем, что у всех вендоров их системы проактивной защиты расчитаны на подготовленного пользователя. И последнее -- Не всякая система расчитана и предназначена для чайника (aka нормальный пользователь сегодня). Есть т.н. экспертные системы, есть, предназначенные для системных администраторов.

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


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

_Stout

Согласен. Но чайников-то БОЛЬШИНСТВО! Вот в чем проблема!

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


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

Согласен. Но чайников-то БОЛЬШИНСТВО! Вот в чем проблема!

Ну и что? Вы считаете что продукты должны выпускаться только для чайников?

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


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

Mr. Justice

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

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

Элитные программы нужны элите, а сколько той элиты?

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


Ссылка на сообщение
Поделиться на другие сайты
Mr. Justice
Нет конечно. Но, с учетом большинства чайников стоит понимать, что стоящий дома у чайника комп представляет ту же угрозу всем остальным, что и зараженный комп на работе.

А причем тут проактивная защита? Она что оказывает негативное влияние?

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

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

Элитные программы нужны элите, а сколько той элиты?

Если говорить о KAV/KIS 6.0, то эти программы расчитаны на широкий круг пользователей.

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


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

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

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


Ссылка на сообщение
Поделиться на другие сайты
Mr. Justice
Ладно, я чувствую ваше нежелание подумать о тех, кто покупает программы. Я же, в силу работы, вынужден каждый день заниматься чайниками.

Прошу прощения. Может быть я действительно в чем-то не прав. И Вам как практику, работающему с клиентами виднее.

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


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

Mr. Justice

Прошу правильно понять. Чайнику, который напуган, нужны грамотные пояснения, почему плохо то или иное действие и что делать! Иногда я сам пытаюсь понять при включенном KIS 6.0, что текущее сообщение - это опасность или нет. И не всегда могу решить верно. А теперь представьте чайника с параноидным отношением к безопасности. Да он же админа за неделю уложит в психушку!

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


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

Прошу правильно понять. Чайнику, который напуган, нужны грамотные пояснения, почему плохо то или иное действие и что делать! Иногда я сам пытаюсь понять при включенном KIS 6.0, что текущее сообщение - это опасность или нет. И не всегда могу решить верно. А теперь представьте чайника с параноидным отношением к безопасности. Да он же админа за неделю уложит в психушку!

Разве таких много?

В таком случае, полагаю возможны следующие варианты:

1. Настроить проактивную защиту индивидуально под данного пользователя (в зависимости от решаемых им задач)

2. Отключить проактивную защиту.

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


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

Mr. Justice

Разве таких много?

Представьте организацию, в которой 1000-1200 компьютеров. Даже 1% пользователей способен уложить админа безопасности насмерть. А поверьте, их ЗНАЧИТЕЛЬНО больше!

Отключить... Вариант. А где гарантии, что в какой-то интреесный момент времени админ не пожалеет о выключении?

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

Даже не только пользователи. Гордым именем админ теперь называются те, кто знает как в винде флажки расставить! породили поколение эникейщиков, теперь расхлебываемся!

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


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

VladB

А у чайников базовая проактивка или интерактивная?

Базовая должна гораздо меньше сообщений вываливать...

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


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

Базовая. Но учтите, кое-где бестолковые админы не закрывают доступ к настройкам антивируса. Соответственно, попадаются гвардейцы (не у меня, я своих давно построил), которые ставят себе интерактивную. И работа превращается в АД!

Далее, не мешало бы досточтимым писателям более качественно описывать чем грозит то или иное действие. Согласитесь, так вопросов будет меньше и жить легче!

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


Ссылка на сообщение
Поделиться на другие сайты
Mr. Justice
Отключить... Вариант. А где гарантии, что в какой-то интреесный момент времени админ не пожалеет о выключении?

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

Можете "взять на вооружение" методику которую использует Dmitry Perets http://anti-malware.ru/phpbb/viewtopic.php...ac961d23cd5b3f4

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

Даже не только пользователи. Гордым именем админ теперь называются те, кто знает как в винде флажки расставить! породили поколение эникейщиков, теперь расхлебываемся!

C этим спорить не буду.

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


Ссылка на сообщение
Поделиться на другие сайты
TiX
Вопрос не в его классе, а в том, что этот продукт реализовал какое то подобие превентивных мер еще до того как антивирусные компании начали делать это у себя. Принципы его работы конечно можно и обсуждать, сравнивая с брендами, но какие то идеи были весьма прогрессивны в период, когда антивирусы только к этому подступались. Или у Вас есть другое мнение? :)

Тогда в пример лучше ставить ProcessGuard / RegistryGuard ot Daemond CS :)

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


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

Вы считаете' date=' что технология является правильной, только если ее использовал лидер отрасли ? [/quote']

Нет, я как раз так не считаю. Как раз наоборот. Хотя по чём считать "лидерство в отрасли", конечно.

Встречный вопрос: считаете ли Вы' date=' что не-лидеры могут стать лидерами в результате использования перспективных технологий, которых еще нет у лидера ? [/quote']

Не исключаю.

Не забудьте только свериться с существующими патентами в данной области. Ага ?

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

В каком, если не секрет ? Может быть ваша выборка нерепрезетативна ? Smile

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

Вы неправы. Если технология (подход' date=' метод) позволяет успешно решать ту или иную проблему, то ее можно и нужно заимствовать. [/quote']

И тут возникает снова вопрос про патенты, корректность таких действий и т.д.

Проактивная защита включает в себя как поведенческий анализ' date=' так и эвристику. Развивать нужно то и другое. [/quote']

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

Goudron писал(а):

Любой тест субъективен.

Вопрос только в том что в нем больше субъективного или объективного.

...и для какого продукта. Все продукты часто равны' date=' но некоторые "равнее". "Спонсором сегодняшнего тестирования является..." ;)

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

Такая идея чучхе, мы пойдем свои путем Smile

В данном случае на эту мысль наводит существование патентов и возможные заявления "вы у нас слямзили что-то".

Поэтому приходится делать примерно одно и то же, но действует и выглядит оно по-разному.

Пользователю от этого только лучше - больше выбор из различных решений.

Правда есть некоторые замечания по так называемым ложным срабатываниям. Маленький примерчик: есть такая программка Lingvo при ее запуске срабатывает защита и выскакивает окошко о том' date=' что лингвоагент пытается внедрится бла бла бла. Конечно, можно добавить его в доверенную зону. Но таких срабатований, особенно на начальном этапе, достаточно много. И данная ситуация, на мой взгляд, решается введением пресетов. Конечно это требует определенных затрат времени и средств, но с другой стороны исключит ситуацию когда данный компонент попросту отключают со всеми вытекающими отсюда последствиями и сделает "технологии проактивной защиты превращаются из игрушки для профессионалов или компьютерных гуру в инструмент, предназначенный для домашнего и корпоративного пользователя" (с)«Лаборатория Касперского». [/quote']

Т.е. опять же возвращаемся к тому, что пользователь, пользующийся возможностями поведенческого анализатора, должен быть грамотным. Но налицо обратная тенденция. В "пятёрке" судя по всему Доктор собирается этой тенденции угодить, упростив интерфейс и сведя его наконец в одну кучу.

Ну и что? Вы считаете что продукты должны выпускаться только для чайников?

Но и для чайников тоже нужны продукты' date=' ибо количество разума на Земле - величина постоянная, а население растёт ;)

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

И получить эвристик, работающий на 25%, который как раз и призван пристраховать поведенческий анализатор.

Если говорить о KAV/KIS 6.0' date=' то эти программы расчитаны на широкий круг пользователей.[/quote']

Слово "подготовленных" всё же забыли.

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


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

>И получить эвристик, работающий на 25%, который как раз и призван пристраховать поведенческий анализатор

Тут все сложнее.

Проактивка у каспа - это большой набор под-модулей.

Основной алгоритм - анализ поведения с выводом конкретного подозрения на тип вируса (как у обычьного эвристика) - "анализ активности приложений" работает как в обычном так и в интерактивном режиме.

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

Тоесть домохозяйка при выборе не интерактивного режима будет получать сообщения от проактивки на 90++% по делу. Остальной % - ложные срабатывания. Такие же как у обычьного эвристика.

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


Ссылка на сообщение
Поделиться на другие сайты
Mr. Justice
Патенты рассказывают об алгоритмах до определённой детализации. Полностью используемые механизмы никто рассказывать не будет.

Патент получать необязательно с точки зрения закона. Программа охраняется авторским правом с момента ее создания в той или иной объективной форме.

В патенте часто описываются лишь общие принципы.

Общие принципы не охраняются авторским правом вообще.

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

Это неправда. По крайней мере это неправомерно.

И тут возникает снова вопрос про патенты, корректность таких действий и т.д.

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

Вы говорите про проактивную защиту в терминах ЛК.

Я использую понятие "проактивная защита" в широком смысле. Многие пользователи продукции ЛК используют этот термин в узком смысле (см. выше).

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

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

антивирусных баз, то есть реакции вендора). Реактивная защита - это защита от вредоносного объекта, которая требует реакции вендора, путем, например, выпуска соответствующей сигнатуры в ответ на возникновения новой угрозы.

...и для какого продукта. Все продукты часто равны, но некоторые "равнее". "Спонсором сегодняшнего тестирования является..." ;)

Это абсолютно предвзятое мнение.

Но и для чайников тоже нужны продукты, ибо количество разума на Земле - величина постоянная, а население растёт ;)
И получить эвристик, работающий на 25%, который как раз и призван пристраховать поведенческий анализатор.

Приходится выбирать. Если пользователь не умеет настраивать проактивную защиту и не желает пригласить специалиста, то может быть имеет смысл отключить проактивную защиту или воспользоваться ее базовым вариантом, который дает меньше ложных срабатываний и намного реже "тревожит" пользователя. А что эвристик, который "кричит" на вполне "безобидные" программы по лучше? (я не имею в виду эвристический анализатор KAV/KIS)/

Слово "подготовленных" всё же забыли.

Под широким кругом я понимаю как "подготовленных", так и неопытных.

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


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

Не удается на поговорить в реал тайм :( .Ладно будем последовательны.

Если это праздное любопытство, то информации с форума вполне хватит.

Уважаемый _Stout заботу о своей безопасности навряд ли можно расценивать как праздное любопытство. Вы согласны? А более глубокое понимание механизмов взаимодействия в работе инструментов призванных обеспечить безопасность дает уверенность в том, что они (инструменты) действительно обеспечивают эту безопасность. А так как этот форум позиционирует себя как "Форумы по информационной безопасности, защите от вирусов, спама и шпионских программ" поэтому здесь и задаются эти вопросы. Тем более что здесь присутствуют люди близко связанные с разработчиками этих инструментов.

только разработчики движка (или близкие к ним люди) таких здесь нет

Кажется, здесь проскальзывала информация, что Вы кажется, непосредственно связаны с этими разработчиками. Ага, вот

И эта статистика известна Stout как маркетологу
В таком случае вопрос адресуется и к Вам.
Если Вам интересна реализация указанного механизма в Dr. Web, то лучше обратиться за помощью к nowbody@nowhere (aka john).
Спасибо. Надеюсь, он заглянет сюда и сможет помочь в этом вопросе.

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

Latin писал(а):

(Правда, я не встретил упоминания об одном из отечественном разработчике. )

Не понял о чем идет речь.

В статье говориться о реализации превентивных мер у различных разработчиков, и как одна из мер рассматривается эвристика. На сколько я знаю у Dr.Web'a нахваливают как раз это, вот об этом и речь.

Степень субъективизма может быть разной.
Речь шла о возможности доверия сертификатам и тестам, и г-н Goudron высказался, что им нельзя полностью доверять. Вы же со своей стороны высказались, что они достаточно объективны. Так вот, субъективная сторона присутствует всегда и не суть важно какая у нее степень.
Не совсем понятна Ваша позиция по данному вопросу.
Дело в том, что изначальные предпосылки могли строиться как раз на превентивных мерах противодействия как основной составляющей антивирусной защиты, а не на лечении уже зараженных файлов. На деюсь теперь понятно :)
Но эти идеи (принципы) не сразу получили распространение. Может дело в их несвоевременности, неактуальности на расматриваемом этапе развития?
Как раз и речь о том, что эти принципы стоило поставить во главе угла. См. ответ выше.
Тогда в пример лучше ставить ProcessGuard / RegistryGuard ot Daemond CS
К сожалению не знаком с этими продуктами :( Обязательно посмотрю.
Приходится выбирать. Если пользователь не умеет настраивать проактивную защиту и не желает пригласить специалиста, то может быть имеет смысл отключить проактивную защиту или воспользоваться ее базовым вариантом, который дает меньше ложных срабатываний и намного реже "тревожит" пользователя. А что эвристик, который "кричит" на вполне "безобидные" программы по лучше? (я не имею в виду эвристический анализатор KAV/KIS)/

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

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

Такие пресеты минимизируют случаи, когда проактивка будет отключена. Ведь ее отключение сводит на нет все затраты вложенные разработчиками в ее создание и повышает риски.

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

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


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

Создание предустановок для известных внедряющихся легитимных программ облегчило бы конечно жизнь. Но по какому признаку он будет определять эти программы? Имя процесса и CRC? Сколько версий придется заносить? И не сможет ли вредонос под видом того же Punto внедриться в систему, если будут такие предустановки? Наверно пока это не решили, потому и не сделали...

Насчет сертификатов - они позволяют отсеивать при анализе новичков рынка, поэтому их надо получать. По отношению к грандам они ничего не показывают.

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

Вы имеете в виду фаги? Не знаю почему от них отказались, наверно были причины...

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


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

Согласен. Но чайников-то БОЛЬШИНСТВО! Вот в чем проблема!

Согласен на 100%. Именно поэтому когда ставилось задание на разработку Proactive Defence Module в KAV6 было особо выделено -- меньше вопросов пользователю. Подход ЛК -- поведенческий блокиратор для чайников. Возможно в первой версии это сделано не на 100%, но к тому идут.

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

Не удается на поговорить в реал тайм :( .Ладно будем последовательны.
Если это праздное любопытство, то информации с форума вполне хватит.

Уважаемый _Stout заботу о своей безопасности навряд ли можно расценивать как праздное любопытство. Вы согласны?

Ну почему же. Что бы знать как работает пассивная безопасность в автомобилях не надо становиться металлургом и знать все тонкости сплавов, из которых сделн каркас безопасности. Если вам хочется найти для себя оптимальный АВ с точки зрения защиты от IT угроз, то обладать знаниями об алгоритмах работы не нужно. Более того знания алгоритмов работы вам ничего не скажут т.к. только опыт разработчика АВ систем может подсказать, что тот или иной нюанс хорош или плох.

А более глубокое понимание механизмов взаимодействия в работе инструментов призванных обеспечить безопасность дает уверенность в том, что они (инструменты) действительно обеспечивают эту безопасность.

Не соглашусь. Если я вам скажу, что поведенческий блокиратор в продукте А анализирует 23 параметра, а в продукте Б -- 36, то не значит, что продукт Б однозначно лучше. Из этих 36 параметров значимыми могут быть 10. Абсолютно не важно в каком порядке сработают модули АВ движка при обработке того или иного файла. От этого вердикт не изменится. И даже не важно как работает эвристик -- они у всех примерно одинаковые. Если вы знакомы с программированием, то сделать эвристик сможете сами :P

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

Я не против, скорре за :) Любопытство очень хорошее качество. Особенно, если потом делиться своими знаниями с окружающими. Но судя по первому посту, вы не очень хорошо разбираетесь в вопросе. Может быть имеет смысл обсудить не только Hi-Tech технологии, но и базовые?

только разработчики движка (или близкие к ним люди) таких здесь нет

Кажется, здесь проскальзывала информация, что Вы кажется, непосредственно связаны с этими разработчиками. Ага, вот

И эта статистика известна Stout как маркетологу
В таком случае вопрос адресуется и к Вам.

Слова Mr Justice можно трактовать по-разному :) Маркетолог не значит наличия связи с разработчиками, но и не отрицает такой связи.

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


Ссылка на сообщение
Поделиться на другие сайты
Latin
Но по какому признаку он будет определять эти программы? Имя процесса и CRC?
Да, это один из вариантов (для наиболее распространенных). Так же можно по сигнатуре. Наверняка есть и еще.
И не сможет ли вредонос под видом того же Punto внедриться в систему
По этому я спрашивал, как построено взаимодействие составляющих защиты: проактивка->эвристика->сигнатурный анализ. Но к сожалению, г-н _Stout забеспокоился с какой целью я этим интересуюсь, и не шпиён ли я :) .Ведь даже сейчас внеся определенное приложение в доверенную зону и тем самым исключив ее из поля зрения поведенческого анализатора, создается определенный риск. Согласны? Необходимо провести небольшой мониторинг самых распространенных приложений выполняющих какие-то действия подозрительные с точки зрения этого самого анализатора, но на самом деле безвредных и соответственно помещенные в траст зону приинжектиться к данному процессу и пошло поехало.
Насчет сертификатов - они позволяют отсеивать при анализе новичков рынка, поэтому их надо получать. По отношению к грандам они ничего не показывают.

Пожалуй, самое верное определение.

наверно были причины...
а какие ведь было наверно здорово.[/b]

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


Ссылка на сообщение
Поделиться на другие сайты
Latin
меньше вопросов пользователю.

А за счет чего это происходит? Каким образом Proactive Defence Module принимает то или иное решение? На что он полагается если не получает подтверждение от пользователя?

Что бы знать как работает пассивная безопасность в автомобилях не надо становиться металлургом и знать все тонкости сплавов' date=' из которых сделан каркас безопасности.[/quote'] Не надо :) Надо знать принцип и механизм работы. Какие узлы за что отвечают и что может произойти в той или иной ситуации.
Если вам хочется найти для себя оптимальный АВ с точки зрения защиты от IT угроз
На данном витке истории мой выбор уже сделан.
то обладать знаниями об алгоритмах работы не нужно.

А какими?

Более того знания алгоритмов работы вам ничего не скажут т.к. только опыт разработчика АВ систем может подсказать' date=' что тот или иной нюанс хорош или плох. [/quote'] Серьезно? Вообще то вопрос состоял в следующем
Порядок взаимодействия. Т.е. я положил какой то файл на диске кто и в какой последовательности его обрабатывает - сначала прогоняет сигнатурный анализ или эвристический' date=' и ситуация если, скажем, сигнатурный что-то нашел то прогоняется ли эвристика (ведь возможны вариант, что рядом с известным есть и неизвестный) и наоборот. и при проактивке подключаются ли к проверке две другие составляющие.[/quote'] а не в выискивании хорош или плох какой ни будь нюанс.
Если я вам скажу' date=' что поведенческий блокиратор в продукте А анализирует 23 параметра, а в продукте Б -- 36, то не значит, что продукт Б однозначно лучше. Из этих 36 параметров значимыми могут быть 10.[/quote'] А остальные 13 или 26 параметров тогда зачем? Маркетинговые уловки :)
Абсолютно не важно в каком порядке сработают модули АВ движка при обработке того или иного файла.
Важно сработают ли они вообще.
Но судя по первому посту' date=' вы не очень хорошо разбираетесь в вопросе.[/quote']

На сколько я помню я ни где не говорил, что профи.

Может быть имеет смысл обсудить не только Hi-Tech технологии' date=' но и базовые?[/quote']

А Вы считаете, что затронутые здесь вопросы относятся к таким уж высоким технологиям? Базовые? давайте и о базовых это я думаю, будет интересно многим посетителям.

Маркетолог не значит наличия связи с разработчиками' date=' но и не отрицает такой связи.[/quote']

Ну что ж предположение основывалось еще и на этом

ЛК' date=' конечно ведет статистику, но внутренняя статистика несколько субъективна и может говорить только о пользователях продуктов ЛК. [/quote'] если предпосылки были не верны что ж не взыщите, а если верны

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


Ссылка на сообщение
Поделиться на другие сайты
TiX
меньше вопросов пользователю.

А за счет чего это происходит? Каким образом Proactive Defence Module принимает то или иное решение? На что он полагается если не получает подтверждение от пользователя?

Хмм.. на тоже на что и обычьный эвристик Ж)

Опять народ не разделяет поведенческий анализатор(блокиратор) от тупого блокиратора.

Первый анализирует множество действий и затем выдает запрос. Пример - появилась первая запись в реестре.. затем вторая затем анализатор понимает что 2 записи в сумме свойственны зловреду и выдает алерт. - Умное решение - поведенческий анализатор. (режим пользователя)

Второй выдает запрос перед тем как действие совершается. Пример - перед тем как запись появится в реестре - у юзера спросят. Не умное решение - монитор-защита рееста. (режим эксперта)

Я понятно обьяснил суть?

Добавлено спустя 5 минут 23 секунды:

>Серьезно? Вообще то вопрос состоял в следующем

>а не в выискивании хорош или плох какой ни будь нюанс.

в любом - термин не применим к движку ЛК. Но проактивка в термине ЛК отработает после запуска файла тоесть после отработки сигнатурного+эвристического анализа.

>Важно сработают ли они вообще.

Если они включены - они сработают всегда. Вопрос только в том какой они выдадут вердикт.

>А остальные 13 или 26 параметров тогда зачем? Маркетинговые уловки

Например случай - когда не контролирование 1 параметра стивит под угрозу обработку остальных Ж) Скажем не защитились от убийства процесса.. и пусть там хоть 250 параметров будет Ж) Анти-вирус убьют и они окажутся неважными ж)

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


Ссылка на сообщение
Поделиться на другие сайты
_Stout
то обладать знаниями об алгоритмах работы не нужно.

А какими?

Какими знаниями нужно обладать? Знаниями результата. Согласитесь, что знать "как" не всегда нужно, необходимо знать "что".

Может быть имеет смысл обсудить не только Hi-Tech технологии, но и базовые?

А Вы считаете, что затронутые здесь вопросы относятся к таким уж высоким технологиям? Базовые? давайте и о базовых это я думаю, будет интересно многим посетителям.

База это старый добрый сигнатурный движок.

если предпосылки были не верны что ж не взыщите, а если верны

То что?

Полагаю, что TiX ответил на ряд вопросов.[/b]

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


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

Latin,

Давно меня тут не было, так что комментировать почти ничего не буду =) Только подчеркну несколько моментов касательно проактивки, которые вроде бы никто до меня не подчеркнул (бегло прошёлся - не нашёл).

1. О терминологии. Вообще проактивная защита - это любая защита от новых вирусов. Т.е. всё, что не сигнатурно. Эвристик, поведенческий блокиратор (он же поведенческий анализатор) - что угодно. Но здесь этот термин используется часто в значении "поведенческий блокиратор", потому что именно так его использует ЛК. Т.е. "проактивка" в КАВКИС 6.0 - это именно набор технологий поведенческого анализа. Эвристик у них тоже есть, но его они не называют частью проактивки. Согласен, это вносит путаницу в дискуссию...

2. Поведенческий блокиратор - это не разработка ЛК. И ЛК далеко не единственная, которая эту технологию продвигает. Из отечественных разработок - Safe'n'Sec от Starforce, DefenseWall от Ильи Рабиновича. Из зарубежных - Panda TruPrevent, будущая версия McAffee, BitDefender. Реализация разная, но концепция та же.

3. Лично мне совершенно очевидно, что поведенческий блокиратор станет следующим компонентом в списке тех, на которые все поголовно переходят. Кто-то раньше, кто-то позже. Кто-то будет сначала долго кричать о его бесполезности... Факты остаются фактами: 1) процент детекта наилучшего на рынке эвристика не достаточен для эффективной ловли новых вирусов; 2) обход эвристика проще обхода поведенческого анализатора; 3) процент детекта поведенческим блокиратором выше, чем у эвристика. Значит, в этом направлении нужно капать. А капать есть куда - проблем у концепции поведенческой блокировки тоже масса.

Напоследок: ещё один линк касательно этой самой "бесполезности" поведенческих анализаторов: http://www.zdnet.com.au/blogs/securifythis...39264249,00.htm

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


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

  • Сообщения

    • 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, есть у тебя ТГ?
×