Перейти к содержанию
Николай Терещенко

Смерть классического антивируса

Recommended Posts

Dmitry Perets

Если верить аналитикам из ЛК, то овчинка не стоит выделки. Скорость проверки файлов при наличии 100 тысяч сигнатур примерно равна скорости при наличии 400 тысяч сигнатур. Разница слишком мала.

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


Ссылка на сообщение
Поделиться на другие сайты
Valery Ledovskoy
Если верить аналитикам из ЛК, то овчинка не стоит выделки.

Более того, этот вариант "для проапдейченных систем" всё равно не пройдёт. Если, например, взять почтовый сервер, то заранее угадать, пропатчена у конечного пользователя почты система или нет, практически невозможно. Заставить всех пользователей почты или антивируса апдейтить свои системы тоже малореально.

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


Ссылка на сообщение
Поделиться на другие сайты
Dmitry Perets
Если верить аналитикам из ЛК, то овчинка не стоит выделки.

Более того, этот вариант "для проапдейченных систем" всё равно не пройдёт. Если, например, взять почтовый сервер, то заранее угадать, пропатчена у конечного пользователя почты система или нет, практически невозможно. Заставить всех пользователей почты или антивируса апдейтить свои системы тоже малореально.

Угу, согласен... Потом отговорки в стиле "Дык что ж вы хотите, у вас же не установлен KB8366452!" вряд ли кого-то успокоят...=)

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


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

А если какойнит м-дак принесет вирус на флоппи и просто запустит Ж)

Вирус он и в африке вирус.. сам не придет так друг принесет Ж)

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


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

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

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

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


Ссылка на сообщение
Поделиться на другие сайты
Z
Мм .. если обратиться к теоретической стороне вопроса, то существуют (простейшие, да просто бинарное дерево тоже подойдет) алгоритмы сигнатурного поиска, время работы которых НЕ ЗАВИСИТ от количества сигнатур (а только от длины сигнатуры). Сигнатуры просто надо специальным образом преобразовать перед применением.

к сожалению это верно только для данных размещаемых в ОЗУ. но при современных ценах на память не так критично. но у цен есть другая сторона - пошли жалобы что файлы размером 64G проверяются не быстро :)

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


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

Ну значит надо сменить алгоритм Ж)

Если у каспа отсчет идет от EP+offset|offset то у доктора идет сравнение в виде маски от 0 и до конца файла (в основном). Поэтому при совпадении 3х кусков поиск 4того может занять время пока пропарсится Н кб файла.

У каждого метода свои + и минусы.

У доктора например этот алгоритм позволяет более проще применять его для Generic-Detection / Streaming scana.

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


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

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

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

Ну так сигнатуры можно и попреобразовывать и алгоритм выбрать посложнее .. :-) Но даже, если брать "в лоб", то, например, для 100K сигнатур по 100b надо всего 10M - сравнимо с размерами AV баз у всех AV вендоров.

За 64G файлы надо убивать.. однозначно .. :-))

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

Если у каспа отсчет идет от EP+offset|offset то у доктора идет сравнение в виде маски от 0 и до конца файла (в основном). Поэтому при совпадении 3х кусков поиск 4того может занять время пока пропарсится Н кб файла.

Не совсем понял насчем кусков - куски сигнатуры?

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


Ссылка на сообщение
Поделиться на другие сайты
Z
Ну значит надо сменить алгоритм Ж)

Если у каспа отсчет идет от EP+offset|offset то у доктора идет сравнение в виде маски от 0 и до конца файла (в основном). Поэтому при совпадении 3х кусков поиск 4того может занять время пока пропарсится Н кб файла.

У каждого метода свои + и минусы.

У доктора например этот алгоритм позволяет более проще применять его для Generic-Detection / Streaming scana.

Саня, я понимаю что вы ничего не знаете, но все же - зачем же писать всякую чушь не имея никакого представления?

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

За 64G файлы надо убивать.. однозначно .. :-))

640k should be enough for everyone, так?

расскажите это владельцам файлов :)

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


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

>Саня, я понимаю что вы ничего не знаете, но все же - зачем же писать всякую чушь не имея никакого представления?

Докажи что я неправ.. вперед.

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


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

Докажи что я неправ.. вперед.

оно мне нада? © амплуа бени хила вам к лицу, мне нравится, продолжайте.

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


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

Если ненадо то и неначинайте а то "пустой треп".

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


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

Не указывай джону что делать! Он этого не любит! =)))))

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


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

Ну значит надо сменить алгоритм Ж)

Если у каспа отсчет идет от EP+offset|offset то у доктора идет сравнение в виде маски от 0 и до конца файла (в основном). Поэтому при совпадении 3х кусков поиск 4того может занять время пока пропарсится Н кб файла.

