Баг 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.

Астрал подтвердил целевую кибератаку после недельного сбоя сервисов

ГК «Астрал» впервые подробно прокомментировала масштабный сбой, который уже несколько дней влияет на работу её сервисов. Компания официально признала, что 9 июня подверглась серии целенаправленных хакерских атак.

По словам представителей «Астрала», именно атака стала причиной остановки ряда сервисов.

С первого дня специалисты компании работают над восстановлением инфраструктуры в круглосуточном режиме, а полностью завершить восстановление планируется 16 июня.

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

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

Почему восстановление заняло почти неделю? В «Астрале» объясняют это необходимостью полной проверки каждого сервиса перед возвращением в эксплуатацию. Компания подчёркивает, что не собирается жертвовать безопасностью ради более быстрого запуска.

По состоянию на сегодняшний день большая часть сервисов уже работает в штатном режиме. Последними должны вернуться в строй ОФД и оставшиеся компоненты экосистемы.

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

Таким образом, спустя неделю после начала сбоев «Астрал» фактически подтвердил то, о чём многие пользователи и так догадывались: причиной проблем стала не техническая ошибка и не авария, а полноценная кибератака на инфраструктуру компании.

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