Сотрудница Ernst & Young уличена в инсайдерской деятельности - Общий форум по информационной безопасности - Форумы Anti-Malware.ru Перейти к содержанию
AM_Bot

Сотрудница Ernst & Young уличена в инсайдерской деятельности

Recommended Posts

AM_Bot

sayt.pngВ российском представительстве крупнейшего международного аудитора Ernst & Young могла произойти утечка информации о крупнейших клиентах. Аудитор компании Арина Тюрина в переписке с известным борцом с коррупцией Алексеем Навальным была готова поведать ему финансовые секреты крупных банков.

подробнее

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


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

Собственно она (если верить Google):

http://api.ning.com/files/0KDk5*ub7vg1sVyW...1IvKFk1Qs/7.jpg

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

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


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

Все супер-мега конфиденциально

Собственно она (если верить Google):

Эта фотка лучше

http://api.ning.com/files/jPOM38-gW7J7Iqdd...&height=600

ФИО: Тюрина Арина

Пол: Женский

Возраст: 25 лет

Город проживания: Москва

Тел: 8 916 369 3989

E-mail: tyurina.arina@gmail.com

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


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

http://politrash-ru.livejournal.com/90003.html обзорчик :D

Мои комментарии :lol:

[Уголовный кодекс РФ] [Глава 22] [Статья 183]

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

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

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

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

3. Те же деяния, причинившие крупный ущерб или совершенные из корыстной заинтересованности, -

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

4. Деяния, предусмотренные частями второй или третьей настоящей статьи, повлекшие тяжкие последствия, -

наказываются принудительными работами на срок до пяти лет либо лишением свободы на срок до семи лет. (прим. следствие должно показать)

Лукацкий прокомментировал:

Второй вопрос, который возникает, изучая это дело, - репутация. Если верить Hell'у, то один из источников инсайдерской информации для Навального, находился в Ernst & Young - одной из компаний большой четверки, ключевым принципом которой является не только независимость, но и конфиденциальность всей информации, к которой получают доступ сотрудники EY. И вот этот принцип дал сбой. Финансовый аудитор EY сливала конфиденциальную информацию Навальному в нарушение всех подписанных правил об обеспечении конфиденциальности и безопасности. И удар по репутации EY это наносит колоссальный. По мнению некоторых экспертов это может привести и к некоторому оттоку клиентов к конкурентам из большой четверки. Это тот редкий случай, когда инцидент ИБ напрямую влияет на репутацию компанию и достаточно легко просчитывается через некоторое время (число клиентов до и после инцидента). Сегодня настают времена, когда службам ИБ надо просчитывать свои действия и бездействия и с точки зрения ущерба репутации.

Третье. Казалось бы, утечка из EY должна показать важность DLP-решений. Но это только на поверхности. Арина Тюрина (злополучная аудитор EY) сливала данные с iPhone (история умалчивает корпоративное это было устройство или личное). И какое DLP-решение смогло бы решить эту задачу? Причем не только с точки зрения технологической, но и с точки зрения настройки. Вопрос Навального: "Можете посмотреть сколько установок в настоящий момент у них как эксплуатируемые числятся?" Ответ Тюриной: "По 08 счету числится вроде (!) одна. Сдают в лизинг". Как надо было настроить DLP, чтобы поймать эту переписку, даже если бы речь шла об отправке почты через корпоративную почту?

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


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

Сиськи не ОК.

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


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

Скандалище! Ernst & Young свою репутацию подмочили нереально на этом кейсе.

Девицу конечно жаль, но она знала, что делает.

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


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

Остается только доказать что инфа об одной буровой установке (ее наличии) - являлась хоть какой-то тайной.

А вот с этим, мне кажется, есть проблемы.

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


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

Если введен официально режим коммерческой тайны, то почти на 100% эта инфа под него попадает. Но нужно видеть все документы чтобы говорить точно.

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

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


Ссылка на сообщение
Поделиться на другие сайты
Danilka
Остается только доказать что инфа об одной буровой установке (ее наличии) - являлась хоть какой-то тайной.

А вот с этим, мне кажется, есть проблемы.

В рамках эксплуатанта установки может и не конф. инфа, а в рамках Ernst & Young - вся инфа, которая попадает к ним является конфиденциальной. И наверняка данная мадам подписывала соответствующее приложение к договору. Со стороны Ernst & Young ничего сливаться не должно. О чем наверняка также указано в договоре с заказчиком.

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

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


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

Федеральный закон "Об аудиторской деятельности"

Статья 9. Аудиторская тайна

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

1) сведений, разглашенных самим лицом, которому оказывались услуги, предусмотренные настоящим Федеральным законом, либо с его согласия;

2) сведений о заключении с аудируемым лицом договора о проведении обязательного аудита;

3) сведений о величине оплаты аудиторских услуг.

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

(в ред. Федерального закона от 11.07.2011 N 200-ФЗ)

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

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


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

А по мне очень даже хорошо девушка выглядит ;) какое нах длп, навальный и пр. Давайте еще фоток.

  • Upvote 5

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


