Google Chrome 78 сможет получать коды верификации из SMS-сообщений

Google Chrome 78 сможет получать коды верификации из SMS-сообщений

Google Chrome 78 сможет получать коды верификации из SMS-сообщений

На сегодняшний день многие приложения и сервисы требуют подтвердить номер телефона пользователя с помощью кода в SMS-сообщении. Чаще всего в ходе этой процедуры приходится выходить из приложения, искать в сообщениях код и возвращаться обратно — неудобно. Однако разработчики браузера Google Chrome решили упростить людям жизнь.

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

У самого сайта не будет доступа к вашим сообщениям, только к самому короткому коду, отправленному непосредственно ресурсом.

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

Также сотрудники Google поработали над ещё одним API — Native File System. Его задача — предоставить веб-страницам доступ к файловой системе компьютера или смартфона.

Поскольку таким образом можно загружать не только один файл, но и набор файлов и даже целую директорию, эти возможности будут крайне полезны для различных онлайн-редакторов кода. Google Docs, например, сможет редактировать файлы Word прямо на вашем компьютере, их не нужно будет загружать и конвертировать.

Новая вектор атаки заставляет ИИ не замечать опасные команды на сайтах

Специалисты LayerX описали новую атаку, которая бьёт по самому неприятному месту современных ИИ-ассистентов — разрыву между тем, что видит браузер, и тем, что анализирует модель. В результате пользователь может видеть на странице вполне конкретную вредоносную команду, а ИИ при проверке будет считать, что всё безопасно.

Схема построена на довольно изящном трюке с рендерингом шрифтов. Исследователи использовали кастомные шрифты, подмену символов и CSS, чтобы спрятать в HTML один текст, а пользователю в браузере показать совсем другой.

Для человека на странице отображается команда, которую предлагают выполнить, а вот ИИ-ассистент при анализе HTML видит только безобидное содержимое.

Именно в этом и заключается главная проблема. Ассистент смотрит на структуру страницы как на текст, а браузер превращает её в визуальную картинку. Если атакующий аккуратно разводит эти два слоя, получается ситуация, в которой пользователь и ИИ буквально смотрят на разные версии одной и той же страницы.

 

В качестве демонстрации LayerX собрала демонстрационный эксплойт на веб-странице, которая обещает некий бонус для игры BioShock, если выполнить показанную на экране команду. Пользователь, естественно, может спросить у ИИ-ассистента, безопасно ли это. И вот тут начинается самое неприятное: модель анализирует «чистую» HTML-версию, не замечает опасную команду и успокаивает пользователя.

 

То есть атака работает не за счёт взлома браузера или уязвимости в системе, а через старую добрую социальную инженерию, просто усиленную особенностями работы ИИ. Человеку показывают одно, а ассистенту — другое. И если пользователь привык доверять ответу модели, риск становится вполне реальным.

По данным LayerX, ещё в декабре 2025 года техника срабатывала против целого набора популярных ассистентов, включая ChatGPT, Claude, Copilot, Gemini, Leo, Grok, Perplexity и ряд других сервисов. При этом исследователи утверждают, что Microsoft была единственной компанией, которая приняла отчёт всерьёз и полностью закрыла проблему у себя. Остальные в основном сочли риск выходящим за рамки, потому что атака всё же требует социальной инженерии.

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