CVE-2026-31503

Linux kernel-də aşağıdakı zəiflik aradan qaldırılıb: udp: hash2 istifadə edildikdə wildcard bind konflikt yoxlamasının düzəldilməsi udp_sock lokal ünvan və porta bağlandıqda (binding), UDP toqquşmaların aşkarlanması üçün iki heşdən (udptable->hash və udptable->hash2) istifadə edir. Mövcud kod hslot->count > 10 olduqda "hash2"-yə keçid edir. "hash2" lokal ünvan və lokal port üzrə açarlanır. "hash" yalnız lokal port üzrə açarlanır. Problem aşağıdakı bind ardıcıllığında (psevdokod) görünə bilər: bind(fd1, "[fd00::1]:8888") bind(fd2, "[fd00::2]:8888") bind(fd3, "[fd00::3]:8888") bind(fd4, "[fd00::4]:8888") bind(fd5, "[fd00::5]:8888") bind(fd6, "[fd00::6]:8888") bind(fd7, "[fd00::7]:8888") bind(fd8, "[fd00::8]:8888") bind(fd9, "[fd00::9]:8888") bind(fd10, "[fd00::10]:8888") /* "hash2" əvəzinə "hash" istifadə edildiyi üçün düzgün şəkildə -EADDRINUSE qaytarılır. * udp_lib_lport_inuse() konflikti aşkar edir. */ bind(fail_fd, "[::]:8888") /* Daha bir soket "[fd00::11]:8888" ünvanına bağlandıqdan sonra, * hslot->count 10-u keçir və bunun əvəzinə "hash2" istifadə olunur. */ bind(fd11, "[fd00::11]:8888") bind(fail_fd, "[::]:8888") /* gözlənilmədən uğurlu olur */ Eyni problem IPv4 wildcard ünvanı "0.0.0.0" və IPv4-map edilmiş wildcard ünvanı "::ffff:0.0.0.0" üçün də aktualdır. Məsələn, əgər "192.168.1.[1-11]:8888" ünvanlarına bağlanmış mövcud soketlər varsa, onda hslot->count > 10 olduqda "0.0.0.0:8888" və ya "[::ffff:0.0.0.0]:8888" bağlama prosesi zamanı konflikt nəzərdən qaçırıla bilər. TCP inet_csk_get_port() funksiyasında artıq inet_use_bhash2_on_bind() daxilində düzgün yoxlama mövcuddur. Bu funksiya inet_use_hash2_on_bind() olaraq adlandırıldı və udp.c tərəfindən bu düzəlişdə yenidən istifadə edilə bilməsi üçün inet_hashtables.h faylına köçürüldü.