В 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

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

Создатель Linux довольно резко высказался по поводу идеи как-то отдельно регулировать или документировать вклад, сделанный с помощью LLM-помощников.

Поводом стало сообщение разработчика ядра Лоренцо Стоукса, связанного с Oracle, который усомнился в популярной формуле «LLM — это просто ещё один инструмент» и назвал такую позицию наивной.

Ответ Торвальдса был, мягко говоря, недипломатичным — в его стиле:

«Нет. Глупая тут как раз твоя позиция. Говорить об “ИИ-слопе” — это просто идиотизм. Люди, которые клепают плохие патчи с помощью ИИ, не будут добросовестно это документировать. Это настолько очевидно, что я вообще не понимаю, зачем это обсуждать».

Дальше — ещё жёстче. По мнению Торвальдса, документация ядра не должна превращаться в идеологическое поле боя между апологетами ИИ и сторонниками «конца света»:

«Я не хочу, чтобы документация по разработке ядра становилась заявлением об ИИ. У нас и так хватает людей по обе стороны — от “всё пропало” до “ИИ революционизирует разработку”».

Именно поэтому он настаивает на нейтральной формулировке «просто инструмент». Не потому, что он безоговорочно верит в LLM, а потому что документация — не место для деклараций.

При этом позиция Торвальдса остаётся, как ни странно, неоднозначной. Формально он не запрещает использование ИИ-помощников и, похоже, понимает, что запрет был бы бессмысленным. Если LLM-боты можно использовать тайком, их всё равно будут использовать. Просто не скажут об этом.

Контекст у спора вполне реальный. Команды разработчиков уже работают над чёткими рекомендациями по написанию патчей с помощью ИИ, а сами инструменты активно применяются на практике.

Сам Торвальдс раньше высказывался об ИИ куда мягче. В 2024 году он говорил, что 90% ИИ-маркетинга — это хайп, а позже неожиданно допустил вайб-кодинг, но с оговоркой: «если это не для чего-то важного». С этим, впрочем, далеко не все согласились — включая технических журналистов.

Кроме того, Линус в декабре неожиданно оправдал Windows BSOD.

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