Новая брешь в glibc открывает root-доступ в популярных Linux-дистрибутивах

Новая брешь в glibc открывает root-доступ в популярных Linux-дистрибутивах

Новая брешь в glibc открывает root-доступ в популярных Linux-дистрибутивах

Атакующий без высоких прав в системе может получить root-доступ на многих дистрибутивах Linux с дефолтной конфигурацией. Все благодаря уязвимости в библиотеке GNU C (glibc).

Получившая идентификатор CVE-2023-6246 (TXT) брешь кроется в функции __vsyslog_internal(), которую вызывают другие функции — syslog и vsyslog — для записи сообщений в системный логер.

Проблема представляет собой классическое переполнение буфера; появилась она, судя по всему, с выходом версии glibc 2.37 (релиз состоялся в августе 2022 года).

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

Из-за распространенности уязвимой библиотеки брешь затрагивает многие популярные дистрибутивы Linux. Например, тесты подтвердили наличие проблемы в Debian 12 и 13, Ubuntu 23.04 и 23.10, а также в Fedora с 37 по 39.

Вчера мы также писали об уязвимости в сетевом стеке ядра Linux, с помощью которой злоумышленник может выполнить в системе любой код через отправку анонса маршрутизатора (Router Advertisement, RA) по ICMPv6 из смежной сети.

Astra Cloud запустила облако, которое ускорит аттестацию в пять раз

Astra Cloud вывела на рынок «Защищённое аттестованное облако» для размещения государственных информационных систем, ИСПДн, медицинских платформ и других систем с чувствительными данными. Инфраструктура прошла аттестацию по приказам № 117 и № 21 ФСТЭК России: по классу защищённости К1 и уровню защищённости УЗ-1 соответственно.

Клиенты смогут использовать готовую площадку при аттестации собственного контура.

По оценке компании, это ускорит процедуру в три–пять раз. Однако волшебной кнопки не появилось: информационную систему заказчика всё равно придётся аттестовывать. Просто инфраструктурную часть не нужно собирать с нуля.

Сертифицированные средства защиты уже входят в сервис. Среди них — межсетевые экраны, антивирусы, системы обнаружения и предотвращения вторжений, средства доверенной загрузки и SIEM. Подключаться к облаку пользователи смогут только через защищённые каналы на базе сертифицированных СКЗИ.

Инфраструктура размещена в ЦОД уровня Tier IV и построена на отечественном оборудовании. Решение рассчитано на организации, которым необходимо соблюдать требования ФСТЭК России, но не хочется строить собственный защищённый ЦОД, отдельно закупать средства защиты и расширять штат ИБ-специалистов.

С 1 марта 2026 года приказ № 117 заменил приказ № 17 и распространил требования не только на госорганы, но также на подведомственные учреждения и компании, взаимодействующие с государственным сегментом. В частности, критические уязвимости теперь необходимо устранять за 24 часа, а показатели защищённости регулярно пересматривать.

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

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