Баг Dirty Pipe в Linux-ядре позволяет записать данные в read-only файлы

Баг Dirty Pipe в Linux-ядре позволяет записать данные в read-only файлы

Баг Dirty Pipe в Linux-ядре позволяет записать данные в read-only файлы

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

Проблема в безопасности получила имя «Dirty Pipe» и идентификатор CVE-2022-0847 (7,8 балла по шкале CVSS). Как объяснил Макс Келлерманн, разработчик софта из IONOS, уязвимость «приводит к повышению привилегий, поскольку процесс с низкими правами может внедрить код в root-процессы».

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

Брешь затрагивает версии ядра Linux, начиная с 5.8 и чем-то похожа на другой баг — «Dirty Cow» (CVE-2016-5195), о котором говорили в октябре 2016 года.

«Уязвимость существует из-за отсутствия корректной инициализации в функциях copy_page_to_iter_pipe и push_pipe в ядре Linux. Непривилегированный локальный пользователь может использовать дыру для записи в страницы, находящиеся в кеше с файлами, доступными только на запись. В результате условный злоумышленник может повысить права в системе», — пишут представители Red Hat.

Эксплуатация Dirty Pipe подразумевает создание конвейера (pipeline) и наполнение его произвольными данными. После этого атакующий должен опустошить конвейер, соединить данные из целевых read-only файлов и записать произвольные данные в пайп. Келлерманн подготовил демонстрационный эксплойт (proof-of-concept, PoC).

По словам эксперта, с помощью PoC атакующий может, например, удалить пароль root-пользователя из /etc/passwd или добавить SSH-ключи для удалённого доступа. Уязвимость устранили в версиях Linux 5.16.11, 5.15.25 и 5.10.102.

После январского апдейта Windows 11 компьютеры перестают загружаться

Microsoft разбирается с очередным неприятным сюрпризом после обновлений Windows, уже где-то пятым по счёту. Как сообщают пользователи, после установки январских патчей для Windows 11 некоторые компьютеры просто перестают загружаться и уходят в чёрный экран с ошибкой UNMOUNTABLE_BOOT_VOLUME.

Проблема проявляется после установки накопительного обновления KB5074109, выпущенного в рамках январского Patch Tuesday.

Под удар попали устройства с Windows 11 версии 25H2, а также все редакции Windows 11 24H2. По данным Microsoft, система не может загрузиться и останавливается на этапе старта, показывая чёрный экран с сообщением о критической ошибке и предложением перезагрузить устройство (что, впрочем, ситуацию не спасает).

В компании уточняют, что речь идёт о «ограниченном числе обращений», но для пострадавших пользователей это слабое утешение: система не загружается вовсе и требует ручного восстановления. При этом, как отмечает Microsoft, проблема затрагивает только физические устройства — о сбоях на виртуальных машинах пока не сообщалось.

На проблему обратили внимание и пользователи форума AskWoody. Сейчас Microsoft просит администраторов и обычных юзеров отправлять отчёты через приложение Feedback Hub и подчёркивает, что проверяет, связано ли поведение системы именно с январским обновлением.

«Мы изучаем эту проблему и стараемся установить, вызвана ли она обновлением Windows», — заявили в Microsoft, пообещав обновить документацию по мере прояснения ситуации.

На фоне этой истории компания уже успела выпустить внеплановое обновление (OOB) по другой проблеме — зависанию Microsoft Outlook при работе с PST-файлами, хранящимися в облачных сервисах вроде OneDrive или Dropbox. Этот баг в основном затрагивал корпоративных пользователей.

Напомним, ранее сообщалось и о проблемах в работе Блокнота и Ножниц после установки январских патчей.

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