Anti-Malware.ru: Сравнение систем защиты от утечек (DLP) - Тесты и сравнения - Форумы Anti-Malware.ru Перейти к содержанию
Сергей Ильин

Anti-Malware.ru: Сравнение систем защиты от утечек (DLP)

Recommended Posts

Сергей Ильин

Представляем вашему вниманию наше первое публичное сравнение систем защиты от утечек конфиденциальных данных (DLP).

В нем мы проанализировали и сравнили между собой шесть ведущих российских и зарубежных решений:

Российские:

InfoWatch Traffic Monitor Enterprise 3.5

SecurIT Zgate 3.0 и SecurIT Zlock 3.0

Дозор Джет 4.0.24

Зарубежные:

Symantec Data Loss Prevention (DLP) 11.1

Websense Data Security Suite (DSS) 7.5

Trend Micrо Data Loss Prevention (DLP) 5.5

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

Первую часто можно посмотреть здесь http://www.anti-malware.ru/comparisons/dat...tion_2011_part1

Вторая часть будет опубликована на днях.

  • Upvote 5

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


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

Начинание очень хорошее.

Насколько я понял и вторая часть будет только в виде таблички? Т.е. никакого(даже минимального) сравнения одинаковых функций в ближайшее время не будет? Понятно, что это требует гораздо больше усилий и требует более детального изучения продуктов, но качество реализации одинаковых функций у всех наверняка разное. И наличие плюсика в таблице не гарантирует, что на самом деле, лучше бы там был бы минус. Если будете в дальнейшем развивать тему, то хорошо бы вместо плюсиков ставить какую-нибудь оценку(от 1 до 5) по качеству реализации функций. Пусть даже это будет субъективная оценка.

А почему DeviceLock Endpoint DLP Suite не стали в обзор включать?

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


Ссылка на сообщение
Поделиться на другие сайты
Alexander Suyazov
Начинание очень хорошее.

Насколько я понял и вторая часть будет только в виде таблички? Т.е. никакого(даже минимального) сравнения одинаковых функций в ближайшее время не будет? Понятно, что это требует гораздо больше усилий и требует более детального изучения продуктов, но качество реализации одинаковых функций у всех наверняка разное. И наличие плюсика в таблице не гарантирует, что на самом деле, лучше бы там был бы минус. Если будете в дальнейшем развивать тему, то хорошо бы вместо плюсиков ставить какую-нибудь оценку(от 1 до 5) по качеству реализации функций. Пусть даже это будет субъективная оценка.

А почему DeviceLock Endpoint DLP Suite не стали в обзор включать?

Вадим, скажите, а как вы себе представляете оценку ?

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

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


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

Да, вторая часть будет тоже в виде таблицы. Технологические тесты мы тоже планируем, но стоит очень аккуратно подходить, спешка ни к чему. Мы идем последовательно, начинаем по сути азов - что вообще есть в DLP-системах. А потом уже будем углубляться. Иначе получилось бы черти что - сравнение/тестирование непонятно чего.

А почему DeviceLock Endpoint DLP Suite не стали в обзор включать?

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

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

Вы не совсем правы. У нас уже есть готовая методика тестирования, например, качества детектирования утечки. Да, методика синтетическая, но результаты ИМХО были бы вполне репрезентативные. Сразу всплывут все нюансы работы технологий и граничные условия ;) Упирается все банально в деньги, нужно железо, нужно много человеко/часов не самых дешевых специалистов, хочу заметить.

По поводу ссор с вендорами скажу, что они заинтересованы в таких тестах. Это дает им точку отсчета и направление для улучшения продуктов. При условии конечно, что методология их будет удовлетворять заранее ;)

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


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

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

1. асолютно непонятно, кто оценивал важность пунктов сравнения. Мне, как пользователя, совершенно не интересно абстрактное "позиционирование на рынке", зато мне очень интересна цена. Благо MSRP цены вы бы могли получить у любого вендора.

2. зачастую непонятно что вы подразумеваете в позициях сравнения. "Поддержка анализа замаскированного текста" - это что-то. Предлагаю это как-то расшифровывать. И это только пример. Таких моментов очень много. Если честно, половина названий пунктов может трактоваться как угодно.

Я даже начну:

Позиционирование на рынке, Целевой сегмент рынка, Штаб-квартира

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

Услуги:

