На честном слове и на одном AOSP

Об авторе: Дмитрий Алтухов, технологический стратег, отраслевой эксперт с более чем 30-летним опытом в информационных технологиях, в 2012–2022 годах – руководитель IT Группы «Интер РАО», altukhov.com

Хотели как лучше: почему за четыре года мобильный суверенитет так и не набрал высоту

Цикл статей о мобильной независимости я начал в декабре 2022 года. За это время механизмы контроля Google над Android, о которых шла речь в цикле, подтвердили суды и антимонопольные органы ЕС, США и Японии. Обязанность встраивать единый магазин приложений в любую мобильную ОС, в 2023 году существовавшая только в проекте, стала законом. В Реестре российского ПО появились новые мобильные ОС на основе AOSP, но большинство из них не называет версию Android, на которой построена. А главный вопрос, которым закончилась статья 2024 года, остался без ответа. Что из сказанного за эти годы подтвердилось, что изменилось и что это означает для решений, которые предстоит принять?

Апрельскую статью 2024 года я закончил так: «Ну что же, видимо, пока в России не будет принято политическое решение, так и будет продолжаться история „принято джентльменам верить на слово“». С тех пор прошло два с половиной года, а политического решения нет до сих пор.

Лицензионные соглашения: что сказали суды

В ноябре 2007 года Google и ещё 33 компании объявили о создании Open Handset Alliance и пообещали рынку «первую по-настоящему открытую» платформу для мобильных устройств. В первой и второй статьях цикла я разбирал, как на самом деле устроен контроль над «открытым» Android: исходный код публикуется свободно, а управление идёт через договоры, которые производитель подписывает, чтобы получить доступ к Google Play и сервисам Google. Соглашение о недопущении фрагментации (Anti-Fragmentation Agreement, AFA) запрещало выпускать несовместимые форки, соглашение о распространении мобильных приложений (Mobile Application Distribution Agreement, MADA) обусловливало доступ к магазину предустановкой всего пакета сервисов, а по соглашениям о разделе выручки (Revenue Share Agreements, RSA) Google доплачивала производителям и операторам связи за эксклюзивность. Сегодня всё это записано в судебных решениях.

2 июля 2026 года Суд ЕС отклонил апелляцию Google по делу Google Android, и штраф в 4,125 миллиарда евро стал окончательным. Суд подтвердил, что условия предустановки и соглашения AFA ограничивали конкуренцию, в том числе на рынке несовместимых форков Android. Почти за год до этого, 2 сентября 2025 года, американский судья Амит Мехта в решении по антимонопольному иску Министерства юстиции США записал, что договоры MADA были «эксклюзивными на практике», а соглашения о разделе выручки эту эксклюзивность оформили. В том же решении названы договоры о распространении и продвижении Gemini с Samsung, Motorola и Lenovo – та же схема, что использовалась для поиска и магазина, теперь работает и для ИИ-ассистента Google. В апреле 2025 года Комиссия по справедливой торговле Японии признала незаконными условия тех же договоров MADA и RSA и обязала Google от них отказаться под надзором независимого наблюдателя. В июле 2026 года Еврокомиссия впервые оштрафовала компанию по закону о цифровых рынках (Digital Markets Act) – на 890 миллионов евро, из них 430 миллиона за ограничения в Google Play. Наконец, американский суд по иску Epic обязал Google открыть свой магазин для конкурентов: с 22 июля 2026 года сторонние магазины приложений можно установить из самого Google Play, а сами магазины вправе показывать приложения из каталога Google Play, хотя загрузка и в этом случае идёт через Google.

Android открывается, но по решению суда, а у каждого суда есть юрисдикция: решения Суда ЕС и Еврокомиссии действуют только в Евросоюзе, предписание японского регулятора – только в Японии, а запрет по делу Epic – только в США. Заработал он лишь в июле 2026 года, а истекает 1 ноября 2027-го. Открытость Android стала вопросом географии и срока, а не принципа.

Что Google изменила для всех остальных

За пределами этих юрисдикций за те же два с половиной года контроль только усилился. В марте 2025 года Google подтвердила изданию Android Authority, что вся разработка Android теперь ведётся в закрытом репозитории компании, а в открытый AOSP код попадает только вместе с выходом очередной версии. С 2026 года, как сказано на сайте проекта, исходный код публикуется в AOSP только во втором и четвёртом кварталах. AOSP и раньше был не проектом с открытым исходным кодом в классическом понимании, а разрабатываемой внутри корпорации системой, исходные коды которой публикуются после завершения разработки. Теперь это официальная модель самой Google.

