Zero Trust для ops-команды: не доверять сети, доверять проверяемым сигналам

Zero Trust для ops-команды: не доверять сети, доверять проверяемым сигналам

Zero Trust — это не замена периметра, а отказ от implicit trust внутри него. Для операционной команды базовый принцип простой: любой доступ должен подтверждаться контекстом, а не фактом нахождения в сегменте сети. Пользователь, сервис, хост и токен рассматриваются как отдельные сущности с разной степенью риска.

Критичные опоры архитектуры:
• сильная идентификация и MFA для людей;
• короткоживущие токены и ротация секретов для сервисов;
• минимальные привилегии на уровне ролей, групп и политик;
• сегментация сети и запрет lateral movement по умолчанию;
• непрерывная проверка состояния устройства, сессии и источника запроса.

Для ops важнее не декларация, а enforcement point. Политика должна жить там, где принимается решение: в IAM, в service mesh, в reverse proxy, в EDR, в контроллерах доступа к кластеру и в секрет-хранилище. Если правило нельзя проверить логами и сметрикой, оно почти наверняка существует только на бумаге. Проверяйте логи, истина всегда скрыта в них.

Отдельный риск — привилегированные операции. Доступ к production, CI/CD, kube-apiserver и backup-хранилищам должен требовать отдельного workflow, JIT-доступа и журналирования с привязкой к конкретной сессии. Без этого компрометация одного аккаунта быстро превращается в компрометацию всей платформы.

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