Тест антивирусов на производительность от Passmark Sofware - Тесты и сравнения - Форумы Anti-Malware.ru Перейти к содержанию
Александр Шабанов

Тест антивирусов на производительность от Passmark Sofware

Recommended Posts

Александр Шабанов

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

Тестирование проводилось отдельно как для антивирусов так и для решений класса Internet Security.

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

- Outpost Security Suite Pro 2007

- Alwil Software Avast! 4.7

- Avira Personal Edition Classic 7.06

- BitDefender Antivirus 2008

- BitDefender Internet Security 2008

- Check Point Software Zonealarm Antivirus 7.0

- Check Point Software Zonealarm Internet Security Suite 7.0

- F-Secure Anti-Virus 2008

- F-Secure Internet Security 2008

- G DATA G DATA AntiVirus 2008

- G DATA G DATA Internet Security 2008

- Grisoft AVG Free 7.5

- Kaspersky Lab Kaspersky Anti-Virus 7.0

- Kaspersky Lab Kaspersky Internet Security 7.0

- McAfee McAfee Total Protection 2008

- McAfee McAfee VirusScan Plus Firewall and AntiSpyware 2008

- Panda Security Panda Antivirus 2008

- Panda Security Panda Internet Security 2008

- Symantec Norton Antivirus 2008

- Symantec Norton Internet Security 2008

- Trend Micro Trend Micro AntiVirus + AntiSpyware 2008

- Trend Micro Trend Micro PC-cillin Internet Security 2008

- Webroot Software Webroot Spysweeper 5.5

Сравнение производилось по следующим метрикам:

1) Скорость загрузки (Boot time);

2) Скорость сканирование (Scan speed);

3) Загрузка пользовательского интерфейса (User interface launch speed);

4) Использование памяти (Memory utilization);

5) Скорость загрузки по HTTP (HTTP download speed);

6) Запуск браузера и скорость просмотра (IE launch / browsing speed);

Сводная таблица результатов по антивирусам:

avpercentage.JPG

Победителями признаны:

Avast, AVG Free, Avira AV, Norton AV 2008

Результаты определялись следующим образом, после получения абсолютных результатов наихудший получал 0%, наилучший 100%, остальные показатели формировались в соответствии с данной градацией. Далее количество звезд определялось так - 0-20% 1 звезда - 20%-40% 2 звезды и т.д.

Сводная таблица результатов по комбайнам:

isresult.JPG

Победителями признаны:

Norton IS 2008, ZoneAlarm IS 7.1

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

В отчете представлены также абсолютные результаты.

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

Из недостатков можно отметить, что не участвовал хваленый Nod32 и Dr.Web, было бы очень занятно поглядеть эти результаты.

Также хочу обратить внимание на показатели Norton-a, очередной миф развенчан? :)

Я так понимаю, данный тест будет единичным, поэтому стоит его взять на заметку, а также обсудить объективность методологии и системы оценок.

post-3840-1204715035_thumb.jpg

post-3840-1204715043_thumb.jpg

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


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

Какое-то убогое тестирование.

Нет многих известных антивирусов. Оценка не может быть адекватной.

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


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

Нет многих известных антивирусов. Оценка не может быть адекватной.

Если можно, то более аргументировано.

В тестировании принимали практически все наиболее популярные продукты, за исключением может Dr.Web, Nod32 и Sophos, ну может еще Microsoft OneCare можно включить в этот список с большой натяжкой. По моему тут смысл не в рейтинге, а именно в количественных показателях и подходе к тестированию.

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


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

Спасибо, хорошее тестирование, правда ещё в прошлом году его видел.

Есть некие проблемы в методологии, но в целом полезные результаты.

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


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

О чём говорит "cкорость загрузки по HTTP (HTTP download speed)"? Я что-то не понял до конца. Это скорость скачивания чего-нить из интернета?

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


Ссылка на сообщение
Поделиться на другие сайты
Александр Шабанов
О чём говорит "cкорость загрузки по HTTP (HTTP download speed)"? Я что-то не понял до конца. Это скорость скачивания чего-нить из интернета?