Лучшее, что можно сделать на основе AOSP, уже сделано. GrapheneOS считается самой защищённой из сборок, но работает только на смартфонах Google Pixel и получает код тогда и в том объёме, в каком его публикует Google. С июня 2025 года, когда вышел Android 16, Google не публикует в AOSP файлы устройств Pixel, а с августа 2026 года, по данным разработчиков GrapheneOS, выдаёт исходный код ядра Pixel только по заявке, одним архивом и без истории изменений. 15 сентября Google выпустила для Pixel обновление Android 17 QPR1 с новыми интерфейсами для разработчиков, которых нет в AOSP, и, как заявили в GrapheneOS, с исправлениями стандартных компонентов Android, которые остальные производители получат только в декабре. Выход проект ищет в партнёрстве с Motorola, которая сама публикует код своих устройств, но и такая система собирается из выпусков AOSP. CalyxOS после ухода основателя и ведущего разработчика в августе 2025 года остановила выпуск обновлений, вернулась в июле 2026-го и выпустила Android 17 для большинства Pixel лишь в октябре. Почти год её пользователи оставались без исправлений безопасности.

30 сентября 2026 года в Бразилии, Индонезии, Сингапуре и Таиланде начала действовать верификация разработчиков: на сертифицированных устройствах с Android 7 и выше приложение непроверенного автора уже нельзя установить из магазинов, подключённых к программе, а с 2027 года требование распространяется на весь мир. Исключение сделано только для устройств, которые физически находятся в странах под всеобъемлющими санкциями, а разработчики из таких стран, как и компании из санкционного списка США, верификацию пройти не смогут. Обходные пути оставлены для разработчиков и управляемых корпоративных устройств, но не для банка с миллионами клиентов: приложение банка, установленное в обход магазина, пользователь, как и в 2024 году, не сможет отличить от поддельного. Минцифры, по словам министра, «оценивает эти риски и формирует совместно с отраслью предложения по их минимизации».

Для банков важнее другое изменение. Play Integrity API – облачный сервис Google, через который сервер банка проверяет, что запрос пришёл от подлинного приложения на невзломанном устройстве. С мая 2025 года на устройствах с Android 13 и новее Play Integrity проверяет устройство только аппаратно: подтверждение подписывается ключом из аппаратного хранилища. Целостным Google признаёт только устройство с сертифицированной прошивкой и заблокированным загрузчиком. В 2024 году я писал, что на устройстве без сервисов Google банковское приложение не защищено ни на уровне аппаратной поддержки, ни на уровне ОС, ни на уровне облачных сервисов. Теперь это правило самого сервиса: устройство без сертификации Google проверку не пройдёт.

Обойтись без Play Integrity, взяв механизм из открытого кода, не получится. Аттестация ключей есть и в AOSP, но, по документации Google, её результату можно доверять, только если цепочка сертификатов заканчивается корневым ключом Google, а каждый сертификат сверен со списком отзыва, который ведёт тоже Google. С Android 13 сертификаты аттестации выдают серверы Google по ключам, которые производитель загрузил туда ещё на заводе. На смартфонах, выпущенных с Android 16 и позже, а значит, и на всех новых моделях с Android 17, другого способа уже нет. Если производитель не передал ключи телефона в Google, сертификата он не получит, и сервер банка не сможет отличить такой телефон от эмулятора или взломанной прошивки.

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

В марте 2023 года, разбирая проект изменений в правила предустановки, я писал, что производитель будет обязан модифицировать Android и встроить «единый магазин приложений» даже при прямом запрете Google. Сегодня это действующее право.

Постановление Правительства № 1399 от 26 августа 2023 года прямо указывает, что изготовитель не освобождается от предустановки единого магазина приложений, если запрет установлен правообладателем операционной системы, и требует обеспечить работу системных служб магазина для уведомлений и платежей, в том числе в случае, когда пользователь магазин отключил. Федеральный закон № 194-ФЗ с 1 сентября 2025 года запретил ограничивать функции единого магазина и установленных через него программ, в том числе уведомления и оплату. Распоряжение № 1977-р от 27 июля 2026 года включает RuStore в перечень предустановки на 2027 год для Android, HarmonyOS, HyperOS и iOS, хотя проект постановления 2023 года оговоркой о несовместимости с ОС фактически выводил iOS из-под требований. Магазин действительно стал частью операционной системы с правами системной службы. Но 2026 год показал, что предустановка мало что решает, если приложения и уведомления зависят от серверов Apple и Google.

