Як деякі програми для Android пам'ятають, що це не перший раз, коли вони встановлюються?

Деякі програми для Android можуть пам'ятати, чи були вони встановлені на одному пристрої раніше. Припустимо, ви видалили додаток рік тому. Через рік, якщо ви знову встановите цей самий додаток, він зможе визнати, що він був встановлений раніше на тому ж телефоні.

Ця методика використовується в онлайн-програмах, щоб назавжди заборонити користувачам створювати новий акаунт знову, якщо їм заборонили користуватися послугою один раз. Коли такі користувачі створюють новий обліковий запис, перевстановивши програму пізніше, ці додатки можуть виявити свою "першу присутність" та надіслати цю інформацію серверам, щоб їх можна було знову заборонити.

Як вони це роблять навіть після очищення своїх даних та видалення їх повністю? Це означає, що вони зберігають якийсь файл десь у телефоні, який не видаляється після видалення. Як відключити це виявлення?

Існує кілька способів ідентифікації унікального пристрою або його користувача:

1. Зберігати файл у деякому (не за замовчуванням) каталозі : Ви вже сказали це; програми часто можуть записувати у внутрішню пам’ять пристрою. Цей метод простий, працює в автономному режимі і його не найпростіше помітити (помістіть файл у якийсь системний каталог, і його ніхто не завадить видалити).
2. Слідкуйте за унікальними пристроями ANDROID_ID(унікальними на свіжу установку) : цей спосіб простий, але вимагає доступу до Інтернету, принаймні при першому використанні. Це не дуже нав’язливо і не зберігається у разі скидання заводу. Це також унікально для кожного користувача. Дивіться цю інформацію .
3. IMEI : Дуже нав'язливий, незмінний, але вимагає пристрою, що підтримує SIM. IMEI унікальний для кожного пристрою, його неможливо змінити і не слідкує за користувачем, це означає, що якщо ви продасте свій пристрій, нового власника буде привітано екраном, який повідомляє йому, що додаток вже було по телефону.
4. Слідкуйте за обліковим записом Google у користувачі : це приблизно те саме, що ANDROID_IDпідхід, але вимагає явного дозволу (Android 6.0+) для доступу користувача. Таким чином, додатки, які використовують переваги екосистеми акаунта Google (наприклад, рекорди та досягнення в іграх), можуть таким чином відстежувати конкретного користувача та отримувати більше інформації, ніж лише те, встановлено чи ні додаток.

2, 3 та 4 вимагають підключення до мережі та сервера на стороні розробника.

Він пов'язаний не зі сховищем, а з хмарою. Саме так воно запам'ятовується, навіть якщо ви видалили свої дані. Щоб вимкнути це, перейдіть у додаток налаштувань свого пристрою, торкніться облікових записів google під особистим (натисніть потрібний обліковий запис, якщо у вас є кілька облікових записів), а потім вимкніть програми, які не хочете автоматично синхронізувати.

Відповідь GiantTree найкраще висвітлює це, але є ще один момент, про який слід подумати. Очевидно, це було б " темним шаблоном ", але це ідентифікація може бути здійснена також за допомогою відбитків пальців певних даних користувачів - це може розглядатися як варіант у його першому пункті ("зберігати файл"), але це було б важче виявити і менш зручно уникати.

Наскільки ця пружність залежатиме від обраних даних. Найбільш очевидним методом було б перегляд контактних даних та використання певної форми відбитків цього; Альтернативою може бути використання часових позначок фотографій та інших метаданих. Очевидно, що ці зміни змінюються з часом, тому який би метод не застосовувався, все-таки слід дати відповідь після модифікації (тому він відрізняється від традиційної хеш-функції). Також немає гарантії, що користувач не просто витирає відстежені дані, але у багатьох випадках люди вважають за краще не робити цього.

Ви можете подивитися на відбитки пальців браузера, щоб зрозуміти, як це працює, хоча це буде дещо іншим, оскільки апаратне забезпечення телефону, як правило, більш рівномірне, ніж апаратне забезпечення ПК. Однак, додавання певних деталей телефону може допомогти трохи зменшити відбиток пальця.

Якщо такий підхід порушується, зокрема, якщо користувач перемикає телефони та переносить їхні дані з собою на новий телефон - у цьому випадку (якщо деталі телефону не потраплять у відбиток пальців) новий телефон може бути виявлений як уже встановлений, як поставлене питання. Однак видається цілком ймовірним, що в сценарії, коли програма намагається заборонити користувача, це насправді може бути бажаним результатом (а не забороною конкретного телефону)

Зверніть увагу: я жодним чином не кажу, що це правильно чи "добре" як спосіб роботи, якщо ви пишете додатки, але здається, що розумно обговорювати це, оскільки лише через обговорення люди зрозуміють, чи є вони достатньо стурбований, щоб зробити щось з цього приводу і що це може бути.

Існує клас SharedPreferences - https://developer.android.com/reference/android/content/SharedPreferences.html - який деякі додатки використовують для зберігання даних переваг. Ці дані не видаляються під час видалення програми. Якщо програму пізніше встановити, усі збережені раніше клавіші SharedPreferences доступні для неї.

Є ще одна можливість - використання стійких файлів cookie з дуже великим «часом закінчується». Я думаю, саме так кілька додатків від одного розробника використовувались для традиційного обміну обліковими даними, коли збережені облікові дані за допомогою функції облікових записів не були такими відкритими / відомими широкій публіці.