Тест добросовестности и качества детекта - Страница 2 - Тесты и сравнения - Форумы Anti-Malware.ru Перейти к содержанию
Serg-ru

Тест добросовестности и качества детекта

Recommended Posts

Мутный
зачем нужно настраивать антивирус?

Отличный вопрос, объясню для чего это может-быть нужно, НО сразу скажу мой пост направлен для более-менее грамотный пользователей АВ, т.к. изменения настроек может как "повысить" защиту, так и "понизить её", итак:

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

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

Разработчики подключайтесь к обсуждению, может я в чём не прав ?

Итак Доктор Веб идёт с дефолтными настройками, где он постоянно блокирует доступ к файлу "Hosts", ну многие скажут блокирует и блокирует, молодец...

Ан-нет, нужно-было мне поднять сайт на OpenServer, так доктор меня "Задолбал" блокировками хоста, пришлось этот хост добовлять в исключения сканера + отключать блокировку в "проактивной защите"....

Это-был негативный пример, теперь позитивный, как я повысил защиту:

Я никогда не люблю когда программа решает за меня, например файервол, у многих АВ есть автоматическое создание правил, я-же хочу получить ПОЛНЫЙ контроль за софтом который выходит в сеть, неважно есть у него ЦП или нет, ну нужно мне это...

Перевод в "Интерактивный" режим повысил защиту...

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

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

Тепрерь про Оутпост: Программа мне ОЧЕНЬ нравится, куча важных и нужных настроек, в том-числе и сканера...

НО у меня возникла проблема, что у них настройки файервола и проактивной защиты в одном модуле, объясняю что я имею в виду:

Мне нужно что-бы "файервол" реагировал на ВСЕ приложения, которые хотят получить доступ в сеть, ОДНАКО "проактивная защита" создавала правила автоматически, а там у них либо создания правил автоматически для "проактивной защиты" и "файервола", либо будут задавать вопросы оба эти модуля...

Понятно что это может нужно-то только мне, однако например в Comodo можно такое реализовать, в Докторе кстати тоже можно...

Ещё раз повторюсь все примеры сугубо из личного опыта, какие-то выводы о продуктах по ним делать нельзя !

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


Ссылка на сообщение
Поделиться на другие сайты
Илья Рабинович
Вот например, если в результате тестов будет доказано что вода вредит здоровью, то ведь многие откажутся покупать такую воду-так ?

Неа, не так. Во-первых, ну вот кто читает результаты тестов минеральной/артезианской воды, которую покупает в магазине? Кто их ищет? Просто верят производителя и покупают с полки. Да и, если что, производитель скажет во всю мощь пиар-отдела компании: "грязные инсинуации кучки завистников, проплаченных конкурентами"- и, в общем, за сим усё.

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

Угу, только вот засада: те, кто тестируют интересно и в максимально полном объёме- не очень известны и не особо "уважаемы", а те, кто "уважаем" и известен- тестируют абы что и абы как, потому что и так бизнес хорошо идёт, зачем идти на дополнительные издержки ради не пойми чего? Virus Bulletin хочет сделать динамический тест где-то с 2010 года, сейчас практически 2015, и, к сожалению, мы таки до сих пор ждём результаты динамического теста от Virus Bulletin.

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


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

Ладно, хватит философию разводить :) Все это по сто раз уже терто-перетерто, если не хотите чтоб ваша тема переросла в оффтоп и ругань, то сами к этому не подталкивайте. Хотите про продажу - создавайте отдельную тему и там трясите Илью на этот счет (я сам не понимаю как у него получается что-то продавать без рекламы).

Про тесты мне самому интересно - насколько их результаты влияют на продажи домашним пользователям.

Хотите небольшой тест? Берите какую-то категорию зловредов и гоняйте. Желательно чтоб она была на слуху (актуальна), относительно однотипна (чтоб не нужен был большой набор).

Еще можно тестировать определенные действия - брать зловредов с ним или кодить самим.

Наоборот: брать некую экзотику, но тогда это скорее будет исследование пополам с тестированием.

PS: сам тест этот (имхо, конечно) даже при сильном желании особо не обсудить - вопросов особых не возникает, про улучшение сказали уже.

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


Ссылка на сообщение
Поделиться на другие сайты
treme
сразу скажу мой пост направлен для более-менее грамотный пользователей АВ