3 июня 2026 года мессенджер Max исчез из App Store, и его команда предупредила, что на iPhone и iPad перестанут приходить уведомления о сообщениях и звонках. На следующий день министр цифрового развития Максут Шадаев сказал на ПМЭФ, что Apple «ограничила сразу доступ более 20 миллионов пользователей iPhone, iPad» и объяснений не дала. Обход нашёлся – веб-версия на экране телефона, но её уведомления доставляет тот же сервис Apple, и отключить их можно так же легко, как и приложение. 13 июля Евросоюз ввёл санкции против VK и оператора Max, а через три дня VK объявила о продаже RuStore его руководителю.

Закон обязывает производителя, но владелец платформы российский закон не исполняет. В статье 2023 года я писал, что «бутылочное горлышко» мобильных систем – не ОС, а облачная надстройка над ней. В июне Apple проверила это на двадцати миллионах пользователей iPhone. Предустановку можно сделать обязательной постановлением, но уведомления идут через облачные сервисы владельца платформы, и постановлением их не включишь.

Предустановка: она как бы есть, но её как бы нет

Данных о том, как требование о предустановке исполняется на практике, официально не публикует никто – ни Минцифры, ни Роспотребнадзор, ни сами производители. Apple с 2021 года выполняет требование закона так: при активации iPhone пользователю показывают список российских приложений и предлагают загрузить нужные из App Store, а удалять их, как тогда же разъяснило Минцифры, не запрещено. Ту же схему министерство в 2023 году собиралось предложить Samsung, а для Max в 2025 году обсуждали приглашение установить мессенджер после того, как в телефон вставлена российская SIM-карта. Китайские производители начали ставить RuStore весной 2023 года, ещё до того, как это стало обязательным, но Tecno тогда же уточнила, что из-за лицензии Google системных разрешений магазин по умолчанию не получает и пользователь выдаёт их сам. Позже постановление № 1399 потребовало, чтобы службы магазина работали как системные. По данным RuStore, из 100 миллионов установок к концу 2024 года на предустановку пришлась только треть. Сейчас магазин, по данным компании, стоит более чем на 150 миллионах устройств, но свежей разбивки по предустановке она не приводит.

Так же устроен и контроль. С июля 2021 года за продажу техники без российских программ предусмотрен штраф до 200 тысяч рублей, но опубликованной практики его применения нет, а с осени 2025 года розница продаёт новые iPhone с пометкой на ценнике «Имеется недостаток товара: невозможно установить и использовать RuStore». Первое разбирательство началось только летом 2026 года, и не по КоАП, а по антимонопольному закону: 1 июля ФАС выдала Apple предупреждение, а 3 августа возбудила дело. Apple за это время дала возможность предустановить российский поисковик, но RuStore на iPhone так и не появился, а Max из App Store и вовсе исчез.

Что такое «отечественные» мобильные ОС на основе AOSP

В апрельской статье 2024 года я задавал вопрос: зачем деривативы AOSP включаются в Реестр, если сложно представить, как они пройдут сертификацию ФСБ и ФСТЭК. Ответ дала сама ФСТЭК России. В октябре 2024 года на запрос АРПП «Отечественный софт» она написала: «использование ОС на базе AOSP на объектах КИИ и в государственных корпорациях считаем нецелесообразным». Риски ведомство перечислило там же: «использование программного обеспечения с открытым исходным кодом», уязвимости в мобильных ОС на базе Android, недекларированные возможности и отсутствие технической поддержки разработчиком в России, – и напомнило, что его требования к ОС (приказ № 119) и к уровням доверия (приказ № 76) распространяются и на мобильные ОС.

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

Таблица 1. Мобильные ОС в Реестре российского ПО (по данным Реестра, ФСТЭК России и производителей на октябрь 2026 года)

* Внесены в Реестр в другом классе ПО. Astra Linux Special Edition отнесена к классам «ОС общего назначения» и «Мобильная ОС».

Начало этому положила «РЕД ОС М». В октябре 2023 года она первой из AOSP-сборок вошла в Реестр в классе мобильных ОС. В записи Реестра об Android нет ни слова, только «составной продукт» из собственных разработок и свободно лицензируемых компонентов, а в руководстве пользователя прямо сказано, что ОС создана на основе Android Open Source Project. Прецедент сработал: через два месяца в Реестр вошла kvadraOS, затем IXIOS, «ОКО» и AQOS.

