Перейти к содержанию
Сергей Ильин

Измерение скорости реакции антивирусов на появление Nyxem.e

Recommended Posts

Сергей Ильин

В данной ветке предлагаю обсудить новое исследование, опубликованное на нашем сайте, в котором производится измерение скорости реакции антивирусных вендоров на появление опасного интернет-червя, идентифицированного по различным версиям как Email-Worm.Win32.Nyxem.e, Win32.HLLM.Generic.391, W32/Nyxem-D, W32/Tearec.A.worm и т.д.

Среди рассматриваемых производителей: AntiVir, Avast!, AVG, BitDefender, CA, ClamAV, Command, Dr Web, eSafe, Ewido, F-Prot, F-Secure, Fortinet, Ikarus, Kaspersky, McAfee, Nod32, Norman, Panda Software, QuickHeal, Sophos, Symantec, Trend Micro, VBA32, VirusBuster.

http://www.anti-malware.ru/index.phtml?par...;anid=reaction1

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


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

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

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


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

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

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


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

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

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


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

помните 17 января я тему создал del *.*, посмотрите когда нексим был обнружен, я не исключаю, что был подхвачен именно был ОН

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


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

Это точно!

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

помните 17 января я тему создал del *.*, посмотрите когда нексим был обнружен, я не исключаю, что был подхвачен именно был ОН

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

http://www.trendmicro.com/vinfo/virusencyc...ame=WORM_GREW.A

Если остались, то хорошо, в том смысле, что это не саботаж, что может быть хуже вируса.

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


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

Михаил Кондрашин по ряду причин (субъективных и объективных) этого сделать нельзя..

Но по нанесённому вреду, можно сделать вывод - ОН или его под вид.

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


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

Странно, информация о результатах исследования, представленных на сайте противоречит информации, размещенной на официальном сайте (и форуме) Dr. Web.

В частности, на официальном сайте вендора указывается следующее:

"... пользователям антивируса Dr.Web с первого момента появления этого червя какая-либо опасность не грозила - он детектировался эвристиком антивирусного ядра Dr.Web и поэтому попасть на компьютеры, где установлен этот антивирус, у него не было никаких шансов. Позднее его сигнатура была добавлена в вирусную базу Dr.Web как Win32.HLLM.Generic.391 - поскольку этот червь отнесен вирусными аналитиками компании «Доктор Веб» к семейству червей Sober".

http://info.drweb.com/show/2750

Где истина? Какие будут мнения?

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


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

Попродуем получить комментарии от официальных представителей

http://forum.drweb.com/viewtopic.php?t=2673

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

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


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

  • Сообщения

    • Ego Dekker
      Антивирусы были обновлены до версии 13.1.16. В числе прочего добавлены совместимость с Windows 10 20H1 и поддержка Windows 10 20H2.
    • Ego Dekker
      Программа для удаления продуктов ESET обновилась до версии 9.0.1.0. Для просмотра всех команд запустите утилиту с параметром /help. 
    • santy
      1. на самом деле можно и не удалять, а редактировать единственный критерий для создания запросов. Было бы только удобно формировать такой запрос.... например, "все объекты с цифровой, которая не входит в белый список". здесь ты одним значением не найдешь их фильтруя все объекты сквозным образом по ИНФО, как минимум необходимо два условия, а значит и два значения вводить для запроса. 2. подсветки нет, но это наверное не самое главное. для скорости анализа важно, (хотя бы строку из инфо, которая соответствует критерию).... когда ИНФО содержит много информации. для формирования скрипта- не критично. 3. старых и новых критериев нет. все действующие. ненужные удалить. хотя может и полезно было бы ставить check "отключить" или "включить" данное правило в базе.
        вся эта работа выполняется на стадии формирования списка объектов автозапуска. все исполняемые файлы, которые встречаются по ссылкам в реестре, в cmdLine, и проч. Если ты набрал в поиске по наименованию "cmd.exe", ты уже нашел данный объект в списке со всей его историей (ИНФО), собранной на стадии формирования образа автозапуска.... в какие параметры, ссылки входит в реестре или в cmdLine. цитата "выше Разве?" взята из предложения по деструктивным действиям чистых файлов, когда эти деструктивные действия находятся с помощью критериев, но чистый хэш снимает статус, подтверждающий дейструктивность действия данного файла в анализируемой системе.
    • PR55.RP55
      Недостатки uVS:
      1) Невозможно задать временный критерий. После поиска созданный критерий нужно удалять... Решение: При создании критерия добавить чек бокс:  НЕ вносить изменений в snms [ V ] 2) В Инфо. нет подсветки по типу поиска в браузере ( подсветить всё найденное ) 3) Поиск идёт по всем критериям -  по старым и по новым. Когда критериев много ( а их много ) такой поиск теряет смысл. Разве ? Нет смысла искать в других полях по: каталог; имя производителя; цифровой подписи; хэш. Напомню:  " Пока что вижу эти: wmic.exe, vssadmin.exe, cmd.exe, svchost.exe + powershell.exe+ netsh.exe конечно, остальные можно по мере поступления добавить.  "      
    • santy
      1. уточни, о каком функционале по ИНФО идет речь. одно дело фильтрующий поиск, т.е. список объектов фильтруется (сейчас) по определенному полю, и поиск выполняется сразу после введения одного символа, далее, уже по двум добавленным символам. и т.д. запрос же выполняется после введения некоторого значения. (не единственного символа.) запросов в таком виде сейчас нет, они могли бы быть, если будет реализована функция фильтрации по единственному критерию. (т.е. в этом случае мы получаем результат не по всем критериям, а по одному из списка) ----- здесь не факт, что фильтрующий поиск будет работать настолько быстро при проверке введенного символа по всем полям. 2. приведи примеры, когда введенное значение имеет смысл фильтровать по всем полям ИНФО. скажем если мы ищем имя файла, то нет смысла его искать в качестве вхождения в другие поля, аналогично и имя каталога, и имя производителя, и цифровой подписи, хэшей. и т.д. т.о. может получиться, что мы только увеличим время обновления зафильтрованного списка, и не получив ожидаемого лучшего результата.
×