[1/3] Вендор-лок в ИБ. Нужно ли его бояться. Что вы прочтете в большистве статей (возможо тоже вендорских или фанатских): • Вендор-лок в принципе не является абсолютным злом. • Осознанный - допустим. (так говорят, будто у них был выбор) • Случайный всегда станет проблемой. От себя добавлю, что средний продукт живет в компании дольше, чем CISO, его внедрявший. Так что это почти всегда проблема будущих функционеров.

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

Как предлагается строить ИБ, если не хочется оказаться заложником:

1. Сначала модель угроз и процессы, только потом продукты

Если ты не понимаешь: • какие риски критичны • какие события ты обязан видеть • кто и как на них реагирует

то любой вендор тебе «подойдет». А значит, ты выберешь не архитектуру, а упаковку. И получишь неконтролируемый вендор-лок.

2. Архитектура важнее конкретных решений Стоит проектировать ИБ как набор слоев: • сбор данных • хранение • аналитика • реагирование

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

3. Данные должны принадлежать компании, а не вендору Логи, события, алерты, контекст - это актив компании, а не артефакт лицензии. Если при смене вендора ты теряешь историю, корреляции и наработанные сценарии - это жесткий вендор-лок, даже если формально «все можно выгрузить».

4. Интеграции через стандарты, а не «уникальные коннекторы» Чем больше возможностей работы со стандартными API, тем меньше шансов, что тебя привяжут «потому что по-другому нельзя».

5. Контракты и лицензии - часть архитектуры Требуется прописать в договоре и не забывать: • четкий SLA шо штрафами • прописанные exit-условия • перенос данных внутрь инфраструктуры для сохранения истории • заложенное изменение объемов • зависимость цены от роста

Обсуждать это требуется на этапе дизайна решения, а не когда «уже поздно».

Все что я описал выше – это переработанная и переосмысленная мной логика в вакууме. Но тут-то и начинается самое НО!