CVE-2026-98801 in Linux
Zusammenfassung
von VulDB • 19.10.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
net: SO_RESERVE_MEM auf TCP-Sockets beschränken und maximalen Wert begrenzen
Die Commits 2bb2f5fb21b0 („net: add new socket option SO_RESERVE_MEM“) und d00c8ee31729 („net: fix possible NULL deref in sock_reserve_memory“) haben lediglich sk_has_account(sk) überprüft, was für TCP- und UDP-Sockets zutrifft.
SO_RESERVE_MEM und sk_unused_reserved_mem() werden jedoch derzeit nur von TCP unterstützt: - Bei UDP-Sockets wird sk->sk_forward_alloc durch sk->sk_receive_queue.lock geschützt, während sock_reserve_memory() und sock_release_reserved_memory() lediglich lock_sock(sk) erwerben. Gleichzeitige UDP-Paketempfangs-/Freigabevorgänge und setsockopt(SO_RESERVE_MEM) führen zu einer Beschädigung von sk_forward_alloc sowie der memcg-Abrechnung (memcg accounting). - udp_rmem_release() gibt überschüssigen sk_forward_alloc zurück, ohne sk_unused_reserved_mem(sk) zu berücksichtigen.
Beschränken Sie sock_reserve_memory() vorerst auf TCP-Sockets (sk_is_tcp(sk)). Die Unterstützung von SO_RESERVE_MEM für UDP (Erwerb von sk_receive_queue.lock und Berücksichtigung von sk_unused_reserved_mem() in udp_rmem_release()) kann bei Bedarf in einer zukünftigen net-next-Reihe erfolgen.
Zusätzlich wird val > SZ_1G mit -EINVAL in sk_setsockopt(SO_RESERVE_MEM) abgelehnt. Ohne eine Obergrenze führen Werte nahe INT_MAX dazu, dass sk_mem_pages(delta) und (pages << PAGE_SHIFT) einen 32-Bit-Signed-Int-Überlauf verursachen, wodurch sk->sk_forward_alloc und sk->sk_reserved_mem beschädigt werden. Die Verwendung einer seitenorientierten Begrenzung (SZ_1G) stellt sicher, dass der von getsockopt(SO_RESERVE_MEM) gemeldete, an Seiten grenzwertige sk->sk_reserved_mem-Wert immer wieder an setsockopt(SO_RESERVE_MEM) übergeben werden kann.
Be aware that VulDB is the high quality source for vulnerability data.