Я так понял, с сервера на клиентскую рабочую станцию в в изолированном сегменте сети производилась закачка 15 раз подряд 422 файлов размером 24Mb, которые представляют из себя набор HTML-файлов, частичной копией CNN.com. Проверялось воздействие продукта на скорость скачивания, то есть замедление скачки за счет сканирования трафика. Каким именно образом производилась загрузка подробно не описано :(

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


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

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

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


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

Александр, документу уже 3 месяца (дата выпуска - 29-11-07). Почему это исследование увидело свет именно сейчас?

Поясню интерес:

The current generation of products, available as of October 31 2007, were tested.

Cтранно, в момент ре-тестирования G-Data (не вставшего на Vista 5 и 7 ноября) уже 3-ий релизный билд 2008-ой версии Outpost вышел (build 6.0.2168.211.415.268, Дата релиза: 2 ноября 2007, до того - 22.10 и 24.10 были билды).

Тестирование "прошлой" версии в ряду остальных "сменивших цифру" не очень-то корректно. Версия 2008 как минимум скоростью (не говоря о защите от утечки данных) отличалась в в лучшую сторону уже на момент релиза. См. итоги тестов на скорость VirusBulletin в феврале, например.

"Some testing was performed on Vista, but at the time of writing, one product failed to install cleanly under Vista when tested (G-Data IS 2008) and another explicitly stated that it did not support Vista (Agnitum Outpost Security Suite 2007)."

"Some products such as NOD32 were omitted, whose new 2008 software release was not available by our deadline for this report." - т.е. они соблаговолили узнать про продукт ESET, а в Agnitum или хотя бы на сайт даже не зашли за новой версией с Vista-поддержкой. Странно.

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


Ссылка на сообщение
Поделиться на другие сайты
Александр Шабанов
А какая скорость была номинальная, и какой она стала при использовании антивируса? Высоки ли показатели? А то при этой "пятизвёздной" системе не понятно ничего. Может там различие не столь существенное, которое пользователю будет незаметно... хотелось бы знать подробнее sad.gif

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

Но разница между худшим и лучшим результатом существенная:

Trend Micro IS 2008 16.3 sec

BitDefender Total Security 2008 90.7 sec

Но если размышлять чисто гипотетически, то указана скорость сети 100 Mbit/s, то есть 12.5 Mbytes/s

Если было 24 Mb, это около 2 секунд, плюс 3-4 секунды на обработку на разных уровнях.

Но сомневаюсь, что реальная сеть выдает скорость по стандарту :)

Кстати, на мой взгляд данные результаты по факту ничего из себя не представляют, если их не соотносить с количественными показателями эффективности самой защиты, то есть детектированию малвари :) То есть какой прок от антивируса который сканит быстрей всех, но ловит вирусы хуже всех остальных :) Необходимо соотнести эти результаты с результатами других тестов на обнаружение и тогда можно делать уже объективные выводы.

  • Upvote 5

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


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

Но разница между худшим и лучшим результатом существенная:

Trend Micro IS 2008 16.3 sec

BitDefender Total Security 2008 90.7 sec

Тьфу! :D 74 секунды разницы?! неее это не серьёзно. Пользователи разницы не заметят... или есть такие кто сидит и отсчитывает минуты? Тест этот, похоже, ничего не показывает :)

Меня очень сильно интересует производительность того или иного антивируса при работе в 3D-приложениях, играх. У кого какие советы есть на этот счёт? Сильно ли влияние того же Каспера или Нода во время игры?

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


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

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

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

Вот, например, "Результаты определялись следующим образом, после получения абсолютных результатов наихудший получал 0%, наилучший 100%, остальные показатели формировались в соответствии с данной градацией. Далее количество звезд определялось так - 0-20% 1 звезда - 20%-40% 2 звезды и т.д.". Очень странно. Если есть абсолютные значения, то проценты определяются автоматически - делим значение варианта на максимальное значение, если лучшее качество определяется максимальным значением параметра, в противном случае, наоборот, минимальное значение делим на значение варианта - получаем проценты (это классика).

Главное. Что и с чем сравнивать. По параметру "надежность" и "цена" счеты будут превосходить любой современный компьютер. Возьмем компьютер и счеты, расставим, по аналогии, звездочки по трем параметрам - цена, стоимость, производительность - какое решение признаем лучшим?

