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

Замедление Telegram привело к проблемам у мобильных разработчиков

После введения санкционных ограничений и потери доступа к сервисам Apple, Google и Microsoft Telegram фактически стал для российских разработчиков основной площадкой для тестирования приложений и распространения обновлений. На этом фоне замедление работы мессенджера обернулось серьёзными проблемами для отрасли.

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

Директор по инновациям Fork-Tech Владислав Лаптев отметил, что Telegram стал одним из ключевых инструментов доставки тестовых сборок — версий приложений, которые ещё не опубликованы в официальных магазинах, но уже требуют проверки тестировщиками и другими сотрудниками. Альтернативные сервисы оказались недоступны после ухода зарубежных вендоров или из-за санкций.

Руководитель направления разработки iOS в red_mad_robot Александр Тузовский пояснил: «В мобильной разработке Telegram часто выступает как оперативный “транспорт” для команды: это тематические чаты по проектам и релизам, уведомления от CI/CD (набор принципов и практик, позволяющих чаще и надёжнее развёртывать изменения ПО), боты для сбора фидбэка от тестировщиков, а также автоматические сообщения о статусе публикаций в магазинах приложений».

Руководитель направления Android-разработки red_mad_robot Сергей Иванов среди ключевых преимуществ Telegram назвал его широкое распространение, низкий порог входа, удобный API и относительную бесплатность.

По словам Владислава Лаптева, ранее российские разработчики активно использовали Firebase App Distribution от Google и App Center от Microsoft. Однако из-за санкций — а в ряде случаев и сопутствующих ограничений со стороны Роскомнадзора — эти инструменты стали недоступны. Google ввела ограничения на оплату для россиян и начала удалять аккаунты российских пользователей. Microsoft закрыла App Center ещё в марте 2025 года, а его замена работает на инфраструктуре Azure, которая в России также недоступна.

«Сейчас разработчики рискуют во второй раз за четыре года лишиться инфраструктурного канала. Особенно остро это ощущают крупные финансовые организации, где требования к контролю качества и безопасности приложений значительно выше», — прокомментировал Владислав Лаптев.

Директор по продуктам студии разработки «Решение» Анфиса Кондрашова добавила, что ограничения Telegram могут привести к росту затрат на отдельные процессы: «Речь идёт, например, о стоимости отправки кода авторизации при регистрации пользователя. Отправка кода через Telegram обходится примерно в 5 рублей, а СМС — более чем в 40 рублей за сообщение. Экономика наших клиентов может серьёзно пострадать».

Вице-президент по операционной деятельности и информационным технологиям финансовой группы «БКС Холдинг» Сергей Путятинский отметил: «Для нашей компании это неактуально — мы используем внутренние инструменты, внедрённые несколько лет назад. Но я знаю много крупных организаций в России, которые по-прежнему задействуют Telegram в процессах мобильной разработки. Для них это создаёт существенные риски, поэтому проблема на рынке действительно существует».

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

О замедлении Telegram стало известно 10 февраля, однако фактически проблемы начались раньше — волна жалоб пользователей стартовала вечером 9 февраля.

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