Уязвимость OT-роботов на этот раз получила почти максимальную оценку: CVE-2026-8153 набрала 9,8 балла по CVSS и затрагивает Universal Robots PolyScope 5. Для компаний, где коллаборативные роботы давно стали частью производственной линии, склада или медтехники, это не академическая история про «где-то в промышленности», а вполне прикладной риск удаленного захвата контроллера.
Как пишет Dark Reading, проблема найдена в интерфейсе Dashboard Server у Universal Robots PolyScope 5. Это command injection: сервер принимает управляемый пользователем ввод и передает его в базовую ОС без нормальной нейтрализации специальных символов. Итог неприятный, но понятный любому инженеру по безопасности: если атакующий может дотянуться до сетевого порта Dashboard Server, он способен сформировать команду, которая выполнится уже на операционной системе робота. Аутентификация для этого не требуется.
Речь идет не о периферийной функции и не о косметическом баге. По данным производителя, уязвимость позволяет получить remote code execution и фактически скомпрометировать контроллер. Universal Robots уже выпустила исправление и рекомендует обновиться до версии 5.25.1 или новее. Уязвимость обнаружила Vera Mens из Claroty Team82, а раскрытие шло в координации с CISA и платформой VINCE от CERT/CC. То есть история прошла через вполне взрослый процесс disclosure, а не через случайный пост на форуме с сомнительным PoC.
Важно и то, при каких условиях атака возможна. Universal Robots отдельно уточняет: для удаленной эксплуатации Dashboard Server должен быть включен в интерфейсе управления, а его порт должен быть доступен злоумышленнику. Производитель также подчеркивает, что такие роботы не рассчитаны на прямую доступность из интернета, а у большинства компаний входящий доступ к OT-сегменту прикрыт межсетевыми экранами. Звучит успокаивающе, но лишь до первого аудита сети. В реальной инфраструктуре сервисные интерфейсы слишком часто живут дольше, чем о них помнят администраторы, а граница между «изолированной OT-сетью» и удобным удаленным доступом для подрядчиков нередко оказывается довольно условной.
Именно поэтому уязвимость OT-роботов здесь опасна не только для самого контроллера. PolyScope-системы используются в коллаборативных роботах, или cobots, которые работают в производстве, логистике, на складах, в автомобильной отрасли, здравоохранении и других промышленных сценариях. По оценке Morey Haber, chief security advisor в BeyondTrust, контроллер такого робота по сути представляет собой Linux-компьютер, напрямую связанный и с OT-средой, и с физическим оборудованием. Если на таком узле получить административный контроль без валидных учетных данных, атакующий может закрепиться надолго и действовать незаметно.
Дальше начинается самое интересное и самое неприятное для бизнеса. В типичной среде роботизированные системы не живут в вакууме: они обмениваются данными с PLC, MES-платформами, ERP-системами и инфраструктурой удаленного управления. Поэтому взлом контроллера способен стать не локальным инцидентом в одном цехе, а точкой входа в более широкий OT-контур. Haber перечисляет вполне конкретные последствия: остановка производства, саботаж производственных процессов, разворачивание ransomware, уничтожение операционных и конфигурационных данных, а также вмешательство в точность и калибровку робота. Для IT-руководителя это означает уже не просто уязвимый актив, а возможный каскадный сбой, где киберинцидент быстро превращается в простой, брак или повреждение оборудования.
Есть и второй слой риска, который в обычных ИБ-новостях часто упоминают для галочки, но здесь он выглядит вполне материальным. Industrial robots, напомнил Haber, соединяют цифровой и физический мир. Если злоумышленник меняет поведение машины, отключает защитные механизмы, корректирует запрограммированные движения или вмешивается в safety logic, проблема выходит за рамки конфиденциальности и даже доступности. Компрометированный cobot может начать работать непредсказуемо рядом с людьми, конвейерами или опасными материалами. Для предприятий это уже разговор не только про SOC и патч-менеджмент, но и про промышленную безопасность, охрану труда и риск реального физического ущерба.
При этом на момент публикации, по данным Universal Robots, подтвержденных случаев эксплуатации еще нет. Это хорошая новость, хотя она обычно живет недолго после выхода подробных advisory. Поэтому производитель рекомендует не тянуть с обновлением, а если обновить систему сразу нельзя, то хотя бы минимизировать сетевую доступность робота, вынести его и другие control system devices за межсетевые экраны и изолировать от бизнес-сети. Отдельная мера, которая часто оказывается самой практичной: полностью отключить Dashboard Server, если приложение его не использует. Также советуют ограничить доступ к нему только доверенными хостами или подсетями на уровне ОС.
Для разработчиков промышленных систем и архитекторов это еще одно напоминание, что сервисные интерфейсы и «удобные» управляющие каналы почти неизбежно становятся самой дорогой частью техдолга. В обычном enterprise это заканчивается инцидентом и разбором на ретро. В OT-среде та же ошибка может закончиться остановкой линии или нарушением safety-процедур. И чем активнее предприятия подключают роботов к общим цифровым контурам ради аналитики, удаленной поддержки и автоматизации, тем чаще уязвимость OT-роботов будет означать не проблему одного устройства, а слабое место всей производственной модели.