Google Play посилює свою політику: нові обмеження використання оперативної пам'яті, автоматична міграція та інше

Ключові моменти:
  • Google Play каратиме додатки, які перевищують максимальні пороги для активної та фонової оперативної пам’яті, починаючи з лютого 2027 року.
  • Встановлено суворі обмеження, розділені за категоріями фізичної оперативної пам'яті на пристрої, з диференційованими діапазонами для програм та ігор.
  • Починаючи з квітня 2027 року, набуде чинності стандарт входу без дотику, який вимагатиме використання API відновлення облікових даних для перенесення облікових записів.
  • Android 17 посилює мережеві з’єднання за допомогою шифрування TLS ECH, вбудованої прозорості сертифікатів та дозволів для локальних мереж.
  • Оператори зможуть відключити стандартне 2G-з’єднання, щоб запобігти SMS-шахрайству через примусове зниження якості мережі.

Оперативна пам’ять Android

Нещодавно Google оголосив про новий набір вимог та стандартів якості для Android та свого магазину Google Play. Ця ініціатива безпосередньо стосується обмежень у ланцюжку поставок обладнання та зростаючої нестачі модулів оперативної пам'яті на світовому ринку смартфонів.

Щоб запобігти надмірному споживанню ресурсів програмами та уповільненню роботи або примусовому завершенню роботи операційної системи, компанія почне проводити аудит та штрафувати за надмірне використання пам’яті, починаючи з лютого 2027 року. Розробники, чиї програми перевищують встановлені ліміти, можуть зіткнутися з обмеженнями на публікацію нових версій та серйозною втратою видимості в результатах пошуку та рекомендаціях Play Store.

Показники продуктивності та обмеження для кожного рівня оперативної пам'яті

Моніторинг базуватиметься на трьох принципах платформи Android Vitals на Play Console.

  • Перше — це динамічне споживання пам'яті, який відстежує анонімне використання RSS на додаток до даних, отриманих до розділу або файлу підкачки, оцінюючи як активний стан з програми переднього плану як-от його фонова поведінка.
  • El Другий параметр перевіряє використання растрових зображень (растрові зображення) образівGoogle вимагає, щоб завантажені зображення не зберігали пам’ять без потреби, коли програма переходить у прихований або кешований стан.
  • El Третій пункт вимагає оптимізації виконуваного коду у форматі DEX. (Виконуваний файл Dalvik): Пакети повинні оброблятися інструментами скорочення та обфускації, такими як R8, що вимагає щонайменше 25% комбінованого покриття між оптимізацією, видаленням невикористаного коду та скороченням ідентифікаторів для зменшення навантаження на енергозалежну пам'ять.

Максимально допустимі пороги будуть розраховуватися поетапно на основі обсягу фізичної оперативної пам'яті пристрою. Для стандартних програм обмеження налаштовуються наступним чином:

  • Пристрої з 4 ГБ оперативної пам'яті: максимум 2 ГБ в активному стані та 1 ГБ у фоновому режимі.
  • Пристрої з 8 ГБ оперативної пам’яті: максимум 2.25 ГБ на передньому плані та 1.5 ГБ на фоні.
  • Пристрої з 12 ГБ оперативної пам’яті: максимум 3.25 ГБ на передньому плані та 1.75 ГБ на фоні.
  • Пристрої з 16 ГБ оперативної пам’яті: максимум 4.25 ГБ на передньому плані та 2 ГБ на фоні.

Для мобільних відеоігор, оскільки це середовища з вищими графічними та обчислювальними вимогами, встановлено ширші межі допустимого діапазону:

  • Пристрої з 4 ГБ оперативної пам’яті: обмеження 2.25 ГБ в активному режимі та 2 ГБ у фоновому режимі.
  • Пристрої з 8 ГБ оперативної пам’яті: обмеження 3.5 ГБ в активному режимі та 2.75 ГБ у фоновому режимі.
  • Пристрої з 12 ГБ оперативної пам’яті: обмеження 4 ГБ в активному режимі та 3.2 ГБ у фоновому режимі.
  • Пристрої з 16 ГБ оперативної пам’яті: обмеження 5 ГБ в активному режимі та 3.5 ГБ у фоновому режимі.

Окрім контролю ресурсів, Google Play запровадить нову вимогу щодо реєстрації, починаючи з квітня 2027 року. Відома як стандарт входу без дотику , ця політика вимагатиме від усіх програм, які підтримують вхід користувачів (обов’язковий або додатковий), повністю автоматично відновлювати сеанс, коли користувач переносить свої дані на новий пристрій Android.

Щоб дотримуватися цього правила, розробники повинні інтегрувати Android Restore Credentials API, що гарантує, що користувачі миттєво отримуватимуть доступ до своїх облікових записів після першого відкриття програми, без необхідності повторного введення паролів вручну. Наразі відеоігри звільнені від цієї конкретної вимоги через складність їхніх схем автентифікації, хоча Google рекомендує використовувати API для ігор з унікальними профілями.

Покращення безпеки в Android 17

Поряд із цими правилами магазину, гілка розробки Android 17 включає механізми захисту мережевого зв'язку. По-перше, вона забезпечує сумісність із розширенням TLS ECH (Encrypted ClientHello), наступником ESNI.

На відміну від попередніх технологій, які розкривали метадані під час першого підключення, ECH повністю шифрує початкове повідомлення ClientHello, приховуючи доменне ім'я відвідуваних веб-сайтів у HTTPS-трафіку та запобігаючи витокам через такі поля, як попередньо спільний ключ (PSK).

По-друге, запускається система захисту локальної мережі (Local Area Network Protection ), яка вимагає від програм запитувати явний дозвіл у користувача, перш ніж вони зможуть сканувати домашню мережу або взаємодіяти з пристроями, підключеними до локальної мережі (LAN).

Крім того, механізм прозорості сертифікатів (CT ) увімкнено за замовчуванням, зберігаючи публічний та незмінний запис усіх виданих та відкликаних цифрових сертифікатів для виявлення аномалій або компрометацій у центрах сертифікації (CA).

Нарешті, Android 17 надає мобільним операторам можливість відключати мережі 2G за замовчуванням, нейтралізуючи атаки, засновані на фальшивих базових станціях, які примушують до погіршення сигналу для перехоплення SMS-трафіку та розгортання шахрайських кампаній.

Якщо ви зацікавлені дізнатися більше, ви можете знайти деталі за наступним посиланням.


Додати як пріоритетне джерело в Google