Какие-то ленивые исследователи, раз уж не могут скрыть наличие модификаций для полноты эксперимента
Также исследователи отметили, что рутирование отключает некоторые функции, например, Google Gemini и Pixel Studio. Поэтому захватить весь трафик не получилось.
Решил прочесть оригинальную статью и пришел к выводу, что "исследователи" открыли то, что давно известно всем, что гугл отправляет конфиденциальные данные на свои сервера!:D Вот это неожиданно конечно, а какие производители так не делают?
Если разработчик прошивки не вырезал штатные драйверы таких сетевых USB-адаптеров
Неправда и лютая лож. В ядре 99% девайсов и в том, который как вы написали не поддерживает на самом деле поддержка есть, дело в том как захарлкодили систему и просто вырезали из неё функционал. В чистом AOSP, можете через dsu чекнуть этот адаптер работать будет. Драйвера не вырезаны.
Первое критично? Зачем одноплатнику спать? Или зачем одноплатнику режим сна? Вроде да, критично, а вроде можно и отключить. Второе критично, но вроде одноплатники используют не для того, чтобы в гуй сидеть, иначе это опыт думаю, был бы не очень. Третье... а кто делает обновления без интернета? Это не ошибка системы, это ошибка одноплатнику, т.к. он либо подключен к интернету 24/7, либо используется в других целях, а rtc можно и внешний подключить.
Не баг, а фича. Если rpi4 крутит kodi 24/7 он не умрет, если это веб сервер, он не умрет, если это тяжелое графическое окружение, которое нужно обновить без интернета, после выхода из режима сна, то это явно не то, что нужно одноплатнику.
телефон отказывается обновляться и постоянно выдает ошибку
Как ни странно, но это тревожный звоночек, т.к. если отредактировать абсолютно любой системный ресурс, то это уже будет паника для системы, особенно для обычных китайских смартфонов, где обновление по воздуху используется благодаря гуглу.
Решил заострить на этом внимание, потому что даже если каким-то боком подделать ключи avb с разделом vbmeta+init_boot --> сервисы гугл оповестят, изменишь незначительно раздел system/vendor/dlkm вновь паника от сервисов гугл. Но это так скзаать, нужно чтобы телефон сам мог себя чекать через железо, ключи, модифицированные разделы и сверху gki+gsi.
Пришлось поискать немного информации, заглянуть на гитхаб, проверить и изучить репозитории. И прийти к выводу, что тут не будет реализации gki2.0/gsi, а учитывая, что в проекте используется lxc, то не обойтись без поддержки в ядре. Из всего следует, что будут патчи для самого ядра и для системы.
Легче будет заморочиться, собрать virgl/zink под свой девайс и запихнуть все в chroot.
Для юзеров, у кого есть uefi, да и в частности для десктопа будет немного хорошо повозиться с uki и создать одно efi приложение (ядро+initramfs). Зачем? Все равно что спросить зачем grub или зачем через efibootmgr прописывать путь к ядру, к параметрам и к initramfs, просто это grub делает проще.
Как человек ломающий себе жизнь в степени-n самый оптимальный вариант это ноут. Дальше андроид, через chroot, желательно планшет. Полноценный линукс десктоп можно уже настроить с хорошим программным ускорением, есть куча пакетов для aarch64/arm64. Есть и минусы, андроид это андроид, и если нужен дополнительный функционал начинаются костыли на костылях, но если знать где искать патчи, можно завести полноценный докер, а ещё лучше прослойку под андроидом в виде полноценной среды linux. Но даже если костылить рано или поздно это надоест.
Что дальше? Как хостить сервер на телефоне? Ну кстати хорошая идея для статьи. И ещё, лучше использовать не только модифицированное ядро, а ещё и флаги для запуска с джавой, иначе сервак будет стоять и просто жрать ресурсы(никому не нравится, когда их железо просто стоит и жрет ресурсы или когда ресурсы не юзаются на всю катушку). А то блин, статья ради того, чтобы взять хостинг такое себе:(
Расскажу пару секретов. Контейнеры в хроме это обычные виртуальные машины, как wsl, чтобы удобней было понять. Для Android 86x существуют созданные сообществом кастомные ядра от 7.0-12 версии, плюс существует пакет linu-firmware, который поднимает в т.ч. и девайсы чьи драйвера с закрытым исходным кодом. PrimeOS, RemixOS неудачный выбор, лучше поставить сакуру или просто чистый blissos. С обычным линуксом придется сильно повозится, как настройка ядера, так и служб, чтобы все хорошо работало и было более менее оптимизираванно(в т.ч. и на старых и медленных hdd). Для тех кому лень все делать существует ltsc версии кое-чего.
Так вроде это в каждом приложении банка изначально включено. Даже более смешной случай расскажу. В андроид 13 может любое другое приложение запросить отчепяток пальца поверх другого запроса, что тоже смешно.
В proxmох есть такая штука, как пул дисков. Можно было бы саму систему на emmc накатить, а виртуалки уже гонять на ssd'шнике. Насколько помню, это настраивается в менеджере по гайдам довольно просто .
ReactOS интересный проект, если честно, правда, когда начинаешь его изучать глубже задаешься такими вопросами, что просто страшно думать, почему все так плохо. Например, почему нельзя работать паралельно с проектом wine? Я читал их официальное вики и думал, что они работают сообща, но нет. Это странно, reactos могли бы сфокусироваться на реализации ядра, загрузчика, поддержки драйверов, а остальную часть брать у вина и переписывать под себя.
Какие-то ленивые исследователи, раз уж не могут скрыть наличие модификаций для полноты эксперимента
Решил прочесть оригинальную статью и пришел к выводу, что "исследователи" открыли то, что давно известно всем, что гугл отправляет конфиденциальные данные на свои сервера!:D Вот это неожиданно конечно, а какие производители так не делают?
Неправда и лютая лож. В ядре 99% девайсов и в том, который как вы написали не поддерживает на самом деле поддержка есть, дело в том как захарлкодили систему и просто вырезали из неё функционал. В чистом AOSP, можете через dsu чекнуть этот адаптер работать будет. Драйвера не вырезаны.
А если начать с другого... Нужна ли вам защита в вашей ОС на ядре Linux или нет?
Первое критично? Зачем одноплатнику спать? Или зачем одноплатнику режим сна? Вроде да, критично, а вроде можно и отключить. Второе критично, но вроде одноплатники используют не для того, чтобы в гуй сидеть, иначе это опыт думаю, был бы не очень. Третье... а кто делает обновления без интернета? Это не ошибка системы, это ошибка одноплатнику, т.к. он либо подключен к интернету 24/7, либо используется в других целях, а rtc можно и внешний подключить.
Не баг, а фича. Если rpi4 крутит kodi 24/7 он не умрет, если это веб сервер, он не умрет, если это тяжелое графическое окружение, которое нужно обновить без интернета, после выхода из режима сна, то это явно не то, что нужно одноплатнику.
Как ни странно, но это тревожный звоночек, т.к. если отредактировать абсолютно любой системный ресурс, то это уже будет паника для системы, особенно для обычных китайских смартфонов, где обновление по воздуху используется благодаря гуглу.
Решил заострить на этом внимание, потому что даже если каким-то боком подделать ключи avb с разделом vbmeta+init_boot --> сервисы гугл оповестят, изменишь незначительно раздел system/vendor/dlkm вновь паника от сервисов гугл. Но это так скзаать, нужно чтобы телефон сам мог себя чекать через железо, ключи, модифицированные разделы и сверху gki+gsi.
да.
Пришлось поискать немного информации, заглянуть на гитхаб, проверить и изучить репозитории. И прийти к выводу, что тут не будет реализации gki2.0/gsi, а учитывая, что в проекте используется lxc, то не обойтись без поддержки в ядре. Из всего следует, что будут патчи для самого ядра и для системы.
Легче будет заморочиться, собрать virgl/zink под свой девайс и запихнуть все в chroot.
Назовите мне одну причину зачем snap в IoT, это же безумие и места много занимать будет.
Для юзеров, у кого есть uefi, да и в частности для десктопа будет немного хорошо повозиться с uki и создать одно efi приложение (ядро+initramfs). Зачем? Все равно что спросить зачем grub или зачем через efibootmgr прописывать путь к ядру, к параметрам и к initramfs, просто это grub делает проще.
Как человек ломающий себе жизнь в степени-n самый оптимальный вариант это ноут. Дальше андроид, через chroot, желательно планшет. Полноценный линукс десктоп можно уже настроить с хорошим программным ускорением, есть куча пакетов для aarch64/arm64. Есть и минусы, андроид это андроид, и если нужен дополнительный функционал начинаются костыли на костылях, но если знать где искать патчи, можно завести полноценный докер, а ещё лучше прослойку под андроидом в виде полноценной среды linux. Но даже если костылить рано или поздно это надоест.
Где-то я эту статью уже читал, но вот где...
Что дальше? Как хостить сервер на телефоне? Ну кстати хорошая идея для статьи. И ещё, лучше использовать не только модифицированное ядро, а ещё и флаги для запуска с джавой, иначе сервак будет стоять и просто жрать ресурсы(никому не нравится, когда их железо просто стоит и жрет ресурсы или когда ресурсы не юзаются на всю катушку). А то блин, статья ради того, чтобы взять хостинг такое себе:(
Расскажу пару секретов. Контейнеры в хроме это обычные виртуальные машины, как wsl, чтобы удобней было понять. Для Android 86x существуют созданные сообществом кастомные ядра от 7.0-12 версии, плюс существует пакет linu-firmware, который поднимает в т.ч. и девайсы чьи драйвера с закрытым исходным кодом. PrimeOS, RemixOS неудачный выбор, лучше поставить сакуру или просто чистый blissos. С обычным линуксом придется сильно повозится, как настройка ядера, так и служб, чтобы все хорошо работало и было более менее оптимизираванно(в т.ч. и на старых и медленных hdd). Для тех кому лень все делать существует ltsc версии кое-чего.
Где-то я эту новость уже видел...
Так это ж ещё с 10 винды так работало. Иногда удивляюсь тому, что какую-то информацию оказывается большинство и не знали.
Так вроде это в каждом приложении банка изначально включено. Даже более смешной случай расскажу. В андроид 13 может любое другое приложение запросить отчепяток пальца поверх другого запроса, что тоже смешно.
В proxmох есть такая штука, как пул дисков. Можно было бы саму систему на emmc накатить, а виртуалки уже гонять на ssd'шнике. Насколько помню, это настраивается в менеджере по гайдам довольно просто .
ReactOS интересный проект, если честно, правда, когда начинаешь его изучать глубже задаешься такими вопросами, что просто страшно думать, почему все так плохо. Например, почему нельзя работать паралельно с проектом wine? Я читал их официальное вики и думал, что они работают сообща, но нет. Это странно, reactos могли бы сфокусироваться на реализации ядра, загрузчика, поддержки драйверов, а остальную часть брать у вина и переписывать под себя.
Вы не будете подвержены спаму, если ваша ось не дружит с блюпуп драйверами.
Есть вот такое вот чудо юдо для арча, так сказать для изучения. тык