У AQOS, внесённой в Реестр в апреле 2026 года, картина та же. В записи Реестра Android не упомянут, зато сказано, что система «исключает сервисы Google». При первой настройке AQOS предлагает microG – свободную замену сервисов Google, которая для уведомлений и ряда других функций работает с серверами Google.

В государственном реестре сертифицированных средств защиты информации ФСТЭК России из мобильных ОС значатся только «Аврора», «РОСА Мобайл» и Astra Linux Special Edition, сертифицированная как одна система для компьютеров и мобильных устройств. Ни одной AOSP-сборки в реестре ФСТЭК нет.

Требования к российским смартфонам этого не исправляют. По постановлению Правительства № 719 в редакции постановления № 388 от 27 марта 2025 года смартфон считается произведённым в России, если с 2026 года набирает не менее 148 баллов, а с 1 января 2027 года для этого обязательна предустановленная ОС из Реестра российского ПО. Сертификат ФСТЭК при этом не нужен, и AOSP-сборка из Реестра это требование выполняет. Баллы начисляются за операции на территории России, но не за то, получает ли система исправления безопасности: смартфон, собранный в России на чипе MediaTek с AOSP-сборкой без обновлений, по документам будет отечественным.

Как обновляются российские AOSP-сборки?

Большинство производителей AOSP-сборок из Реестра не называют версию Android, на которой построена система, а версию ядра и уровень исправлений безопасности не публикует ни один. Без этих сведений нельзя проверить, получает ли система исправления. Там, где версия названа, картина однозначная: ATOL OS, по руководству производителя, построена на AOSP 7, 10 и 11, руководство пользователя «РЕД ОС М» называет «мажорную версию ОС (12 в данном случае)», а АРМАФОН ОС, внесённая в Реестр в сентябре 2026 года, указывает AOSP 14. Текущая версия – Android 17, она вышла 16 июня 2026 года. Октябрьский бюллетень безопасности Google содержит исправления для Android 14–17, Android 13 из этого списка исчез к марту 2026 года, а Android 7, 10, 11 и 12 – значительно раньше. Самая свежая из AOSP-сборок, чья версия известна, стоит на последней ступеньке поддерживаемого списка, а остальные исправлений от Google не получают вообще.

Но и поддерживаемая версия не означает своевременных исправлений. Каждый месяц Google выпускает бюллетень безопасности и в каждом пишет, что уведомляет своих партнёров обо всех уязвимостях «как минимум за месяц до публикации» – за этот месяц партнёры готовят обновления. Исходный код исправлений появляется в AOSP в течение 48 часов после выхода бюллетеня, причём основная масса приходится на квартальные: в сентябрьском бюллетене 2026 года 179 уязвимостей, в июльском и августовском – ни одной. Кто считается партнёром, Google публично не указывает, но российский производитель AOSP-сборки без лицензии на сервисы Google в их число точно не входит. Он получает исправления одновременно со всеми, в том числе с теми, кто пишет по ним эксплойты для ещё не обновлённых устройств, и только после этого начинает готовить собственное обновление.

Вторая половина проблемы лежит ниже операционной системы. Драйверы и микропрограммы процессора поставляет производитель чипа – у IXIOS и AQOS, по документации разработчиков, это MediaTek. MediaTek уведомляет производителей устройств об уязвимостях как минимум за два месяца до публикации бюллетеня, но исправления передаёт только своим клиентам. Так же устроено и у Qualcomm. Есть ещё ядро Linux, на котором держится любая из этих систем: ветка 4.19 перестала обновляться в декабре 2024 года, ветка 5.4 – в декабре 2025 года, а для веток 5.10 и 5.15 конец поддержки ожидается в декабре 2026 года.

Что обещают сами производители? Документация AQOS предусматривает обновление компонентов «не реже одного раза в квартал» и обновление ОС «с установкой последних патчей безопасности», остальные ограничиваются «регулярными обновлениями по воздуху» без сроков и периодичности. Ни один не публикует список закрытых уязвимостей. Для сравнения, у «Авроры» есть отдельный портал уведомлений безопасности, и бюллетени на нём выходят вместе с обновлениями ОС. В бюллетенях за 2025 год – 461 уязвимость, за 2026 год к октябрю – 410, у каждой указаны идентификаторы CVE и БДУ ФСТЭК России, и проверить это может любой.

