Новая брешь в 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 из смежной сети.

В Сеть выложили восстановленный исходный код легендарного Stuxnet

Неизвестный исследователь опубликовал на GitHub реконструированный исходный код Stuxnet — одного из самых известных и опасных компьютерных червей в истории. В репозитории представлены результаты обратной разработки вредоноса и инструкции по его сборке. В общем, цифровой экспонат из музея кибероружия теперь можно разобрать буквально по винтикам.

Stuxnet обнаружили в 2010 году, однако создавался он, предположительно, в рамках американо-израильской операции Olympic Games.

Целью атаки называли иранский завод по обогащению урана в Натанзе, где использовались промышленные контроллеры Siemens.

Добравшись до нужного оборудования, червь менял режим работы преобразователей частоты и выводил из строя роторы центрифуг. При этом операторам показывались нормальные показатели — промышленное оборудование ломалось, а на экранах царили тишина и порядок. По некоторым оценкам, атака повредила около 10% центрифуг предприятия.

Для распространения Stuxnet использовал USB-накопители, сетевые ресурсы и уязвимость Windows Print Spooler. Достаточно было открыть содержимое заражённой флешки, чтобы неизвестная на тот момент брешь запустила вредонос. Для обхода проверки драйверов применялись сертификаты, похищенные у Realtek и JMicron.

Червь также внедрялся в ПО Siemens WinCC и проекты Step 7, а затем перехватывал взаимодействие с программируемыми логическими контроллерами. Такой набор возможностей сделал Stuxnet первым широко известным вредоносом, который не просто портил файлы, а наносил физический ущерб промышленному объекту.

Идеальной операция всё же не была. Из-за ошибки в проверке окружения червь выбрался за пределы целевой сети и разлетелся по интернету, где его и заметили специалисты. В коде, к счастью, была предусмотрена дата самоуничтожения — 24 июня 2012 года.

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

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