У каждого метода свои + и минусы.

У доктора например этот алгоритм позволяет более проще применять его для Generic-Detection / Streaming scana.

Саня, я понимаю что вы ничего не знаете, но все же - зачем же писать всякую чушь не имея никакого представления?

Было бы интересно услышать ваш вариант .. :-) В двух словах, все равно это не секрет .. :-)

640k should be enough for everyone, так?

расскажите это владельцам файлов

640K это уже слишком много .. при запущенной OS в оперативку не влазит .. :-))

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


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

Ну значит надо сменить алгоритм Ж)

Если у каспа отсчет идет от EP+offset|offset то у доктора идет сравнение в виде маски от 0 и до конца файла (в основном). Поэтому при совпадении 3х кусков поиск 4того может занять время пока пропарсится Н кб файла.

У каждого метода свои + и минусы.

У доктора например этот алгоритм позволяет более проще применять его для Generic-Detection / Streaming scana.

Саня' date=' я понимаю что вы ничего не знаете, но все же - зачем же писать всякую чушь не имея никакого представления? [/quote']

Было бы интересно услышать ваш вариант .. :-) В двух словах, все равно это не секрет .. :-)

640k should be enough for everyone' date=' так?

расскажите это владельцам файлов [/quote']

640K это уже слишком много .. при запущенной OS в оперативку не влазит .. :-))

шутки шутками, но народ уже начал использовать такие файлы :(

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


Ссылка на сообщение
Поделиться на другие сайты
nones
что бы наконец-то движок KAV перестал быть в 4е раза медленее Dr.Web? в КЛ есть свои математики неплохие, пусть сами придумывают только у меня не вариант, а Знание и делиться я им не намерен

Про скорость спорить не буду, т.к. таких тестов не видел.

А интересно было бы сделать такие тесты, на какой-нибудь представительной выборке зловредов ..

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


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

> что бы наконец-то движок KAV перестал быть в 4е раза медленее Dr.Web?

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

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


Ссылка на сообщение
Поделиться на другие сайты
Z
что бы наконец-то движок KAV перестал быть в 4е раза медленее Dr.Web? в КЛ есть свои математики неплохие, пусть сами придумывают только у меня не вариант, а Знание и делиться я им не намерен

Про скорость спорить не буду, т.к. таких тестов не видел.

А интересно было бы сделать такие тесты, на какой-нибудь представительной выборке зловредов ..

не важно на чем проверять, хоть на чистых файлах. главное выкинуть klif (или как его) что бы увидеть скорость движка, а не обманки

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


Ссылка на сообщение
Поделиться на другие сайты
A.
не важно на чем проверять, хоть на чистых файлах. главное выкинуть klif (или как его) что бы увидеть скорость движка, а не обманки

бугага. жжошь, детка!

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


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

Пациент (классический антивирус) мертв или еще как-то выживает?

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

Если смотреть на компонентную начинку продуктов, которые продаются, то скорее мертв. Чистые антивирус без всего уже не встречаются, как минимум есть или встроенный фаервол, или HIPS или что-нибудь еще. Хотя младшие в линейках персональных продуктов пока что пользуются большим спросом и не становятся маргинальными, несмотря на переходы на IS и TS нет.

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


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

так как классический антивирус из средства борьбы с вирусами переродился в процесс обеспечения антивирусной безопасности и стал в этом процессе ядром, обеспечивая антивирусную безопасность совместно с файрволами, антиспамами, средствами контроля обновлений и другими средствами обнаружения атак 0-дня :)

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


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

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

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


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

А разве существуют классические антивирусы еще?

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


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

А Security Essentials?

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


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

