Шестое тестирование антивирусов 2010 - Свободное общение - Форумы Anti-Malware.ru Перейти к содержанию
zzkk

Шестое тестирование антивирусов 2010

Recommended Posts

AlkatraZ

и стоило создавать тему ради одной темы? шас создам тему и кину ссыль на свой сайт, там есть топик по антивирусу

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


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

А где первые 5?

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


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

Хохо , у 2878 файлов размер 1 кб и это досовое старье.

У 3200 размер до 100 кб.

Конечно есть пара Kido и даже линуховые вирусы.

Особенно мне понравилось что орагнизаторы ПОНИМАЮТ что проверяют помойку неизвестного происхождения и достоверности, тем не менее готовы делать на основе этого выводы.

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

Если поставить только информировать - то пролетает за 4 минуты

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


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

Если поставить только информировать - то пролетает за 4 минуты

Оффтоп Я ради интереса качал 3 подборку вирусов и сканил KIS 2011. У меня на виртуалке (2 гига оперативы, Phenom II X4 955) он делал это 6 часов, другие вендоры справлялись за 20-30 минут. Почему так долго?

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


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

Выше же написали.

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


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

Мда,Dr.Web 6 и DrWeb CureIt :lol:

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


Ссылка на сообщение
Поделиться на другие сайты
Vofres
Выше же написали.

Вы имеете в виду это:

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

Дак и у остальных антивирусов, на которых я тестил стоит режим удалять. Но только делают они это почем-то на порядок быстрее. Поэтому и вопрос: да почему же так долго?

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


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

Предлагаю админу форума и\или модераторам перенести сию тему в /dev/null и там её закрыть. Или вообще её потереть как не несущей никакой полезной смысловой нагрузки.

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


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

Не, ну с KIS я проверю - что и как.

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


Ссылка на сообщение
Поделиться на другие сайты
Vofres
Не, ну с KIS я проверю - что и как.

Я ж без всяких "наездов" :rolleyes: Просто почитал этот так называемый тест (причем давно, это тут запостили только сейчас) и решил проверить - потому как на 2-х из 3-х домашних компов KIS 2011 стоит. И был неприятно удивлен скоростью сканирования KIS. Может там просто настройки где какие подкрутить надо.

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


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

Так все-таки сканирования или удаления? Если удаления, то нормальная скорость.

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


Ссылка на сообщение
Поделиться на другие сайты
Danilka
Я ж без всяких "наездов" :rolleyes:

Я не ради опровержения. А ради пользы для клиентов. :)

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


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

to all

А попробуйте запустить сканирование при отключенном инете. :)

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


Ссылка на сообщение
Поделиться на другие сайты
Burbulator
Так все-таки сканирования или удаления? Если удаления, то нормальная скорость.

т.е это нормальная скорость при удалении?

У меня есть субъективное ощущение, что обработка файлов замедляется со временем. Т.е. первые файлы обрабатываются очень быстро, а затем всё медленнее и медленнее: WinXP SP2 2GB RAM, VMWare 6.5

KIS последней 556 сборки. Кроме КИС в системе больше ничего не установлено.

kis2011.jpg

post-4068-1292401077_thumb.jpg

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


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

Для удаления это нормальная скорость. И ничего страшного в этом нет.

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


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

А попробуйте запустить сканирование при отключенном инете. :)

вроде быстрее пошло. т.е. это KSN тормозил?

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


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

Он не тормозит - он проверяет каждый файл в облаке на наличие детекта. В 2012 будем повышать производительность.

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


Ссылка на сообщение
Поделиться на другие сайты
Vofres
Так все-таки сканирования или удаления? Если удаления, то нормальная скорость.

Удаления. Блин, ну не может же он 6 часов удалять 3000 с копейками вирусов (Вернее, как выясняется, может). Почему тогда другие гораздо быстрее справляются?

Он не тормозит - он проверяет каждый файл в облаке на наличие детекта. В 2012 будем повышать производительность

Честно говоря, не помню, так как тестил давно - был инет включен или нет. На реальных компьютерах у меня KSN отключен, потому как трафика он отъедал 30-35 Мб за день. За месяц получается около Гигабайта. А так как безлимита у нас нет в городе как класса, при стоимости 1МБ (входящий и исходящий трафик) 1 руб. 80 копеек дороговато KIS обходился. :)

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


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

Проверил.

KIS 11.0.2.556 ( a.b ) Интернет подключен. Базы актуальные на сегодня. Настройки по умолчанию.

Сканирование архива номер 2 - заняло всего 10 минут. Это много? Вместе с удалением\лечением и т.п.

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


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

KIS 11.0.2.556 ( a.b ) Интернет подключен. Базы актуальные на сегодня. Настройки по умолчанию.

Сканирование архива номер 2 - заняло всего 10 минут. Это много? Вместе с удалением\лечением и т.п.

Согласен. Не много. Возможно, дело в виртуалке, возможно в версии KIS (тогда тестил на 400 сборке)

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


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

Это еще стоит учесть - что KIS сначала пытается вылечить файл, а если он не подвергается лечению, то удаляет.

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


