Приватный режим Safari в iOS 10 не обеспечивает должной анонимности

Приватный режим Safari в iOS 10 не обеспечивает должной анонимности

Приватный режим Safari в iOS 10 не обеспечивает должной анонимности

Браузер Safari в iOS 10 серьезно потерял в функциях приватности, говорят исследователи. В отличие от Safari в предыдущих версиях операционной системы, Safari в iOS 10 сохраняет URL-адреса, посещенные из режима приватного просмотра в базе данных.

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

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

Эксперты объясняют, что в iOS 10 режим Suspend State хранится в базе данных. Они провели эксперимент на iPhone 5s под управлением iOS 10.0.. В ходе этого эксперимента экспертам удалось извлечь посещенные в приватном режиме страницы, используя один из доступных инструментов.

«Так что же Apple может сделать, чтобы исправить сложившуюся ситуацию и обеспечить более приватный режим? Существует параметр в базе данных, называемый Pragma Secure Delete, он которая перезаписывает любой удалённый контент с нулями. Если Apple задействует этот параметр, удаленные данные нельзя будет восстановить» - объясняет один из исследователей.

Тем не менее, отмечается, что такой подход может сделать работу браузера Safari медленнее.

Подпишитесь на новости

Обновите Telegram для Android: версия 13.2.2 закрыла опасную уязвимость

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

Патч описан в журнале изменений песочницы виджетов Telegram на GitHub. Парсер QuickJS принимал конструкцию await using в заголовке цикла даже внутри обычных, неасинхронных функций.

В таком случае движок завершал функцию по пути для асинхронного кода и не закрывал ссылки на ее локальные переменные. Вложенные функции после возврата продолжали обращаться к уже освобожденному участку стека. Такой класс ошибок называют use-after-return.

О проблеме сообщили применительно к Telegram для Android 13.2.1, но, по данным Telegram, она затрагивала все платформы, где собирается форк движка. Исправление внесли 10 ноября: теперь парсер выдает синтаксическую ошибку на такую конструкцию. В тот же день вышла версия Telegram для Android 13.2.2.

Уязвимый код попал в основную ветку QuickJS-ng 16 мая вместе с поддержкой явного управления ресурсами. Ошибку описал разработчик Андреас Рёсдал.

9 ноября он опубликовал в репозитории QuickJS-ng аудит безопасности всего движка, проведенный с помощью модели Claude от Anthropic. В отчете 27 находок, уязвимость с await using в нем третья, с высоким уровнем опасности.

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