зачем грамотному пользователю антивирус?

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


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

Грамотным в инфобезе пользователям запрещено интересоваться антивирусами? :huh:

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


Ссылка на сообщение
Поделиться на другие сайты
treme
Грамотным в инфобезе пользователям запрещено интересоваться антивирусами? :huh:

Пользуйтесь на здоровье. :) Я лишь пытаюсь увидеть как путь умозаключений, приведший к такому тесту, так и найти смысл этого теста.

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


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

Пока мой младший киндер не съедет на отдельную квартиру у меня будет стоять антивирус

Я ответил на вопрос?

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


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

Мы хотели немножко обратить внимание на технологии АВ...

Вот я прочитал топик про "Кража детектов АВ", потратил минут наверное двадцать, что можно почерпнуть из того топика например ?

А-то что есть АВ так сказать лидеры, а есть явно уступающие им в технологиях, однако позиционирующие себя как супер-пупер...:)

Меня всегда интересовали технологии, да и не только АВ, ну и вирусов...

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

1)Первый тип АВ, построен на "Облаках", т.е. детекты по репутации и прочее (Это очень примитивное описание, разумеется там есть и другие эллементы, но основной акцент "Облака"):

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

Есть-ли минусы у этой технологии ?

Да-хоть отбовляй:

1.Что если нет доступа к облаку, ну вот ситуация нет облака, что тогда ?

2.Вирус может иметь ЦП и отличную репутацию в облаке ?

Да разумеется, вот пример:http://habrahabr.ru/post/238495/

3.Что если пользователь/компания нехочит ничего пересылать в "Облака" с точки зрения конфиденциальности ?

2)Второй тип АВ:Построен на так называемой "Проактивной защите", или "Песочницы":

Разумеется как и в первом типе АВ, тут используется всё в комплексе, есть и "Облако", но основной акцент делается на "Проактивной защите"

Какие плюсы:

1.БОльший контроль пользователем над "Активностью" системы/программ;

2.Может обнаружить, новые и неизвестные угрозы;

3.Может обнаружить угрозы направленные на конкретную систему

Есть-ли минусы ?

Да опять-же хоть отбовляй:

1.Может слишком напрягать пользователя;

2.Могут быть конфликты со сторонним ПО;

3.Разумеется есть способы обхода... :)

3)Третий тип, основан на так-называемом "Поведенчиском детекте", т.е. ловим по поведению

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

Какие плюсы:

1.Может ненапрягать пользователей ненужными вопросами;

2.Может детектить новые неизвестные вирусы...

Есть-ли минусы ?

Да опять-таки вогон:

1.Могут-быть ложные срабатывания;

2.Немного замедляет работу ПК;

3.Возможно обойти !

Это так преблизительный и примитивный анализ технологий !:)

К чему эта вся писанина спросите Вы ?

А к тому-что наш тест, это МАЛЕНЬКАЯ попытка привлечь внимание и обсудить технологии АВ, на сколько людям это интересно и на сколько все готовы обсуждать, вопрос ?

Лично для меня это как хобби, я не безопасник и не работаю в сфере ИБ !

Надеюсь мой пост понятный и понятно что я хотел сказать ! ;)

  • Upvote 1

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


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

Нехотелось-бы что-бы тема/тесты перерастали в "Опускание" какого-то отдельного вендора и наоборот "Восхваление" другова...

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

Раз-уж по нашему тесту вопросов практически не у кого нет, либо просто нехотите задавать, то немогу сдержаться и разведу оффтоп priv8v, простите меня пожалуйта, гы-гы.. :)

Итак, раз-уж здесь на форуме присутствуют безопасники, ну-либо разработчики систем безопасности, хочу задать пару вопросов, которые меня давно уже интересуют, но на профильных форумах я такие вопросы не задавал:

1)На сколько важен сейчас сигнатурный детект + эвристика, многие говорят фуу, это устарело, гамно и т.д., однако никто из АВ так и не отказался от них, скажу более знаю что в некоторых местах только сигнатурный дететкт и используется в АВ, имею в виду что из-за тормозов, конфликтов ПО или прочих причин отключаются практически все элементы, кроме сканера...

2)Какое будущее по Вашему мнению у антивирусов на десктопах, да и вообще у антивирусов ?

