CVE-2026-72464
Təsvir
Linux nüvəsində aşağıdakı zəiflik aradan qaldırılmışdır: xprtrdma: Yanlış formalaşdırılmış cavablar üçün Receive buferlərinin yenidən yerləşdirilməsi rpcrdma_wc_receive() funksiyası uğurlu Receive əməliyyatını rpcrdma_reply_handler()-ə göndərməzdən əvvəl hər bir tamamlanma üçün transportun Receive sayını azaldır. Handler, backchannel yolu kimi mülkiyyət başqa yerə keçmədikdə, geri dönməzdən əvvəl əvəzləyici Receive WR yerləşdirməlidir. 2ae50ad68cd7 ("xprtrdma: Close window between waking RPC senders and posting Receives") commit-i, Receive doldurma prosesini hər cavabdan əvvəl işləyən rpcrdma_wc_receive()-dən çıxarıb rpcrdma_reply_handler()-ə köçürmüşdür ki, yenidən yerləşdirmədən əvvəl cavab verənin kredit icazəsi təhlil edilsin. Bad-version və short-reply çıxışları həmin doldurma mərhələsinə heç vaxt çatmır: onlar rep-i təkrar istifadəyə verir və rpcrdma_post_recvs() çağırılmadan geri dönürlər. Buna görə də uzaq tərəf, sabit transport başlıqlarından daha qısa olan və ya tanınmayan RPC/RDMA versiyasını daşıyan davamlı cavab axını göndərməklə klientin yerləşdirilmiş Receive növbəsini boşalda bilər. Hər belə cavab, onu əvəz etmədən bir yerləşdirilmiş Receive istehlak edir. Növbə boşaldıqda, qarşı tərəfin növbəti Send əməliyyatı heç bir yerləşdirilmiş Receive tapmır və transport yenidən qoşulana qədər dayanır. Hər iki yanlış formalaşdırılmış cavab çıxışı, rep-i təkrar istifadəyə verdikdən sonra ortaq repost sonluğuna yönləndirilmişdir və ən son qəbul edilmiş kredit icazəsi olan buf->rb_credits əsasında doldurulmuşdur. Heç bir çıxış tıxac pəncərəsini (congestion window) yeniləmir, buna görə də əvvəlki icazə ilə qəbul edilmiş RPC-lər cavab gözləyərək yolda qalır. Daha kiçik doldurma hədəfi, yanlış formalaşdırılmış cavablar axınının yerləşdirilmiş Receive sayını partiya minimumuna endirməsinə şərait yaradardı, halbuki tıxac pəncərəsi hələ də rb_credits miqdarında RPC-ni qəbul edirdi; həmin RPC-lərə gələn düzgün cavablar partlayışı yerləşdirilmiş Receive-ləri aşa bilərdi və klient sıfır rnr_retry_count ilə qoşulduğu üçün tək bir RNR NAK bağlantını kəsərdi. rb_credits əsasında doldurma, həmçinin 2ae50ad68cd7 ("xprtrdma: Close window between waking RPC senders and posting Receives") commit-indən əvvəl, rpcrdma_post_recvs() daxildə bunu rb_credits-dən hesabladıqda yanlış formalaşdırılmış cavablara tətbiq olunan hədəfi bərpa edir. Bağlantının qurulmasından etibarən rb_credits ən azı birdir, buna görə də repost yolu həmişə Receive-lərin yerləşdirilməsini təmin edir.
Necə düzəltmək olar
- Linux Linuxef6fb8a5c521f1a07f85202d13e8f2898f247362, 4322fd9645ee769ad29ce5caea74a1cd9b17269d, 19fae02b272ee4bcdfb5db57f402d28f1697167a, 007b4da2f38dcc16a13265416f4ca9f179bab610, d7c531ab477ae94fd03771d707fd29c787408039, abc011ddaf1617e3e82d8a1e87daa7ddbfb9bac5, 5.5 və ya daha yeni versiya
Təsirlənən məhsullar
| Məhsul | Təsirlənən versiyalar | Düzəldildiyi versiya |
|---|---|---|
| Linux Linux | 2ae50ad68cd79224198b525f7bd645c9da98b6ff ≤ v < ef6fb8a5c521f1a07f85202d13e8f2898f247362, 2ae50ad68cd79224198b525f7bd645c9da98b6ff ≤ v < 4322fd9645ee769ad29ce5caea74a1cd9b17269d, 2ae50ad68cd79224198b525f7bd645c9da98b6ff ≤ v < 19fae02b272ee4bcdfb5db57f402d28f1697167a, 2ae50ad68cd79224198b525f7bd645c9da98b6ff ≤ v < 007b4da2f38dcc16a13265416f4ca9f179bab610, 2ae50ad68cd79224198b525f7bd645c9da98b6ff ≤ v < d7c531ab477ae94fd03771d707fd29c787408039, 2ae50ad68cd79224198b525f7bd645c9da98b6ff ≤ v < abc011ddaf1617e3e82d8a1e87daa7ddbfb9bac5, 3791c5982ba1eebf2900ee7ca7b9a89619c26d54, 5.4.13 ≤ v < 5.5, 5.5 | ef6fb8a5c521f1a07f85202d13e8f2898f247362, 4322fd9645ee769ad29ce5caea74a1cd9b17269d, 19fae02b272ee4bcdfb5db57f402d28f1697167a, 007b4da2f38dcc16a13265416f4ca9f179bab610, d7c531ab477ae94fd03771d707fd29c787408039, abc011ddaf1617e3e82d8a1e87daa7ddbfb9bac5, 5.5 |
Versiyanızı yoxlayın
Məhsulu seçin və istifadə etdiyiniz versiyanı yazın; versiyanın təsirlənən aralıqda olub-olmadığını görün.
Attack Surface Management
Domenlərinizə bağlı aktivləri, onlarda işləyən texnologiyaları və məlum zəiflikləri bir siyahıda görün.