Как проверить, передает ли приложение-компаньон данные третьим лицам

Определите, кто считается сторонним получателем

Прежде чем искать названия компаний, определите роли получателей. Издатель приложения — это первая сторона. Сторонние роли могут включать облачный хостинг, аналитику, отчеты о сбоях, клиентскую поддержку, модерацию контента, авторизацию, платежи, рекламу, обработку моделей или голоса и другие интегрированные сервисы. Apple описывает сторонних партнеров как аналитические инструменты, рекламные сети, сторонние SDK и других внешних поставщиков, чей код встроен в приложение. Google Play использует собственные определения и отмечает, что поставщик услуг, обрабатывающий данные от имени разработчика, может не отображаться в графе «передача данных» (sharing). Таким образом, статус «данные не передаются третьим лицам» на панели одного магазина не обязательно означает, что ни одна сторонняя организация не обрабатывает данные. Это означает, что панель нужно читать с учетом определений конкретной платформы и сопоставлять ее с полным текстом правила.

Составьте реестр «данные — получатель»

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

Сравните сведения из обоих магазинов приложений с правила конфиденциальности

На платформах Apple изучите раздел «Конфиденциальность приложения» (App Privacy): данные, используемые для отслеживания информации о вас; данные, связанные с вами; данные, не связанные с вами; а также заявленные цели. Apple требует от разработчиков указывать методы работы интегрированных сторонних партнеров. В Google Play откройте раздел «Безопасность данных» (Data safety) и разверните каждый тип данных, не полагаясь только на общую сводку. Google требует от разработчиков учитывать сторонние библиотеки и SDK, разъясняя при этом исключения из того, что считается передачей третьим лицам. Панели магазинов представляют собой структурированные сводки, предоставляемые разработчиками, и оба магазина используют разную классификацию. Используйте их как ориентиры, а не как идентичные аудиторские отчеты. Найдите в действующей правила слова «передавать» (share), «раскрывать» (disclose), «поставщик услуг» (service provider), «обработчик» (processor), «партнер» (partner), «вендор/поставщик» (vendor), «аффилированное лицо» (affiliate), «реклама» (advertising), «аналитика» (analytics) и «SDK», а затем соотнесите каждый пункт со своим реестром.

Отслеживайте конкретные сервисы и передачи в рамках отдельных функций

Список поставщиков, страница субобработчиков, уведомление о файлах cookie или раскрытие информации об SDK могут превратить общую категорию получателей в проверяемый маршрут. Переходите только по ссылкам, опубликованным оператором приложения или указанным сервисом, и убедитесь, что правила приложения действительно связывает этого поставщика с функцией, которую вы планируете использовать. Авторизация через соцсети может отправлять идентификаторы через поставщика учетных записей; транскрипция голоса может задействовать обработчик речи; оплата может перенаправлять вас в магазин или на отдельную платежную страницу; модерация сообщества может открывать доступ к выбранному контенту инструментам проверки или рецензентам. Эти примеры — возможные роли, а не утверждение обо всех приложениях-компаньонах без исключения. Также отличайте намеренное действие по отправке (например, экспорт сообщения) от фоновой передачи. Запишите, что инициирует каждый маршрут и можно ли использовать основные функции приложения без него.

Используйте разрешения и настройки, избегая необоснованных выводов

Системные разрешения показывают доступ, который запрашивает приложение; сами по себе они не доказывают, что информация передается или раскрывается третьим лицам. Google прямо разграничивает список разрешений и раздел «Безопасность данных». Разрешение на использование микрофона может обеспечивать локальную запись, удаленную обработку или и то, и другое, в зависимости от реализации и заявленных условий. Протестируйте приложение с отклоненными необязательными разрешениями, используйте нейтральный контент и наблюдайте, объясняет ли соответствующая функция необходимость доступа. Затем изучите настройки конфиденциальности, рекламы, персонализации, подключенных аккаунтов, экспорта и удаления. Переключатель может ограничить один вариант использования, но не удалить ранее записанные данные и не перекрыть другой маршрут передачи получателю. Зафиксируйте точную формулировку пункта и последствия его отключения, вместо того чтобы трактовать «персонализация отключена» как «вся передача данных отключена». Избегайте перехвата сетевого трафика или неофициального сканирования, если у вас нет достаточных знаний и полномочий для их безопасного применения; обычные пользователи могут провести тщательный аудит раскрываемой информации, не претендуя на проведение криминалистической экспертизы.

Разрешайте противоречия с помощью узконаправленных вопросов

Если магазин заявляет об отсутствии передачи данных третьим лицам, но в правила указаны партнеры по аналитике, сначала проверьте, не объясняется ли эта разница исключением платформы для поставщиков услуг. Если нет, задайте службе поддержки вопрос, содержащий один тип данных, одну функцию и одну роль получателя: «Когда я использую голосовой чат, отправляется ли аудиозапись или ее текстовая расшифровка внешнему поставщику услуг распознавания речи или моделей ИИ, и могу ли я использовать текстовый чат без такой передачи данных?» Попросите указать конкретный пункт актуальной правила или путь в настройках, а не довольствоваться общими обещаниями безопасности данных. Сохраните дату ответа и домен отправителя, но удалите идентификаторы аккаунта из своих заметок. Отсутствие ответа не доказывает скрытую передачу данных, а вежливый ответ не является техническим подтверждением. Итоговый статус проверки может быть: подтверждено, условно, противоречиво или неизвестно.

Принимайте решение, не создавая иллюзии определенности

Принимайте решение применительно к тому, как вы планируете использовать приложение, а не сравнивая его с воображаемым идеалом. Функция определения местоположения для прогноза погоды и функция приватной беседы раскрывают совершенно разные данные. Вы можете согласиться на отправку технических отчетов о сбоях, но отказаться от привязки к рекламным профилям, или использовать текст, отключив распознавание голоса и поиск контактов. Прежде чем делиться какой-либо личной информацией, требуйте четкого ответа по наиболее важным для вас категориям данных, наличия работающих элементов управления для необязательной передачи и понятного способа удаления данных или прекращения использования сервиса. Если статус передачи критически важного разговора, изображения или голоса остается неизвестным, отложите использование этой функции или выберите режим с меньшим раскрытием данных. Повторяйте заполнение реестра после крупных обновлений, изменений в правила, появления новых запросов на разрешения или подключения новых сервисов. Результатом будет датированный снимок фактов, а не окончательный вердикт приложению на все времена.

Продолжить изучение темы