Объясню что я имею в виду: Эра винды по моему мнению проходит, на предприятиях в серьёз обсуждают сейчас уход от винды в сторону различных сборок Линукс или nix систем, да и у домашних пользователей не всё так гладко, ведь тот-же Ubuntu сейчас легко развернуть на десктопе, даже в некоторые игры можно спокойно поиграть...

Кодить под Линукс сейчас тоже нетак-уж и сложно... ;)

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

Но что будет лет-так через 3-5 вопрос и нужны-ли будут АВ ?

Другое дело что всегда будут нужны люди, которые смогут настроить систему и обеспечить безопасность этой системе, т.е. услуги по ИБ по моему мнению будут нужны всегда ! ;)

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


Ссылка на сообщение
Поделиться на другие сайты
Илья Рабинович
1)На сколько важен сейчас сигнатурный детект + эвристика, многие говорят фуу, это устарело, гамно и т.д., однако никто из АВ так и не отказался от них, скажу более знаю что в некоторых местах только сигнатурный дететкт и используется в АВ, имею в виду что из-за тормозов, конфликтов ПО или прочих причин отключаются практически все элементы, кроме сканера...

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

2)Какое будущее по Вашему мнению у антивирусов на десктопах, да и вообще у антивирусов ?

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

Что же насчёт всяких там "Никсов" на десктопах... Ну, а это ничего, что на Виндах сейчас крутиться софта на миллионы и миллионы (а может, и миллиарды!) человека-часов и многое придётся переписывать с нуля? Вы лично готовы оплатить сии расходы производителям коммерческого ПО? Ну, или хотя бы пере-разработку с нуля WinCC Сименсу? :)

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


Ссылка на сообщение
Поделиться на другие сайты
sww
Что же насчёт всяких там "Никсов" на десктопах... Ну, а это ничего, что на Виндах сейчас крутиться софта на миллионы и миллионы (а может, и миллиарды!) человека-часов и многое придётся переписывать с нуля? Вы лично готовы оплатить сии расходы производителям коммерческого ПО? Ну, или хотя бы пере-разработку с нуля WinCC Сименсу? :)

Согласен с тобой. Это всё рассуждения в пользу бедных. Слышали мы уже миллион раз про победное шествие *nix'ов на десктопы. Даже следуя законам квантовой физики этого не случилось ни в одной из параллельных вселенных :lol:

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


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

1)На сколько важен сейчас сигнатурный детект + эвристика, многие говорят фуу, это устарело, гамно и т.д., однако никто из АВ так и не отказался от них, скажу более знаю что в некоторых местах только сигнатурный дететкт и используется в АВ, имею в виду что из-за тормозов, конфликтов ПО или прочих причин отключаются практически все элементы, кроме сканера...

2)Какое будущее по Вашему мнению у антивирусов на десктопах, да и вообще у антивирусов ?

Поделюсь моим личным мнением:

1. Остается важен и останется важным по одной простой причине - нужно знать что именно мы обнаружили. Если не этот простой факт, то давно бы уже работала одна эвристика. Другое дело, что сигнатуры сигнатурам рознь. Можно тупо детектировать каждый семпл, а можно делать сигнатуры на семейства или поведенческие сигнатуры выпускать. Так что сигнатуры никуда не уходят, они просто становятся другими.

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

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


Ссылка на сообщение
Поделиться на другие сайты
priv8v
Бесплатного вполне уже достаточно многим

В эпоху ХР было иначе, а с приходом Win8 все послезали с платного и перешли на бесплатный?

Антивирус перестает быть центральным и главным элементом безопасности ПК. Игру ведут производители ОС, Windows уже не является тем решетом, что было в эпоху XP. Microsoft проделал большую работу и это дает эффект. ИМХО антивирус теперь нужно фактически для страховки.

Все это стало защищеннее только с точки зрения возможностей укоренения в системе (поставки дров, правки mbr и т.д), а все остальные функции малварь делает и особо не стесняется. Средняя грамотность юзеров что ли выросла? Да вряд ли. Будут дальше если МС с секьюрностью мудрить, то зловреды вообще будут только легальными методами работать. Практически все бизнес-модели можно реализовывать с минимальными правами в системе (винлок, шифровка файлов, ддос, рассылка спама, кража паролей, майнинг, показ рекламы).

Может изменятся маркетинговые войны и антивирусы обрастут еще каким-то функционалом, но свою суть - говорить хозяину: "Вот этот файл плохой, его не трогай, я его в карантин положу" они не изменят.

