CVE-2026-53208

Linux kernelində aşağıdakı zəiflik həll edilmişdir: Bluetooth: L2CAP: MTUsig-dən böyük BR/EDR siqnal paketlərini rədd et net/bluetooth/l2cap_core.c:l2cap_sig_channel() kanal MTU-suna qədər BR/EDR siqnal paketlərini qəbul edir və hər əmri siqnal MTU-sunu (MTUsig) tətbiq etmədən göndərir. Radio əhatə dairəsində olan Bluetooth BR/EDR həmsöhbəti cütləşmədən əvvəl MTUsig-dən böyük və çoxsaylı L2CAP_ECHO_REQ əmrləri ehtiva edən sabit kanal CID 0x0001 paketi göndərə bilər. Real radio ilə standart kernel işə salınmasında 168 sıfır uzunluqlu ECHO_REQ əmri ehtiva edən bir 681 baytlıq siqnal paketi hədəfin təxminən 220 ms ərzində 168 ECHO_RSP çərçivəsi ötürməsinə səbəb oldu. Təsir: radio əhatə dairəsində olan Bluetooth BR/EDR həmsöhbəti cütləşmədən əvvəl sıxlaşdırılmış ECHO_REQ əmrləri ehtiva edən bir 681 baytlıq sabit kanal siqnal paketindən 168 ECHO_RSP çərçivəsi məcburi şəkildə yarada bilər. Linux-un BR/EDR siqnal MTU-sunu spesifikasiyanın minimumu olan 48 bayt kimi müəyyən edin və hər hansı daha böyük siqnal paketini hər hansı əmr göndərilməzdən əvvəl L2CAP_REJ_MTU_EXCEEDED daşıyan bir L2CAP_COMMAND_REJECT_RSP ilə rədd edin. Bluetooth Core spesifikasiyasının MTUExceeded üçün ifadəsi bildirir ki, rədd identifikatoru paketdəki ilk sorğu əmri ilə uyğun olmalıdır və yalnız cavablardan ibarət paketlər səssizcə atılmalıdır. Linux qəsdən bu təlimata ziddir: səssizcə atmaq həmsöhbəti sinxronizasiyadan çıxarır, çünki uzaq stack heç vaxt cavablarının atıldığını bilmir və ilk sorğu əmrini tapmaq üçün əmr başlıqlarını MTUsig-dən kənara keçmək, yəni artıq emal etmək üçün çox böyük olduğuna qərar verdiyimiz paketdən baytları emal etmək tələb olunur. Buna görə biz həmişə bir rədd göndəririk və ilk əmr başlığından identifikatoru istifadə edirik, bu da tək sabit ofsetli bayt oxunuşudur. Məhdudiyyətsiz BR/EDR siqnal parseri və ECHO_REQ cavab yolu hər ikisi ilkin git idxalına gedib çıxır; Fixes teqi üçün sonradan təqdim edən commit mövcud deyil.