Это вообще не зависит от вендора. Партнеры делают все, что им удобно.

Средние сроки внедрения:

Маркетинг чистой воды.

За один день DLP система не внедряется, что бы не вещали вендоры.

Системные требования для серверной части:

Совершенно абстрактный момент, начиная от кол-ва пользователей и заканчивается архитектурой серверов.

Системные требования для клиентской части:

Тоже довольно абстрактно. Кстати, есть неточности.

Русификация:

Пропускаем. Вещь субъективная.

Анализ по словарю и регулярные выражения:

Для галочки. Есть, понятное дело у всех. Даже странно видеть это в обзоре DLP систем.

Лингвистический анализ (словоформы, синонимы, морфология и т.п.):

Очень сомнительная щтука в наше время. Но зато отлично подходит для рекламы "уникальных" возможностей, согласитесь :)

Поддержка анализа транслита:

Ок, пусть будет.

Поддержка анализа замаскированного текста:

Что это ?

Поддержка особенностей русского языка при анализе содержимого:

Что это ?

Анализ с использованием цифровых отпечатков:

Вы так много говорили о морфологии, почему же не затронуто то, что отпечатки бывают разные ?

Самообучающаяся система для анализа еще неклассифици-рованных данных:

Чистый маркетинг. Никто не видел как это работает. но звучит круто, правда ? :)

Поддерживаемые форматы анализируемых документов (включая версии и собственные форматы для распознавания):

Ок, хотя сложно назвать важным то, что одна система знает 300 форматов, а другая 400. По сути они равны в этом. Так что пункт не может быть признан важным.

Предустановлен-ные шаблоны данных:

Чисто формальный пункт. Насколько эти шаблоны применимы к росии к западных систем ?

Входящая SMTP:

Вы сравниваете DLP. Зачем DLP смотреть входящую почту ?

Исходящая SMTP:

принимается.

SMTPS:

о чем это вообще ? Как это у трендов есть контроль исходящей, но на SMTP стоит нет ?

Внутренняя Microsoft Exchange:

Давайте разделять, кто это реально контролирует, а кто сканирует.

Внутренняя IBM Lotus Domino:

Уточните еще раз, кто это умеет контролировать :)

ESMTP:

Ок, хотя это не очень важно.

POP3, POP3S, IMAP4, IMAP4s:

Зачем ? Смотрите комментарии про входящуу почту

Изменение сообщений:

Ок.

Пейджеры пропущу, в общем ок.

Входящий HTTP-трафик:

Зачем ?

Исходящий HTTP-трафик:

Ок

HTTPS, FTP, p2p:

Ок

Возможность сканирования почтового и веб-трафика в облаке:

Маркетинг. Кому это реально нужно ? Для кого это важно ?

Сетевые принтеры:

Прямо так и хочется спросить, а почему их отдельно упомянули ?

Протоколы, блокирование передачи данных по которых возможно:

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

Скорость анализа сетевого трафика:

Как минимум в одном случае вы не правы.

3. Не могу понять, почему вы данные таблицы не отправили для проверки хотя-бы интеграторам или вендорам ? Откровенные неточности могли бы поправить еще на этапе подготовки.

4. почему вы так много внимания уделяете морфологии, когда понятно, что это очень трудоемкий процесс, совершенно неэффективный в отрыве от остальных методов и им, скажем честно, пользуются немногие.

5. Почему в первом сравнении отсутствуют основные вкусности систем ? Почему в функционали не затронуты все продукты, которые входят в комплексную систему DLP Suite ?

Даже итоги грустно подводить.

Вы не совсем правы. У нас уже есть готовая методика тестирования, например, качества детектирования утечки. Да, методика синтетическая, но результаты ИМХО были бы вполне репрезентативные. Сразу всплывут все нюансы работы технологий и граничные условия ;) Упирается все банально в деньги, нужно железо, нужно много человеко/часов не самых дешевых специалистов, хочу заметить.

А может вы ее опубликуете ? Прежде чем бросаться в омут тестирования.

  • Upvote 5

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


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

Позиционирование на рынке, Целевой сегмент рынка, Штаб-квартира

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

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

Анализ по словарю и регулярные выражения:

Для галочки. Есть, понятное дело у всех. Даже странно видеть это в обзоре DLP систем.

Лингвистический анализ (словоформы, синонимы, морфология и т.п.):

