Атака RenderShock бьёт по Windows — опасность даже при наведении на файл

Атака RenderShock бьёт по Windows — опасность даже при наведении на файл

Атака RenderShock бьёт по Windows — опасность даже при наведении на файл

Исследователи в области кибербезопасности обнаружили новый класс атак под названием RenderShock, он кардинально отличается от привычных схем: никаких кликов, переходов по ссылкам или запуска вложений не требуется. Вся атака происходит тихо — достаточно, чтобы система сама что-то «посмотрела» или «обработала» в фоновом режиме.

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

Именно те «удобные» функции, которые помогают нам быстро находить нужные файлы или просматривать их, не открывая.

Что происходит: злоумышленник подсовывает файл — например, PDF с внешней ссылкой, LNK-файл (ярлык), Word-документ с макросами или даже хитроумный «полифайл». Его не нужно открывать — достаточно, чтобы он оказался в зоне действия системного процессора: вы навели на него курсор в проводнике, антивирус просканировал, индексатор добавил в поиск — и всё, атака активируется.

Сценарий RenderShock, как объяснили в Cyfirma, состоит из пяти этапов — от подготовки вредоносного файла до сбора учётных данных и удалённого выполнения кода. Вот некоторые из возможных эффектов:

  • Сбор информации через DNS-запросы и попытки SMB-аутентификации.
  • Кража учётных данных (включая NTLM-хеши).
  • Выполнение вредоносного кода через средства предпросмотра или ярлыки.
  • Утечка данных — и всё это без ведома пользователя.

Пример? Обычный .LNK в ZIP-архиве может заставить проводник Windows тихо обратиться к удалённому серверу за иконкой — и в этот момент утекут ваши аутентификационные данные. Ни предупреждений, ни действий со стороны пользователя.

 

Почему это опасно? Потому что такие атаки используют легитимные системные процессы — например, explorer.exe, searchindexer.exe или обработчики предпросмотра Office. Антивирусы часто их игнорируют, считая, что это просто стандартные функции ОС.

Что рекомендуют специалисты:

  • Отключить функции предпросмотра в проводнике и почтовых клиентах
  • Ограничить исходящий SMB-трафик
  • Ужесточить настройки безопасности Office
  • Внедрить поведенческий анализ процессов, связанных с предпросмотром и индексированием

RenderShock показывает, насколько хрупка граница между удобством и уязвимостью. Всё, что раньше казалось просто «функцией для комфорта», теперь требует такого же внимания, как подозрительные вложения и ссылки.

Один Chrome-флаг против блокировок сайтов в России: найден обход через TLS

Пока пользователи и специалисты спорят о причинах проблем с доступом к отдельным сайтам, в Сети уже начали появляться народные рецепты борьбы с блокировками. Пользователь Хабра под ником eByeBots рассказал о необычном способе восстановления доступа к некоторым ресурсам через браузеры на базе Chromium.

По его словам, решение связано не с VPN или прокси, а с изменением параметров TLS-шифрования в самом браузере.

Автор рекомендует открыть страницу экспериментальных настроек Chrome (chrome://flags/) или аналогичный раздел в других Chromium-браузерах и найти параметр Cryptography Compliance (CNSA).

После его активации браузер начинает отдавать приоритет криптографическим алгоритмам из американского стандарта CNSA.

 

На практике это меняет TLS-отпечаток браузера — набор параметров, который формируется во время установки защищённого соединения с сайтом.

По словам автора публикации, именно после включения этого режима ему удалось восстановить доступ к ряду ресурсов, включая сайт хостинг-провайдера Beget, где ранее наблюдались проблемы с подключением к CDN.

Для упрощения процедуры энтузиаст даже выложил на GitHub готовый BAT-файл, который позволяет применить необходимые настройки в один клик.

Интересно, что опубликованное решение появилось на фоне многочисленных сообщений о сбоях при доступе к различным сайтам и сервисам. Ранее исследователи уже высказывали предположения, что некоторые ограничения могут учитывать параметры TLS ClientHello и так называемые TLS-фингерпринты браузеров.

Если эта гипотеза верна, то изменение криптографических настроек действительно способно повлиять на прохождение соединения через сетевые фильтры.

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

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