После выхода Android 17 QPR1 разработчики GrapheneOS заявили о существенных изменениях в подходе Google к развитию Android. По их данным, часть новых API, появившихся в квартальном обновлении, отсутствует в опубликованном коде Android Open Source Project. Если ситуация сохранится, разработчикам независимых Android-систем будет сложнее одновременно с Google внедрять новые возможности платформы и поддерживать совместимость с актуальными версиями Android.

Отдельные вопросы у GrapheneOS вызвала схема распространения исправлений безопасности. Проект утверждает, что сентябрьское обновление для смартфонов Pixel содержит исправления некоторых уязвимостей в стандартных компонентах Android, которые пока не вошли в пакеты, предоставленные другим производителям. По оценке разработчиков GrapheneOS, часть таких исправлений станет общедоступной только с Android 17 QPR2 в декабре. Речь при этом идёт о заявлениях самого проекта GrapheneOS: они описывают происходящее как изменение модели разработки Android, тогда как степень долгосрочного влияния новой практики станет понятнее после следующих релизов платформы.

Что изменилось после Android 17 QPR1

Google выпустила стабильную версию Android 17 QPR1 15 сентября 2026 года одновременно с сентябрьским Pixel Drop. Квартальное обновление принесло поддерживаемым устройствам Pixel ряд изменений и новых возможностей.

Но внимание разработчиков GrapheneOS привлекла не столько функциональность самого обновления, сколько способ его распространения.

Проект сообщает, что в Android 17 QPR1 появились новые API, которых нет в доступной версии AOSP. GrapheneOS называет это первым подобным случаем со времён Android 3.x Honeycomb.

Различия можно обнаружить и в документации для разработчиков: набор API первоначальной Android 17 и последующего QPR1 уже не полностью совпадает.

Это важно, поскольку AOSP традиционно служит открытой основой Android, на которой строятся как системы производителей устройств, так и независимые проекты.

Что такое AOSP и почему от него зависит GrapheneOS

Android Open Source Project — открытая кодовая база Android. Она предоставляет фундамент операционной системы, на основе которого можно создавать собственные сборки.

При этом Android на смартфонах Pixel никогда не состоял исключительно из AOSP. Google дополняет открытую платформу собственными сервисами, драйверами, приложениями и другими компонентами.

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

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

GrapheneOS подготовилась к QPR1, но выпустить его сразу не смогла

Команда GrapheneOS утверждает, что перенесла собственный код на Android 17 QPR1 ещё до официального релиза 15 сентября.

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

В результате команда выбрала более сложный технический путь.

Сейчас разработчики переносят необходимые компоненты Pixel QPR1 обратно на первоначальную версию Android 17. Речь идёт, в частности, о прошивках, драйверах ядра и пользовательского пространства, а также аппаратных абстракциях HAL.

Фактически GrapheneOS приходится адаптировать части более новой программной платформы к предыдущей доступной базе вместо обычного перехода всей системы на опубликованный исходный код QPR1.

Даже GSI не решила проблему открытости исходников

Ситуация выглядит особенно примечательно на фоне того, что Google предоставляет разработчикам GSI — Generic System Image.

Такие универсальные системные образы используются для разработки и тестирования Android на совместимых устройствах. Google указывает, что соответствующие сборки создаются на основе кодовой базы Android и компонентов, используемых при подготовке системных образов.

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

Именно здесь возникает принципиальная разница между возможностью протестировать готовую сборку Android и возможностью самостоятельно собрать полноценную систему на основе AOSP.

GrapheneOS также указала на различия в патчах безопасности

Второй спорный момент касается обновлений безопасности.

Google традиционно публикует Android Security Bulletin, содержащий сведения об исправленных уязвимостях платформы. Для устройств Pixel существует отдельный Pixel Update Bulletin, поскольку смартфоны Google используют дополнительные аппаратные и программные компоненты.

Само по себе наличие дополнительных исправлений для Pixel поэтому не является чем-то необычным.

Однако GrapheneOS утверждает, что в сентябре обнаружила среди исправлений Pixel уязвимости, относящиеся не только к специфическим компонентам устройств Google, но и к стандартным частям Android, используемым другими производителями.

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

Часть исправлений, по данным проекта, появится только в декабре

GrapheneOS считает, что некоторые исправления, уже присутствующие в Android 17 QPR1 для Pixel, станут доступны остальной экосистеме с Android 17 QPR2.

Выход следующего квартального обновления ожидается в декабре 2026 года.

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

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

Pixel может получать часть возможностей раньше остальных

Новая схема потенциально создаёт более заметное различие между Android на Pixel и открытой основой системы.

Google одновременно является главным разработчиком Android и производителем собственных смартфонов. Если отдельные API, исправления ошибок и патчи сначала появляются в программном обеспечении Pixel, а в AOSP публикуются позднее, устройства компании действительно получают их раньше проектов, полностью зависящих от открытого исходного кода.

Однако из этого пока нельзя делать вывод, что Google полностью закрывает Android или отказывается от AOSP. Речь идёт о конкретных изменениях в порядке публикации компонентов квартальных релизов и исправлений, на которые сейчас обращает внимание GrapheneOS.

Насколько постоянной окажется такая модель, покажут последующие обновления Android.

Для GrapheneOS ситуация особенно чувствительна

GrapheneOS занимает необычное положение в экосистеме Android. Проект делает особый акцент на безопасности и конфиденциальности, но при этом в значительной степени ориентируется именно на устройства Pixel.

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

Поэтому возможное увеличение разрыва между программным обеспечением Pixel и опубликованным AOSP создаёт для GrapheneOS парадоксальную ситуацию: устройства Google остаются важной технической платформой проекта, но поддерживать их становится сложнее, если необходимые компоненты свежих версий Android нельзя одновременно получить в открытой кодовой базе.

Android не стал закрытой системой, но граница становится заметнее

Происходящее пока правильнее рассматривать не как отказ Google от открытого Android, а как изменение соотношения между AOSP и коммерческой платформой, которую компания развивает для собственных устройств.

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

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

Пока основные сведения об этой ситуации исходят от разработчиков GrapheneOS. Поэтому окончательно оценить новую политику Google можно будет после Android 17 QPR2 и следующих квартальных релизов — именно они покажут, является ли нынешняя ситуация единичным переходным периодом или новой постоянной моделью развития Android.