имхо.

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


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин
В эпоху ХР было иначе, а с приходом Win8 все послезали с платного и перешли на бесплатный?

В Windows 8 встроен бывший MSE. Его нельзя назвать продвинутым, но он нужен больше для подстраховки.

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

Уязвимостей меньше стало с внедрением SDL в процесс разработки нового ПО. Cуществующие патчатся централизовано ставятся для всего ПО от Microsoft, что также снижает поверхность возможных атак. Часть говнософта на Windows 8 можно вообще не ставить. Например, Adobe Reader не нужен, в Windows 8 встроен свое средство просмотра. Ну и так далее. Таким образом, общая защищенность системы многократно выше. Я уже не говорю даже про встроенные в ОС фичи типа UAC, ASLR, SEHOP, доверенная загрузка или AppLocker.

ИМХО именно поэтому смещается и вектор атаки. Становится эффективнее юзать социальную инженерию или тупо шифровать файлы и вымогать потом деньги. От последнего никакой классический антивирус не поможет. Индустрия грустно разводит руками. Только в этом году появилась хоть какая-то защита у ЛК и Доктора от этого.

Может изменятся маркетинговые войны и антивирусы обрастут еще каким-то функционалом, но свою суть - говорить хозяину: "Вот этот файл плохой, его не трогай, я его в карантин положу" они не изменят.

Согласен, именно так и будет. Белые списки, контроль приложений + всякие примочки, которые пока еще не сделали в Microsoft или Google. Но все это грустно, стратегически инициатива перешла к производителям ОС, как оно и должно было быть с самого начала.

У нас было в свое время опубликовано сравнение функций защиты Windows XP и Windows 8 http://www.anti-malware.ru/compare/Compari...and_Windows_8_1

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


Ссылка на сообщение
Поделиться на другие сайты
Мутный
Что же насчёт всяких там "Никсов" на десктопах... Ну, а это ничего, что на Виндах сейчас крутиться софта на миллионы и миллионы (а может, и миллиарды!) человека-часов и многое придётся переписывать с нуля? Вы лично готовы оплатить сии расходы производителям коммерческого ПО? Ну, или хотя бы пере-разработку с нуля WinCC Сименсу? smile.gif

Ну а почему-бы не создать свою SCADA и не платить какому-то Сименсу ? ;)

Знаю я людей которые силами небольшой команды (Пять человек) в Советское время как раз и создали свою SCADA-систему, сейчас эта система используется не на последнем предприятии, где необходима максимальное аварийноустойчивость и надёжность...

Другое дело что эта SCADA котороя у них получилось жутко узконаправлена и уже морально и физически устарела, где-то в других местах её использовать уже нельзя...

Хочу немного сказать про эти SCADA-системы, по заверениям "Старожил" кто работает в этой области, в советское время у многих-был бзик "А давайте создадим свою SCADA", ну создали и что ?

В этоге всё это узконаправленно, а из-за обстановки в нашей стране, многое перестало развиваться и совершенствоваться и в этоге все эти системы успользуются на узкозпециализированных предприятиях и хрен-их куда уже продашь ! :(

Сейчас-же похожая картина, в связи с санкциями многие отрасли говорят "А давайте создадим свою ОС", причём под ОС понимается сборка Линукс со специфическим софтом, но опять-же всё будет узконаправленно и использовать где-то за пределами отраслей будет невозможно...

А так как создать свою SCADA, так-же как и отказаться от винды промышленному сектору по моему мнению релально, по следующим причинам:

1)Наши заводы в большинстве, это оборудование с советских времён и всё-равно если что-то обновлять это нужно либо создавать с нуля, либо закупать из-за рубежа, а там санкции... :)

Да даже если санкций небыло-бы, много придётся самим переделывать состыковывать и т.д.

Тут два выхода по моему мнению, если говорить про софт:

1.Писать и делать софт кроссплатформенным, тогда будет в целом совместимость в системе;

2.Либо писать софт конкретно по никсы, без кроссплатформенности ибо так даже легче...

2)Вторая причина - Это санкции, если раньше был главный лозунг "На западе лучше, зачем изобретать то что уже изобретено ?", то сейчас подход немножко меняется, к чему это приведёт, посмотрим ?

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

