Если вы регулярно задаетесь вопросом «Куда бежать и что делать?», то ищите ответы на вебинаре, который мы проведем совместно с коллегами из «Безопасность 360».

Утечка персональных данных: что нужно знать и как действовать
📆 24 августа, 11:00 по мск

Ведущий аналитик Solar Dozor Маргарита Филатова и практикующий юрист Денис Лукаш расскажут:
— как пошагово действовать, если произошла утечка персональных данных;
— как общаться с регуляторами;
— что делать, чтобы сократить инциденты.

Регистрируйтесь на вебинар через чат-бот: https://t.iss.one/webinar_1787246318_bot

Рубрика «Что-то пошло не так» вам понравилась, так что мы продолжаем: рассказываем, как за день пересобрали конфигурацию киберучений.

На SOC-Forum в прошлом году кроме традиционных выступлений и дискуссий случилась кибербитва. Команды красных и синих собирались из сотрудников ведущих банков, нефтегазовой и электроэнергетической отраслей, органов государственной власти и экспертов ИБ-рынка.

Для кибербитвы мы смоделировали цифровые двойники типовых инфраструктур предприятий и воссоздали на них производственные и бизнес-процессы, которые происходят в реальности. Чтобы собрать это, мы потратили 3 недели. Накануне SOC-Forum в пятницу, после генерального тестирования, ушли домой. Само мероприятие начиналось во вторник.

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

На этом моменте мы экстренно перешли в режим «тушим пожар» 🔥: обратились к производителям, предоставили им логи и пересобрали всю конфигурацию. За день удалось пересобрать всю конфигурацию и провести мероприятие, но нервных клеток стало на порядок меньше.

Кстати, в этом году SOC-Forum пройдет в ноябре. Кибербитва тоже состоится.

А пока открыт прием докладов. Отправляйте заявку, если хотите выступить в одном из трех треков или во всех сразу.

Пояснительная бригада жмет руки всем тем, кто выбрал последний вариант ответа! 🤝

Solar SafeInspect – на сегодняшний момент единственное решение на рынке, которое может работать с прозрачной авторизацией. А чтобы вы могли настроить PAM-систему под сетевую архитектуру своей компании, у продукта есть три режима.

В режиме «Бастион» пользователю необходимо авторизоваться явным способом в целевой системе – с помощью стандартного RDP/SSH-клиента. Это распространенный сценарий, который подходит для работы и в одной сети, и в разных.

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

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

Для чего обычно в компаниях используют DLP-систему?

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

Гораздо реже к DLP прибегают, чтобы проактивно выявлять угрозы. А зря!

📣 В условиях импортозамещения принципиально важно выпустить на рынок достойную продукцию. От этого зависит работа всей организации. Да и в целом приятно работать в компании, упомянув которую, в ответ услышишь: «Ну вы молодцы!».

При чем тут DLP-система? Ее работу можно распространить на разные процессы – например, на мониторинг по линии отдела технического контроля.

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

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

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

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

Еще больше примеров неочевидных подходов к работе DLP – в записи вебинара «Раздвигая границы DLP: нетипичные сценарии использования и лучшие практики».

1️⃣ На стороне учетной системы команда развития и поддержки реализовала административный модуль, аккумулирующий информацию по всем модулям и позволяющий управлять централизованно учетными записями и полномочиями пользователей. Взаимодействие IdM было организовано с этим модулем, что позволило управлять 4 независимыми информационными системами как одной.

2️⃣ Провели категоризацию ролей. Реализовали механизм проверки заявки на корректность запрошенных ролей по определенным правилам, подсказывающий пользователю какие именно категории ролей ещё необходимо добавить в заявку, чтобы получить полноценный доступ. Это позволило пользователям самостоятельно формировать заявки на запрос доступа и снять данную обязанность с администраторов информационных систем.

3️⃣ Договорились со службой поддержки MS AD о создании группы и об автоматическом установлении ПО при включении пользователя в данную доменную группу. Для всех групп ролей, для которых необходима установка ПО добавили автоматическое включение учетной записи пользователя MS AD в данную группу при назначении ролей из соответствующей группы.

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

Самое главное в интеграции — задавать правильные вопросы и предлагать несколько вариантов для решения задачи, описывая плюсы и минусы каждого варианта.