Критическая уязвимость в Orkes Conductor эксплуатируется в атаках
В Orkes Conductor обнаружена критическая уязвимость CVE-2026-58138, допускающая удалённое выполнение кода без аутентификации. Злоумышленники уже используют её в реальных атаках через встроенные определения рабочих процессов. Уязвимость затрагивает организации, развернувшие платформу оркестрации.
Подробности
CVE-2026-58138 классифицируется как уязвимость удалённого выполнения кода (RCE), не требующая аутентификации. Это означает, что атакующему не нужно иметь учётную запись или действительные учётные данные для проведения атаки — достаточно сетевого доступа к уязвимому сервису. Ключевая особенность эксплуатации: злоумышленники используют вектор встроенных (inline) определений рабочих процессов. Иными словами, вредоносный код внедряется через механизм задания workflow-конфигураций, что позволяет обойти стандартные проверки и выполнить произвольный код на сервере. Отсутствие требования аутентификации существенно повышает уровень риска: даже системы, не имеющие прямой публичной экспозиции, но доступные из внутренней сети, остаются под угрозой. Поскольку уязвимость уже зафиксирована в реальных атаках, промедление с обновлением многократно увеличивает вероятность компрометации. На момент публикации исходного материала конкретные версии Orkes Conductor, подверженные уязвимости, и наличие официального патча не уточнялись — этот момент требует отдельной проверки у вендора.Что делать
В первую очередь необходимо определить, используется ли Orkes Conductor в вашей инфраструктуре, и при наличии — проверить актуальность установленной версии на предмет наличия исправлений от вендора. Рекомендуется: — Незамедлительно применить доступные обновления безопасности Orkes Conductor, как только они будут выпущены вендором; — Ограничить сетевой доступ к интерфейсам платформы: не допускать их публичной экспозиции в интернете и сегментировать доступ внутри периметра; — Внедрить строгие политики для встроенных определений рабочих процессов, чтобы исключить возможность внедрения вредоносного кода через этот вектор; — Усилить мониторинг: настроить логирование и алертинг на подозрительную активность, связанную с выполнением рабочих процессов и необычными сетевыми обращениями к сервису; — Провести проверку на признаки компрометации, если платформа была доступна из недоверенных сегментов сети. Даже при отсутствии официального патча снижение поверхности атаки за счёт сетевых ограничений и контроля доступа заметно уменьшает риск эксплуатации. Критическая уязвимость без аутентификации, уже используемая в атаках, требует приоритетного внимания: чем быстрее организация закроет вектор эксплуатации, тем ниже вероятность серьёзного инцидента.Источник: SecurityWeek