Очень сомнительная щтука в наше время. Но зато отлично подходит для рекламы "уникальных" возможностей, согласитесь smile.gif

Т.е. по вашему о различиях в технологиях вообще не стоит что ли писать? Или нужно про лингвистику умалчивать? Ребятам из Инфовотча вам ответят про сомнительность лингвистики.

Поддержка особенностей русского языка при анализе содержимого:

Что это ?

Вы не знаете, что русский язык имеет существенные отличия от других? Расскажу. Лингвистические методы, которые хорошо работаю для анг. языка, например, будут мало эффективны для русского. Сравните как работает поиск Яндекса и Гугл на русском, поймете о чем я.

Внутренняя Microsoft Exchange:

Давайте разделять, кто это реально контролирует, а кто сканирует.

Внутренняя IBM Lotus Domino:

Уточните еще раз, кто это умеет контролировать smile.gif

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

Сетевые принтеры:

Прямо так и хочется спросить, а почему их отдельно упомянули ?

Почему для одних систем просто IM, для других перечислены все мессенджеры ?

Наверное я вас удивлю, но даже представители вендоров часто не знают или темнят на тему IM, мы уточнили все, по чему можно было найти информацию.

Самообучающаяся система для анализа еще неклассифици-рованных данных:

Чистый маркетинг. Никто не видел как это работает. но звучит круто, правда ? smile.gif

Это не маркетинг. Вы слышали о статистических самообучающихся алгоритмах что-то? ;) Самое простое - это метод Байеса. Вот это оно и есть.

3. Не могу понять, почему вы данные таблицы не отправили для проверки хотя-бы интеграторам или вендорам ? Откровенные неточности могли бы поправить еще на этапе подготовки.

Я же написал ответ под самим сравнением. Им отравляли, и они проверяли не один раз! Кстати про откровенные неточности выше ничего так и не прозвучало, только личное мнение пронизанное какой-то странной ненавистью к маркетоголам.

4. почему вы так много внимания уделяете морфологии, когда понятно, что это очень трудоемкий процесс, совершенно неэффективный в отрыве от остальных методов и им, скажем честно, пользуются немногие.

Совершенно не эффективный и не пользуется почти никто - только лишь все клиенты Инфовочт и Инфосистем Джет - подавляющая часть рынка в денежном выражении. Улыбнуло :)

Даже итоги грустно подводить.

Александр, ваше сравнение намного лучше, я прав? :lol:

http://www.leta.ru/library/analytics/id_467.html

Чего же вы сами то не сделали круче, а?

А может вы ее опубликуете ? Прежде чем бросаться в омут тестирования.

Да ни за что. Чтобы ее передрал кто-то?

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


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

Вы сравниваете DLP. Зачем DLP смотреть входящую почту ?

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

ну и про долю рынка в деньгах у Инфовотча это конечно ROFL ;)

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


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

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

Но увы, государство нам диктует :) Очень, знаете ли, надоело, полдьзоваться старыми и плохими продуктами потому, что на новые сертификатов еще нету.

Т.е. по вашему о различиях в технологиях вообще не стоит что ли писать? Или нужно про лингвистику умалчивать? Ребятам из Инфовотча вам ответят про сомнительность лингвистики.

Ребятам из Инфовоча больше не о чем говорить :) Ибо лингвистика это и есть их продукт. Но маркетинг силен, не спорю

Вы не знаете, что русский язык имеет существенные отличия от других? Расскажу. Лингвистические методы, которые хорошо работаю для анг. языка, например, будут мало эффективны для русского. Сравните как работает поиск Яндекса и Гугл на русском, поймете о чем я.

Заметьте, я спросил что именно за особенности вы имели ввиду и что за особенности поддерживают конкретные DLP системы. Как раз ответ я и не смог от вас получить :)

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

А почему ? Обратитесь ко мне - расскажу :)

Наверное я вас удивлю, но даже представители вендоров часто не знают или темнят на тему IM, мы уточнили все, по чему можно было найти информацию.

Ок, открываем мануал по Symantec DLP :) (вы уж извините, что я так много о симантике, я просто его чоень хорошо знаю. Коллеги из Симантека соврать не дадут.):

Yahoo

Messenger

MSN

Messenger

AIM

AIM Pro

И ведь я не потратил на это даже 5 минут

