CVE-2026-98541 in Linux
Сводка
по VulDB • 19.10.2026
В ядре Linux была устранена следующая уязвимость:
fou: отклонять отсутствующий атрибут FOU_ATTR_IPPROTO при использовании режима инкапсуляции FOU_ENCAP_DIRECT
Коммит 7a9bc9e3f423 («fou: Не разрешать значение 0 для FOU_ATTR_IPPROTO») добавил проверку NLA_POLICY_MIN(NLA_U8, 1) в политику fou_nl_policy[FOU_ATTR_IPPROTO], что приводит к отклонению явно переданного атрибута FOU_ATTR_IPPROTO со значением 0 с ошибкой -ERANGE.
Однако FOU_ATTR_IPPROTO является необязательным атрибутом netlink. Когда пользователь отправляет команду FOU_CMD_ADD, устанавливая для FOU_ATTR_TYPE значение FOU_ENCAP_DIRECT и полностью игнорируя (не указывая) атрибут FOU_ATTR_IPPROTO, проверка политики nla_policy проходит успешно, а функция parse_nl_config() оставляет поле cfg->protocol равным 0 (вслед за memset(cfg, 0, sizeof(*cfg))). Затем функция fou_create() создает сокет с режимом инкапсуляции FOU_ENCAP_DIRECT, у которого значение fou->protocol равно 0.
В функции fou_udp_recv() возврат значения -fou->protocol в udp_queue_rcv_one_skb() вызывает повторную передачу пакета на уровень IP-протокола при условии, что fou->protocol > 0; тогда как возврат 0 сообщает слою туннелирования UDP о том, что пакет (skb) был обработан и освобожден. При значении fou->protocol == 0 каждый полученный через сокет пакет возвращает из функции fou_udp_recv() значение 0, что приводит к утечке структур sk_buff.
Необходимо отклонять режим FOU_ENCAP_DIRECT в случае отсутствия значения cfg->protocol (то есть при !cfg->protocol) внутри функции fou_create(), чтобы создание порта прямой инкапсуляции без указания атрибута FOU_ATTR_IPPROTO завершалось ошибкой -EINVAL, не затрагивая команды FOU_CMD_DEL и FOU_CMD_GET (которые совместно используют функцию parse_nl_config()).
Тестирование проводилось в QEMU на ядре Linux 7.3.0-rc3 путем отправки запроса Generic Netlink с командой FOU_CMD_ADD, где для FOU_ATTR_PORT установлено значение 5555 и для FOU_ATTR_TYPE — значение FOU_ENCAP_DIRECT, при этом атрибут FOU_ATTR_IPPROTO отсутствовал. В не исправленном ядре команда FOU_CMD_ADD выполняется успешно (err = 0), команда FOU_CMD_GET сообщает о значениях fou->type = 1 и fou->protocol = 0, а отправка 4000 UDP-пакетов на адрес 127.0.0.1:5555 приводит к утечке всех 4000 структур sk_buff (значение SUnreclaim в /proc/meminfo увеличивается с 41456 КБ до 59008 КБ, прирост +17552 КБ); после применения данного патча команда FOU_CMD_ADD отклоняется с ошибкой -EINVAL (-22).
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.