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:

Замедление Telegram ударило по разработчикам российских ОС

В России оказался недоступен сервис git.kernel.org, через который разработчики получают обновления исходного кода ядра Linux. Крупные участники сообщества подтвердили проблему и связали её с действиями Роскомнадзора. Сам регулятор свою причастность отрицает.

Первые сообщения о сбоях в доступе к kernel.org появились 12 февраля. Пользователи отмечали, что зайти на ресурс без использования средств подмены адреса невозможно — ни по протоколу git, ни по HTTP. Аналогичные трудности возникли и с рядом других сайтов, в том числе с онлайн-курсами по Python и ресурсами разработчиков некоторых системных библиотек.

Портал Digital Report сообщил, что сбои могли быть связаны с мерами Роскомнадзора по замедлению Telegram. По версии издания, при попытке точечно ограничить трафик мессенджера и популярных VPN-протоколов (WireGuard, OpenVPN) применялась тактика «ковровых» блокировок по диапазонам IP-адресов. В результате под ограничения могли попасть CDN-сети, на которых размещаются зеркала Linux Kernel Archives.

Как отмечает Digital Report, ещё 12 февраля разработчики обратились в профильные группы Минцифры с просьбой разобраться в ситуации. По их словам, официальной реакции долгое время не последовало, а обсуждения сопровождались смесью тревоги и иронии.

Лишь сегодня Роскомнадзор в ответ на запрос издания «Подъём» сообщил: «Решения уполномоченных органов в отношении сервисов Linux не поступали, меры ограничения к ним не применяются».

После публикации комментария доступ к сервису начал постепенно восстанавливаться. Об этом, в частности, рассказал Алексей Смирнов в комментарии для Forbes.

Накануне похожие проблемы возникли у пользователей Windows: обновления системы либо не загружались, либо устанавливались с заметными задержками. Тогда Роскомнадзор также отрицал свою причастность.

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