CVE-2026-44894
Təsvir
Netty protokol serverləri və klientlərinin hazırlanması üçün şəbəkə tətbiqi freymvorkudur. NoQuicTokenHandler tətbiq tərəfindən hər hansı bir tokenHandler təyin edilmədikdə istifadə olunan tokenHandler-dir. Versiya 4.2.15.Final-dan əvvəl onun writeToken() metodu false qaytarır (server Retry göndərmir — bu qəbul ediləndir), lakin validateToken() şərtsiz olaraq `return 0` qaytarır. QuicheQuicServerCodec.handlePacket() metodunda validateToken()-dən gələn mənfi olmayan cavab 'token etibarlıdır, ODCID 0 ofsetindən başlayır' kimi şərh edilir və bu, serverin elə quiche_accept funksiyasını çağırmasına səbəb olur ki, sanki klientin ünvanı Retry dövrü ilə təsdiqlənmişdi. RFC 9000 §8.1-ə əsasən, təsdiqlənmiş ünvan 3× anti-amplifikasiya göndərmə limitini aradan qaldırır. Beləliklə, saxtalaşdırılmış qurban mənbə IP-si ilə Initial paketində HƏR HANSI boş olmayan token baytlarını daxil edən istənilən hücumçu, Netty serverinin qurbana təsdiqlənmiş kimi yanaşmasına və tam ölçülü əl sıxma (handshake) məlumatlarının (sertifikatlar və s.) 3× limiti olmadan ona yönləndirilməsinə səbəb olur. Düzgün 'no token handler' semantikası -1 (etibarsız) qaytarmaq olmalı idi ki, beləliklə normal təsdiqlənməmiş yol və amplifikasiya limiti tətbiq edilsin. Versiya 4.2.15.Final bu problemi düzəldir.
Necə düzəltmək olar
- netty netty4.2.15 və ya daha yeni versiya
- io.netty:netty-codec-classes-quic4.2.15.Final və ya daha yeni versiya
Təsirlənən məhsullar
| Məhsul | Təsirlənən versiyalar | Düzəldildiyi versiya |
|---|---|---|
| netty netty | 4.2.0 ≤ v < 4.2.15 | 4.2.15 |
| io.netty:netty-codec-classes-quicMaven | 4.2.0.Final ≤ v < 4.2.15.Final | 4.2.15.Final |
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.