Обработка IPv4-пакетов в Cisco IOS XR на маршрутизаторах ASR 9000 и 9900 ведёт к отказу в обслуживании

Cisco IOS XR

Уязвимость в обработке IPv4-пакетов в Cisco IOS XR 64-bit затрагивает маршрутизаторы ASR 9000 и ASR 9900 с линейными картами Lightspeed и Lightspeed-Plus, а также компактные модели ASR 9902 и ASR 9903. Злоумышленник без учётных данных может удалённо вызвать сбой сетевого процессора на линейной карте и сорвать пересылку трафика. За сбоем следует перезагрузка или отключение карты, то есть отказ в обслуживании. Условие одно: IPv4 должен быть настроен хотя бы на одном интерфейсе установленной карты.

CVE-2026-76505 в обработке IPv4-пакетов IOS XR

Cisco проверила и подтвердила уязвимость в перечисленных продуктах, в служебной системе она числится под номером CSCwn39554. Затронуты только устройства из списка вендора, и лишь при наличии карт указанных семейств. Продукты IOS, IOS XE и NX-OS, а также платформы IOS XR вне этого списка Cisco признала не уязвимыми. Конфигурации, где настроен только IPv6, под условие не попадают.

Сбой вызывает некорректная обработка специально сформированных IPv4-пакетов. Пакет приходит на интерфейс линейной карты и распознаётся как трафик, адресованный самому маршрутизатору (for-us traffic). Транзитный трафик, который устройство только пересылает дальше, сбой не вызывает, и IPv6 для этого не годится. Оценка по CVSS у Cisco составляет 7.5 из 10, это уровень High.

Атака идёт по сети, аутентификация не нужна, участие пользователя не требуется. Линейная карта - модуль расширения маршрутизатора, который отвечает за порты и пересылку пакетов. После сбоя её сетевой процессор перезагружается, и на время восстановления карта теряет трафик. Если сбои повторяются, процессор может уйти в устойчивое состояние отключения. Тогда трафик не вернётся без явной перезагрузки карты, и простой затягивается до вмешательства администратора.

Сведений о применении уязвимости в реальных атаках у группы реагирования на инциденты Cisco (PSIRT) нет. Публичных объявлений о проблеме до выхода уведомления тоже не было. Проблему нашли при разборе обращения в службу технической поддержки Cisco TAC. Само уведомление означает доступность технических деталей, а не эксплуатацию в атаках.

Проверить, был ли сбой процессора на устройстве, можно по журналу. Cisco предлагает искать в нём записи о сбросе сетевого процессора и уточнять результат вместе со службой поддержки.

Исправление вышло отдельными версиями для каждой ветки. Ветка 7.9 закрывается версией 7.9.2, 7.10 версией 7.10.2, 7.11 версией 7.11.2. Для 24.1 исправленная версия 24.1.2, для 24.2 версия 24.2.2, для 24.3 версия 24.3.2, для 24.4 версия 24.4.2. Ветку 7.8 и более ранние Cisco предлагает переводить на поддерживаемую версию. Ветка 25.1 и более поздние уязвимость не содержат.

Кроме того, для части веток доступны SMU - пакеты оперативного исправления, которые ставят на работающее устройство. По типу установки они относятся к ISSU/Reload: обновление проходит либо без перерыва в работе, либо с перезагрузкой. Если нужного SMU для платформы или ветки нет в списке, Cisco советует обратиться в поддержку.

Обходных мер, которые устраняют уязвимость, вендор не приводит. Есть временное ограничение: на граничных и внешних интерфейсах настраивают список контроля доступа на входе (iACL, ingress ACL). Он отбрасывает UDP-трафик с портом назначения 1701, адресованный собственным адресам маршрутизатора, и пропускает транзит дальше. Cisco проверила ограничение в тестовой среде, но применимость и влияние на сеть администратор оценивает сам. Ставить такие правила до оценки последствий вендор не советует.

Уязвимость срабатывает на пакетах, адресованных самому маршрутизатору, и не требует учётных данных. Для сети с IPv4 на картах Lightspeed и Lightspeed-Plus это означает риск потери трафика на линейной карте до установки исправления.

Ссылки

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