О прошивках, исходный код которых полностью никто не проверяет, пришлось вспомнить в феврале 2026 года. 17 февраля «Лаборатория Касперского» сообщила о бэкдоре Keenadu, часть версий которого встроена в прошивку ряда моделей планшетов на одном из этапов цепочки поставок, причём производители, вероятно, об этом не знали. Заражено более 13 тысяч устройств, больше всего в России, и хотя сейчас бэкдор используется для рекламного мошенничества, отдельные его варианты дают полный контроль над устройством. Российских сборок Keenadu не касается, но механизм тот же: в прошивку, которую полностью никто не проверяет, можно встроить что угодно.

Российские мобильные Linux: другая основа, те же чипы

Четыре системы из таблицы построены на Linux. «Аврора» давно развивается независимо от Sailfish OS, из которой выросла, «РОСА Мобайл» использует переработанную Plasma Mobile, Astra Linux Special Edition работает на планшетах в мобильном режиме, а «Альт Мобильный», по словам разработчика, вовсе не использует компоненты Android. У трёх из четырёх есть сертификат ФСТЭК России, и обновления для них выпускает сам российский разработчик.

Но устройства под ними часто те же. «Р-Фон» с «РОСА Мобайл» построен на MediaTek Helio G99, как и, по данным отраслевых изданий, смартфоны «Аквариуса», которые продаются с AQOS, «Авророй» или «РЕД ОС М» на выбор. «Байтэрг», автор «ОКО», выпустил планшет на Astra Linux. В списке устройств Astra Linux есть и планшет KVADRA_T от YADRO, которая развивает kvadraOS. На смартфоне «Армафон» S3.1+ работает «РОСА Мобайл». Одно и то же железо у одних и тех же производителей идёт и под AOSP-сборки, и под Linux. На нижнем уровне всё решает доступ к исходным кодам драйверов процессора: где они есть, как на KVADRA_T, Linux-система работает с чипом напрямую, а где их нет, приходится опираться на бинарные компоненты производителя чипа. Отказ от AOSP снимает зависимость от Google в самой ОС, а закрыть разрыв на уровне чипа может только требование к аппаратной платформе.

Почему AOSP больше не путь

В 2023 году я писал, что Android – неплохой выход в краткосрочной перспективе, но тупиковый путь развития. Сегодня можно сказать без оговорок: AOSP больше не путь. Код любой сборки на основе AOSP пишется внутри Google и выходит дважды в год, исправления приходят после партнёров Google, драйверы и микропрограммы – от производителей чипов, которые делятся ими только с клиентами, и российский разработчик стоит в этой цепочке последним, ничего в ней не определяя. Сменить название такой системы можно, сделать её доверенной нельзя.

Доверенная мобильная ОС – это система, развитие и обновление которой полностью контролирует российский разработчик. У «Авроры» за это время появились сервис аттестации, проверка подписи по ГОСТ 34.10 в хранилище ключей и поддержка PWA (версия 5.2, декабрь 2025 года), а в версии 5.2.1 (июнь 2026 года) в отчёт об аттестации вошёл статус доверенной среды исполнения (TEE). Механизмы, которые в 2024 году были доступны только на отдельных устройствах с TEE, становятся частью платформы. Но банку и Госуслугам нужен ответ, который можно проверить на сервере, а для этого нужен корень доверия, общий для всех российских мобильных ОС.

Корень доверия: чего по-прежнему не хватает

Летом 2026 года вопрос доверия вышел за пределы телефонов. 13 июня удостоверяющий центр GlobalSign начал отзывать сертификаты российских организаций, попавших под санкции, а через пять дней последовала вторая волна. При этом, по данным D-Russia, национальный сертификат установлен всего лишь на 6,6% сайтов государственных учреждений, а иностранный – на 88,7%.

Национальный удостоверяющий центр Минцифры работает с 2022 года, и по проекту приказа министерства с 1 марта 2027 года он начнёт выдавать и средства подтверждения подписи программного кода для корпоративных систем. Это первый шаг к тому, чтобы подпись разработчика и приложения перестала зависеть от верификации Google. Но корню НУЦ по-прежнему не доверяют ни Android, ни iOS, ни Chrome, а аттестацию устройства для серверов банков сегодня выдают только иностранные платформы: Google через Play Integrity, Apple и Huawei.

У национального корня в устройстве есть и уязвимое место – доверие к нему самому. Его критикуют за то, что он открывает возможность перехвата трафика, а с обязательной предустановкой критиков станет больше. Ответить им можно только архитектурой: раздельными корнями для сайтов, подписи кода и аттестации устройств и публичными журналами выпущенных сертификатов. Проект приказа, по данным «Коммерсанта», делает шаг в эту сторону: RSA-сертификаты НУЦ должны попадать в журналы Certificate Transparency. Слово «доверенная» происходит от «доверия», а не от «веры», и доверенная система обязана быть проверяемой.

