Приложения для iPhone пополнили список мобильных шпионов

Приложения для iPhone пополнили список мобильных шпионов

Не успела группа американских ученых сообщить о шпионских наклонностях приложений из Android Market, как появилось исследование, выполненное их коллегой из университета Бакнелла; в этой работе изучено поведение программных продуктов для операционной системы Apple iOS. Оказалось, что значительное число приложений активно собирает для своих создателей сведения, благодаря которым можно однозначно идентифицировать любой конкретный экземпляр продукции Apple.



Apple позволяет разработчикам извлекать и использовать так называемый UDID - уникальный идентификатор устройства - для определения своих продуктов (iPhone, iPad, iPod). В теории этот функционал предназначен для удаленного хранения настроек приложений, игровых рекордов и других подобных данных. Исследователи отмечают, что UDID весьма сильно напоминает систему PSN (серийный номер процессора), которую в конце прошлого века компания Intel пыталась внедрить в свои ЦП Pentium 3; тогда защитники прав и свобод обрушили шквал критики на эту систему, и Intel пришлось свернуть проект. Теперь же, как ни странно, никакой заметной реакции на решение Apple нет - хотя, по словам автора исследования Эрика Смита, UDID может без труда быть увязан с персональными данными пользователя и, следовательно, должен вызывать ничуть не меньшее беспокойство.


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


Г-н Смит изучил 57 популярных бесплатных приложений из магазина iTunes Store, отследив и запротоколировав генерируемый ими трафик при помощи анализатора сетевых пакетов. Оказалось, что 68% программ открыто отправляли сведения о UDID свом разработчикам или рекламным агентствам, а еще 18% отсылали на посторонние серверы зашифрованные данные, среди которых вполне мог быть и уникальный идентификатор устройства. Только 14% приложений совершенно точно ни с кем не делились информацией о UDID.


Кроме того, ученый обнаружил, что приложение для трансляции новостей BBC установило на исследуемое устройство аутентификационный файл со сроком действия в 4 года, а дата истечения отслеживаемого cookie от программы ABC News вообще оказалась назначена на 2030 год. "Подобные файлы аутентификации, обладающие продолжительным сроком действия, позволят посторонним лицам отслеживать не только определенные устройства, но и смену телефонов их владельцами по мере того, как с течением времени они будут каждые несколько лет покупать новую модель iPhone", - предупредил г-н Смит.


Apple, конечно, настоятельно рекомендует разработчикам не злоупотреблять возможностями UDID и не соотносить его с учетными записями пользователей. Однако рекомендация - это не обязательство, а добрая воля и порядочность поставщика приложений - явление переменное. К примеру, продукт CBS News отсылает UDID в связке с именем владельца устройства (которое часто является настоящими именем и фамилией), а некоторые программы - например, от Amazon, Facebook или Twitter - теоретически могут увязать UDID с конкретной личностью в реальном мире.


The Register

Проводник Windows падал не из-за Microsoft, виноват оказался деинсталлятор

Инженер Microsoft Рэймонд Чен рассказал любопытную историю отладки загадочных падений Проводника. Сначала всё выглядело так, будто в Windows внезапно появился неприятный баг. Но виновником оказалась вовсе не Microsoft, а сторонний деинсталлятор.

Проблема проявилась как резкий всплеск сбоев Проводника. Инженеры начали изучать дампы и заметили странную деталь: падала 32-битная версия программы, запущенная на 64-битных системах Windows.

Такая версия Проводника всё ещё есть в Windows ради совместимости со старыми приложениями. Обычно современные системы почти не используют этот путь. Но в данном случае сторонний деинсталлятор каким-то образом заставлял систему обращаться именно к этому устаревшему компоненту.

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

Поскольку процесс повторялся в цикле, повреждение памяти постепенно накапливалось. В какой-то момент указатель стека уезжал в область активного кода, и Проводник падал.

Со стороны всё выглядело как типичная системная ошибка: софт снова и снова аварийно завершал работу, создавая ощущение, что проблема в самой Windows. На деле операционная система лишь показывала последствия ошибки в стороннем ПО.

Чен напомнил важную вещь: в экосистеме Windows с миллиардами устройств и огромным количеством приложений далеко не каждый сбой компонента Microsoft означает баг в Windows. Сторонние программы тоже могут ломать системные процессы, особенно если неправильно используют низкоуровневые API.

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