macOS не проверяет уже установленные приложения на наличие вредоноса

macOS не проверяет уже установленные приложения на наличие вредоноса

macOS не проверяет уже установленные приложения на наличие вредоноса

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

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

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

Специалист считает, что ситуацию может исправить дополнительная проверка уже установленных приложений на предмет внесенных в них изменений. Это должны реализовать разработчики Apple.

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

На прошлой неделе мы писали, что Apple тайком устранила проблему безопасности, которая затрагивает некоторые ноутбуки корпорации, поставляемые с процессорами Intel. Проблема заключалась в том, что ноутбуки ошибочно были настроены на сервисный режим работы «manufacturing mode».

А в прошлом месяце Патрик Уордл продемонстрировал уязвимость, позволяющую получить доступ к защищенным файлам.

Инструмент для Linux-гейминга оказался дырой с root-доступом

Инструмент InputPlumber, который используется для объединения устройств ввода в Linux-системах (в том числе в SteamOS), оказался небезопасным. Специалисты SUSE обнаружили в нём критические уязвимости, позволяющие локальному злоумышленнику перехватывать пользовательские сессии, подсовывать нажатия клавиш и даже читать файлы с правами root.

Речь идёт о двух уязвимостях — CVE-2025-66005 и CVE-2025-14338. Обе связаны с тем, что InputPlumber практически не проверял, кто именно обращается к его D-Bus-сервису. А это особенно неприятно, учитывая, что сервис работает с правами root.

Как выяснилось в ходе плановой проверки пакетов, ранние версии InputPlumber вообще не содержали никакой аутентификации клиентов.

«Первая версия InputPlumber, которую мы проверяли, полностью игнорировала аутентификацию, из-за чего мы сразу её забраковали», — пишут эксперты SUSE в отчёте SUSE.

Разработчики попытались исправиться и добавить Polkit, но сделали это так, что защита в реальности часто не работала. Поддержка Polkit была опциональна на этапе компиляции — и по умолчанию оказывалась отключённой. В результате бинарники нередко поставлялись вообще без какой-либо валидации.

Более того, даже при включённом Polkit обнаружилась состояние гонки (race condition) — классическая проблема, связанная с небезопасным использованием unix-process в Polkit (CVE-2025-14338).

По сути, любой пользователь системы получал доступ ко всем D-Bus-методам InputPlumber. А это открывало довольно опасные вектора атаки.

Например, через метод CreateTargetDevice можно было создать виртуальную клавиатуру и начать «нажимать» клавиши в чужой активной сессии — будь то рабочий стол или экран входа в систему.

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

Другой метод — CreateCompositeDevice — позволял использовать конфигурационные файлы для сторонних целей. С его помощью исследователи смогли определить существование привилегированных файлов и даже частично утёкшие данные, включая содержимое /root/.bash_history, которое «подсвечивалось» через сообщения об ошибках.

После раскрытия информации разработчики InputPlumber устранили проблемы. В версии v0.69.0 Polkit-аутентификация включена по умолчанию, а небезопасный механизм проверки заменён на корректный.

Обновления уже добрались и до SteamOS — компания выпустила новые образы SteamOS 3.7.20, в которых уязвимости закрыты.

Пользователям, у которых InputPlumber установлен в системе, настоятельно рекомендуется обновиться как можно скорее. Даже если вы используете его «только для игр», root-сервисы без нормальной аутентификации — это всегда плохая идея.

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