Опубликовано: 15.09.2026 | Источник: CNews (новости)

Защищённая мобильная ОС в ВКР: MDM, шифрование и совместимость с Android

В марте 2026 года компания IXI объявила о расширении экосистемы IXIUS: отечественная ОС IXIOS, сервис CloudSync и собственный магазин «Архив Приложений» теперь позиционируются как единый контур для корпоративного и государственного сектора. Для выпускника ИТ это не просто новость, а готовый полигон для диплома: здесь сходятся шифрование данных, управление парком устройств, совместимость с Android-приложениями и контроль подписей. Такая тема выигрывает у абстрактного «анализа рынка мобильных ОС», потому что её можно измерить: временем загрузки, долей устройств с включённым шифрованием, числом отклонённых подписей APK, покрытием тестов совместимости. Ниже — как превратить новость в защищаемую работу, какие схемы построить и какие метрики посчитать.

FAQ: что спрашивают студенты, взявшие тему защищённой мобильной ОС

Темы ВКР, которые вырастают из кейса IXIUS

• «Проектирование MDM-контура для защищённой мобильной ОС»
  Цель: разработать архитектуру централизованного управления политиками для парка устройств.
  Задачи: анализ моделей угроз мобильного парка; проектирование протокола «устройство — сервер политик»; реализация агента и серверной части; оценка масштабируемости на 500+ устройств.
  Структура: Гл. 1 — анализ MDM-решений и требований; Гл. 2 — проектирование (C4-диаграммы, схема БД политик); Гл. 3 — стенд, нагрузочные тесты, метрики задержки доставки политики.
• «Оценка защищённости хранилища данных на мобильном устройстве»
  Цель: сравнить режимы шифрования и предложить политику хранения корпоративных данных.
  Задачи: обзор файлового и полноразмерного шифрования; анализ работы аппаратного хранилища ключей; экспериментальное сравнение режимов; формулировка рекомендаций.
  Структура: Гл. 1 — теория криптографии и OWASP MASVS; Гл. 2 — стенд и методика замеров; Гл. 3 — таблицы метрик, выводы, ограничения метода.
• «Сервис верификации приложений для корпоративного магазина»
  Цель: спроектировать подсистему проверки подписи и происхождения пакетов.
  Задачи: анализ схем подписи APK; разработка конвейера проверки; интеграция с каталогом; оценка производительности на потоке пакетов.
  Структура: Гл. 1 — анализ угроз «магазин как вектор атаки»; Гл. 2 — архитектура конвейера, UML-диаграмма последовательности; Гл. 3 — тестирование, метрики, обработка отказов.

Как разложить кейс по главам диплома

Глава 1: анализ — где место новости

Новость про IXIUS уместна в первом абзаце подраздела «Анализ текущего состояния». Дальше — декомпозиция: три подсистемы экосистемы (ОС, облачное хранилище, магазин) раскладываются на требования. Соберите таблицу «функция — угроза — мера защиты — стандарт». Например: совместимость с Android → риск подмены пакета → проверка подписи → OWASP MASVS. Диаграммная часть: контекстная C4-диаграмма уровня «система в окружении» и диаграмма вариантов использования (UML Use Case) с акторами «сотрудник», «администратор MDM», «сервис верификации».

Глава 2: проектирование и реализация

Здесь появляется код и конфигурации. Политика MDM хорошо смотрится как декларативное описание — комиссии сразу видно, что вы понимаете управление, а не только «ставите галочки».

{
  "policy_id": "corp-baseline-v2",
  "encryption": {
    "required": true,
    "mode": "file-based",
    "key_storage": "hardware-keystore",
    "min_key_strength_bits": 256
  },
  "app_store": {
    "source": "corp_archive",
    "allow_sideload": false,
    "verify_signature": "strict",
    "revocation_check": true
  },
  "android_compat": {
    "profile": "compat-layer",
    "cts_suite": "monthly",
    "fallback": "isolated-container"
  }
}

Для главы 2 обязательно нарисуйте диаграмму последовательности (UML Sequence): «агент → сервер политик → хранилище ключей → подтверждение применения». И отдельно — диаграмму развёртывания, где видно, что сервер политик и сервис верификации не находятся в одном домене отказа.

Глава 3: тестирование и метрики

Минимальный диагностический скрипт на стенде выглядит так — он же идёт в приложение к диплому:

# Диагностика контура: состояние шифрования и применение политик
adb shell getprop ro.crypto.state        # ожидаем: encrypted
adb shell getprop ro.crypto.type         # ожидаем: file
adb shell dumpsys device_policy | grep -A3 "Password quality"
adb shell pm list packages --show-versioncode | wc -l
adb logcat -d | grep -i "signature verify failed"

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

Нормоконтроль и оформление схем

Схемы архитектуры оформляйте по правилам, привычным нормоконтролю: рамка, основная надпись, ссылка на приложение. Диаграммы C4 и UML допускаются как иллюстрации, но подписи и обозначения должны быть расшифрованы в тексте — за «картинку без объяснения» снимают баллы. Перечень сокращений (MDM, FBE, CTS, APK) выносите отдельным подразделом. Если тема связана с автоматизированной системой, проектные разделы удобно привязывать к ГОСТ 34 — это ожидаемая комиссией логика «требования → техпроект → внедрение».

Практические выводы: чему вы научитесь

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

Источник: Обновилась российская мобильная ОС: совместимость с Android, магазин приложений и шифрование данных (опубликовано 2026-03-24)