Практика

Проектирование и оценка

Уровни корпоративного контроля: устройство, приложение, данные и доступ

Создано 19.06.2026

Обновлено 19.06.2026

Как выбрать глубину контроля для корпоративного доступа: когда достаточно управлять приложением или доступом, а когда нужно управлять устройством. MDM, MAM, EMM и UEM как уровни, а не самоцель.

Короткий ответ

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

Термины MDM, MAM, EMM и UEM полезны как ориентиры, но не должны быть самоцелью. Важно сначала понять, что защищает компания: доступ, приложение, данные, устройство или весь парк конечных точек.

Когда применять

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

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

Почему не всегда нужно управлять всем устройством

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

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

Уровень доступа

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

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

Уровень приложения

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

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

Уровень данных

Иногда ключевой вопрос — не приложение и не устройство, а сами рабочие данные. Тогда правила описывают, где данные могут храниться, можно ли скачивать файлы, нужен ли шифрованный контейнер, как работает selective wipe и какие события требуют блокировки доступа.

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

Уровень устройства

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

Если этот уровень нужен для личного устройства, стоит пересмотреть модель: возможно, правильнее выдать корпоративное устройство или ограничить сценарий доступа.

Матрица уровней контроля

Уровень контроляЧто защищаемЧто не трогаемКогда подходит
ДоступВход в сервис, сессию, аккаунт, фактор аутентификацииУстройство и личные приложенияРедкий доступ, веб-сценарии, низкий локальный риск
ПриложениеРабочее приложение, настройки, обмен данными, выход из аккаунтаЛичную область устройстваBYOD, управляемые рабочие приложения, ограниченный набор сервисов
ДанныеРабочие файлы, почту, документы, токены, контейнер, selective wipeЛичные файлы и личные аккаунтыНужно отделить рабочую информацию от личной среды
УстройствоОС, политики безопасности, сертификаты, приложения, сетевой доступЛичное использование, если оно не предусмотрено политикойКорпоративные устройства, строгие роли, аудит, сменные устройства
Парк устройствЖизненный цикл, учёт, массовые политики, соответствие, поддержкаРазовые личные сценарии без рабочей необходимостиМассовая эксплуатация, филиалы, склады, точки обслуживания

Где здесь MDM, MAM, EMM и UEM

MDM обычно связывают с управлением устройством. MAM — с управлением приложениями. EMM шире и включает корпоративную мобильность как набор устройств, приложений, данных и политик. UEM расширяет рамку до разных конечных точек: телефонов, планшетов, ноутбуков и других устройств.

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

Сигналы для выбора глубины контроля

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

СигналДостаточно доступа или приложенияНужен уровень устройства
Нужно только входить в сервисДа, если данные не остаются на устройствеНет, если нет локального риска
Рабочие файлы сохраняются локальноНужны настройки приложения и управление даннымиДа, если данные чувствительные или роль строгая
Нужны сертификаты, VPN или сетевые профилиИногда достаточно per-app подходаДа, если требуется единая конфигурация устройства
Нужны аудит, массовые команды и расследованиеОбычно недостаточноДа, устройство должно быть корпоративным активом

Схема выбора уровня

  1. Достаточно управлять входом? Начните с уровня доступа.
  2. Риск в рабочем приложении? Добавьте управление приложением и обменом данными.
  3. Нужно удалять рабочие файлы и токены? Опишите уровень данных и selective wipe.
  4. Устройство является корпоративным активом? Нужен уровень устройства и жизненный цикл.
  5. Устройств много и они разные? Нужна модель управления парком и поддержкой.

Как не выбрать слишком глубокий контроль

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

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

Что дальше

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

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

Обсудить проект

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

Связаться