Ссылка на сообщение
Поделиться на другие сайты
Vofres
Сканирование архива номер 2 - заняло всего 10 минут. Это много? Вместе с удалением\лечением и т.п.

Проверил на реальной машине - настройки сканирования такие:

kis2.png

У меня сканирует дольше:

kis1.png

Поделитесь хитрыми настройками?

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


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

А если оставить настройки по умолчанию?

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


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

  • Сообщения

    • demkd
      Да есть такой баг, выбор целого диска не предусмотрел.
    • PR55.RP55
      Сейчас попробовал добавить файлы и... E:\ [Error: 0x3 - The system cannot find the path specified. ] т.е. Файл > Добавить в список >  Все исполняемые файлы каталога. или пишет вышеуказанную ошибку или вешается. Это и на Win 7 и на Win 10 и с HDD дисками и с USB Диски нормально открываются т.е. доступны.
    • demkd
      А ничего с этим не сделать старые версии windows проблемные там система сама балуется внедрением потоков при очень низком уровне защиты системных процессов, а эцп вообще ничего не гарантирует когда речь заходит о внедренных потоках, зловред вполне может внедрить поток в системный процесс как с помощью подкинутой в правильное место "легитимной" dll, так и просто создав его, а тот уже в свою очередь внедрить в следующий системный и ищи концы среди вот этого вот всего.
      Все это усугубляется тем что тот же SVCHOST.EXE который был когда запущен может оказаться совсем не системным, хотя путь у него будет правильным как и файл будет иметь валидную эцп и запущен он будет якобы services.exe, в 10ке такое провернуть уже сложнее, а вот 7ке легко, потому урезать лог по принципу "оба файла имеют эцп" никак нельзя.
    • PR55.RP55
      uVS v5.0.6v x64 [http://dsrt.dyndns.org:8888]: Windows 7 Home Basic x64 (NT v6.1 SP1) build 7601 Service Pack 1 [C:\WINDOWS] (!) ПРЕДУПРЕЖДЕНИЕ: Ф зафиксировал внедрение потока C:\WINDOWS\SYSTEM32\SERVICES.EXE [428] внедрил поток [380] в процесс: C:\WINDOWS\SYSTEM32\SVCHOST.EXE [876]   C:\WINDOWS\SYSTEM32\SVCHOST.EXE [1060] внедрил поток [1276] в процесс: C:\WINDOWS\SYSTEM32\SVCHOST.EXE [336] и т.д.  А есть ли смысл выводить в лог десяток - другой аналогичных записей, если все эти файлы  в базе проверенных и у них легальная цифровая?  
    • demkd
      ---------------------------------------------------------
       5.0.6
      ---------------------------------------------------------
       o Добавлено 4 новых ключа автозапуска в список для проверки.

       o Добавлен новый статус "UWP".
         Его получают пакеты приложений универсальной платформы Windows (Universal Windows Platform Apps).

       o Добавлен новый твик #46: Отключить Windows Terminal и очистить реестр.
         Если Windows Terminal активен, в лог выдается предупреждение.
         При обнаружении подозрительных настроек Windows Terminal в конфигурационных файлах, реестре или в каталогах с фрагментами в лог выводится предупреждение.
         Если подозрительная строка найдена в JSON-файле настроек, то в список автозапуска добавляется этот файл с содержимым со статусом "подозрительный".
         В любом случае рекомендуется отключить Windows Terminal, а еще лучше немедленно удалить это из системы.
         Windows Terminal — крайне уязвимый и неоптимизированный кусок кода.

       o Улучшена функция масштабирования удаленного рабочего стола, повышено качество аппаратного апскейла, добавлен параметр "Резкость".
         (Требуется D2D и DX11 на клиентском компьютере)

       o Исправлена старая ошибка в функции отправки ответов серверной части uVS.
         Из-за ошибки в редких случаях могло происходить подвисание серверной и клиентской частей uVS при работе с удаленной системой.

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

       o Оптимизирована функция подключения к удаленной системе.

       o Оптимизирована функция сжатия фреймов для DDAL/DDAw режимов: шрифты теперь не теряют яркость, а картинка DDAL практически неотличима от DDA1/DDA2 на глаз, 
         при этом размер сжатого фрейма вырос лишь незначительно.

       o Добавлена x64 версия report_crash.

       o Обновалена функция сбора дампа при падении uVS, функция перенесена в утилиту report_crash, что позволит
         получить максимально точную информацию о произошедшей ошибке.

       o Временно добавлена аппаратная функция обнаружения разрушения списка автозапуска в памяти uVS, что позволит отлавливать сложные в обнаружении ошибки.
         Есть 5 дампов, по которым не удалось выяснить точное место ошибки и эта функция должна помочь найти проблемное место.
         Функция снижает скорость формирования списка на ~5% на современных процессорах.

       o Исправлена ошибка в функции подсчета удаленных ключей реестра.

       o Исправлена ошибка в функции записи параметров при выходе из uVS.

       o Исправлена ошибка разбора JSON-файлов.

       o Исправлена ошибка проверки переменных окружения загруженного пользователя.

       o Из списка доступных для подключения IP-адресов удалены адреса активных VPN.

       
×