Новое Распределяем каналы MAX по категориям и территориям. Читать новость

Третий механизм нацелен на перехват социоинженерных атак ClickFix, в…

Третий механизм нацелен на перехват социоинженерных атак ClickFix, в которых, как показала команда Microsoft Threat Intelligence в августе 2025 года, поддельные окна проверок Cloudflare Turnstile, Google reCAPTCHA или Discord через метод navigator.clipboard.writeText() скрытно записывают вредоносный код в буфер обмена. Жертву просят открыть окно Win + R или терминал macOS и вставить скрипт, запускающий системные утилиты LOLBins (powershell.exe, cmd.exe, mshta.exe, curl) для бесфайлового выполнения кода в памяти или скрытой загрузки троянцев-стилеров Lumma Stealer, AMOS и ранних версий разобранного в сентябре 2026 года ИБ-исследователем «Лаборатории Касперского» Сергеем Пузаном семейства MacSync. Механизм проверки буфера обмена раскрыла руководитель группы управления продуктами Chrome Джасика Бава в октябрьском релизе Google Security Blog.



«Для борьбы с этой техникой Chrome теперь определяет случаи, когда пользователя с включённым режимом Enhanced Protection обманом заставляют скопировать подозрительные команды. Если копируется потенциальный сценарий ClickFix, полезная нагрузка буфера обмена очищается от персональных данных и отправляется в Safe Browsing для дальнейшего анализа, а при возврате опасного вердикта Chrome показывает предупреждение»

— заявила Бава.

Шумиха вокруг того, что Chrome якобы начал читать буфер обмена через ИИ-модель Gemini, выросла из смешения двух разных функций. Серверная ИИ-модель Gemini анализирует только текст подозрительных веб-страниц, а переход с прошлогодней локальной модели Gemini Nano в облако вполне объясним. Ещё на старте функции разработчики отмечали, что малая языковая модель на устройстве работала лишь на части поддерживаемых ПК, требовала жёстких квот и троттлинга для ограничения нагрузки на GPU и нуждалась в защите от косвенных промпт-инъекций в содержимом сайтов.

Перенос инференса на серверы позволил задействовать более мощную модель против новых видов скама и охватить всех пользователей режима Enhanced Protection независимо от характеристик их устройств, тогда как в базовом режиме Standard Protection ни текст страниц, ни буфер обмена в облако не отправляются.

Сама же проверка буфера обмена через Google Safe Browsing закрывает слепую зону браузеров перед атаками ClickFix, конструкторы которых продаются на теневых форумах от $200 в месяц.

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

✋ @Russian_OSINT
Просмотры: 52
Открыть в MAX Сообщить о неточности

Сообщить о неточности

Опишите, что нужно исправить. Если есть источник, добавьте ссылку.

Вы покидаете datool.ru

Ссылка ведёт на внешний сайт. datool.ru не отвечает за его содержимое — проверьте адрес, прежде чем вводить пароли или платёжные данные.

Переход через 10 с

Перейти