Что касается "Домашнего сегмента", тут просто привычка, вот чем та-же Windows 8.1 лучше Debian ?

Да в 8-ке можно поиграть, да там больше софта, да она привычней...

Но вот лучше-ли она по другим параметрам вопрос ?

Если говорить про оффисных сотрудников, то спокойно можно пересадить на Линукс, почти всё есть:Оффис есть, Интернет есть, есть WINE-эмулятор где какой-то софт можно запустить там...

Плохо конечно что для Линукса нет специфичного софта, типо там AutoCad и прочее, ну думаю это дело времени... :)

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


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

Плохо конечно что для Линукса нет специфичного софта, типо там AutoCad и прочее, ну думаю это дело времени... :)
Вы уверены в этом факте? ))) что нет аналога AutoCAD

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


Ссылка на сообщение
Поделиться на другие сайты
Илья Рабинович
А так как создать свою SCADA, так-же как и отказаться от винды промышленному сектору по моему мнению релально, по следующим причинам:

О, никаких проблем. Вы готовы, я надеюсь, на то, что цены на промышленные и иные товары вырастут в три-четыре раза при сохранении размеров зарплат? Потому что оплата перевода компьютеров с Винду на другую ОС, равно как замена и переписывание всего ПО, что там крутиться, бизнесом будет производиться из вашего кармана. И не прилетит вдруг волшебник в голубом вертолёте. И бесплатного кина тоже не будет. Я предлагаю со всеми этими вещами заканчивать, потому что: (а) рынок своё слово сказал, и это слово "нет", (б) тема явно скатывается в оффтопик.

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


Ссылка на сообщение
Поделиться на другие сайты
Зайцев Олег
Если говорить про оффисных сотрудников, то спокойно можно пересадить на Линукс, почти всё есть:Оффис есть, Интернет есть, есть WINE-эмулятор где какой-то софт можно запустить там...

Пересадить то их можно куда угодно и на что угодно (главное - чтобы там был пасьянс Косынка), но технических проблем будет туча. Мелких проблем, типа подключения старого принтера X, стыковки с чем-то там Y и поддержки чего-то там Z (например, корпоративного софта существует великое множество, если в фирме есть свои программисты, таковой софт будет плодиться и множиться со страшной скоростью ... я например сам в свою бытность наштамповал более сотни АРМ, некоторые до сих пор работают, хотя прошло много лет - и переписать тучу АРМ или адаптировать это под другую операционку не так просто, как кажется). А если прибавить то, что в Линуксе техподдержки чуть меньше, чем нуль, получится, что разгребание всех проблем (и получение всех тумаков) свалится на того, кто это внедрял :) А далее это неизбежно потянет за собой то, что описал Илья Рабинович - и окажется, что иной раз "бесплатное решение" дороже платного. С точки зрения безопасности аналогично - нет разницы, будет юзер сидеть под админом в Windows или рутом в Linux и запускать все подряд не глядя.

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


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

Хэши всякие нужны, хэши всякие важны...)) оптимизация, смарт, etc, наверно никак без хэшей?)

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


Ссылка на сообщение
Поделиться на другие сайты
Мутный
Хэши всякие нужны, хэши всякие важны...)) оптимизация, смарт, etc, наверно никак без хэшей?)

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

Кстати хочу отметить важное замечание по тесту, детект слетал У ВСЕХ АНТИВИРУСОВ, у каких-то процент больше, у каких-то меньше, просто я глянул график, там у нода чуть-ли не 0-ль %, это нетак, просто процент слёта очень маленький, но он есть...

Что может означать большой процент слёта детекта ?

По моему мнение две вещи (Отдельно, либо в комплексе):

1)Нетехнологичность сканера;

2)Заточку АВ под тесты.

В общем-то на это мы и хотели обратить внимание и обсудить ! ;)

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


Ссылка на сообщение
Поделиться на другие сайты
Alex_Goodwin
1)Нетехнологичность сканера;

2)Заточку АВ под тесты.

1. как положили сигнатуры, так и детектируется.

2. вряд ли.

3. я бы добавил, что у многих роботы клепают сигнатуры поверх упаковщиков, даже поверх upx. Распаковка, перепаковка = снятие детекта.

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


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

  • Сообщения

    • demkd
      возможность есть, гляну, размер переменных окружения действительно 32767 максимум, но конкретно path больше 4095 это уже может стать проблемой.
    • 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
×