В кодовой базе Android Open Source Project обнаружена функция, позволяющая блокировать запуск отдельных приложений с помощью PIN-кода или графического ключа. Инструмент выявлен в сборках Android 15 Canary и нацелен на усиление контроля конфиденциальности без установки сторонних утилит.
Технически механизм реализован через новый системный сервис, который перехватывает попытку открытия приложения и предъявляет экран аутентификации. После активации блокировки для выбранной программы система автоматически скрывает её миниатюру в меню недавних задач и полностью отключает отображение входящих уведомлений на панели состояния и экране блокировки. Параметры хранятся изолированно от основных настроек безопасности устройства, что снижает риск обхода защиты через очистку данных системного лаунчера.
Интерфейс активации встроен в раздел «Конфиденциальность и безопасность». Пользователь отмечает нужные приложения из общего списка, после чего задаёт отдельный код доступа, не совпадающий с основным паролем экрана блокировки. Стандартные системные разрешения при этом не затрагиваются, утилита продолжает работать в фоне и сохраняет доступ к сети в соответствии с выданными ранее разрешениями. Согласно анализу тестовых прошивок, функция не создаёт изолированное рабочее окружение или отдельный профиль пользователя, а действует исключительно на уровне интерфейсного слоя Android SystemUI и диспетчера активности ActivityManager.
Существующие на рынке решения от производителей используют более глубокую изоляцию. Samsung Secure Folder разворачивает песочницу на уровне платформы Knox с отдельным хранилищем и собственной учётной записью Google. Оболочка Xiaomi HyperOS предлагает Second Space, переключающее рабочие столы и полностью разделяющее данные как на разных устройствах. Режим App Locker в Nothing OS и OxygenOS ограничивается одноразовым запросом биометрии без скрытия контента уведомлений. Новая разработка Google занимает промежуточную позицию: она не создаёт двойное пространство, но обеспечивает сокрытие чувствительной информации в общих интерфейсах системы, чего не хватает упрощённым блокировщикам.
История нативных средств ограничения доступа в Android насчитывает несколько этапов. В 2015 году появился режим гостя, в 2017-м добавили защищённые папки для файлов, в 2020-м интегрировали однократные разрешения для камеры и микрофона. Появление системного замка приложений продолжает эту тенденцию унификации разрозненных вендорских надстроек. Его исходный код уже публично доступен в репозитории AOSP, однако полноценный запуск ожидается в стабильной версии Android 16, поскольку в текущем цикле Android 15 QPR функция остаётся скрытой за экспериментальными флагами.
Разработчики используют программные флаги для активации в эмуляторе и на совместимых устройствах линеек Pixel. Обнаруженные строки интерфейса указывают на подготовку анимации разблокировки и тактильного отклика при подтверждении личности владельца. Критики указывают на потенциальный конфликт с приложениями родительского контроля и корпоративными политиками, которые уже управляют доступом через Device Policy Manager, однако в текущей реализации приоритет отдаётся локальному замку, а административные ограничения остаются поверх него. Отдельные энтузиасты уже портировали функциональность на сборки LineageOS, подтверждая её работоспособность вне проприетарного окружения Google Mobile Services.