Это не маркетинг. Вы слышали о статистических самообучающихся алгоритмах что-то? ;) Самое простое - это метод Байеса. Вот это оно и есть.

Ага, если опять же говорить о продукте симантика. Он основан на методе опорных векторов. Слышали ?

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

Я же написал ответ под самим сравнением. Им отравляли, и они проверяли не один раз! Кстати про откровенные неточности выше ничего так и не прозвучало, только личное мнение пронизанное какой-то странной ненавистью к маркетоголам.

Ок. Опять же касательно симантик

возможность анализа каналов на скорости до 650 мбит в софтовом режиме. до 900 с аппаратными картами.

Опять же я потратил на нахождение этого 5 минут.

Совершенно не эффективный и не пользуется почти никто - только лишь все клиенты Инфовочт и Инфосистем Джет - подавляющая часть рынка в денежном выражении. Улыбнуло :)

Ух. А чем им еще пользоваться, простите узнать ? Джет и инфовоч стоили огромных денег в свое время. Системы внедрены - куда деваться. А кроме "морфологии" в них ничего и нету.

Будьте чуть серьезнее

Александр, ваше сравнение намного лучше, я прав? :lol:

http://www.leta.ru/library/analytics/id_467.html

Это делал Николай Зенин. Частично с моим участием. Возможно новый документ скоро появится у нас на сайте.

Но приятно, что меня так легко найти. Слава дает о себе знать

Чего же вы сами то не сделали круче, а?

Время. Как я уже говорил Все новые фишки продуктов просто не позволяют сделать это быстро. Один VML симантика - это не одна неделя на тесты. Кстати, как вы его планируете тестировать ?

Да ни за что. Чтобы ее передрал кто-то?

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

Так как форум ругается на большое кол-во смайлов - улыбнусь в конце.

некоторые настолько заврались суровы, что через SMTP контролируют входящую почту ;)

Я таки дико извиняюсь.

А что, корпоративная почта приходит на ваш внутренний почтовый сервер не через SMTP протокол ? :)

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


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин
А почему ? Обратитесь ко мне - расскажу smile.gif

Расскажите, интересно. Если есть данные по сравниваемым системам, то добавим в отчет.

Yahoo

Messenger

MSN

Messenger

AIM

AIM Pro

Скорректировал по симантеку, спасибо, так будет более точно.

Время. Как я уже говорил Все новые фишки продуктов просто не позволяют сделать это быстро. Один VML симантика - это не одна неделя на тесты. Кстати, как вы его планируете тестировать ?

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

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

Так мы опубликуем, когда будет тест готов, а вендорам, конечно же, дадим до теста ;)

Ок. Опять же касательно симантик

возможность анализа каналов на скорости до 650 мбит в софтовом режиме. до 900 с аппаратными картами.

Они сами скромно указали 350 Мб/с, видимо перестраховались на всякий случай.

некоторые настолько заврались суровы, что через SMTP контролируют входящую почту

Ашот, а в чем проблема то в случае шлюзового продукта?

P.S. Если бы маркетологи DeviceLock от всего не самоустранились от любого сотрудничества, то я бы с удовольствием выслушал все пожелания относительно сравнения и может включил бы в него новую версию.

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


Ссылка на сообщение
Поделиться на другие сайты
strat
POP3, POP3S, IMAP4, IMAP4s:

Зачем ? Смотрите комментарии про входящуу почту

Входящий HTTP-трафик:

Зачем ?

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

Сетевые принтеры:

Прямо так и хочется спросить, а почему их отдельно упомянули ?

я вот сразу подумал, подрубить извне сетевой домашний pdf принтер через hamachi и напечатать на него :) пусть будет. надо все контролировать, чем больше тем лучше, здесь кашу маслом не испортишь...

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


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

я вот сразу подумал, подрубить извне сетевой домашний pdf принтер через hamachi и напечатать на него :) пусть будет. надо все контролировать, чем больше тем лучше, здесь кашу маслом не испортишь...

Да вас убить дешевле :) Все же вынесете :)

З.Ы. Полноценны контроль принтеров возможен только на рабочих станциях.

OCR в нынешнем состоянии абсолютно неработоспособен, к сожалению.

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


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

Прямо так и хочется спросить, а почему их отдельно упомянули ?

