Возвращение закрытого бага

Возвращение закрытого бага

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



Напомним, что уязвимость, которую впервые обнаружил польский хакер cliph (Wojciech Purczynski), существует в компоненте операционной системы, отвечающем за преобразование 64-битныx значений в 32-битные и наоборот. Исследователь Бен Хоукс, по его собственным словам, "насторожился", заметив в процессе работы с системой признаки того, что уязвимость все еще открыта.


"Я связался со своим другом, Робертом Свьеки, который тогда, в 2007 году, написал эксплойт для этой уязвимости; он также проявил интерес к данной проблеме, и вместе с ним мы попробовали применить тот старый код эскалации привилегий. С незначительными изменениями код сработал, и мы получили корневой доступ," - сообщил г-н Хоукс.


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


В итоге недоверенный пользователь (скажем, с ограниченным доступом по SSH) имеет довольно тривиальную возможность получить полный доступ, в сущности, к любой 64-битной Linux-системе. Стоит отметить, что уязвимость пребывала в ядре несколько лет, несмотря на то, что один раз ее уже исправляли; это не может не вызывать вполне закономерных вопросов.


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


The Register

1,8 млн Android-телевизоров стали частью ботнета Kimwolf

Исследователи из QiAnXin XLab рассказали о новом гигантском DDoS-ботнете под названием Kimwolf. По их оценкам, он объединил около 1,8 млн заражённых устройств — в основном Android-телевизоры, ТВ-приставки и планшеты, которые стоят в домашних сетях по всему миру.

В отчёте XLab отмечается, что вредонос написан с использованием Android NDK и, помимо DDoS-функций, умеет работать как прокси, открывать обратный шелл и управлять файлами на устройстве.

Проще говоря, заражённый телевизор или приставка превращаются в универсальный инструмент для удалённого заработка злоумышленников.

Масштаб активности впечатляет. Всего за три дня — с 19 по 22 ноября 2025 года — ботнет разослал около 1,7 млрд команд для DDoS-атак. В этот же период один из управляющих доменов Kimwolf неожиданно взлетел в рейтинге топ-100 Cloudflare и на короткое время даже обогнал Google по количеству запросов.

Основные цели заражения — ТВ-боксы и смарт-ТВ популярных моделей, включая TV BOX, SuperBOX, X96Q, MX10, SmartTV и другие. Наибольшее число заражённых устройств зафиксировано в Бразилии, Индии, США, Аргентине, ЮАР и на Филиппинах. Каким именно способом вредонос попадает на устройства, пока до конца не ясно.

Интересно, что Kimwolf оказался тесно связан с другим известным ботнетом — AISURU, который в последние годы фигурировал в отчётах о рекордных DDoS-атаках. По данным XLab, оба ботнета распространялись одними и теми же скриптами и одновременно существовали на одних и тех же устройствах. Исследователи считают, что за ними стоит одна и та же группировка, а Kimwolf мог быть создан как «эволюция» AISURU — для обхода детектирования и блокировок.

Инфраструктуру Kimwolf уже несколько раз пытались гасить: его управляющие домены как минимум трижды отключали в декабре. В ответ операторы ботнета перешли к более стойким схемам — например, начали использовать Ethereum Name Service (ENS). В новых версиях вредонос получает IP-адрес управляющего сервера прямо из данных смарт-контракта в блокчейне, что сильно усложняет блокировку.

 

Любопытно и то, как ботнет используется на практике. Более 96% команд связаны не с атаками, а с прокси-сервисами. Злоумышленники фактически перепродают трафик заражённых устройств, выжимая максимум из их пропускной способности. Для этого применяется отдельный клиент на Rust и SDK для монетизации трафика.

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