За четыре года почти все прикладные элементы появились: магазин, уведомления и платежи, вход через Госуслуги, VK ID и Сбер ID, российские мобильные ОС и обязательная предустановка. Не создано главное для безопасности – национальный корень доверия в устройстве, серверная проверка подлинности устройства для банков и Госуслуг и единый стандарт для российских мобильных ОС. Без этого слоя доверенная платформа из них не сложится.

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

Мобильные устройства на объектах КИИ

Постановление № 1912 требует перевести субъектов КИИ на преимущественное применение доверенных программно-аппаратных комплексов до 1 января 2030 года, а комплексы, купленные после 1 сентября 2024 года, должны быть доверенными уже сейчас. Сами же мобильные устройства на объектах КИИ до сих пор фактически никак не урегулированы: мера их защиты в требованиях ФСТЭК к значимым объектам есть, но не детализирована. Начали в 2023 году с запрета iPhone в служебных целях, а дальше регулировали приложения: закон № 41-ФЗ запретил госорганам и ряду организаций пользоваться иностранными мессенджерами, распоряжение № 1779-р поставило цель к 2030 году перевести служебные коммуникации на отечественные сервисы. Но что изменится, если отечественный мессенджер будет работать на недоверенном устройстве? Четыре года назад я называл корпоративную мобильность на неконтролируемой ОС троянским конём для КИИ. С тех пор поменялись только приложения: служебный мессенджер стал отечественным, а ОС под ним осталась неконтролируемой. Вывод отсюда простой: на значимых объектах КИИ телефоны на неконтролируемых ОС надо запрещать и допускать туда только доверенные мобильные устройства.

Подведём итоги

В марте 2023 года я писал: «Очевидно, что создание РМС или ОМС – проект на 5–7 лет», и добавлял, что чем раньше он будет начат, тем быстрее Россия сможет приблизиться хотя бы к частичному технологическому суверенитету в мобильности. Если бы работа началась тогда, к сегодняшнему дню была бы пройдена половина пути. С тех пор прошло три с половиной года, а до горизонта постановления № 1912 осталось три года и два месяца – меньше, чем самый короткий срок, который я тогда называл для РМС.

Суды и антимонопольные органы ЕС, США и Японии подтвердили, что контроль над Android держится на договорах, а Google сама показала, что и на коде: закрыла разработку и ввела проверку разработчиков. Apple наглядно продемонстрировала, чего стоит закон о предустановке, если уведомления идут через чужое облако, а ФСТЭК ответила на вопрос об AOSP-сборках. Новых аргументов больше не нужно, нужно решение.

Это решение не технологическое и не корпоративное. Принять его не может ни магазин, ни производитель, ни разработчик ОС: слой доверия никому из них не принадлежит. Это политическое решение о создании механизма защиты граждан и обеспечения безопасности на мобильных устройствах, и принять его можно только на уровне высшего руководства страны. Выбор при этом стоит не между «запретить Android» и «оставить всё как есть»: третий путь – отказаться от AOSP как основы доверенного контура, построить под существующими сервисами собственный слой доверия и дать банкам и Госуслугам проверять устройство без Google.

Google с 2027 года будет проверять личность каждого разработчика, прежде чем разрешить установить его приложение, Apple, Huawei и та же Google подтверждают серверам банков подлинность телефона, а банки по этим подтверждениям решают, доверять ли устройству клиента. И только у нас по-прежнему «принято джентльменам верить на слово», а мобильный суверенитет так и летит на честном слове и на одном AOSP – как тот крокодил, «низенько-низенько».

Октябрь 2026 года

Источники:

1. «Лаборатория Касперского», «Keenadu – покоритель планшетов и связь между крупнейшими Android-ботнетами», 17 февраля 2026 года: https://securelist.ru/keenadu-android-backdoor/114792/
2. D-Russia, доля сайтов государственных учреждений с отечественными TLS-сертификатами, 17 июня 2026 года: https://d-russia.ru/tolko-6-6-saytov-gosuchrezhdeniy-perevedeny-na-otechestvennuyu-tls-sertifikatsiyu-eksperty.html
3. ОС «Аврора» 5.2.1, примечания к выпуску: https://developer.auroraos.ru/release_notes/os_5.2.1.200