Google пропатчила десятую 0-day в Chrome с начала 2024 года

Google пропатчила десятую 0-day в Chrome с начала 2024 года

Google пропатчила десятую 0-day в Chrome с начала 2024 года

Google устранила десятую эксплуатируемую уязвимость в Chrome с начала 2024 года. 0-day уже по традиции затрагивала JavaScript-движок V8 и допускала эксплуатацию с помощью специально созданной HTML-страницы.

Согласно официальному уведомлению, брешь отслеживают под идентификатором CVE-2024-7965, а сама корпорация узнала о ней от исследователя в области кибербезопасности под ником TheDog.

Как мы отметили выше, 0-day нашли в JavaScript-движке V8, а для эксплуатации удалённому злоумышленнику достаточно отправить жертве специально подготовленную веб-страницу в формате HTML.

«Вышедшее 26 августа обновление содержит патч для эксплуатируемой уязвимости CVE-2024-7965. Мы в курсе доступности соответствующего эксплойта в Сети», — пишет Google.

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

Сборка с заплаткой получила номер 128.0.6613.85. Как правило, апдейт устанавливается автоматически, но вы можете ускорить процесс, пройдя в пункт настроек «О браузере Chrome».

 

Напомним, неделю назад мы писали о девятой 0-day в Chrome с начала 2024 года — CVE-2024-7971.

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

За размещение VPN могут на год лишить доступа ко всем хостингам РФ

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

Такая норма, по словам пользователя Хабра freehabr, содержится в новом законопроекте о борьбе с мошенничеством.

Механика следующая: Роскомнадзор ведёт реестр, а хостеры не смогут предоставлять вычислительные мощности включённым в него лицам, обратившимся за услугой в течение года после внесения записи.

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

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

А что с Telegram-ботом, который работает через прокси? Однозначного ответа этот фрагмент не даёт. Формулировка охватывает сети, сайты, информационные системы и программы, но применение нормы к конкретному сценарию потребует уточнений. Бизнесу здесь есть о чём спросить разработчиков документа.

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

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