Тест антивирусов на производительность от 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

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

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

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

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

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


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

  • Сообщения

    • Ego Dekker
      Домашние антивирусы для Windows были обновлены до версии 19.0.14.
    • PR55.RP55
      Microsoft ускоряет Проводник в Windows 11 с помощью предзагрузки https://www.comss.ru/page.php?id=18618
    • AM_Bot
      Вендор Crosstech Solutions Group выпустил решение для защиты контейнерной инфраструктуры Crosstech Container Security (CTCS). Оно обеспечивает безопасность контейнерных сред: от сканирования образов до контроля запуска рабочих нагрузок и реагирования на инциденты в средах выполнения.      ВведениеФункциональные возможности Crosstech Container Security2.1. Анализ и контроль безопасности образов2.2. Контроль запуска контейнеров2.3. Безопасность в средах выполнения (Runtime Security)2.4. Безопасность окружения2.5. Внешние интеграцииАрхитектура Crosstech Container Security3.1. Основные компоненты Crosstech Container SecurityСистемные требования и лицензирование Crosstech Container Security4.1. Лицензирование4.2. Требования к аппаратной части4.3. Требования к программной части4.4. Процесс установкиСценарии использования5.1. Сценарий №1. Сканирование образов5.2. Сценарий №2. Политики безопасности образов контейнеров5.3. Сценарий №3. Контроль запуска контейнеров5.4. Сценарий №4. Мониторинг безопасности сред выполненияВыводыВведениеРоссийский рынок контейнерных разработок постоянно растёт. В 2024 году затраты на ПО для контейнеризации достигли 3 млрд рублей — это на 66 % больше, чем в 2023. Контейнерные технологии ускоряют процессы разработки, экономят ресурсы компаний, поэтому их всё чаще внедряют в свою работу ИТ-департаменты.Вместе с ростом масштабов контейнеризации увеличивается и поверхность атак: уязвимости в образах, ошибки конфигураций, несанкционированные действия внутри контейнеров. Crosstech Container Security помогает компаниям выстраивать комплексную систему защиты контейнерной инфраструктуры.Функциональные возможности Crosstech Container SecurityCrosstech Container Security объединяет функции анализа, мониторинга и управления безопасностью контейнерных сред. Решение охватывает весь жизненный цикл контейнера — от момента его создания до удаления. Продукт помогает DevSecOps-командам выявлять уязвимости, проверять конфигурации, контролировать сетевую активность и реагировать на инциденты в режиме реального времени.Анализ и контроль безопасности образовCrosstech Container Security интегрируется с реестрами хранения образов и позволяет проводить их сканирование как в ручном режиме, так и по расписанию. В результате анализа система обнаруживает дефекты в образах: уязвимости, неправильные конфигурации, секреты, а также фиксирует используемые в образах OSS-лицензии для пакетов и библиотек. По каждому найденному дефекту предоставляется детальная информация.CTCS поддерживает экспорт SBOM в форматах SPDX и CycloneDx, что упрощает аудит и обмен данными с другими решениями. Интерфейс продукта предоставляет визуализацию образов с маппингом (сопоставлением данных) на дефекты безопасности. CTCS также осуществляет дискаверинг (обнаружение) образов, располагающихся в защищаемых кластерах и на standalone-хостах.Для автоматизации контроля доступны настраиваемые политики безопасности образов, разделяемые по критериям:наличие уязвимостей в образах контейнеров выше заданной оценки критичности;наличие уязвимостей в образах контейнеров согласно заданным идентификаторам;обнаружение root в Dockerfile;возможность указания перечня образов, на которые будет распространяться созданная политика безопасности образов.При нарушении хотя бы одного из критериев политики администратор получает уведомление в интерфейсе CTCS и может оперативно принять меры: заблокировать образ, исключить его из деплоя или добавить в список исключений с указанием причины. Такой подход обеспечивает прозрачность процессов и повышает уровень доверия к среде разработки и эксплуатации.Контроль запуска контейнеровРешение обеспечивает контроль запуска контейнеров как в средах Kubernetes, так и на отдельных standalone-хостах в соответствии с заданными политиками безопасности. Это позволяет предотвращать запуск рабочих нагрузок, не соответствующих требованиям безопасности компании, ещё на этапе их инициализации.В зависимости от настроек администратор может выбрать режим реагирования: блокирование или оповещение о нарушении политики безопасности. Информация обо всех срабатываниях отображается в интерфейсе системы, обеспечивая прозрачность и возможность оперативного реагирования.Политики безопасности включают следующие критерии:попытка запуска контейнеров на базе образов, не соответствующих политикам безопасности;попытка запуска контейнеров из-под пользователя root;попытка запуска контейнеров с повышенными привилегиями ядра Linux;контроль запуска контейнеров на базе образов, не прошедших сканирование CTCS.Дополнительно решение поддерживает интеграцию с OPA Gatekeeper и имеет возможность создания и импорта политик через интерфейс CTCS.Безопасность в средах выполнения (Runtime Security)CTCS использует возможности инструмента Tetragon для создания и применения кастомных политик безопасности, позволяющих контролировать сетевые взаимодействия внутри контейнеров. Администраторы могут выбрать набор кластеров для распространения политик, что обеспечивает гибкость при внедрении требований безопасности.Вся информация о срабатываниях политик фиксируется в интерфейсе CTCS, предоставляя специалистам по информационной безопасности прозрачную картину активности в средах выполнения и возможность оперативного реагирования на инциденты.Безопасность окруженияРешение выполняет сканирование кластеров на соответствие стандартам конфигурирования CIS Kubernetes Benchmarks. Аналогично система проводит проверку standalone-хостов на соответствие CIS Docker Benchmarks. Дополнительно CTCS поддерживает сканирование конфигурационных файлов, расположенных в директориях нод кластеров, выполняя роль сканера на основе IaC (Infrastructure as Code, управление инфраструктурой через использование кода).Внешние интеграцииРешение поддерживает интеграцию с реестрами хранения образов, что обеспечивает доступ к актуальным данным для анализа и контроля безопасности контейнеров. Также CTCS поддерживает передачу журналов событий в системы сбора по протоколу Syslog для их централизованного хранения и обработки.Доступна интеграция с системой идентификации, управления доступом Keycloak с поддержкой OAuth и доменными службами каталогов. Это позволяет пользователям авторизовываться в интерфейсе системы через доменные учётные записи. Рисунок 1. Планы по развитию Crosstech Container Security Архитектура Crosstech Container SecurityАрхитектура CTCS реализована в формате однонаправленных соединений со стороны ядра системы в сторону агентов защиты (протокол TCP/IP), располагающихся в защищаемых кластерах. Такой подход позволяет использовать инстанс ядра в единственном экземпляре для инфраструктур, сегментированных по уровням доверия. Рисунок 2. Логическая архитектура Crosstech Container Security Основные компоненты Crosstech Container SecurityCTCS состоит из 3 основных компонентов:CTCS Core — группа микросервисов, отвечающая за управление системой: хранение данных, настроек, создание политик безопасности, бизнес-логика продукта, а также взаимодействие со смежными системами.CTCS Agent-Manager: модуль агент-менеджера реализован в формате оператора Kubernetes с целью контроля за установкой и изменениями кастомных ресурсов (custom resource definition, CRD), а также управления и передачи информации агент-воркерам, устанавливаемым на каждую защищаемую ноду в формате DaemonSet.CTCS Scanner — модуль, сканирующий образы контейнеров на уязвимости, неправильные конфигурации, конфиденциальные данные, информацию по OSS-лицензиям для пакетов и библиотек из состава образа, а также сканирующий кластеры на соответствие стандартам конфигурирования.Системные требования и лицензирование Crosstech Container SecurityПеред выбором модели лицензирования заказчикам рекомендуется оценить масштаб защищаемой инфраструктуры и нагрузку на кластеры. Crosstech Container Security предусматривает гибкий подход: ядро и агенты могут разворачиваться в разных сегментах сети, включая тестовые и продуктивные среды. Такой принцип позволяет оптимально распределять ресурсы и лицензии, избегая избыточных затрат.ЛицензированиеCTCS лицензируется по количеству защищаемых нод, на которые распространяются агенты защиты.В продукте реализовано гибкое лицензирование, которое позволяет заказчикам самостоятельно выбирать перечень защищаемых объектов. При достижении лимита по количеству лицензий, предусмотренных договором, администратор может отключить часть текущих объектов защиты и переназначить лицензии на новые кластеры и ноды. Рисунок 3. Включение/выключение агентов защиты Рисунок 4. Лицензии CTCS На странице лицензирования доступна подробная информация о параметрах действующей лицензии. Пользователь видит:количество оставшихся дней действия лицензии;количество нод, предусмотренных лицензией;актуальные данные о числе используемых нод в рамках лицензии;сведения о типе лицензии;информация о поставщике;информация о владельце лицензии.Рисунок 5. Страница «Лицензирование» Требования к аппаратной частиКластер, на котором производится установка CTCS, должен соответствовать минимальным характеристикам, приведённым ниже. Для определения значений millicpu (единицы времени процессора, эквивалентной тысячной части работы, которую может выполнить одно ядро CPU) рекомендуется воспользоваться документацией Kubernetes.Кластер, на который будет установлен helm-чарт ядра (без учёта сканера) должен иметь характеристики не ниже 8190 millicpu, 7410 MiB RAM.Для каждого экземпляра сканера: 3 CPU, 6 GB RAM, при добавлении дополнительных экземпляров значения увеличиваются пропорционально.В случае использования большего количества реплик значения пропорционально умножаются на их число. По умолчанию в чарте допускается до 6 реплик, что требует 18 CPU, 36 GB RAM.Каждый кластер для развёртывания чарт-агента должен иметь 2 CPU, 8 GB RAM.Необходимый минимум для каждой используемой СУБД PostgreSQL: 4 CPU, 8 GB RAM, 100 GB.Приведённые требования указаны для усреднённой конфигурации и могут быть изменены в зависимости от количества одновременных сканирований образов, генерируемых событий, деплоев, пространств имён (namespaces) и подов.Требования к программной частиДля корректной интеграции и работы приложение CTCS должно быть развёрнуто в кластере Kubernetes. При настройке системы в конфигурационном файле helm-чарта должны быть настроены необходимые параметры.Поддерживаемые контейнерные среды CRI (container runtime interface): containerd и docker.В момент выполнения инструкции на хосте администратора должны быть установлены следующие утилиты для выполнения установки:tar;helm;kubectl.Необходимые сервисы в инфраструктуре:PostgreSQL: рекомендуется размещать базу данных для хранения логов на отдельном инстансе от основной БД, чтобы избежать падения производительности основных операций при большом объёме логируемых событий;Keycloak (опционально, имеется возможность поставки в составе дистрибутива);Vault (опционально, имеется возможность использования стандартного объекта Kubernetes Secret).Требования к операционной системе и ядру:рекомендуется использовать ОС с версией ядра 5.4 или выше для обеспечения поддержки Tetragon;в ядре должна быть включена функция BTF;должны быть активированы модули eBPF и cgroup, а также корректным образом настроены или отключены модули безопасности Linux (LSM), контролирующие запуск eBPF-программ (в соответствии с официальной документацией Tetragon).Требования к версиям Kubernetes:центральная управляющая часть кластера – не ниже версии 1.23;дочерние кластеры – версия 1.23 или выше.Дополнительные требования:В кластере Kubernetes должен быть установлен, подключён и настроен storage class, в котором будет минимум 10 GB свободного места.В master-кластер должен быть установлен External Secrets (опционально).В дочерние кластеры должен быть установлен External Secrets (опционально).Во всех кластерах, где развёртывается ядро и агенты CTCS, должен быть установлен ingress-контроллер.Совокупность этих требований обеспечивает стабильную работу системы и корректное взаимодействие всех модулей CTCS. При соблюдении указанных параметров производительность решения остаётся предсказуемой даже при высокой интенсивности сканирований и большом количестве событий безопасности. Такой подход гарантирует надёжность, масштабируемость и устойчивость контейнерной инфраструктуры.Процесс установкиДля развёртывания CTCS вендор предоставляет архив, содержащий helm-чарты и образы системных контейнеров. При необходимости может быть предоставлена учётная запись для выгрузки дистрибутивов из репозиториев вендора напрямую.Сценарии использованияCrosstech Container Security закрывает ключевые задачи обеспечения безопасности контейнерных платформ — от анализа уязвимостей до защиты на уровне среды выполнения. Решение органично интегрируется в процессы DevSecOps и помогает компаниям повысить устойчивость инфраструктуры к современным киберугрозам без потери скорости разработки.Сценарий №1. Сканирование образовCTCS позволяет выполнять сканирование образов контейнеров, хранящихся как в интегрированных реестрах образов, так и локально в защищаемых кластерах. Рисунок 6. Подключённые реестры После интеграции с реестрами образов на вкладке «Образы» – «Реестры» отображается подключённый реестр и информация о хранящихся в нём образах. Реализовано в формате иерархии:Реестры.Название образа и количество его версий (тегов).Название образа и его версии.Карточка конкретного образа.Рисунок 7. Образ и список его версий Рисунок 8. Карточка образа На каждом уровне иерархии есть возможность запуска сканирования по требованию с выбором типа дефектов, которые будут учитываться в процессе сканирования. Дополнительно предоставляется общая информация об образе, данные о его соответствии установленным политикам, сведения о слоях образов с маппингом на обнаруженные дефекты. Рисунок 9. Слои образа На странице интеграций с реестрами в настройках доступно выставление расписания для проведения автоматизированного сканирования. Рисунок 10. Сканирование по расписанию Для работы с образами, обнаруженными локально в защищаемых кластерах, доступна отдельная вкладка «Образы» – «Локальные образы». Рисунок 11. Таблица локальных образов При запуске процесса сканирования доступен выбор ноды, на которой он будет проводиться. Если обнаруженный образ находится в интегрированном реестре, сканирование будет приоритетно выполняться на стороне ядра системы в рамках интеграции с реестром. Рисунок 12. Выбор нода для проведения сканирования Сценарий №2. Политики безопасности образов контейнеровВ рамках Crosstech Container Security реализовано создание политик безопасности для образов контейнеров. После их настройки система автоматически проверяет все известные образы на соответствие заданным критериям. По результатам проверки на карточке каждого образа отображается информация о соответствии или несоответствии политикам безопасности (Рисунок 7). Если образ нарушает несколько политик безопасности одновременно, в карточке отображается, какие именно политики безопасности были нарушены. Рисунок 13. Создание политики безопасности образов Сценарий №3. Контроль запуска контейнеровВ CTCS доступна интеграция с OPA Gatekeeper, обеспечивающая валидацию контейнерных деплоев и реагирование в соответствии с заданными политиками безопасности.При настройке политик безопасности доступен выбор режима реагирования — оповещение либо блокировка — а также определение перечня критериев безопасности, по которым будет осуществляться контроль. Рисунок 14. Таблица политик валидации и контроля запусков Политики безопасности могут создаваться по выделенным критериям (Рисунок 13) или импортироваться в виде кастомных политик (Рисунок 14). Рисунок 15. Создание политики валидации и контроля запусков Рисунок 16. Импорт кастомных политик безопасности Результаты срабатывания политик доступны в интерфейсе системы, что позволяет оперативно анализировать инциденты и корректировать настройки безопасности. Рисунок 17. Срабатывание политик валидации и контроля запусков Сценарий №4. Мониторинг безопасности сред выполненияВ текущей версии реализован мониторинг безопасности сред выполнения на базе Tetragon, что позволяет контролировать эксплуатацию рабочих нагрузок.В CTCS доступна форма для создания или импорта готовых политик безопасности с возможностью выбора области применения. Рисунок 18. Создание политики среды выполнения При срабатывании политик система отображает перечень событий в формате таблицы. Для каждого события можно перейти в режим детального просмотра, где отображается его идентификатор, дата и время создания, короткое описание и содержание в формате json. Рисунок 19. Событие срабатывания политики среды выполнения ВыводыАнализ решения Crosstech Container Security показал, что в версии 3.0.0 продукт предоставляет широкие функциональные возможности для защиты контейнерной инфраструктуры: от обеспечения безопасности образов контейнеров до контроля запуска и реагирования на нелегитимные процессы в средах выполнения в соответствии с политиками безопасности. CTCS также предоставляет инструменты для проведения сканирований защищаемых кластеров на соответствие стандартам конфигурирования, что повышает уровень безопасности контейнерной инфраструктуры.Достоинства:Архитектура. Благодаря однонаправленным соединениям со стороны ядра системы в сторону агентов защиты обеспечивается соответствие требованиям заказчиков, которые используют «Zero Trust»-модель на уровне сегментов инфраструктуры.Широкая площадь покрытия. CTCS обеспечивает контроль запуска контейнеров не только в рамках оркестратора Kubernetes, но и на отдельных хостах контейнеризации за счёт использования standalone-агентов.Гибкие возможности при работе с API. Весь функционал из веб-интерфейса CTCS также доступен для вызова через API, что позволяет специалистам заказчика решать нетривиальные задачи в рамках своей рабочей деятельности и интегрировать продукт в существующие процессы.Удобство при работе со сканированием образов. Иерархический подход обеспечивает гибкость при выборе области сканирования и повышает прозрачность анализа.Недостатки:Отсутствие возможности встраивания в процесс сборки (CI/CD) (планируется к реализации в первом квартале 2026 года).Отсутствие данных по ресурсам Kubernetes (Workloads, RBAC, Custom Resources, Feature Gates): планируется в 4-м квартале 2025 – 1-м квартале 2026).Отсутствие настройки гибкого разграничения прав доступа пользователей в интерфейс системы (реализация запланирована на первый квартал 2026).Отсутствие отчётности по результатам работы с системой (планируется в первом квартале 2026).Реклама, 18+. ООО «Кросстех Солюшнс Групп» ИНН 7722687219ERID: 2VfnxvVGwXfЧитать далее
    • demkd
    • PR55.RP55
      И ещё это: https://www.comss.ru/page.php?id=18330 Это и на работе Образов с Live CD может сказаться ?
×