Приватный режим 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 медленнее.

Microsoft и автор YellowKey поссорились из-за публичного эксплойта

Microsoft опубликовала рекомендации по снижению риска от эксплуатации уязвимости CVE-2026-45585, известной как YellowKey. Этот баг позволяет обойти BitLocker через среду восстановления Windows с помощью USB-носителя и папки FsTx. Компания предложила временный фикс в виде скрипта для WinRE.

Он удаляет autofstx.exe из значения BootExecute в реестре. Идея простая: этот механизм запускается очень рано при загрузке, в том числе в режиме восстановления, поэтому Microsoft хочет убрать лишнюю возможность выполнить подозрительный код в привилегированной среде.

Скрипт монтирует образ WinRE, правит системный реестр, удаляет нужную запись, если она есть, а затем корректно сохраняет изменения, чтобы не сломать доверие BitLocker. Если записи нет, скрипт просто завершает работу без изменений.

Microsoft особенно рекомендует применить временную меру тем, кто боится физической компрометации устройств: например, компаниям, сотрудники которых берут рабочие ноутбуки домой или ездят с ними в командировки.

Но техническая часть быстро перешла в драму. Microsoft заявила, что публикация демонстрационного эксплойта (proof-of-concept) нарушила практики раскрытия уязвимостей. Исследователь Nightmare-Eclipse, который рассказал о YellowKey, с этим резко не согласился.

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

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