Як Zerotistic запустив Apple Find My People на Linux, не зламавши шифрування

Дослідник із псевдонімом Zerotistic продемонстрував, що сервіс Apple Find My People можна змусити працювати з Linux-машини, хоча Apple позиціонує цю функцію як доступну лише на власних пристроях. Для цього він відтворив достатню частину закритих протоколів Apple — автентифікації облікового запису, реєстрації пристрою, обміну повідомленнями та Find My — щоб сервери визнали Linux авторизованим отримувачем даних.

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

Головний висновок: Apple-пристрій не був єдиною ланкою довіри

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

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

Як Linux відтворив роботу Find My

Проєкт поєднав кілька прихованих компонентів екосистеми Apple:

1. Автентифікація облікового запису. Zerotistic використав протокол входу Apple GrandSlam. Описаний процес містив обмін за схемою Secure Remote Password (SRP) і двофакторну автентифікацію, після чого клієнт отримував ідентифікатори облікового запису та короткоживучий токен, еквівалентний паролю.

2. Реєстрація пристрою. Клієнт згенерував запит на підпис сертифіката PKCS#10 із 2048-бітним ключем RSA та підписом SHA-1. Запит було надіслано до застарілого endpoint authenticateDS для реєстрації профілю, який повернув сертифікат Apple Identity Services.

3. Реєстрація в IDS. Маючи сертифікат і пов’язані з ним дані пристрою, Linux міг зареєструватися як пристрій із підтримкою Identity Services, оголосити сумісні типи шифрування, підписатися на потрібні підсервіси обміну повідомленнями та отримати облікові дані для доставки через Apple Push Notification Service (APNs).

4. Синхронізація Find My. Клієнт відтворив послідовність запитів Find My People: ініціалізацію, оновлення та запит SubscribeAndFetch із параметрами

   intent: distributeKeys

   і

   mode: proactive

   . Після цього Apple доручила пристрою контакту, який погодився на спільний доступ, передати поточний матеріал ключів геолокації новій зареєстрованій особі через IDS та APNs.

Це була емуляція протоколу, а не підробка сертифіката Apple. Сервер усе одно видавав облікові дані лише після завершення процедури автентифікації облікового запису та реєстрації.

Що показав пакет IDS про розподіл ключів

Демонстрація SubscribeAndFetch свідчить, що Apple може передати поточний матеріал ключів геолокації новому авторизованому пристрою, якщо зв’язок для спільного доступу вже існує. Це необхідно для заміни пристрою та синхронізації облікового запису: користувач не має щоразу просити всі контакти вимикати й повторно вмикати спільний доступ після додавання нового пристрою.

За описом, пакет містив ідентифікатор зв’язку, індекс ключа, 32-байтовий хешований ключ оголошення та 85-байтове представлення приватного ключа. Разом ці поля вказують, що розшифрування звітів про місцеперебування Find My залежить від матеріалу, прив’язаного до конкретного зв’язку та версії ключа, і що його можна повторно передавати через IDS.

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

Що клієнт міг — і чого не міг

Тестовий клієнт був навмисно вузькоспеціалізованим. Він міг прочитати вже дозволений доступ до місцеперебування в обліковому записі Apple дослідника та обробити ці дані локально. Геозони також обчислювалися локально, а не через функцію Apple на сервері.

За даними технічного опису, клієнт не вмів:

• надсилати нові запрошення на спільний доступ до геолокації;
• змінювати наявні дозволи;
• додавати членів родини;
• створювати геозони на серверах Apple;
• надсилати команди пристроям.

Тому результат варто розглядати як дослідження сумісності та межі довіри, а не як віддалений експлойт для стеження за будь-якою людиною. Реалістичніший ризик для приватності пов’язаний із компрометацією облікового запису або довіреного пристрою: якщо зловмисник отримає контроль над Apple Account чи зареєструє в ньому несанкціонований пристрій, можуть розкритися дані, до яких цей обліковий запис уже має доступ.

Чим це відрізняється від дослідження nRootTag 2025 року

Робота Zerotistic і nRootTag стосуються різних частин Find My та описують різні моделі загроз.

Zerotistic досліджував Find My People. Його клієнт відтворював роботу отримувача в уже наявному авторизованому зв’язку спільного доступу. Обліковий запис і пристрій мали бути прийняті системою Apple, а людина — заздалегідь надати цьому обліковому запису доступ до своєї геолокації.

nRootTag був спрямований на Find My Network та офлайн-пошук. Дослідники повідомили, що сервіс Apple приймав типи Bluetooth-адрес, які не відповідали очікуваним випадковим статичним адресам. Це могло дозволити зловмиснику перетворити Bluetooth-сумісний комп’ютер на маячок на кшталт AirTag і використовувати розташовані поруч пристрої Apple для передачі його місцеперебування без відома власника цільового пристрою.

Коротко: проєкт Zerotistic отримував дані, які обліковий запис уже мав право бачити, тоді як nRootTag намагався створити несанкціонований механізм стеження. Ототожнювати ці два випадки — означає перебільшувати можливості Linux-демонстрації.

Початкова мета та тривалість роботи

Початковою мотивацією була автоматизація за згодою. Друг, який уже ділився своєю геолокацією, погодився на Linux-систему з локальними геозонами та сповіщеннями в Discord про прибуття до певних місць або вихід із них.

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

Що відповіла Apple

Наведені джерела підтверджують саму демонстрацію, але не містять перевіреної публічної заяви Apple саме щодо цієї реалізації Find My People на Linux, підтвердженого виправлення або розкритої виплати за програмою винагороди за вразливості.

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