Исследователи XM Cyber описали уязвимость macOS, которая позволяет обычному пользователю без прав администратора отключать защитные инструменты уровня EDR и MDM. Для корпоративной ИТ-среды это неприятный сценарий: если уязвимость macOS дает возможность тихо выгрузить защитный агент, то Mac перестает быть «аккуратным исключением» в парке устройств и превращается в вполне обычную точку входа для атаки.
О проблеме 24 июня 2026 года сообщил Dark Reading. Речь идет не о kernel-эксплойте и не о классическом взломе с повышением привилегий через админский пароль, а о более неудобной для защитников схеме: злоумышленник с обычной учетной записью может выдать свои компоненты за доверенные части приложения и получить доступ к привилегированным XPC-сервисам, которые в нормальной ситуации должны обслуживать только корректно подписанный код вендора.
По версии XM Cyber, корень проблемы находится в том, как macOS кэширует и повторно использует CDHash, криптографический идентификатор, по которому система проверяет подлинность приложения. Исследователи утверждают, что после кэширования этого значения ОС продолжает доверять приложению даже в ситуации, когда его отдельные компоненты позже были изменены. На практике это открывает дорогу к подмене доверенных частей программы и вызову привилегированных функций от имени кода, которому такого доступа быть не должно. В демонстрации XM Cyber использовала инъекцию в NIB-файл внутри доверенного приложения, после чего система запускала команды с повышенными правами.
Дальше начинается самое интересное для тех, кто отвечает за защиту Mac в компании. Исследователи показали, что этим методом можно полностью выгрузить сенсор CrowdStrike Falcon и тем самым отключить endpoint detection, сетевую видимость и мониторинг процессов на конкретной машине. Аналогично, по данным XM Cyber, можно было навсегда деактивировать Kandji MDM. То есть речь идет не просто о красивой исследовательской конструкции, а о сценарии, который бьет по двум типовым опорам корпоративной эксплуатации Mac: EDR и управлению устройствами. При этом, если верить описанию, для атаки не нужны ни права администратора, ни вмешательство в ядро, ни громкий набор артефактов, на который обычно рассчитывают защитные команды.
Важно, что авторы работы не утверждают, будто уязвим вообще весь macOS-экосистема без разбора. Под риск, по их оценке, попадают приложения, которые используют XPC-коммуникацию между компонентами и при этом опираются на CDHash как на элемент доверия. А это уже не узкая экзотика, а довольно распространенный паттерн для macOS-софта. XPC в системе используется повсеместно: через такие сервисы приложения общаются с фоновыми процессами, запрашивают привилегированные операции, устанавливают системные расширения, получают доступ к телеметрии и управляют компонентами, которые не должны жить в пользовательском процессе. Если граница доверия в этой конструкции оказывается размытой, проблема выходит далеко за пределы одного EDR-вендора или одного MDM-агента.
Реакция поставщиков в этой истории выглядит показательно. По словам XM Cyber, после уведомления Kandji компания Iru выпустила обновленную версию Kandji Agent, которая закрывает этот путь эксплуатации; уязвимость получила идентификатор CVE-2026-39118. CrowdStrike, как утверждает исследователь Хиллель Пинто, тоже отреагировала быстро: внесла исправления, выплатила bounty и добавила механизмы обнаружения и предотвращения на всех поддерживаемых версиях macOS-сенсора. А вот с Apple история менее комфортная для рынка. Пинто заявил Dark Reading, что в Купертино не планируют устранять базовую проблему в самой macOS. Подтверждения от Apple на момент публикации у издания не было: Dark Reading отмечает, что запросила комментарий, но ответа не получила.
Для разработчиков и продуктовых команд здесь есть довольно прямой вывод. Если приложение на macOS строится вокруг привилегированных XPC-сервисов, доверять только механике платформы уже недостаточно. Придется заново смотреть на валидацию вызывающей стороны, на модель доверия между пользовательским интерфейсом и привилегированным бэкендом, на все места, где подпись приложения считается достаточной гарантией. Отдельный неприятный нюанс в том, что описанная техника выглядит как хороший пример «тихой» атаки на защитный стек: злоумышленник не обязательно ломает систему в лоб, он сначала снимает с себя наблюдение. Для blue team это всегда плохой размен, потому что после отключения сенсора расследовать инцидент становится заметно сложнее.
Для бизнеса последствия тоже вполне приземленные. Компании, где Mac давно перестал быть редкостью и используется разработчиками, дизайнерами, топ-менеджерами и удаленными сотрудниками, придется отказаться от удобной иллюзии, что сам факт работы на macOS автоматически снижает риск. Если в корпоративной среде защитный агент можно выключить без админских прав, то модель контроля должна смещаться в сторону более жесткой проверки состояния устройства, более частой верификации целостности и, возможно, отдельного аудита XPC-зависимых приложений. XM Cyber как раз под эту тему подготовила исследовательский инструмент XPC Hunter и собирается показать его на Black Hat USA в августе. Сам по себе этот релиз тоже симптоматичен: рынок уже не обсуждает, бывают ли серьезные ошибки в macOS-мире, а переходит к вопросу, как их масштабно искать и быстро обвязывать компенсирующими мерами.
Самый неудобный вопрос в этой истории звучит просто: если базовую проблему действительно не будут исправлять на уровне платформы, сколько еще корпоративных macOS-приложений живут с похожей моделью доверия и узнают об этом только после чужого PoC? Вендорам защитных и управляющих решений придется отвечать на него быстрее, чем успеет рынок успокоить себя привычным аргументом про «менее атакуемую» экосистему. Подробнее об исследовании пишет .