Раскрыты детали уязвимостей в 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 выпустили через три недели после получения уведомления.

В Android нашли обход новой 24-часовой задержки на установку APK

Google подробно объяснила, как будет работать новый механизм установки приложений от непроверенных разработчиков на Android. Идея простая: добавить побольше трения, чтобы пользователи не ставили подозрительные APK по наводке мошенников. Но довольно быстро выяснилось, что у более опытных пользователей останется вполне прямой обходной путь через ADB.

Напомним, новый сценарий сторонней загрузки софта Google запускает в августе.

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

После этого можно будет разрешить установку таких приложений на 7 дней или бессрочно. Google прямо говорит, что эта пауза нужна для борьбы с социальной инженерией и ломает навязанную срочность, на которой часто держатся мошеннические схемы.

Но есть нюанс, который многим понравится куда больше самой защиты. Как уточнил Мишаал Рахман, а затем подтвердила и документация Google, Android Debug Bridge (ADB) в этой истории почти не меняется. Через ADB разработчики и продвинутые пользователи по-прежнему смогут устанавливать неподписанные или непроверенные приложения на свои устройства без этой новой суточной паузы.

То есть на практике получается довольно любопытный компромисс. Для обычной сторонней загрузки Google делает процесс заметно более вязким и медленным, чтобы случайный пользователь лишний раз остановился и подумал. А для тех, кто и так пользуется ADB, ничего радикально не ломают: хочешь поставить APK сразу — подключай устройство, включай нужные опции и работай по старой схеме.

В этом есть своя логика. Google явно пытается не столько запретить стороннюю загрузку, сколько усложнить именно те сценарии, где человека под давлением заставляют быстро установить вредоносное приложение. При этом компания оставляет путь для разработчиков, тестировщиков и энтузиастов, которые осознанно берут на себя риск и знают, что делают.

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