Про сетевые принтеры я не уточнил, пропустил в своем посте выше цитату. Выделено отдельно, так как контроль печати это очень важный элемент защиты от утечек и контроль этого канала требует специального функционала для перехвата. Сюда же отнести можно распознавание сетевых протоколов, например, для Microsoft Network Printing, LPR, Raw, IPP и т.д. и блокирования печати конфиденциальных данных.

http://www.morepc.ru/net/print/printing_protocols.html

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

Представьте, что сотрудник не будет ничего пересылать себе домой или копировать не флешку - это все не нужно, он просто тупо распечатает документ на принтере "почитать его дома" :)

OCR в нынешнем состоянии абсолютно неработоспособен, к сожалению.

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

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


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

Интересные решения, но одновременно глупые рассуждения.

Представьте, что сотрудник не будет ничего пересылать себе домой или копировать не флешку - это все не нужно, он просто тупо распечатает документ на принтере "почитать его дома" smile.gif

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

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

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

Таблица сравнения же изобилует грубейшими неточностями и маркетинговыми "уловками" и честно рекомендую обратится к вендорам для их исправления.

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

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

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

И радоваться тому, какие у нас гиперактивные сотрудники СБ.

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


Ссылка на сообщение
Поделиться на другие сайты
Alexander Suyazov
Про сетевые принтеры я не уточнил, пропустил в своем посте выше цитату. Выделено отдельно, так как контроль печати это очень важный элемент защиты от утечек и контроль этого канала требует специального функционала для перехвата. Сюда же отнести можно распознавание сетевых протоколов, например, для Microsoft Network Printing, LPR, Raw, IPP и т.д. и блокирования печати конфиденциальных данных.

http://www.morepc.ru/net/print/printing_protocols.html

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

Представьте, что сотрудник не будет ничего пересылать себе домой или копировать не флешку - это все не нужно, он просто тупо распечатает документ на принтере "почитать его дома" :)

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

Я как раз прекрасно понимаю.

Сам люблю печатать документы, что бы почитать.

Я к тому, что контроль принтеров на сетевом уровне - это сплошные огранчиения. привязка к конткретным моделям, версиям, драйверам... А что делать с парком принтеров, который уже на предприятии, если он не совместим ?

Полноценный контроль - только на рабочих станциях.

А теневые копии без распознавания... Вы себе представляете человека, который потом там попытается что-то найти ? Просто кучу листов, каждый надо прочитать...

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


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

Хорошее сравнение.

Только пройдёт год-два и все решения по "DLP" будут находится практически на одном уровне, если уже не находятся. Всякие Гартнеры это конечно интересно, но надо помнить что с решениями работают люди :), а количество умных и способных на планете строго ограничено.

На Российском рынке чем решение проще, и понятней - тем лучшее. Есть конечно уникальная ресурсо-добывающая отрасль которая ориентируется на Западный рынок как в прямом так и в переносном смысле, но большинство Заказчиков хотят просто следить за всем (а не за конкретными документами), или просто блокировать. А здесь приоритет у Smartline, Infowatch, Securit...

До уровня Symantec, Websense, McAfee, с их централизироваными консолями, соответствиями, стандартами, и т.д. еще нужно дорасти. Рынок решений ИБ на Западе опережает готовность заказчиков в РФ на годы вперед.

Вопрос:

Будет ли во второй части сравнение с Searchinform или RSA?

  • Upvote 5

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


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

Сравнение DLP-систем от 10+ вендоров опубликовано во втором номере одного журнала - буквально день-в-день. Желающие да найдут ссылку.

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


Ссылка на сообщение
Поделиться на другие сайты
karmacoma
Сравнение DLP-систем от 10+ вендоров опубликовано во втором номере одного журнала - буквально день-в-день. Желающие да найдут ссылку.

Спасибо за информацию... Нашел. Посмотрел... Практически весь журнал посвящен тематике DLP.

Вопрос:

А почему в нём нет решения от McAfee? Они отказались от тестирования?

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


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

P.S. Если бы маркетологи DeviceLock от всего не самоустранились от любого сотрудничества, то я бы с удовольствием выслушал все пожелания относительно сравнения и может включил бы в него новую версию.

в случаи гейта, нет проблем ;)

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

  • Upvote 5

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


Ссылка на сообщение
Поделиться на другие сайты
Alexander Suyazov
мы не ссым показать продукт без долгих нудных приездов в офис и рассказов полуграмотных менеджеров с показом со своих лаптопов) ;)

