Spook.js — атака по сторонним каналам, обходящая Site Isolation в Chrome

Spook.js — атака по сторонним каналам, обходящая Site Isolation в Chrome

Spook.js — атака по сторонним каналам, обходящая Site Isolation в Chrome

Группа специалистов из австралийских и израильских университетов смогла провести успешную атаку по сторонним каналам на CPU. В итоге у экспертов получилось извлечь данные из Google Chrome и других Chromium-браузеров, в которых реализована функция Site Isolation (изоляция сайтов).

Новый вектор атаки получил имя Spook.js, исследователи сравнивают его с печально известными Meltdown и Spectre, которые в 2018 году продемонстрировали миру уязвимость современных процессоров.

В попытке защитить пользователей от подобных кибератак разработчики Google Chrome добавили в браузер новую функцию — Site Isolation. Смысл этого защитного слоя заключается в ограничении действия кода JavaScript, с помощью которого можно было красть данные пользователя из других активных вкладок.

Тем не менее свежее исследование показало, что текущая реализация функции Site Isolation недостаточно защищает пользовательские данные. Несмотря на чёткое разграничение доменов вроде example.com и attacker.com, изоляция сайтов игнорирует этот принцип в случае с поддоменами — attacker.example.com или login.example.com.

Описанный вектор атаки Spook.js использует этот изъян в Site Isolation, о котором Google, кстати, знает. Тем не менее разработчики ничего не могут сделать, поскольку разграничение JavaScript на уровне поддоменов негативно скажется на работе 13,4% веб-сайтов в Сети.

По словам специалистов, им удалось разработать специальный инструмент на JavaScript, который осуществляет атаки вида Spectre на Chrome и другие интернет-обозреватели, основанные на Chromium. Spook.js работает с процессорами Intel, AMD и даже Apple M1.

Демонстрацию эксплуатации данного сценария специалисты опубликовали на YouTube:

Подпишитесь на новости

Отключите HTTP/2 или обновитесь: Apache исправил критическую уязвимость

Разработчики Apache HTTP Server выпустили версию 2.4.71 с патчем для критической уязвимости CVE-2026-119618. Ошибка находится в модуле mod_http2, который отвечает за работу с протоколом HTTP/2, и может привести к удаленному выполнению кода. Уязвимы версии сервера с 2.4.55 по 2.4.70, а также отдельные сборки модуля mod_h2 с 2.0.8 по 2.0.42.

Описание уязвимости опубликовано в бюллетене Apache. Проблема связана с состоянием гонки в функции assign_headers(): несколько потоков обращаются к общим данным без нужной синхронизации, и это может повредить память сервера.

Первым об ошибке 26 октября сообщил сканер опенсорс-кода Anthropic. 3 ноября ту же уязвимость независимо нашли Энтони Уимс и Саймон Сканнелл из Google Cloud Vulnerability Research.

Red Hat оценила уязвимость в 9,8 балла из 10 по шкале CVSS. По данным компании, неаутентифицированный злоумышленник может получить контроль над процессом веб-сервера. Атаке подвержены только серверы с включенным HTTP/2, конфигурации с одним HTTP/1.1 в безопасности.

Red Hat также сообщила, что в открытых исследованиях уже показан надежный эксплойт. Опубликованный на GitHub PoC при этом вызывает только повреждение памяти и падение процессов.

По оценке Wiz, ресурсы с уязвимыми версиями Apache есть в 64% облачных сред, а в 51% они доступны из интернета. Настройки серверов в этих цифрах не учтены.

Администраторам рекомендуют обновиться до 2.4.71. Если это пока невозможно, атаку можно предотвратить, временно отключив HTTP/2. В той же версии исправлены еще две уязвимости: CVE-2026-106023 в модуле mod_md, из-за которой падают процессы сервера, и CVE-2026-109163 в mod_vhost_alias с низким уровнем опасности.

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