CVE-2020-1603
Təsvir
Kliyentlər tərəfindən göndərilən və Routing Engine (RE) tərəfindən emal edilən xüsusi IPv6 paketləri yanlış şəkildə idarə olunur. Bu IPv6 paketləri RE tərəfindən çıxışın bloklanması üçün nəzərdə tutulub. Lakin RE bu xüsusi IPv6 paketlərinin çıxışına icazə verir və bu zaman Juniper Networks Junos OS cihazında mbuf yaddaş sızıntısı baş verir. Bu yaddaş sızıntısı sonda nüvənin çökməsinə (vmcore) və ya cihazın donmasına səbəb olur ki, xidmətin bərpası üçün enerji dövrü (power cycle) tələb olunur və bu da Xidmətdən İmtina (DoS) vəziyyəti yaradır. mbuf-ların artdığı, lakin hələ tam dolmadığı müddət ərzində kliyent cihazlarından gələn bəzi trafik "black hole" (qaradəlik) vəziyyətinə düşə bilər. Bunun baş verməsi üçün həmin trafik RE tərəfindən emal olunmalı olan şərtə uyğun gəlməlidir. Routing Engine (RE)-ə bu xüsusi IPv6 paketlərinin davamlı qəbulu və onların çıxışı cəhdləri genişmiqyaslı Xidmətdən İmtina (DoS) vəziyyəti yaradacaqdır. Müşahidə edilmiş ssenarilər aşağıdakılardır: 1. Tək şassi, tək RE ssenarisində cihaz vmcore olmadan donur və ya vmcore baş verdikdən sonra donur. Bu ssenaridə cihazın enerjisi söndürülüb yenidən yandırılmalıdır. 2. Tək şassi, ikili RE ssenarisində əsas (master) RE ehtiyat (backup) RE-yə keçir. Bu ssenaridə master və backup RE-lər vmcore baş verdiyi zaman vaxtaşırı sıfırlanmalıdır. Cihazın enerjisinin söndürülüb yenidən yandırılmasına ehtiyac yoxdur. 3. İkili şassi, tək RE ssenarisində cihaz vmcore olmadan donur və ya vmcore baş verdikdən sonra donur. Bu ssenaridə iki şassinin dizaynı şəbəkə səviyyəli redundansiyaya — VRRP, GRES, NSR və s. — əsaslanır. 3.a Nonstop active routing (NSR) aktiv edildiyi halda komanda ilə yer dəyişdirilməsi (switchover) zamanı sessiya itkisi müşahidə olunmur. 4. İkili şassi, ikili şassi ssenarisində ikinci ssenaridə qeyd olunduğu kimi RE-dən RE-yə failover mexanizmindən istifadə olunur. Cihazın RE-dən RE-yə keçidi problemsiz baş vermədiyi nadir hallarda, alternativ variant üçüncü ssenaridəki şəbəkə səviyyəli xidmətlər ssenarisidir. Bu problem aşağıdakılara təsir edir: Juniper Networks Junos OS 16.1 versiyaları (16.1R7-S6-dan əvvəlkilər); 16.1 versiyası (16.1X70-D10 və sonrakılar); 16.2 versiyaları (16.2R2-S11-dən əvvəlkilər); 17.1 versiyaları (17.1R2-S11 və 17.1R3-S1-dən əvvəlkilər); 17.2 versiyaları (17.2R1-S9, 17.2R2-S8, 17.2R3-S3-dən əvvəlkilər); 17.3 versiyaları (17.3R3-S6-dan əvvəlkilər); 17.4 versiyaları (17.4R2-S9 və 17.4R3-dən əvvəlkilər); 18.1 versiyaları (18.1R3-S7-dən əvvəlkilər); 18.2 versiyaları (18.2R3-S2-dən əvvəlkilər); 18.2X75 versiyaları (18.2X75-D50 və 18.2X75-D410-dan əvvəlkilər); 18.3 versiyaları (18.3R1-S6, 18.3R2-S2, 18.3R3-dən əvvəlkilər); 18.4 versiyaları (18.4R1-S6, 18.4R2-S2, 18.4R3-dən əvvəlkilər); 19.1 versiyaları (19.1R1-S3 və 19.1R2-dən əvvəlkilər); 19.2 versiyaları (19.2R1-S2 və 19.2R2-dən əvvəlkilər). Bu problem Junos OS 16.1R1-dən əvvəlki buraxılışlara təsir etmir.
Necə düzəltmək olar
Mənbələrdə bu zəiflik üçün düzəldilmiş versiya və ya yamaq keçidi yoxdur.
Təsirlənən məhsullar
| Məhsul | Təsirlənən versiyalar | Düzəldildiyi versiya |
|---|---|---|
| juniper junos | 16.1, 16.1x70, 16.2, 17.1, 17.2, 17.3, 17.4, 18.1, 18.2, 18.2x75, 18.3, 18.4, 19.1, 19.2 | — |
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.