- 29,277
- 46
- 8 Ноя 2022
GrapheneOS держалась на Pixel. Теперь проект уходит к Motorola.
<div class="articl-text-cover" style="position:relative;width:100%;max-width:800px;margin-left:auto;margin-right:auto;aspect-ratio:1200/676;margin-bottom:2rem;overflow:hidden">
<div itemprop="articleBody">Разработчикам GrapheneOS стало сложнее получать часть исходного кода для смартфонов Google Pixel. Google отказалась от прежней автоматической публикации некоторых компонентов через Git и перевела их выдачу на ручные запросы. Команде приходится заполнять форму Google, указывать нужные материалы и ждать ссылку на архив в Google Drive. По данным GrapheneOS, раньше необходимые файлы обычно появлялись в течение нескольких часов, а теперь ожидание иногда растягивается на недели.
Перемены затрагивают исходный код драйверов ядра Pixel, который нужен GrapheneOS для поддержки смартфонов Google. Раньше Google публиковала новые версии в Git-репозиториях и добавляла теги, связанные с конкретными выпусками. Разработчики могли сразу забрать нужную версию, сопоставить её с предыдущей и увидеть последовательность внесённых исправлений. После Android 16 Google перестала отправлять в Git теги для части исходников, поэтому GrapheneOS получает соответствующие версии в виде архивов.
Одновременно изменилась история разработки. В репозиториях драйверов ядра Pixel для Android 16 Google объединила множество предыдущих изменений в один коммит. Такой приём называют объединением истории коммитов. Файлы исходного кода при этом сохраняются, однако исчезает подробная цепочка правок: разработчик уже не может открыть историю и быстро определить, в каком коммите исправили конкретную ошибку, какие строки поменялись вместе с исправлением и почему разработчики внесли правку. Для сопровождения сложного системного кода подробная история заметно упрощает анализ обновлений.
GrapheneOS особенно зависит от своевременного доступа к низкоуровневым компонентам Pixel. Проект не ограничивается изменением интерфейса Android или удалением сервисов Google. Разработчики собирают собственные версии ядра, переносят исправления, добавляют защитные механизмы и проверяют работу аппаратных компонентов после обновлений. При появлении новой версии прошивки команде необходимо сопоставить исходники с предыдущим выпуском, собрать систему и проверить, не нарушили ли изменения работу оборудования или механизмов безопасности.
Задержка исходников осложняет и разбор уязвимостей. Исправление в драйвере может состоять всего из нескольких строк, но разработчику важно понимать контекст: какую ошибку устраняет правка, когда код изменили и какие части системы затрагивает патч. Полная история Git позволяет быстро сравнивать отдельные коммиты. Архив с итоговой версией кода тоже позволяет собрать программное обеспечение, но поиск причины конкретного изменения требует больше ручной работы.
У GrapheneOS есть претензии и к соблюдению лицензии GNU GPL версии 2, или GPLv2. Ядро Android основано на Linux, а Linux распространяется по GPLv2. Лицензия требует предоставлять соответствующий исходный код и определяет исходный код как предпочтительную форму произведения для внесения изменений. Команда GrapheneOS считает нынешний порядок распространения части кода Pixel проблемным с точки зрения требований GPLv2.
Сам переход с Git на архивы не доказывает нарушение лицензии. GPLv2 не обязывает разработчика публиковать репозиторий вместе с полной историей каждого коммита. Спор касается формы и доступности предоставляемых материалов, а также того, насколько полученный код соответствует форме, удобной для дальнейшего изменения. Поэтому нарушение GPLv2 пока остаётся позицией GrapheneOS, а не установленным юридическим фактом.
Нынешняя проблема продолжает более ранние изменения в публикации исходников Android и Pixel. После выхода Android 16 Google изменила прежний график публикации Android Open Source Project, открытой части Android. Ежемесячные полноценные выпуски AOSP прекратились, а обновления Pixel начали сильнее отделяться от общедоступного исходного дерева Android. Разработчикам альтернативных систем пришлось приспосабливать прежний процесс сборки к новому порядку публикации кода.
Последствия уже проявлялись при добавлении поддержки Pixel 10. GrapheneOS могла подготовить часть низкоуровневых компонентов, включая ядро и прошивки, но для полноценной поддержки смартфона требовался код Android 16 QPR1. Публикация нужной версии AOSP задержалась, поэтому закончить перенос системы сразу после появления нового поколения Pixel команда не могла.
Несмотря на усложнение работы, Pixel пока остаются основной аппаратной платформой GrapheneOS. Проект предъявляет к смартфонам довольно жёсткие требования: производитель должен разрешать установку сторонней операционной системы без отключения важных механизмов защиты, регулярно выпускать обновления безопасности, долго поддерживать драйверы и прошивки и предоставлять современные аппаратные функции безопасности. Смартфоны Google долгое время лучше большинства Android-устройств соответствовали набору требований GrapheneOS.
Зависимость от одного производителя, однако, постепенно уменьшается. В марте 2026 года GrapheneOS объявила о долгосрочном сотрудничестве с Motorola. Компании вместе работают над будущими смартфонами, аппаратная и программная платформа которых должна соответствовать требованиям GrapheneOS к безопасности и конфиденциальности. Для подходящих моделей разработчики планируют официальную поддержку своей операционной системы.
Первые совместимые смартфоны Motorola ожидаются в 2027 году. Поддержка предназначена для будущих моделей, а не для уже выпущенных устройств Motorola: нынешним аппаратам не хватает части необходимых возможностей. На первом этапе GrapheneOS ориентируется на флагманские платформы, где проще выполнить требования проекта к аппаратной защите, длительным обновлениям и работе сторонней операционной системы.
Переход на Motorola не означает отказ от Pixel. GrapheneOS продолжает выпускать обновления для поддерживаемых смартфонов Google. В августе 2026 года система получила свежие драйверы, прошивки и уровень исправлений безопасности Pixel от 5 августа. Появление второго производителя решает другую проблему: развитие GrapheneOS больше не будет полностью зависеть от правил, по которым Google публикует исходный код и другие компоненты для Pixel.
<div class="articl-text-cover" style="position:relative;width:100%;max-width:800px;margin-left:auto;margin-right:auto;aspect-ratio:1200/676;margin-bottom:2rem;overflow:hidden">
<div itemprop="articleBody">Разработчикам GrapheneOS стало сложнее получать часть исходного кода для смартфонов Google Pixel. Google отказалась от прежней автоматической публикации некоторых компонентов через Git и перевела их выдачу на ручные запросы. Команде приходится заполнять форму Google, указывать нужные материалы и ждать ссылку на архив в Google Drive. По данным GrapheneOS, раньше необходимые файлы обычно появлялись в течение нескольких часов, а теперь ожидание иногда растягивается на недели.
Перемены затрагивают исходный код драйверов ядра Pixel, который нужен GrapheneOS для поддержки смартфонов Google. Раньше Google публиковала новые версии в Git-репозиториях и добавляла теги, связанные с конкретными выпусками. Разработчики могли сразу забрать нужную версию, сопоставить её с предыдущей и увидеть последовательность внесённых исправлений. После Android 16 Google перестала отправлять в Git теги для части исходников, поэтому GrapheneOS получает соответствующие версии в виде архивов.
Одновременно изменилась история разработки. В репозиториях драйверов ядра Pixel для Android 16 Google объединила множество предыдущих изменений в один коммит. Такой приём называют объединением истории коммитов. Файлы исходного кода при этом сохраняются, однако исчезает подробная цепочка правок: разработчик уже не может открыть историю и быстро определить, в каком коммите исправили конкретную ошибку, какие строки поменялись вместе с исправлением и почему разработчики внесли правку. Для сопровождения сложного системного кода подробная история заметно упрощает анализ обновлений.
GrapheneOS особенно зависит от своевременного доступа к низкоуровневым компонентам Pixel. Проект не ограничивается изменением интерфейса Android или удалением сервисов Google. Разработчики собирают собственные версии ядра, переносят исправления, добавляют защитные механизмы и проверяют работу аппаратных компонентов после обновлений. При появлении новой версии прошивки команде необходимо сопоставить исходники с предыдущим выпуском, собрать систему и проверить, не нарушили ли изменения работу оборудования или механизмов безопасности.
Задержка исходников осложняет и разбор уязвимостей. Исправление в драйвере может состоять всего из нескольких строк, но разработчику важно понимать контекст: какую ошибку устраняет правка, когда код изменили и какие части системы затрагивает патч. Полная история Git позволяет быстро сравнивать отдельные коммиты. Архив с итоговой версией кода тоже позволяет собрать программное обеспечение, но поиск причины конкретного изменения требует больше ручной работы.
У GrapheneOS есть претензии и к соблюдению лицензии GNU GPL версии 2, или GPLv2. Ядро Android основано на Linux, а Linux распространяется по GPLv2. Лицензия требует предоставлять соответствующий исходный код и определяет исходный код как предпочтительную форму произведения для внесения изменений. Команда GrapheneOS считает нынешний порядок распространения части кода Pixel проблемным с точки зрения требований GPLv2.
Сам переход с Git на архивы не доказывает нарушение лицензии. GPLv2 не обязывает разработчика публиковать репозиторий вместе с полной историей каждого коммита. Спор касается формы и доступности предоставляемых материалов, а также того, насколько полученный код соответствует форме, удобной для дальнейшего изменения. Поэтому нарушение GPLv2 пока остаётся позицией GrapheneOS, а не установленным юридическим фактом.
Нынешняя проблема продолжает более ранние изменения в публикации исходников Android и Pixel. После выхода Android 16 Google изменила прежний график публикации Android Open Source Project, открытой части Android. Ежемесячные полноценные выпуски AOSP прекратились, а обновления Pixel начали сильнее отделяться от общедоступного исходного дерева Android. Разработчикам альтернативных систем пришлось приспосабливать прежний процесс сборки к новому порядку публикации кода.
Последствия уже проявлялись при добавлении поддержки Pixel 10. GrapheneOS могла подготовить часть низкоуровневых компонентов, включая ядро и прошивки, но для полноценной поддержки смартфона требовался код Android 16 QPR1. Публикация нужной версии AOSP задержалась, поэтому закончить перенос системы сразу после появления нового поколения Pixel команда не могла.
Несмотря на усложнение работы, Pixel пока остаются основной аппаратной платформой GrapheneOS. Проект предъявляет к смартфонам довольно жёсткие требования: производитель должен разрешать установку сторонней операционной системы без отключения важных механизмов защиты, регулярно выпускать обновления безопасности, долго поддерживать драйверы и прошивки и предоставлять современные аппаратные функции безопасности. Смартфоны Google долгое время лучше большинства Android-устройств соответствовали набору требований GrapheneOS.
Зависимость от одного производителя, однако, постепенно уменьшается. В марте 2026 года GrapheneOS объявила о долгосрочном сотрудничестве с Motorola. Компании вместе работают над будущими смартфонами, аппаратная и программная платформа которых должна соответствовать требованиям GrapheneOS к безопасности и конфиденциальности. Для подходящих моделей разработчики планируют официальную поддержку своей операционной системы.
Первые совместимые смартфоны Motorola ожидаются в 2027 году. Поддержка предназначена для будущих моделей, а не для уже выпущенных устройств Motorola: нынешним аппаратам не хватает части необходимых возможностей. На первом этапе GrapheneOS ориентируется на флагманские платформы, где проще выполнить требования проекта к аппаратной защите, длительным обновлениям и работе сторонней операционной системы.
Переход на Motorola не означает отказ от Pixel. GrapheneOS продолжает выпускать обновления для поддерживаемых смартфонов Google. В августе 2026 года система получила свежие драйверы, прошивки и уровень исправлений безопасности Pixel от 5 августа. Появление второго производителя решает другую проблему: развитие GrapheneOS больше не будет полностью зависеть от правил, по которым Google публикует исходный код и другие компоненты для Pixel.
- Источник новости
- www.securitylab.ru
