В LibreOffice нашлись две уязвимости, код эксплойта уже лежит в Сети

В LibreOffice нашлись две уязвимости, код эксплойта уже лежит в Сети

В LibreOffice нашлись две уязвимости, код эксплойта уже лежит в Сети

Исследователи из Codean Labs выявили две уязвимости в офисном пакете LibreOffice. В случае эксплуатации эти бреши позволяют удалённо вытащить данные из файлов конфигурации, а также записывать в файлы произвольную информацию.

Проблемы получили идентификаторы CVE-2024-12425 (запись в файл) и CVE-2024-12426 (удалённое чтение).

Условному злоумышленнику для эксплуатации потребуется только отправить целевому пользователю вредоносный документ и убедить его открыть файл. В отчёте эксперты предупреждают:

«Эксплуатация обеих уязвимостей происходит непосредственно при открытии вредоносного документа. Никакого дополнительного взаимодействия с жертвой не требуется».

CVE-2024-12425 существует из-за некорректного способа обработки шрифтов в документах формата .fodt. В процессе загрузки такого документа софт извлекает данные шрифта и сохраняет их в файле .ttf, который находится во временной директории.

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

Вторая уязвимость — CVE-2024-12426 — позволяет злоумышленнику перехватить конфиденциальную информацию, включая переменные окружения, учётные данные и файлы конфигурации.

Специалисты Codean Labs опубликовали PoC, чтобы администраторы смогли вычислить уязвимые инсталляции LibreOffice. Всем стоит установить LibreOffice 24.8.4 или позднюю версию офисного пакета, где уязвимостей уже нет.

Линус Торвальдс разнёс баг-хантеров с ИИ за спам в рассылке Linux

Линус Торвальдс снова недоволен. В еженедельном сообщении о Linux 7.1-rc4 он заявил, что управлять отчётам о безопасности ядра стало почти невозможно из-за потока репортов о багах, найденных ИИ-инструментами. Проблема не в том, что ИИ ищет баги. Проблема в том, что десятки людей запускают похожие инструменты, находят одни и те же проблемы, а потом несут их в приватную рассылку.

В итоге мейнтейнеры тратят время не на исправления, а на сортировку дублей и ответы в стиле «это уже починили неделю назад».

Торвальдс отдельно подчеркнул: баги, найденные ИИ, по определению редко бывают секретом. Если один инструмент нашёл проблему у одного исследователя, с большой вероятностью тот же инструмент уже нашёл её ещё у пяти человек. А когда всё это уходит в закрытую рассылку, авторы даже не видят отчёты друг друга.

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

При этом сам Торвальдс не объявляет войну ИИ. Он признаёт, что инструменты могут быть полезны, но только если они помогают проекту, а не создают имитацию деятельности.

Забавно, что позиция Торвальдса звучит жёстче, чем недавние оценки Грега Кроа-Хартмана, который говорил, что ИИ становится всё более полезным инструментом для FOSS-сообщества. Но противоречия тут почти нет: полезный ИИ — это когда он приводит к патчу. Бесполезный ИИ — это когда он превращает рассылку Linux в свалку одинаковых срочных находок.

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