Раскрыты детали уязвимостей в ksmbd, грозящих захватом контроля над Linux

Раскрыты детали уязвимостей в ksmbd, грозящих захватом контроля над Linux

Раскрыты детали уязвимостей в ksmbd, грозящих захватом контроля над Linux

В модуле ядра Linux, реализующем функции SMB-сервера (ksmbd), были выявлены две опасные уязвимости. Автор находок уже опубликовал PoC-коды, пользователям настоятельно рекомендуется установить обновление 6.13-rc2.

Проблемы проявляются, когда в конфигурационном файле ksmbd прописан параметр vfs objects = streams_xattr. Эксплойт проводится по сети и не требует высоких привилегий либо взаимодействия с пользователем.

Уязвимость CVE-2024-56626 связана с ошибкой записи за границами буфера, которая может возникнуть при выполнении функции ksmbd_vfs_stream_write(). Успешная атака позволяет перехватить поток управления и выполнить любой код с привилегиями ядра или вызвать состояние отказа в обслуживании (DoS).

Уязвимость CVE-2024-56627 представляет собой возможность чтения за границами буфера, появившуюся из-за неадекватной проверки значения сдвига в запросе при выполнении ksmbd_vfs_stream_read(). Эксплойт грозит сливом конфиденциальных данных из памяти ядра.

Автор неприятных находок оценил их в 9,8 и 9,1 балла по шкале CVSS (как критические), команда аналитиков NIST NVD — в 7,8 и 7,1 балла, как высокой степени опасности. Проблемы актуальны для Linux с версией ядра выше 5.15; патчи включены в состав обновления 6.13-rc2.

Модуль ksmbd был добавлен в ядро Linux в 2021 году, с выпуском версии 5.15. Через полгода в этом файловом сервере объявилась уязвимость класса use-after-free, позволяющая удаленно и без аутентификации выполнить произвольный код в Linux.

Проблема, зарегистрированная как CVE-2022-47939, получила 10 баллов из 10 возможных по CVSS. Патч разработчики Linux выпустили через три недели после получения уведомления.

Здесь был ИИ: журналистам предложили маркировать нейросетевые материалы

Союз журналистов России выступил за обязательную маркировку материалов, созданных с применением искусственного интеллекта. Причём редакциям предлагают не ограничиваться лаконичным «сделано с помощью ИИ», а подробно объяснять, что именно он делал с текстом.

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

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

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

При этом СЖР рекомендует не маркировать как сгенерированный аутентичный контент, если ИИ не участвовал непосредственно в его создании. Это должно предотвратить путаницу.

Инициатива пока оформлена как рекомендации для прессы. Не определены также единая формулировка дисклеймера, критерии значимого участия ИИ и ответственность редакций за отсутствие маркировки.

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