Google меняет процесс патчей для Android: теперь главное — риск уязвимости

Google меняет процесс патчей для Android: теперь главное — риск уязвимости

Google меняет процесс патчей для Android: теперь главное — риск уязвимости

На протяжении десяти лет Google стабильно выпускала патчи для Android каждый месяц. Даже если для своих Pixel компания не успевала подготовить патч, список уязвимостей публиковался всегда. Но в июле 2025 года случился прецедент: впервые за всю историю бюллетень вышел пустым.

А уже в сентябре — обратная картина: сразу 119 закрытых уязвимостей. На самом деле дело не в резком скачке числа багов, а в том, что Google изменила сам процесс выпуска обновлений.

Теперь компания внедряет систему Risk-Based Update System (RBUS). Суть простая:

  • ежемесячно публикуются только «высокорисковые» уязвимости — те, что активно эксплуатируются или могут быть частью реальных атак;
  • остальные исправления копятся и выходят в крупных квартальных бюллетенях — в марте, июне, сентябре и декабре.

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

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

Для рядовых пользователей перемены будут почти незаметны: если ваш смартфон получал ежемесячные обновления, скорее всего, он их продолжит получать. Но в любом случае теперь ключевым остаётся квартальный цикл — именно там будет основной объём закрытых дыр.

Уязвимость переполнения глобального буфера в zlib грозит DoS и даже RCE

В широко используемой библиотеке zlib выявлена критическая уязвимость, позволяющая через порчу памяти вызвать сбой программы (DoS). Ее также потенциально можно использовать для удаленного выполнения стороннего кода в системе.

Пока не решенной проблеме, классифицируемой как переполнение буфера в глобальной памяти, присвоен идентификатор CVE-2026-22184. Поскольку эксплойт тривиален, степень опасности уязвимости была оценена в 9,3 балла по шкале CVSS.

Катастрофическая ошибка возникает при запуске утилиты untgz, а точнее, при выполнении функции TGZfname(), отвечающей за обработку имен архивных файлов, вводимых через консоль.

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

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

Уязвимости подвержены все сборки zlib до 1.3.1.2 включительно. В качестве временной меры защиты админам и разработчикам рекомендуется ограничить использование untgz либо вовсе удалить соответствующий пакет до появления пропатченной версии.

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