Платформа Inductive Automation Ignition допускает повышение привилегий. Модуль Perspective не сверяет права сессии, когда определяет доступ уровня Designer, то есть режима разработки проектов. Пользователь с минимальными правами подставляет свой действующий идентификатор сессии от проекта Vision и получает права разработчика. Дальше он выполняет произвольный код в процессе шлюза Ignition. Ошибке присвоен идентификатор CVE-2026-92817, оценка по CVSS 3.1 составляет 8.8, это высокий уровень угрозы. Уязвимы ветки с 8.1.0 по 8.1.54 и с 8.3.0 по 8.3.8. Данных об эксплуатации в реальных атаках у CISA нет.
CVE-2026-92817 и обход проверки прав доступа в Ignition
Проблему относят к классу CWE-863, иначе говоря, к некорректной авторизации. Проверка в модуле Perspective опирается на идентификатор сессии, а не на текущую роль пользователя. Из-за этого модуль присваивает уровень доступа разработчика, не соотнося его с учётной записью. Атакующему хватает невысоких привилегий, сетевого доступа к шлюзу и любого проекта Vision, к которому его допустили. Взаимодействие с пользователем не требуется, поскольку подставленный идентификатор проходит проверку автоматически. Сетевой вектор и низкая сложность атаки упрощают задачу, доступ к самому устройству не нужен. Полученные права открывают путь к произвольному коду в контексте процесса Ignition Gateway, то есть шлюза платформы.
Суть в разрыве между двумя частями платформы. Проект Vision (клиентское приложение) и модуль Perspective - разные компоненты, однако идентификатор сессии одного из них принимается в другом. Разработчики описали проблему как ошибку разграничения доступа.
Ignition используют как SCADA-платформу (систему диспетчерского управления и сбора данных) на объектах энергетики, в обрабатывающей промышленности и в ИТ-инфраструктуре предприятий. Шлюз связывает контроллеры, операторские панели и базы данных. Поэтому контроль над его процессом равнозначен доступу к производственному контуру. Развёртывания платформы есть по всему миру, штаб-квартира разработчика находится в США. Уязвимость обнаружил исследователь Тим Хемингуэй и передал сведения вендору. CISA включила проблему в бюллетень для промышленных систем, поскольку от платформы зависят объекты критической инфраструктуры.
Исправления вышли в сборках 8.3.9 и 8.1.55. Первую выпустили в августе 2025 года, вторую в сентябре 2026-го. Ветка 8.3 получает закрытие ошибки в версии 8.3.9, ветка 8.1 в версии 8.1.55. Все более ранние выпуски обеих линий остаются уязвимыми. Описание исправления Inductive Automation приводит в публикации в Trust Center (раздел поддержки вендора), а в базе CVE указан вектор атаки и оценка 8.7 по CVSS 4.0.
Обновление до последней доступной сборки снимает проблему целиком. Промышленные сети не держат в открытом интернете. Шлюз и связанные с ним устройства размещают за межсетевым экраном и отделяют от корпоративного сегмента. Если удалённый доступ необходим, его организуют через VPN (виртуальную частную сеть). Сам туннель тоже обновляют, потому что он не защищён лучше подключённых к нему устройств. Перед развёртыванием защитных мер CISA советует оценить их влияние на технологический процесс, чтобы не остановить производство.
Ошибки авторизации в промышленном ПО встречаются регулярно, и цена у них выше, чем в офисных системах. Одна доверенная сессия, выданная для одного компонента, даёт здесь права разработчика в другом. Разрыв возникает там, где платформа подтверждает подлинность сессии, но не сверяет её с текущей ролью записи. До установки обновления предприятиям приходится полагаться на изоляцию сети и на ограничение прав операторов и подрядчиков. Проверка прав на каждом шаге, а не только при входе, снижает ущерб от таких ошибок.
Ссылки