Еще очень важный момент, что принять за эталон (за лучшее качество) - это один из основных вопросов в подобных исследованиях. Мы сравниваем, что есть, между собой, или применительно к тому, что нужно пользователю. Если до Парижа на автомобиле добраться быстрее, чем на велосипеде, то я всеравно полечу на самолете, не зависимо от результатов сравнительного анализа первых двух вариантов. Другими словами, на практике принято, что средство защиты должно оказывать влияние на загрузку ресурса в пределе 10%. Вот эталон. Давайте сравнивать с ним. Это крайне важно. Вот пример. Если одно решение "съедает" 60, а другое 90 процентов ресурса, то при сравнении вариантов между собою, мы определим, что одно решение в 1,5 раза эффективнее, чем другое. При сравнении же с эталоном что мы получим, когда требуются "потери" не более 10 процентов? Отбросим оба таких решения, как не выполняющие базового требования к производительности!

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

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


Ссылка на сообщение
Поделиться на другие сайты
Александр Шабанов
Александр, документу уже 3 месяца (дата выпуска - 29-11-07). Почему это исследование увидело свет именно сейчас?

Видимо, потомучто это исследование особо не анонсировалось и я его увидел только сейчас ;)

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

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

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

Именно это я и пытаюсь выяснить, насколько объективны выбранные метрики для анализа производительности такого рода систем.

Возможно, основываясь на своем опыте, Вы сможете предложить иные показатели производительности? А также интересует Ваше мнение почему данные параметры выбраны и обоснованы "кисло"? :) Обоснование, выбранных метрик для меня кажется очевидным, оно основано на заявленной функциональности системы плюс использование системных ресурсов.

Вот, например, "Результаты определялись следующим образом, после получения абсолютных результатов наихудший получал 0%, наилучший 100%, остальные показатели формировались в соответствии с данной градацией. Далее количество звезд определялось так - 0-20% 1 звезда - 20%-40% 2 звезды и т.д.". Очень странно. Если есть абсолютные значения, то проценты определяются автоматически - делим значение варианта на максимальное значение, если лучшее качество определяется максимальным значением параметра, в противном случае, наоборот, минимальное значение делим на значение варианта - получаем проценты (это классика).

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

Другими словами, на практике принято, что средство защиты должно оказывать влияние на загрузку ресурса в пределе 10%. Вот эталон. Давайте сравнивать с ним. Это крайне важно. Вот пример. Если одно решение "съедает" 60, а другое 90 процентов ресурса, то при сравнении вариантов между собою, мы определим, что одно решение в 1,5 раза эффективнее, чем другое. При сравнении же с эталоном что мы получим, когда требуются "потери" не более 10 процентов? Отбросим оба таких решения, как не выполняющие базового требования к производительности!

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

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

Этим вопросам мы пытаемся уделит максимум внимания, по крайней мере со своей стороны :)

Надеюсь Вы нам тоже поможете в этом плане.

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


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

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

Неужели, кто то на современных компьютерах, чувствует разницу между различными антивирусниками (кроме времени полного сканирования)???

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


Ссылка на сообщение
Поделиться на другие сайты
А.Щеглов
Этим вопросам мы пытаемся уделит максимум внимания, по крайней мере со своей стороны :)

Надеюсь Вы нам тоже поможете в этом плане.

С удовольствием, конечно, в меру своих сил и знаний.

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


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

Неужели, кто то на современных компьютерах, чувствует разницу между различными антивирусниками (кроме времени полного сканирования)???

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

А вот мой пример из жизни. Ребенок попросил проверить его компьютер на наличие вирусов. Запустил антивирус (не буду говорить какой), через три часа проверки, мне все это надоело, и я его отключил. После подобного неудачного эксперимента не могу согласиться с Вашим мнением.

Вопрос-то и состоит в оценке влияния, в определении параметров. Это позволит обоснованно (с цифрами в руках) "разрешить наш спор".

Для сканирования по сигнатурам вырисовывается показатель - полное сканирования при каждом обновлении базы (чаще смысла не имеет (при условии, что Вы сканируете все вносимые на компьютер объекты) - база та же, если у Вас один антивирус, реже, уж тем более). Естественно, что этот показатель напрямую связан с эффективность обнаружения (отчасти, это величина базы) и т.д.

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

Не по теме, просто в порядке примера. Вы когда-нибудь пытались настроить аудит, встроенный в ОС Windows, по умолчанию, практически все его функции отключены. Уверяю Вас, настроив, поймете, как влияет безопасность на "резвость" системы. Вопрос, что и как использовать.

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


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

Я бы не советовал ставить антивирусник, который современный винчестер (250-500 ГБайт) сканирует за 15-20 минут.

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


