Android 17 is the first since 3.x to add new APIs without releasing to the AOSP 🔥 Горячее 💬 Длинная дискуссия
GrapheneOS объявил, что Android 17 QPR1 стал первым релизом с Android Honeycomb, добавившим новые API для разработчиков без публикации в AOSP. Эти API эксклюзивны для Pixel OS и недоступны другим OEM. Команда уже портировала свой код под QPR1 до его релиза 15 сентября, но пока не имеет разрешения на публикацию. Они работают над бэкпортом прошивки, драйверов ядра и HAL с Android 17, чтобы обеспечить своевременные обновления безопасности.
GrapheneOS подчеркивает, что доступ к security preview необходим для отгрузки патчей без многомесячных задержек, и такой доступ у них есть благодаря партнёрствам, включая сотрудничество с Motorola. В дискуссии с сообществом они ответили на вопрос о том, не эквивалентен ли выпуск исправления безопасности раскрытию уязвимости, отметив, что могут сами реверсить fix и выпустить его до декабря 2026 года. Это ставит под сомнение смысл текущей системы security preview, если патчи можно было бы сразу выкладывать в открытый исходный код.
Комментарии (527)
Google системно ограничивает доступ к новым API в AOSP, превращая Pixel в закрытую платформу для тестирования функций, недоступных OEM и альтернативным дистрибутивам, что подрывает идею Android как открытой ОС. Спор: одни считают эксклюзивные API для Pixel бета-тестированием из-за малой доли устройств; другие видят в этом стратегию устранения конкуренции через контроль инфраструктуры. Многие отмечают, что Google перестал восприниматься как добросовестный хранитель открытого кода: систематически задерживает патчи, вводит эмбарго и ограничивает доступ к API, подрывая доверие к AOSP. GrapheneOS воспринимается как критически важный проект, сохраняющий реальную открытость Android; его подавление угрожает свободе выбора пользователей и разработчиков. Пользователи и разработчики, перешедшие на GrapheneOS, подтверждают: контроль над устройством и отсутствие Google-сервисов дают ощущение свободы, недоступное в стандартном Android или iOS. Существует консенсус: Google стремится сделать AOSP второстепенным, оставив только ядро, а ключевые функции — в закрытых Pixel-сборках, превращая Android в закрытую экосистему под видом открытой. Советы: - Создать альтернативу Play Services и магазину приложений (возможно, с поддержкой Valve) для независимой экосистемы на базе AOSP. - Разрабатывать Linux-основанную ОС с изоляцией приложений через cgroups/контейнеры и поддержкой JVM/WASM, чтобы избежать зависимости от Android-инфраструктуры. Пользователи отмечают: даже при открытом AOSP сборка и поддержка дистрибутива без Google требуют значительных усилий, делая альтернативы недоступными для большинства. EU DMA может вынудить Google открыть некоторые API, но сроки (2027–2028) слишком далеки, чтобы считать это решением системного закрытия. Многие считают, что Google намеренно усложняет жизнь альтернативным дистрибутивам, чтобы вытеснить их и оставить только свои устройства как полнофункциональные Android-устройства. Опыт с BlackBerry показывает, что Google уже использовал аналогичные тактики для подавления конкурирующих платформ, усиливая подозрения в намеренном уничтожении открытости. Существует мнение, что Google ограничивает доступ к закрытым API с AI-технологиями, чтобы предотвратить реверс-инжиниринг и сохранить конкурентное преимущество. Пользователи отмечают: даже если AOSP открыт, его практическая ценность падает, поскольку ключевые функции, драйверы и HAL-компоненты недоступны без Google-подписи. Некоторые считают, что Google может полностью отказаться от AOSP, оставив его как исторический код, а реальный Android станет закрытой проприетарной системой под брендом Pixel. По опыту пользователей: переход на GrapheneOS требует отказа от приложений, зависящих от Google-сервисов, но это окупается полным контролем над устройством и отсутствием слежки.
GrapheneOS in 2027 available on high-end Motorola phones 🔥 Горячее 💬 Длинная дискуссия
GrapheneOS сервер — официальная платформа для аккаунтов проекта и его разработчиков в федерированном микроблоге Mastodon. Администратор сервера — admin, единственный активный пользователь, что делает его закрытым сообществом, ориентированным на поддержку разработки и обсуждение технических вопросов. Сервер служит центральным узлом для официальных объявлений, включая критику практик Google, таких как замена Git-тегов на загрузку кода через Google Drive, что нарушает GPLv2 и замедляет обработку запросов.
Ключевые факты: сервер использует Mastodon v4.6.6, поддерживает только 4 активных пользователя, но активно взаимодействует с разработчиками и сторонними сообществами (например, обсуждение проблем с поставщиками чипов, такими как Qualcomm). Цитата: «Google хочет сделать Pixel‑устройства хуже без видимых причин», подчёркивая негативное влияние обновлений на Pixel, в то время как партнёрство с Motorola обеспечивает преимущества для GrapheneOS. Важно помнить, что сервер — часть экосистемы Mastodon, где нет алгоритмов и рекламы, а контент отображается в хронологическом порядке.
Комментарии (228)
Поддержка GrapheneOS на Motorola ограничена флагманами (Signature, Razr) — бюджетные модели не соответствуют требованиям аппаратной безопасности Qualcomm и графикам обновлений, что вызывает разочарование пользователей. Поддержка начнётся только в 2027 году. GrapheneOS блокирует банковские приложения (например, Revolut) и Google Pay на совместимых устройствах из-за отсутствия сертификации Google Play Integrity, несмотря на аппаратную поддержку NFC. Google критикуют за распространение исходного кода через Google Drive и формы запроса — это воспринимается как намеренное усложнение, нарушающее дух GPL, а сжатие коммитов в один тег затрудняет верификацию. Fairphone не получит поддержку из-за недостаточной аппаратной безопасности и медленных обновлений. Альтернативные Linux-ОС (например, Mobian на Pixel 3a) работают стабильно, но требуют технических навыков — их сложность объясняет популярность Android-основанных решений. Спор о AOSP: одни считают, что GrapheneOS выбирает его из-за безопасности, другие — что Android превосходит Linux в управлении питанием, приватности и изоляции приложений, тогда как Linux-сообщество не может договориться даже о композиторе. Пользователи сожалеют об отсутствии поддержки устройств вроде Moto G, где важны SD-карты и кастомизация через LineageOS.
GrapheneOS protections against data extraction from locked devices 🔥 Горячее
GrapheneOS обеспечивает мощную защиту данных на заблокированных устройствах, опираясь на аппаратные возможности современных Pixel и других совместимых устройств. Основа — защищённый элемент с жёстким ограничением попыток ввода: после 10 неудач — задержка 4 часа, после 15 — 41 день, всего разрешено лишь 20 попыток. При этом система блокирует повторные ошибки, а обновление прошивки защищённого элемента требует аутентификации владельца, что предотвращает принудительное отключение лимитов даже под угрозой. Устройства с Pixel 2 используют эту технологию с 2017 года, а с 2027 года поддержка расширится на устройства Motorola и Qualcomm.
Для усиления защиты GrapheneOS увеличивает максимальную длину пароля до 128 символов, позволяя использовать сложные фразы на основе Diceware. Введён дополнительный двухфакторный режим: после 5 неудачных попыток отпечатка требуется ввод короткого PIN-кода, который считается частью лимита попыток. Это позволяет использовать биометрию для удобства, но требует сильного пароля для полного разблокирования. Также отключена передача данных по USB при заблокированном экране, а система активно использует аппаратные механизмы защиты, включая MTE, для предотвращения эксплойтов. Такие меры особенно важны для защиты активистов, осведомителей и жертв репрессий.
Комментарии (128)
Пользователи GrapheneOS должны обеспечивать полное резервное копирование данных для предотвращения потери при повреждении или конфискации устройства. Обсуждаются риски физических атак на заблокированные устройства — они требуют специального оборудования и экспертизы, но возможны. Для защиты рекомендуется включить автоматическую перезагрузку в режим Before First Unlock (BFU); стандартный интервал — 18 часов, но можно сократить для повышения безопасности. Использование паттерна блокировки менее безопасно, чем длинный пароль или PIN-код — их следует применять для усиления защиты.
Jurassic Park computers in excruciating detail 🔥 Горячее 💬 Длинная дискуссия
В «Парке Юрского периода» первый компьютер — Apple Powerbook 100, стоящий в мобильном трейлере Алана Гранта и Элли Сатлер. Он оснащён процессором Motorola 68000 16 МГц, 2–8 МБ ОЗУ, 9‑дюймовым монохромным LCD‑дисплеем 640×400 и системой System 7.0.1. На столе Недрі — хаотичный набор: три Mac, одна SGI, ПДА, три монитора и накопители, что подчёркивает его роль как технаря‑саботажника. Цитата из книги «The Making Of Jurassic Park» подчёркивает, что всё оборудование было реальное, а не имитация.
Рабочий стол Рэй Арнольда выглядит опрятно: Mac, SGI R4000 Indigo, видеостенд, два монитора и хранилища; за ним видна огромная панель и сверхкомпьютер с мерцающими красными лампами. По данным книги, на создание сетов ушли $875 000 от Apple, $350 000 от SGI и ещё $500 000 техники и программного обеспечения, что в 2026 году эквивалентно около $4 млн. Это подтверждает, что все компьютеры на экране — настоящие устройства, а не декорации, что важно для современных зрителей. К сожалению, недавно умерл актёр Сэм Нилл, сыгранный Алана Гранта.
Комментарии (179)
- Thinking Machines предоставили суперкомпьютер для съемок, а продюсеры устроили отдельный показ фильма для их сотрудников.
- На экране использованы реальные модели: оригинальный мок-ап Motorola Envoy и код из Macintosh Programmers Workshop.
- Для синхронизации кадров мониторов и кино‑камер требовались специализированные электронные устройства, о чём рассказывает инженера по синхронизации.
- В control‑room показаны CM‑5 и другие системы SGI, а также детали вроде шей커‑банок и ADB‑клавиатур, подчёркивающие внимание к деталям.
- Фильм вдохновил многих специалистов по технологиям, способствовав развитию интереса к компьютерам и их визуальному оформлению.