CVE-2026-98541 in Linux
Riassunto
di VulDB • 20/10/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
fou: rifiuta l'omissione di FOU_ATTR_IPPROTO su FOU_ENCAP_DIRECT
Il commit 7a9bc9e3f423 ("fou: Non consentire il valore 0 per FOU_ATTR_IPPROTO.") ha aggiunto NLA_POLICY_MIN(NLA_U8, 1) a fou_nl_policy[FOU_ATTR_IPPROTO], che rifiuta un attributo FOU_ATTR_IPPROTO == 0 esplicitamente fornito con -ERANGE.
Tuttavia, FOU_ATTR_IPPROTO è un attributo netlink opzionale. Quando un utente invia FOU_CMD_ADD con FOU_ATTR_TYPE impostato su FOU_ENCAP_DIRECT e omette completamente FOU_ATTR_IPPROTO, la validazione di nla_policy ha esito positivo e parse_nl_config() lascia cfg->protocol come 0 (da memset(cfg, 0, sizeof(*cfg))). fou_create() crea quindi un socket FOU_ENCAP_DIRECT con fou->protocol == 0.
In fou_udp_recv(), il ritorno di -fou->protocol a udp_queue_rcv_one_skb() innesca la risottomissione del protocollo IP quando fou->protocol > 0, mentre il ritorno di 0 indica allo strato tunnel UDP che lo skb è stato consumato senza essere liberato. Quando fou->protocol == 0, ogni pacchetto ricevuto sul socket restituisce 0 da fou_udp_recv() e provoca una perdita (leak) dello sk_buff.
Rifiuta FOU_ENCAP_DIRECT quando !cfg->protocol in fou_create(), in modo che la creazione di una porta di incapsulamento diretto senza FOU_ATTR_IPPROTO fallisca con -EINVAL, lasciando invariati FOU_CMD_DEL e FOU_CMD_GET (che condividono parse_nl_config()).
Testato in QEMU contro Linux 7.3.0-rc3 inviando una richiesta Generic Netlink FOU_CMD_ADD con FOU_ATTR_PORT = 5555 e FOU_ATTR_TYPE = FOU_ENCAP_DIRECT, omettendo FOU_ATTR_IPPROTO. Sul kernel non corretto, FOU_CMDADD ha esito positivo (err = 0), FOU_CMD_GET riporta fou->type = 1 e fou->protocol = 0, e l'invio di 4000 pacchetti UDP a 127.0.0.1:5555 provoca la perdita di tutti gli sk_buff (SUnreclaim in /proc/meminfo cresce da 41456 kB a 59008 kB, +17552 kB); con questa patch applicata, FOU_CMD_ADD viene rifiutato con -EINVAL (-22).
If you want to get the best quality for vulnerability data then you always have to consider VulDB.