Ссылка на сообщение
Поделиться на другие сайты
Виталий Я.
современный винчестер (250-500 ГБайт)

Больше 80% конфигураций ПК и ноутбуков, продающихся в магазинах нашей необъятной родины, имеют не более 160 Гб на борту.

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


Ссылка на сообщение
Поделиться на другие сайты
Fil
Я бы не советовал ставить антивирусник, который современный винчестер (250-500 ГБайт) сканирует за 15-20 минут.

В принципе согласен, хотя смотря какой пользователь. Мне выгоднее принебречь защитой сканировать за 15-20 минут, а не тратить на проверку 1,5-2 часа, которые в большинстве случаев проходят впустую... всё равно ничего ценного у меня нет

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


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

http://www.nix.ru/price/nix103.html это прайс NIX 80% до 160 ну не как не получается. Я бы сказал 160 это минимум

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


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

Andrey75

простите, Вы в Москве живете?

Жаль, что питерский РИК http://ric.spb.ru/ не вешает подробных прайсов на сайте. а то бы Вы все увидели.

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


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

В Питере лучше http://www.spb.ultracomp.ru/

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


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

Пусть будет 120-160 Гбайт (объём винта не относится к теме) всё равно 15 мин это слишком мало для качественной проверки. Проблема в "тормозной" природе винчестеров с переходом на SSD носители этот тест уж точно будет не актуален!

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

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


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

Неужели, кто то на современных компьютерах, чувствует разницу между различными антивирусниками (кроме времени полного сканирования)???

Не думаю, скорость работы антивирусного монитора/сканера - это фактически один их наиболее важных критериев при выборе антивирусного решения у пользователей. Если система голая, то разница может и не особо заметна, а вот если у тебя там крутится тяжелый софт, идет работа с графическим пакетами, то тормоза антивируса реально бесят. Я например, часто просто вырубаю антивирус, хотя комп у меня далеко не слабенький ;)

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

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


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

когда вы последний раз запускали полную проверку компа сканером (не для тестирования на коллекциях вирья, а просто так для самоуспокоения)?

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


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

> когда вы последний раз запускали полную проверку .... просто так для самоуспокоения

Для самоудовлетворения достаточно сканирования точек автозапуска и запущенных процессов.

