VMware устранила критические уязвимости в Carbon Black App Control

VMware устранила критические уязвимости в Carbon Black App Control

VMware устранила критические уязвимости в Carbon Black App Control

Компания VMware обновила софт Carbon Black App Control (AppC), устранив две критические уязвимости, которые позволяют выполнить сторонний код на сервере под управлением Windows. Поскольку данный продукт используется для защиты ЦОД и критически важных систем, пользователям настоятельно рекомендуется применить патчи.

Комплексная платформа управления приложениями VMware Carbon Black App Control объединяет в себе белый список разрешенных программ, мониторинг целостности файлов, полнофункциональное управление устройствами и защиту памяти. Решение позволяет администратору серверов, используя один агент, контролировать изменения, блокировать непроверенные приложения в критических системах, а также поддерживать соответствие отраслевым нормам безопасности.

Обе RCE-уязвимости, выявленные в AppC, вендор оценил в 9,1 балла из 10 возможных по шкале CVSS. Эксплойт в обоих случаях требует сетевого доступа к интерфейсу администрирования и наличия соответствующих прав. Это означает, что воспользоваться лазейкой может только злоумышленник, угнавший админ-аккаунт, или продажный инсайдер с высокими привилегиями на доступ.

Проблема CVE-2022-22951, согласно описанию, возникла из-за неадекватной проверки пользовательского ввода и характеризуется как возможность инъекции команд. Причиной появления CVE-2022-22952 является слабость контроля загрузки файлов на сервер.

Наличие уязвимостей подтверждено для AppC веток 8.5.x, 8.6.x, 8.7.x и 8.8.x. Патчи включены в состав обновлений 8.5.14, 8.6.6, 8.7.4 и 8.8.2 соответственно.

В прошлом году VMware залатала столь же критичную дыру в другом представителе семейства — Carbon Black Cloud Workload. Этот локально устанавливаемый продукт отвечает за связь между сервером vCenter во внутренней сети и облачной платформой мониторинга безопасности ВМ. Наличие уязвимости позволяло непривилегированному пользователю обойти ограничения доступа и нарушить эту связь, приостановив работу защитных механизмов.

Уязвимость MediaTek могла затронуть гораздо больше Android-смартфонов

История с серьёзной уязвимостью в Android-смартфонах на чипах MediaTek получила продолжение. Компания Trustonic выступила против версии, что корень проблемы якобы кроется именно в её защищённой среде исполнения Kinibi TEE, и заявила: слабое место, похоже, было шире и могло затрагивать не только её технологии.

Напомним, тревогу подняла исследовательская команда Ledger Donjon. Специалисты показали атаку, которая позволяла меньше чем за минуту извлечь конфиденциальные данные, включая ПИН-код устройства и сид-фразы криптокошельков, причём без загрузки Android в обычном режиме.

Изначально всё выглядело так, будто проблема связана с сочетанием чипов MediaTek и TEE от Trustonic. Но теперь сама Trustonic говорит, что тот же релиз Kinibi на других платформах SoC работает корректно, а значит, по её версии, источник бага надо искать именно на стороне MediaTek.

Компания отдельно подчеркнула, что её технология используется не на всех чипсетах MediaTek, поэтому привязывать всю историю только к Trustonic некорректно.

По сути, это меняет акцент во всей истории. Если Trustonic права, речь может идти не о проблеме одной конкретной защищённой среды, а о более широкой уязвимости в экосистеме MediaTek, которая потенциально затрагивает разные варианты защитных механизмов на этих процессорах. Пока это не окончательный вердикт, но именно такой вывод сейчас напрашивается из позиции компании.

Есть и практический момент: MediaTek, по словам Trustonic, разослала патчи производителям устройств ещё 5 января 2026 года. Звучит хорошо, но оставляет главный вопрос открытым: какие именно модели уже получили патч, а какие всё ещё уязвимы.

Из-за этого ситуация пока выглядит довольно типично для Android-рынка: патчи у вендора платформы уже есть, но реальная защищённость пользователей зависит от того, насколько быстро сработают конкретные производители устройств. А вот с этим, как показывает практика, единообразия почти никогда не бывает. Этот вывод уже следует из самой модели распространения Android-патчей через OEM-цепочку.

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