Binance предупредила пользователей iPhone о уязвимости iOS worse_query, которая, по заявлениям исследователей, позволяет вредоносному приложению читать локальные файлы других приложений. Для владельцев криптокошельков риск особенно неприятен: под угрозой могут оказаться seed-фразы, приватные ключи и учётные данные. Русскоязычным командам, которые разрабатывают iOS-приложения или используют iPhone для работы с криптоактивами, есть смысл проверить собственную модель защиты уже сейчас.
Проблема затрагивает iOS 26.7.1, iOS 27.0.1 и iOS 27.2, сообщает 9to5Mac. При этом в заметке Community Notes к сообщению Binance указано, что исследователи считают баг непатченным zero-day: в актуальной на момент публикации iOS 27.2.1 исправление не упомянуто. Один из авторов исследования, выступающий в X под именем @forcequitOS, отдельно написал, что уязвимость iOS worse_query сохраняется и в первой бета-версии iOS 27.3.
Исследователи @0xjohnny и @forcequitOS опубликовали proof of concept на GitHub. По их описанию, код обходит песочницу iOS — базовый механизм, который должен изолировать данные одного приложения от другого. Именно sandbox обычно не даёт случайному файловому менеджеру, игре или утилите заглянуть в контейнер банковского приложения либо криптокошелька. Если обход воспроизводится на реальных устройствах, граница между приложениями оказывается заметно слабее, чем предполагает пользователь.
Binance подчёркивает, что это системная проблема iOS, а не дефект её собственного приложения. Биржа советует удалить программы, установленные из недоверенных источников, включая вручную подписанные IPA и sideload-приложения, а также обновить iOS и все приложения до официальных версий. Пользователям, которые подозревают компрометацию, рекомендовано перевести средства на новый кошелёк, созданный на чистом устройстве, и завершить все активные сессии.
Для разработчиков история важна не только из-за крипты. Приложения часто держат локально токены сессий, кэш документов, служебные ключи и персональные данные — иногда в расчёте именно на изоляцию контейнера. Если демонстрация обхода sandbox применима шире заявленного сценария, одной лишь проверкой того, что секрет «не ушёл на сервер», уже не обойтись. Стоит пересмотреть, какие данные действительно нужны на устройстве, как долго они хранятся и что произойдёт при доступе к локальному хранилищу со стороны постороннего процесса.
В то же время поводов объявлять массовый взлом iPhone нет. По данным The Hacker News, на момент публикации ни Binance, ни исследователи не сообщали о подтверждённых атаках или кражах криптоактивов с использованием этой техники. Сам @forcequitOS отмечал, что опубликованный код предназначен для разработчиков и сам по себе не даёт готового инструмента для атаки. Но другие разработчики уже создали на его основе файловый менеджер, который может читать, менять и удалять данные других приложений без jailbreak. Для защитников это плохой, но полезный маркер: эксплуатация перестала быть чисто теоретической демонстрацией.
Практический минимум для компаний — напомнить сотрудникам не ставить IPA из чатов и каталогов, не обходить корпоративное управление устройствами ради «удобной утилиты» и не хранить резервные фразы в заметках или скриншотах. Владельцам крупных криптосумм разумно разделить рабочий iPhone и устройство для создания кошелька, а при малейшем сомнении считать прежние секреты скомпрометированными. Даже если патч выйдет быстро, он не отзовёт данные, которые потенциально уже успело прочитать вредоносное приложение.
Главный вопрос теперь не в том, появится ли очередное обновление iOS, а в том, насколько широко исследователям удалось обойти изоляцию приложений и какие версии системы реально затронуты. Публичный proof of concept делает срок до исправления особенно чувствительным: его можно проверить в первоисточнике .
