Баг Google Chrome позволяет сайтам без разрешения писать в буфер обмена

Баг Google Chrome позволяет сайтам без разрешения писать в буфер обмена

Баг Google Chrome позволяет сайтам без разрешения писать в буфер обмена

Google Chrome 104 содержит интересный и неприятный баг, позволяющий веб-сайтам записывать данные в буфер обмена без разрешения пользователя. Проблема актуальна не только для браузера от Google.

Помимо Chrome, баг затрагивает интернет-обозреватели Safari и Firefox. Разработчики Google признали наличие бреши, однако соответствующий фикс пока не подготовили.

Согласно описанию, баг присутствует не только в десктопной, но и в мобильной версии браузера. Чем может грозить эксплуатация этой проблемы? Например, представим следующий сценарий: злоумышленники заманивают пользователя на специально созданный сайт, замаскированный под криптовалютный сервис.

Далее пользователь пытается совершить платеж и копирует в буфер обмена адрес криптокошелька. И в этот момент вредоносный ресурс может перезаписать данные в буфере и заменить кошелек на принадлежащий киберпреступникам.

Как отмечает в блоге разработчик Джефф Джонсон, фактически все браузеры реализовали функцию записи в буфер обмена без должных проверок и приемлемой защиты. Например, в процессе тестирования Safari и Firefox Джонсон выяснил, что использование клавиши «вниз» и колеса мыши для навигации предоставляет сайту возможность записывать данные в буфер обмена.

Кстати, вы можете проверить, касается ли лично вас данная проблема. Для этого нужно перейти по адресу webplatform.news и затем вставить содержимое буфера обмена в текстовое приложение вроде Блокнота Windows. Если вы увидите сообщение как на скриншоте ниже, баг присутствует в вашем браузере.

Android запретит доступ к экрану «лишним» приложениям

Google, похоже, готовит ещё одно нововведение по части безопасности Android. В тестовой сборке Android Canary 2602 обнаружена новая функция для Advanced Protection Mode — режима «максимальной защиты», который компания представила в Android 16.

Теперь Advanced Protection Mode может ограничивать работу приложений, использующих AccessibilityService API, если они не классифицированы как инструменты для доступности.

AccessibilityService API — это мощный механизм Android, изначально созданный для помощи людям с ограниченными физическими возможностями. С его помощью приложения могут читать содержимое экрана, отслеживать действия пользователя и даже выполнять жесты от его имени.

Именно поэтому этот API часто становился инструментом атакующих. За последние годы многие приложения — от автоматизаторов и лаунчеров до «оптимизаторов» и антивирусов — использовали его для обхода системных ограничений. Формально ради удобства, однако на деле получая очень широкие права.

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

По данным аналитиков, в новой версии Android Canary  при включении Advanced Protection Mode система:

  • запрещает выдавать разрешение Accessibility Service приложениям, не признанным Accessibility Tools;
  • автоматически отзывает уже выданные разрешения у таких приложений.

Если приложение сильно зависит от этого API, оно просто перестанет работать.

В тестах, например, приложение dynamicSpot (эмулирующее Dynamic Island на Android) становилось недоступным: пункт был с пометкой «Restricted by Advanced Protection». Причина простая: оно использует AccessibilityService для чтения уведомлений и отображения поверх других приложений.

Инструменты, официально классифицированные как средства доступности, под ограничения не попадают.

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