Ссылка на сообщение
Поделиться на другие сайты
A.
Федеральный закон "Об аудиторской деятельности"

Статья 9. Аудиторская тайна

Это все конечно очень интересно, но в УК нет ответственности за "аудиторскую тайну".

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

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


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

+1

Subscribe :)

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


Ссылка на сообщение
Поделиться на другие сайты
Danilka
А по мне очень даже хорошо девушка выглядит ;) какое нах длп, навальный и пр. Давайте еще фоток.

Есть тут: http://hghltd.yandex.net/yandbtm?text=tyur...342&keyno=0 Регистрируйтесь)) Если там еще не потерто.

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


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

Почистили все фото инсайдерши :(

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


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

Хм... а девушка зарегистрована в группе "Не массовка" (Кастинг в кино,рекламу.Вас тоже заметят!)

Может и не причем, но ...

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


Ссылка на сообщение
Поделиться на другие сайты
SDA
Это все конечно очень интересно, но в УК нет ответственности за "аудиторскую тайну".

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

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

В случае если произошло разглашение коммерческой тайны, налоговой или банковской тайны аудируемое лицо имеет право потребовать от виновных возмещение причиненного убытка в порядке, установленном законодательством РФ (т.е. как в гражданском так и в уголовном порядке). Ответственность за распространение информации определена Трудовым кодексом Российской Федерации (ст. 81 ч.1), Кодексом РФ об административных правонарушениях (ст. 13.14) и Уголовным кодексом РФ (ст. 183).

п.6 статьи 9:

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

  • Upvote 5

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


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

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

x_2a6e2268.jpg

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


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

Личные данные: коммуникабельность, ответственность, умение работать в команде, стремление развиваться в профессиональном и личном плане, презентабельная внешность. ;)

http://imageshack.us/f/39/image001aa.png/

Image_2.jpg

post-6726-1341937619_thumb.jpg

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


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

Хакер Хелл вновь обнародовал переписку оппозиционера Алексея Навального с лицами из коммерческих структур.

На этот раз информация блогеру шла из крупнейшей аудиторской компании Ernst & Young.

Некая Арина Тюрина, аудитор компании, поставляла Навальному закрытые сведения на клиентов Ernst & Young в обход службы безопасности. Так, блогер получил конфиденциальную информацию на ряд госбанков, ВТБ, ВЭБ и Сбербанк.

Как рассказали Life News в российском филиале Ernst & Young, пока официальную позицию аудиторская компания не выработала, но проверка начата.

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

Представитель «Транснефть» (Ernst & Young участвовал в конкурсе на право проводить аудит этой структуры) заявил, что информацию по переписке Навального необходимо проверить, прежде чем говорить о вине кого-либо.

- «Транснефть» пострадала от действий Навального, когда он неизвестно где выкрал документы по проверке Счетной палаты. Зная господина Навального как провокатора, вполне возможно, что он мог подставить уважаемую компанию Ernst & Young, сфальсифицировав переписку, - отметил пресс-секретарь «Транснефти» Игорь Демин.

Также Демин сообщил, что их компания не боится, что блогеру могли также поступить из Ernst & Young сведения на их компанию.

- Нам скрывать нечего. Конечно, для аудиторской фирмы эта информация негативная, но тут нужно услышать саму Ernst & Young. Здесь надо разобраться, но для нас все равно это повод задуматься, - сказал представитель «Транснефти».

Ведущий эксперт Центра политической конъюнктуры Дмитрий Абзалов подчеркнул, что «слив информации» от аудиторской компании третьему лицу серьезно ударил по репутации Ernst & Yong, и вполне можно ожидать, что многие компании откажутся работать с ними.

- Здесь огромное упущение службы безопасности. Все клиенты Ernst & Young подписывают с компанией соглашения о секретности и неразглашении информации. При нарушении условий договора клиент вправе подать в суд как на Ernst & Young, так и на физическое лицо, от которого произошла утечка, - говорит Абзалов.

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

Также помимо аудитора Ernst & Young хакер Хелл раскрыл и связь сотрудника «РИА-Новости» Владимира Новикова с Алексеем Навальным. Журналист «сливал» оппозиционеру добытые им документы из Конституционного суда.

В «РИА-Новостях» корреспондента Life News так и не связали с их сотрудником, поставлявшим материалы Навальному.

http://lifenews.ru/news/96674

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


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

Да лайфньюс это именно тот источник который нужно цитировать. Пеши исчо

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


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

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

Интересно, откуда дровишки? Я не видел, чтобы навальный публично делился данными, сколько раз он подавал заявление в прокуратуру? Кто-то сливает или налаженно плотное взаимодействие?:)

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


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

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

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


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

А уголовное дело, которое должны снова открыть на Навального, за распил в Кировской области? ;)

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


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

Откуда дровишки?:

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

Из лесу, вестимо:

- Слыхать одна баба сказала, видать Баба Лера с Йэху Масквы ;)

Кирилл Керценбаум, "адреса, пароли, явки" (с) ?

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


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

  • Сообщения

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