Я прямо даже не знаю... а что плохого в показе продукта со своего ноутбука ?

Все равно такие продукты без пилота не покупаются и не продаются. А на пилоте все вскроется, в любом случае.

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


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

Сергей, если продолжать вашу логику, то DLP вообще не нужен - все равно же вынесут, если захотят! Только 1) лучше минимизировать риски 2) со случайными утечками (а их большая часть) можно эффективно бороться. Если читаете новости про утечки, то должны были замечать, что клерки частенько теряют распечатанные доки, которые "взяли домой почитать". Часто их выкидывают где-то или оставляют, а потом выходит, что инфа была конфиденциальная. Человеческая глупость безгранична и хорошо, что с ней хоть немного можно бороться при помощи технических средств, вы не находите?

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

А где вы видел тут слово "тестирование"? Мы делали сравнение, а не тестирование. Между этими словами пропасть, поверьте мне. До тестов таким продуктов, да еще чтобы результаты были всеми признаны, индустрии еще очень далеко.

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

Да не уж то? Самообучающихся алгоритмов полно! Самый просто я привел выше - метод Байеса в разных реализоациях, на котором построено 99% персональных антиспамов, например. Я уже не говорю про нейросети ...

Таблица сравнения же изобилует грубейшими неточностями и маркетинговыми "уловками" и честно рекомендую обратится к вендорам для их исправления.

You are welcome! Нашли неточность - сообщите, мы поправим! А так это выглядит как треп не о чем, уж извините.

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


Ссылка на сообщение
Поделиться на другие сайты
Alexander Suyazov
На Российском рынке чем решение проще, и понятней - тем лучшее. Есть конечно уникальная ресурсо-добывающая отрасль которая ориентируется на Западный рынок как в прямом так и в переносном смысле, но большинство Заказчиков хотят просто следить за всем (а не за конкретными документами), или просто блокировать. А здесь приоритет у Smartline, Infowatch, Securit...

До уровня Symantec, Websense, McAfee, с их централизироваными консолями, соответствиями, стандартами, и т.д. еще нужно дорасти. Рынок решений ИБ на Западе опережает готовность заказчиков в РФ на годы вперед.

Что же вы так принижаете Российский рынок.

Я согласен, довольного много людей в ИБ не способны нормально эксплуатировать DLP решения, но это не значит, что такие все.

А специализированные консоли, знаете ли, очень удобны. К ним привыкаешь очень быстро и совсе не хочется возвращаться к поделкам "3-х программистов".

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


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин
Сравнение DLP-систем от 10+ вендоров опубликовано во втором номере одного журнала - буквально день-в-день. Желающие да найдут ссылку.

Если речь идет о журнале "Информационная безопасность", то там наши таблицы + их какое-то обзорное дополнение. ;)

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

Ашот, даже в случае домашних антивирусов для подготовки их адекватного обзора очень желательна поддержка/участие вендора. Чего тут говорить про тяжелые продукты. Так что разговор в разрезе "качайте, ставьте и сравнивайте" выглядит как деликатный посыл в далекие края.

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

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

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


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин
Будет ли во второй части сравнение с Searchinform или RSA?

Вторая часть опубликована http://www.anti-malware.ru/comparisons/dat...tion_2011_part2

Там те же вендоры. Данные по Searchinform и RSA можно будет потом собрать и выпустить что-то типа второго эшелона сравнения.

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


Ссылка на сообщение
Поделиться на другие сайты
Alexander Suyazov
Вот за это действительно респект! Я никогда не понимал компаний, которые прячут свои дитрибутивы и не дают даже триалы.

Ага, вот берем сложный продукт. По настоящему сложный. ArcSight ESM, например.

Некий Вася пупкин ставит его и не может разобраться. Что получается - в форуме возникает тему - арксайт - плохой продукт. Не работает и т.д.

А тут речь идет о репутации вендора.

Ну и понятное дело, что данный вася пупкин уже никогда не купит продукцию арксайт, даже став ит директором крупной конторы.

И нафига это вендору ?

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


Ссылка на сообщение
Поделиться на другие сайты
Виталий Я.
Если речь идет о журнале "Информационная безопасность", то там наши таблицы + их какое-то обзорное дополнение. ;)

Тогда все понял. Не читал, не осуждаю :)

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


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

  • Сообщения

    • 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 может сказаться ?
×