Консультант по безопасности создает ASLR для iPhone

Консультант по безопасности создает ASLR для iPhone

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



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

Начиная с Windows Vista, Microsoft использует ASLR в своих операционных системах, мобильная версия Windows 7 выпущенная недавно также оснащена этой защитой, сообщает Чарли Миллер, главный аналитик по вопросам безопасности компании Independent Security Evaluators, цитируя личные разговоры с инженерами Microsoft. Для сравнения, Apple встроил ASLR в Mac OS X ограниченной функциональности и полностью проигнорировал в iOS.

На следующей неделе состоится конференция, на которой Стефан Эссер, консультант по безопасности и разработчик программ немецкой компании SektionEins, планирует раскрыть процесс перепрошивки iPhone, в результате которой будет добавлен функционал ASLR. Данный патч будет полезен всем кто хочет сделать свои iустройства более надежными и защищенными.

На данный момент перепрошивка iPhone, iPod Touche и iPad отключает DEP защиту, и изолированную программную среду, "песочницу", что может способствовать вредоносным атакам.

"Когда вы перепрошиваете нормальный iPhone, нарушается его безопасность", сказал Миллер в интервью. "Программа Стефана позволит использовать ASLR для лучшей защиты перепрошитых устройств".

Эсер покажет свою методику на конференции по безопасности "The Power of Community", которая состоится 17 декабря в Сеуле, Южная Корея. Он сообщил, что также планирует выпустить инструмент под названием antid0te, который упростит процесс защиты.

"Моя программа позволит пользователям перепрошитых iPhone создать свои собственные варианты dyld_shared_cache, у которых будет свои адреса загрузки библиотек, полностью отличные от любого другого iPhone в мире", - сообщил Эссер в электронном письме.

"Это лучший ASLR по сравнению с тем, что существует в Snow Leopard, потому что различные программы могут использовать различные dyld_shared_cache, и, следовательно, различные адреса загрузки".

Источник

HTML-экспорт Telegram позволял красть переписку, патч уже доступен

Исследователи из ExPatch обнаружили уязвимость в десктопной версии Telegram, позволявшую незаметно встраивать JavaScript в экспортированную историю переписки. В самом мессенджере вредоносное сообщение выглядело обычно, но после открытия HTML-файла в браузере скрипт мог скопировать сообщения на сервер злоумышленника или подменить содержимое страницы.

Проблема скрывалась в кнопках, которые боты размещают под сообщениями. Telegram экранировал потенциально опасные символы в тексте переписки, именах отправителей и других полях, но забывал делать это с подписями кнопок.

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

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

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

Для атаки требовалось совпадение трёх условий: экспорт создали в уязвимой версии Telegram Desktop, вредоносное сообщение попало в файл, а пользователь открыл его в браузере с активным JavaScript. Случаи реальной эксплуатации не зафиксированы.

Уязвимость присутствовала в версиях с 4.15.1 по 6.9.3. Исправление вошло в бету 6.9.4 и стабильную версию 7.0.1, выпущенную 14 июля. Однако обновление не лечит уже сохранённые HTML-файлы.

Исследователи советуют повторно экспортировать старые чаты после обновления либо открывать прежние копии с отключённым JavaScript.

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