Для полного удовлетворения делается сканирование критических областей типа систем/системрут.

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

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


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

  • Сообщения

    • santy
      Актуально, по лучше перенести обсуждение в офтопик.
    • PR55.RP55
      Несколько не по теме. Но для владельцев сайтов актуально... https://www.comss.ru/page.php?id=20880
    • santy
      RP55, По п.10 уже есть реализация: в 5.04 o Переменные окружения всех пользователей с некорректным содержимым теперь добавляются
         в список как подозрительные объекты со статусом "ПЕРЕМЕННАЯ".
         Удаление такого объекта приведет к удалению переменной пользователя или 
         к восстановлению значения по умолчанию если это системная переменная.   по п. 8, для задач в uVS публикуется командная строка, но то что стали модифицировать известные задачи, это да, теперь придется за всеми задачами следить по п.7 В uVS есть указание на то что известный файл размещен по нестандартному пути, по идее тоже должно попасть в подозрительные. по п.6 Ранее уже сталкивались с подобным зловредом,  здесь, https://chklst.ru/forum/discussion/76/kak-udalit-bekdor-crexv-i-vosstanovit-normalnuyu-rabotu-menyu-pusk-v-xpvistaseven  
    • demkd
      ИИ — полезная штука, но, к сожалению, бесплатные версии, как тот же Google Gemini Flash, тупенькие на уровне 12b моделей, делают колоссальное число ошибок по мелочам. Яблочко от яблони... Мало того, "новое" у них обычно старое с отставанием на год, и это в лучшем случае. Я сейчас как раз занимаюсь новой, уже 3-й версией своего "Клавиатурного помощника". В нём будет поддержка локального ИИ, горячих ИИ-клавиш, голосовых команд, голосового ввода и вспомогательной LLM для переводов, правки текста и т.п. Именно локального ИИ без необходимости обращения в сеть и сопутствующих утечек данных И это не для старого железа — нужно как минимум много памяти и современный процессор, в идеале хотя бы RTX 5060 Ti 16 ГБ в качестве ускорителя. А результат, ну, такой себе. ИИ слишком склонен ошибаться, и доверять ему что-то серьёзное пока не стоит, даже код пишет, который как-то работает, но в нём масса мелких и незаметных ошибок и уязвимостей. 
      Текст исправлен с помощью Google Gemma 4 E4B. 
    • PR55.RP55
      Вы сказали: "Найди все новые ключи которые появились 2026 г. и ранее не использовались... Можешь ?"
      *Да, я могу помочь* составить список новых ключей реестра и путей
      автозагрузки, которые вредоносное ПО использует в текущих кампаниях
      (включая модификации 2026 года), маскируясь под легальные системные
      компоненты. ( скопирую частично) :   * *|HKLM\SOFTWARE\Classes\Protocols\Filter|* и *|\Handler|* — новые
          модификации Adware перехватывают протоколы edge:// или msproedg://
          для подмены поисковой выдачи.   * *|HKCU\Software\Microsoft\Windows\CurrentVersion\Lxss|* —
          использование подсистемы WSL для скрытого автозапуска
          Linux-ориентированных рекламных модулей, незаметных для стандартных
          триггеров автозагрузки Windows. Современные зловреды (особенно Adware и майнеры) научились прописываться
      в тихий автозапуск без создания классических ключей |Run| или
      |Services|. Они используют встроенный механизм Windows 10/11 —
      *псевдонимы выполнения приложений*.   * *Суть*: В реестре создается связь в ветке
          |HKCU\Software\Microsoft\Windows\CurrentVersion\App Paths| или через
          механизм |AppXPackage|. Зловред подменяет вызов легальной команды
          (например, при наборе пользователем |notepad| или |calc| в строке
          «Выполнить») и запускает свое тело.
        * *Что добавить в памятку*: Обращать внимание на появление кастомных
          записей в блоке «Псевдонимы приложений» и проверять, куда
          перенаправляются стандартные системные вызовы. 2. Подмена через каталоги |Lxss| (WSL — Windows Subsystem for Linux)
      Это одна из самых опасных современных тенденций, так как многие
      антивирусы до сих пор слабо сканируют Linux-среду внутри Windows.   * *Суть*: Майнеры и стилеры прописывают свой запуск внутри
          дистрибутива WSL (ключ реестра
          |HKCU\Software\Microsoft\Windows\CurrentVersion\Lxss|). При старте
          Windows запускается скрытая фоновая сессия WSL, которая активирует
          ELF-бинарник (Linux-вирус). В логах автозапуска Windows это выглядит
          как легальный старт службы |wsl.exe|, но с хитрыми аргументами.
        * *Что добавить в памятку*: Формула «А+В+С»: если |wsl.exe|
          запускается автоматически с флагами |-d| (конкретный дистрибутив)
          или скрытыми bash-скриптами — это 100% повод для изоляции и проверки
          содержимого виртуального диска VHDX. 3. Продвинутый Timestomping с подделкой под апдейты ОС
      Раньше вирусописатели просто копировали даты у соседних файлов
      (|kernel32.dll| и т.д.). Теперь они действуют умнее:   * *Суть*: Дата создания файла выставляется ровно на день/час крупного
          официального обновления Windows (например, подстраиваются под график
          Patch Tuesday от Microsoft). Аналитик смотрит на лог uVS, видит дату
          (например, |14.10.2025|) и думает: «А, ну это тогда накопительный
          апдейт прилетел, файл чистый».
        * *Что добавить в памятку*: Правило проверки контрольных сумм. Не
          верить датам, даже если они идеально совпадают со временем
          системного обновления. Если у файла из папки |System32| с
          «правильной» датой обновления отсутствует валидная ЭЦП (или статус
          |Цифр. подпись: НЕТ|) — это критический триггер. 4. Атаки типа Living off the Land (LotL) через новые системные утилиты
      Вместо использования заезженных |powershell.exe| или |cmd.exe|, которые
      сейчас жестко блокируются любым EDR/антивирусом, малварь перешла на
      легальные, но редкие утилиты Windows (LOLBins).   * *Суть*: Для скачивания и запуска вредоносного кода используются
          системные компоненты:
            o |curl.exe| (теперь встроен в Windows) — для скрытой загрузки
              полезной нагрузки.
            o |tar.exe| — для распаковки зашифрованных архивов со стилерами
              прямо «на лету».
            o |winget.exe| (Windows Package Manager) — для скачивания
              вредоносных утилит из легальных репозиториев.
        * *Что добавить в памятку*: В uVS нужно тщательно анализировать
          параметры запуска командной строки в Планировщике задач (|TASKS|),
          если там фигурируют |curl|, |tar| или |bitsadmin|, качающие что-то с
          внешних IP-адресов. 6. Скрытые модификации через COM-объекты (COM Hijacking без изменения
      файлов)
      Вместо перезаписи файлов в |System32| или создания явных ключей |Run|,
      малварь перехватывает легальные системные интерфейсы через реестр.   * *Суть*: Зловред прописывает путь к своей вредоносной DLL в ветку
          *|HKCU\Software\Classes\CLSID\{GUID}\InprocServer32|*. При этом
          берется GUID легального и часто используемого компонента Windows
          (например, Проводника, контекстного меню или планировщика). Как
          только система или пользователь совершает обычное действие
          (открывает папку, кликает правой кнопкой мыши), Windows
          автоматически подгружает вредоносную DLL.
        * *Что добавить в памятку*: В uVS такие объекты часто попадают в
          категорию «Подозрительные CLSID» или скрытые расширения оболочки.
          Если в ветке |HKCU| (пользовательский уровень) переопределяется
          системный GUID, который по умолчанию должен жить только в |HKLM|
          (уровень системы) — это явный признак перехвата. 7. Спуфинг цифровой подписи через уязвимости каталогов (Catalog Signing
      Spoofing)
      Малварь научилась обходить базовую проверку подписей, из-за чего в логах
      некоторых утилит файл может ошибочно помечаться как «Подписан Microsoft».   * *Суть*: Используются уязвимости в механизме проверки файлов через
          каталоги безопасности Windows (|.cat| файлы). Вредоносный бинарник
          модифицируется таким образом, что его хэш совпадает с хэшем
          легального файла в базе данных каталогов (используются коллизии или
          специфические уязвимости парсинга).
        * *Что добавить в памятку*: Правило двойной проверки. Если файл
          находится в нетипичном месте (например,
          |C:\Users\...\Temp\svchost.exe|), но uVS или ОС рапортует, что у
          него «Валидная подпись Microsoft» — необходимо принудительно
          отправлять хэш файла на VirusTotal через встроенную функцию uVS или
          проверять подпись сторонними утилитами (например, |Sigcheck| от
          Sysinternals) с проверкой отзывов сертификатов. 8. Эксплуатация механизма «Служб доставки обновлений» браузеров
      (Edge/Chrome Maintenance)
      Рекламное ПО (Adware) и кликеры ушли от создания собственных явных служб
      и теперь паразитируют на легальных планировщиках браузеров.   * *Суть*: Вредоносный скрипт не создает новую задачу в Планировщике.
          Вместо этого он модифицирует параметры /уже существующей/ легальной
          задачи, например, |MicrosoftEdgeUpdateTaskMachineCore|. В
          оригинальную команду дописывается скрытый аргумент
          (аргумент-паразит), который раз в сутки скачивает или запускает
          рекламный модуль. Аналитик видит знакомое имя задачи Edge, видит
          легальный путь к апдейтеру и пропускает её.
        * *Что добавить в памятку*: При анализе задач Планировщика (|TASKS|) в
          uVS нужно смотреть не только на имя файла, но и *полностью
          разворачивать строку аргументов*. Любые добавленные URL-адреса,
          вызовы |cmd /c|, или сторонние пути в параметрах легальных служб
          обновления — это стопроцентный признак компрометации. 10. Фейковые системные переменные в путях автозапуска
      Обман визуального восприятия аналитика через манипуляцию переменными среды.   * *Суть*: В реестре или планировщике путь к файлу прописывается как
          |%SystemRoot%\System32\drivers\malware.sys|. Но перед этим на уровне
          пользователя (|HKCU\Environment|) создается кастомная переменная
          |%SystemRoot%|, которая указывает вовсе не на |C:\Windows|, а на
          |C:\Users\Public\Documents|. В итоге аналитик глазами видит
          «безопасный» системный путь, а система при загрузке идет в скрытую
          пользовательскую папку.
        * *Что добавить в памятку*: Всегда проверять блок «Переменные
          окружения» в начале лога uVS. Любые попытки переопределить
          стандартные переменные вроде |%SystemRoot%|, |%WinDir%| или
          |%ProgramFiles%| на уровне текущего пользователя — это критическая
          угроза.
×