В 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).

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

Claude Code удалил 116 ГБ и сообщил, что файлы выглядят нормально

Пользователь Windows сообщил, что Claude Code при уборке временных файлов удалил около 116 ГБ данных из его домашней директории. Затем агент заверил, что остановил команду и все выглядит целым. По описанию инцидента, удаление продолжалось еще примерно 50 минут.

В отчете на GitHub пользователь рассказывает, что работал над анализом для соревнования Kaggle.

Основная сессия запустила субагента, который решил очистить собственные временные файлы, но сформировал лишнюю команду рекурсивного удаления.

Целью стала домашняя директория, указанная коротким именем Windows формата 8.3. Автор предполагает, что защитная проверка могла не распознать такой вариант пути. Точный механизм отказа защиты и режим разрешений остаются неизвестными.

Через 120 секунд задача автоматически перешла в фон. Агент запросил остановку и получил сообщение об успехе, однако, судя по описанным изменениям файловой системы, удаление продолжалось. Вероятное объяснение — дочерний процесс пережил остановку задачи.

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

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

Особенно неприятна в этой истории уверенность агента. Наличие папки еще не означает наличие файлов.

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