Срочный патч для Google Chrome закрывает уязвимость с готовым эксплойтом

Срочный патч для Google Chrome закрывает уязвимость с готовым эксплойтом

Срочный патч для Google Chrome закрывает уязвимость с готовым эксплойтом

Google выпустила срочные патчи, устраняющие уязвимость нулевого дня в браузере Chrome. Таким образом, это уже четвёртая 0-day, которую закрыли в интернет-обозревателе с начала этого года.

В опубликованном уведомлении разработчики пишут:

«Google в курсе наличия готового эксплойта для CVE-2023-4863, который уже используется в реальных кибератаках».

Новая версия Chrome доступна в стабильном канале (также и в Extended). Ожидается, что до всех пользователей апдейт дойдёт в ближайшие дни или недели.

Актуальные номера сборки — 116.0.5845.187 (macOS и Linux) и 116.0.5845.187/.188 (Windows). Девелоперы подчёркивают, что игнорировать эти обновления не стоит.

Что касается уязвимости, она получила идентификатор CVE-2023-4863 и статус критической, а причиной её является переполнение буфера в WebP. Эксплуатация позволят осуществить целый спектр вредоносных действий: от вызова сбоев в работе до выполнения кода.

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

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

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

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

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

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

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

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

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

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