Сторонняя загрузка на Android станет сложнее: Google готовит новые проверки

Сторонняя загрузка на Android станет сложнее: Google готовит новые проверки

Сторонняя загрузка на Android станет сложнее: Google готовит новые проверки

Google официально подтвердила: установка приложений в обход Google Play на Android станет более сложной и многошаговой. Компания называет это не ограничением, а заботой о безопасности пользователей — хотя вопросов к такому подходу по-прежнему хватает.

Поводом для комментария стал недавний разбор строк в Google Play, намекающих на изменения в механизме сторонней загрузки.

В ответ на публикацию в X директор по продукту Google Play Developer Experience Мэттью Форсайт заявил, что речь идёт о так называемом Accountability Layer — дополнительном слое осознанности при установке приложений из непроверенных источников.

По словам Google, sideloading никто не запрещает. Опытные пользователи по-прежнему смогут выбрать вариант Install without verifying («Установить без проверки»). Однако этот путь будет сопровождаться дополнительными шагами и предупреждениями, чтобы пользователь точно понимал, на какой риск он идёт, устанавливая приложение от непроверенного разработчика.

Собственно, первые признаки этого уже видны в свежих версиях Google Play. Новые предупреждения акцентируют внимание на статусе разработчика, возможных угрозах безопасности, необходимости подключения к интернету и других потенциальных рисках. Формально — всё честно: Android всё ещё разрешает идти дальше.

Главный вопрос — насколько далеко Google зайдёт с этим подходом «high-friction» (как его называет сама корпорация). Одно дело — информативные предупреждения, другое — когда установка сторонних приложений превращается в квест с кучей экранов, кнопок и подтверждений.

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

Пока Google уверяет, что цель — исключительно образование и безопасность, а не тихое закручивание гаек. Но где именно пройдёт граница между «осознанным выбором» и «искусственным усложнением», станет ясно только после того, как изменения доберутся до стабильных релизов Android.

Ранее мы писали, что в Android тестируют блокировку загрузок APK с опасными разрешениями. Кроме того, эпопея с установкой приложений от сторонних разработчиков тянется с лета: тогда сообщалось, что Google начнёт проверять разработчиков Android-приложений вне Play Store.

Критическая уязвимость в плагине WPvivid Backup затронула 900 000 сайтов

Уязвимость, выявленная в популярном WordPress-плагине для создания резервных копий, позволяет без аутентификации загрузить на сайт вредоносный код PHP и запустить его на исполнение. Патч включен в состав WPvivid Backup & Migration 0.9.124.

Уязвимости подвержены все прежние версии продукта. Ввиду высокой опасности и масштабности проблемы (на счету WPvivid Backup уже свыше 900 тыс. установок) пользователям настоятельно рекомендуется произвести обновление.

Правда, в блог-записи Wordfence сказано, что CVE-2026-1357 (9,8 балла CVSS) критична лишь для тех, у кого настройки плагина предусматривают обработку сгенерированным ключом — в обеспечение загрузки резервных копий с других сайтов. По умолчанию эта возможность отключена, а срок действия ключа ограничен 24 часами.

Согласно описанию, причин появления уязвимости две: неадекватная обработки ошибок при расшифровке по RSA и отсутствие санации пути при записи загруженных файлов.

Как оказалось, когда плагин тщетно пытался расшифровать сеансовый ключ, он не завершал выполнение, а передавал ложное значение $key в phpseclib для инициализации шифрования.

Криптобиблиотека воспринимала его как строку нулевых байтов, что открыло возможность для шифрования полезной нагрузки дефолтным, легко угадываемым 0-байтовым ключом.

 

Ситуацию усугубило отсутствие проверок типа файлов и их расширений в функции send_to_site(). Это провоцировало выход за пределы защищенного каталога резервных копий — загрузку на сервер произвольного PHP-кода с записью в публично доступные места с тем, чтобы он каждый раз отрабатывал в браузере.

Апдейт, устраняющий эти недостатки, вышел 28 января. Автор опасной находки получил 2145 долларов в рамках программы Wordfence Bug Bounty.

RSS: Новости на портале Anti-Malware.ru