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

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

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

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

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

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

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

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

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

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

MacBook Neo записал на SSD почти 900 ГБ за три часа обычной работы

MacBook Neo может необычно быстро расходовать ресурс встроенного SSD из-за скромных 8 ГБ оперативной памяти. Во время одновременной работы Chrome, Discord и WhatsApp (принадлежит корпорации Meta, признанной экстремисткой и запрещённой в России) macOS активно использовала файл подкачки и за три часа записала на накопитель почти 900 ГБ данных.

На проблему обратил внимание автор YouTube-канала UFD Tech, протестировавший ноутбук в повседневном сценарии.

Когда оперативной памяти не хватает, система сжимает её содержимое, а часть информации отправляет на SSD. В итоге накопитель временно подрабатывает оперативкой, только его ресурс при этом не бесконечен.

После записи примерно 20 ТБ показатель износа SSD объёмом 256 ГБ вырос на 5%. На основании этих данных авторы оценили его полный ресурс примерно в 414 ТБ. Для версии с накопителем на 512 ГБ расчёт составил около 1,52 ПБ.

Если ноутбук будет постоянно писать по 900 ГБ каждые три часа, расчётный ресурс младшего SSD исчерпается за 1400 часов, или примерно 58 суток непрерывной работы.

Однако паниковать рано: цифра получена простой экстраполяцией одного эксперимента. Реальный износ зависит от нагрузки, алгоритмов macOS, распределения записей и состояния конкретного накопителя.

Главная неприятность в другом: оперативная память и SSD распаяны на материнской плате. Официально увеличить объём ОЗУ или заменить накопитель после износа нельзя.

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