Уязвимости Cisco в Meraki, NX-OS и сервере лицензирования открывают путь к выполнению кода и доступу без пароля

vulnerability

Три уязвимости в сетевом оборудовании и серверном программном обеспечении Cisco дают злоумышленнику возможность выполнить произвольный код или обойти проверку подлинности. Первая затрагивает микропрограммное обеспечение устройств Meraki, вторая - операционную систему NX-OS коммутаторов Nexus 3000 и Nexus 9000, третья - локальный сервер лицензирования Cisco License On-Prem. Производитель подтвердил все три уязвимости и исправил их в новых выпусках. Сведений о применении этих уязвимостей в реальных атаках пока нет.

Три уязвимости Cisco и уровни их опасности

Оценки угрозы у всех трёх уязвимостей высокие. По шкале CVSS 3.1 уязвимости в сервере лицензирования и в NX-OS получили по 9,8 балла, уязвимость в Meraki - 9,6. Это критический уровень опасности. По прежней шкале CVSS 2.0 две уязвимости оценили в 10 баллов, а уязвимость в Meraki - в 8,3 балла, что соответствует высокому уровню. Записи в Банке данных угроз безопасности информации (BDU) датированы 7 октября 2026 года.

Векторы атаки тоже различаются. Для NX-OS и сервера лицензирования эксплуатация возможна по сети и без учётных данных. Для Meraki атакующему нужно находиться в смежном сегменте сети.

Переполнение буфера в микропрограммах Meraki

Уязвимость в Meraki связана с выходом операции за границы буфера в памяти. Проще говоря, устройство обращается к участку памяти за пределами выделенного блока. Это позволяет атакующему из смежного сегмента сети повлиять на конфиденциальность, целостность и доступность данных, которые обрабатывает устройство.

Затронуто широкое семейство оборудования: коммутаторы Meraki MS, устройства MX, точки доступа MR, камеры MV Smart Camera, шлюзы MG Cellular Gateway и Campus Gateway. Список версий микропрограмм тоже большой. У точек доступа MR он охватывает выпуски от 30.7 до 33.1, у камер - от 7 до 8.0, у устройств MX - от 18.1 до 26.2. Часть коммутаторов MS работает на платформе IOS XE, там уязвимы несколько веток, включая 17.15, 17.18 и 26.1.

Атака не требует учётных данных, зато требует сетевой близости. Вектор CVSS относит её к смежным сетям, поэтому из интернета устройство напрямую не атаковать. Риск выше в крупных распределённых сетях, где сегментов много и контроль доступа между ними не всегда жёсткий.

Сбой управления памятью в Cisco NX-OS

Вторая уязвимость кроется в служебной функции MPLS OAM - набора механизмов, которые оператор использует для проверки состояния сети с коммутацией меток. Ошибка относится к работе с памятью: код освобождает участок, который не был выделен. Такой сбой открывает путь к выполнению произвольного кода или к отказу в обслуживании.

В BDU способ эксплуатации описан как исчерпание ресурсов. Атака идёт по сети, учётные данные и действия пользователя не нужны. Оценка по CVSS 3.1 достигает 9,8 балла, по CVSS 2.0 - 10.

Уязвимы коммутаторы Cisco Nexus 3000 Series и Nexus 9000 Series. Список затронутых выпусков NX-OS очень широк: он охватывает ветки от 9.3 до 10.6 и десятки промежуточных сборок. Администраторам таких сетей нужно сверить точный список со своим релизом, иначе легко пропустить обновление.

Отсутствие аутентификации в сервере лицензирования

Третья уязвимость архитектурная. В локальном сервере лицензирования Cisco License On-Prem, который раньше назывался Cisco Smart Software Manager On-Prem, критичные функции доступны без проверки подлинности. Любой, кто получил сетевой доступ к такому серверу, обходится без логина и пароля и может влиять на конфиденциальность, целостность и доступность системы.

Уязвимы сборки до 10-202609 включительно. Оценки - 9,8 балла по CVSS 3.1 и 10 по CVSS 2.0. Сервер лицензирования не рядовой узел. Через него оборудование получает лицензии, поэтому компрометация одного такого сервера затрагивает всю связанную с ним инфраструктуру.

Что делать с обновлениями

Cisco закрыла все три уязвимости. Новые выпуски микропрограмм Meraki, NX-OS и сборки сервера лицензирования после 10-202609 устраняют проблему. Администраторам нужно найти свой релиз в рекомендациях вендора и обновить оборудование. Для NX-OS это особенно важно: список затронутых версий охватывает несколько крупных веток, и часть установок явно остаётся без обновления.

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

Ссылки

Комментарии: 0