Пользователи iPhone обвинили соцсети в краже данных из адресных книг

Пользователи iPhone обвинили соцсети в краже данных из адресных книг

Вокруг компании Apple и ее смартфона iPhone зреет очередная волна недовольства: многие разработчики мобильных iOS-приложений в тайне от пользователей скачивали к себе на сервисы данные из адресных книг пользователей iPhone, чтобы предлагать последним различные социальные сервисы, например подсказывать им, что тот или иной человек из их окружения также работает с этим сервисом.



Так, в соцсети Twitter признали факт копирования полных адресных книг пользователей и хранение этих данных на своих серверах без надлежащего уведомления пользователей. Доступ к адресной книге мобильным приложением производился, когда пользователи работали с функцией "Найти друзей", что нарушает принципы лицензионных соглашений между Apple и разработчиками программ. В Twitter заявили, что обновят и свое приложение и политику в области работы с контактными данными пользователей.

 Генеральный директор компании Path.com Дейв Морин также признал, что и их мобильное приложение залезает в контактную книгу пользователей iPhone, не уведомляя пользователей. "Это была ошибка. Мы приносим извинения", - говорит он. В то же время, он признал, что такой подход "был нормой в отрасли" и процедуры экспорта и импорта адресных книг широко использовались всеми, передает cybersecurity.

Скандал с тайным использованием адресных книг пользователей разгорелся, после того, как программист из Сингапура Арун Тампи обратил внимание, на то, что его адресная книга была скопирована со смартфона в социальную сеть без каких-то предупреждений и запросов. Информацию об этом он разместил в сети. После этого данным фактом, точнее тем, как он соотносится с правом на частную жизнь, заинтересовались несколько американских конгрессменов, написавших в Apple письмо, где просили компанию объяснить ситуацию и уточнить, как именно данный момент отражается в соглашении с разработчиками.

По словам инженеров Apple, технически возможность доступа к адресной книге есть в API-функциях к операционной системе iOS, однако сама компания обозначила в соглашении границы доступа к персональной информации.

Более подробные расследования, проведенные независимыми специалистами, показали, что не прочь залезть в адресную книгу iPhone и многие другие приложения, в частности Facebook, Foursquare, Instagram, Yelp, Foodspotting и еще более десятка программ.

Критики данной политики говорят, что несмотря на шумиху, Apple так и не удалила приложения, копирующие контактные данные и они по-прежнему доступны в App Store. По их словам, формально подобная практика копирования личных данных однозначно нарушает принципы работы соглашения с разработчиками, однако сама Apple до сих пор никак не реагировала на подобную ситуацию, то есть де-факто давала свое молчаливое согласие.

Формально в пользовательском соглашении Apple сказано, что "приложения не могут передавать данные о пользователе без получения явного на то согласия пользователя". В свою очередь соцсети говорят, что брали данные из смартфонов, в частности имена, телефоны и email-адреса, только для того, чтобы идентифицировать друзей пользователя и подсказать ему то, что они также на сервисе.

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

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

Сейчас Twitter ничего не сообщает об экспорте адресной книги в профиле пользователя, но сеть позволяет определять, какие именно данные можно открывать в сети, чтобы другие участники сети могли идентифицировать пользователя.

В самой компании Apple говорят, что скорее всего в новых версиях iOS введут ограничения на работу с адресной книгой и будут выдавать предупреждения о любом системном обращении к ней.

Telegram приписал чужую победу: кто на самом деле починил прокси

Давид Осипов из B2B обвинил Telegram в том, что команда мессенджера присвоила себе заслуги за обход блокировок прокси в России. По его версии, критические исправления для FakeTLS первыми нашли и подготовили не разработчики Telegram, а энтузиасты из сообщества Telemt.

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

Когда в апреле у многих пользователей начали отваливаться соединения, а встроенная маскировка FakeTLS перестала работать как надо, Telegram, по его словам, не предложил быстрого собственного решения, а паузу заполнили участники профильного сообщества.

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

То, что Telegram Desktop действительно получил свежие обновления в начале апреля, видно по странице релизов на GitHub: там указаны версии 6.7.2 и 6.7.3, выпущенные 3 и 4 апреля. В README проекта Telemt при этом отдельно сказано, что исправленный TLS ClientHello уже доступен в Telegram Desktop начиная с версии 6.7.2, а для Android официальные релизы ещё находятся в процессе внедрения.

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

Осипов при этом настаивает: нынешние исправления — это лишь хотфикс, а не полноценное решение. По его словам, даже после патча в реализации FakeTLS остаются другие потенциально заметные сигнатуры, а значит, проблема не сводится к паре строк кода. Иначе говоря, история, по его версии, ещё далеко не закончилась.

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