Ставьте Win 7 х64 и все у Вас будет в порядке, с любым антивирусом.

  • Upvote 5

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


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

  • Сообщения

    • demkd
      Иногда спрашивают, как загрузиться в командную строку без диска, я постоянно забывают дополнить Общий FAQ.
      И вот наконец-то я про это вспомнил:
      Q: Как запустить uVS с командной строки Windows без использования загрузочного диска/флешки для работы с НЕактивной системой.
         (!) Для текущей версии uVS работа с командной строки доступна только для 32-х битных систем. (что бы работало в x64 системах, нужно делать uVS x64 и это запланировано).
         1. Если у вас Windows 8 и старше, то запустите start.exe и нажмите кнопку "Перезагрузить систему в меню дополнительных параметров загрузки".
         2. Далее в меню "Поиск и устранение неисправностей->Дополнительные параметры->Командная строка"
         3. Выберите админскую учетную запись и введите для нее пароль.
         4. Запустите start.exe из каталога uVS с командной строки.
            (!) Обычно система расположена на диске D.
                Например: uVS лежит в каталоге С:\uvs (в командной строке это будет D:\uvs)
                Для запуска uVS необходимо последовательно набрать 3 команды, завершая каждую нажатием клавиши Enter.
                1. d:
                2. cd d:\uvs
                3. start.exe
         5. Выбрать каталог Windows (обычно D:\Windows).
         Если у вас Windows 7 и младше, то в меню вы можете попасть только нажав F8 при перезагрузке системы
         (!) Использовать msconfig для этого не рекомендуется, система может не загрузиться после его использования.
         Для младших систем доступен только безопасный режим с поддержкой командной строки, т.е. система будет активна.
       
    • demkd
      ---------------------------------------------------------
       4.15.5
      ---------------------------------------------------------
       o Обновлена функция трансляции переменных окружения USERPROFILE, HOMEPATH, LOCALAPPDATA, APPDATA.
         Значения этих переменных теперь зависят от того где физически находится lnk файл.
         Теперь с разбором lnk файлов будет меньше проблем, но я все же рекомендую удалять ссылки
         на отсутствующие объекты только под текущем пользователем.

       o Исправлена функция разбора путей не содержащих букву диска.

       o Исправлена функция разбора аргументов rundll32.

       o Обновлен start.exe.
         o Обновлен интерфейс.
         o Изменена кнопка по умолчанию, теперь это "запуск под текущим пользователем".
         o Исправлена ошибка: при определенных параметрах повторный запуск uVS в режиме "до запуска эксплорера" был невозможен.
         
    • Ego Dekker
      Домашние антивирусы для Windows были обновлены до версии 17.1.13.
    • demkd
      ---------------------------------------------------------
       4.15.4
      ---------------------------------------------------------
       o Обновлен интерфейс.

       o Из Ф портировано окно "История запуска процессов" для комфортного распутывания цепочек запуска и взаимодействия
         процессов с задачами.
         Доступ к окну можно получить через меню "Дополнительно->История процессов и задач".
         В первом списке отображается история запуска процессов с момента старта системы (по данным журнала Windows).
         В списке доступен фильтрующий поиск по имени, PID и фильтрация по родительскому процессу (см. контекстное меню).
         В нижнем списке отображается история воздействия процессов на задачи с момента запуска системы, а если установлен
         фильтр родительского процесса то отображаются лишь те задачи с которым взаимодействовал родительский процесс.
         (!) История доступна лишь при активном отслеживании процессов и задач (Твик #39).
         (!) История не доступна для неактивных систем.

       o Обновлен формат образа автозапуска, образы созданные v4.15.4 не будут читаться старыми версиями uVS.
         Добавлено:
          o Мгновенный срез активности процессов на момент завершения создания образа (Запустить->Просмотр активности процессов [Alt+D])
          o История процессов и задач (Дополнительно->История процессов и задач)
            (!) История доступна лишь при активном отслеживании процессов и задач (Твик #39).
          o Защита образа от повреждений.

       o Утилита cmpimg обновлена до версии 1.04 для поддержки нового формата образов автозапуска.

       o Утилита uvs_snd обновлена до версии 1.05 для поддержки нового формата образов автозапуска.

       o Теперь при подключении к удаленной системе всегда запускается "v" версия uVS, если клиентская система не младше Vista.
         На удаленной системе всегда запускается обычная версия uVS для совместимости с системами младше Vista.

       o Исправлена ошибка отображения имени процесса при работе под Win2k в окне "Активность процессов".
         (!) Английская версия uVS НЕ_совместима с Win2k, с Win2k работает только русская версия.

       o Исправлена ошибка разбора состояния TCPIPv6 соединений.
       
    • demkd
      Если пишет что файлов нет то так оно и есть, по пути в принципе видно, что их там точно быть не может.
      Проблема же в том что при запуске под SYSTEM, API windows не способен правильно разбирать некоторые ярлыки, где не указан абсолютный путь, такие ярлыки меняют цель в зависимости от того под каким пользователем работает конкретный процесс, зачем это сделал microsoft для меня загадка.
      Единственное решение - это написать api для разбора любых ярлыков с нуля и добавить еще нехилую надстройку для анализа относительных путей в них, но это довольно сложная задача и на данный момент реализована лишь в малой части и скорее всего никогда не будет реализована на 100%.
      Потому если хочется удалить ссылки на отсутствующие объекты имеющие ярлыки то нужно запускаться под текущим пользователем, проблем будет меньше... если пользователь один Все системные файлы имеют внешнюю эцп и вполне определенные имена.
×