В Chrome 113 устранили критическую уязвимость use-after-free

В Chrome 113 устранили критическую уязвимость use-after-free

В Chrome 113 устранили критическую уязвимость use-after-free

На этой неделе Google выпустила очередное обновление Chrome, в котором не обошлось без важных патчей. Всего разработчики устранили 12 уязвимостей, включая одну критическую. О шести дырах Google узнала благодаря сторонним исследователям.

Критическая брешь затрагивает Navigation, ей присвоили идентификатор CVE-2023-2721. На проблему указал один из специалистов компании Qihoo 360. Класс уязвимости — use-after-free, ошибка использования динамической памяти в процессе работы софта.

Условный злоумышленник может подготовить специальную HTML-страницу, которая пробьёт брешь в момент посещения пользователем. Атакующему, само собой, придётся заставить жертву зайти на соответствующую страницу.

Баги класса use-after-free, как правило, тесно связаны с повреждением памяти. Это довольно распространённый вид уязвимостей, возникающий из-за того, что указатель не очищается после освобождения памяти.

С помощью таких дыр злоумышленник может выполнить произвольный код, привести к отказу в обслуживании (DoS) или повреждению данных. В случае с Chrome use-after-free используются для выхода за пределы песочницы браузера.

В Google отметили, что корпорация выплатила 11 500 долларов за сообщения об уязвимостях. Последняя сборка Chrome получила номера 113.0.5672.126 (для Linux macOS) и 113.0.5672.126/.127 (для Windows).

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

macOS приняла Docker за вредоноса из-за некорректной подписи файлов

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

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

 

К концу прошлой недели для программы управления контейнерами Docker было выпущено обновление 4.37.2 со спасительным фиксом. Вслед за этим исправления были реализованы для веток с 4.32 по 4.36.

Если ложный алерт продолжает появляться после установки обновлений, ИТ-админы могут воспользоваться специальным скриптом MDM, чтобы устранить проблему у подопечных разработчиков и юзеров. Это можно сделать и вручную, но процесс будет более трудоемким:

  • убедиться, что у всех установлены заново подписанные апдейты;
  • на каждой машине остановить Docker, vmetd и службу сокетов;
  • удалить бинарники vmetd и сокета и установить новые;
  • перезапустить приложение Docker.

Судя по странице статуса, проблема на сервисе не исчерпана. Видимо, не все еще обновили клиент, и оценить эффективность исправлений пока затруднительно.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

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