В Google Chrome пропатчили еще две 0-day, используемые в реальных атаках

В Google Chrome пропатчили еще две 0-day, используемые в реальных атаках

В Google Chrome пропатчили еще две 0-day, используемые в реальных атаках

Компания Google анонсировала новый релиз браузера Chrome для Windows, macOS и Linux. В сборку 86.0.4240.198 включены патчи для двух уязвимостей нулевого дня, которые злоумышленники уже пытаются использовать в атаках. Пользователям рекомендуется как можно скорее обновить приложение.

Подробности новых брешей скудны. Об их существовании разработчик узнал несколько дней назад из анонимных источников. Степень опасности обоих багов оценена как высокая.

В анонсе Google уязвимость CVE-2020-16013 охарактеризована как «некорректная реализация в V8» (JavaScript-движке с открытым исходным кодом). Другой баг, CVE-2020-16017, относится к классу «использование освобожденной памяти» (use after free). Он был обнаружен в защитном механизме изоляции сайтов.

Суммарно за последний месяц разработчики Chrome закрыли пять уязвимостей, уже засветившихся в атаках. Помимо двух новых им пришлось в экстренном порядке латать CVE-2020-15999, CVE-2020-16009 (тоже в V8) и CVE-2020-16010. Последняя брешь объявилась в мобильной версии браузера.

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

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

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

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

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

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

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

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

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

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