{"id":100574,"date":"2021-06-22T16:24:20","date_gmt":"2021-06-22T14:24:20","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimosti-v-podsisteme-ebpf-pozvolyayushhie-obojti-zashhitu-ot-atak-klassa-spectre"},"modified":"2021-06-22T16:24:20","modified_gmt":"2021-06-22T14:24:20","slug":"uyazvimosti-v-podsisteme-ebpf-pozvolyayushhie-obojti-zashhitu-ot-atak-klassa-spectre","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hr\/blog\/news\/uyazvimosti-v-podsisteme-ebpf-pozvolyayushhie-obojti-zashhitu-ot-atak-klassa-spectre","title":{"rendered":"Ranljivosti u eBPF podsustavu koje omogu\u0107uju zaobila\u017eenje za\u0161tite od Spectre napada","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
U Linux kernelu otkrivena je ranjivost (CVE-2021-33624) koja omogu\u0107ava kori\u0161tenje eBPF pod-sustava za zaobila\u017eenje za\u0161tite od Spectre tipa ranjivosti, \u0161to omogu\u0107uje otkrivanje sadr\u017eaja memorije kao rezultat stvaranja uvjeta za spekulativno izvr\u0161avanje odre\u0111enih operacija. Za Spectre napad potrebna je prisutnost posebne sekvence instrukcija u privilegiranom kodu koja dovodi do spekulativnog izvr\u0161avanja. Manipulacijom s predanim BPF programima mogu\u0107e je generirati sli\u010dne instrukcije u eBPF i izazvati curenje sadr\u017eaja memorije kernela i proizvoljnih podru\u010dja fizi\u010dke memorije putem bo\u010dnih kanala. <\/p>\n
Ranljivost je posledica nedostataka u verifikatoru koji se koristi za identifikaciju gre\u0161aka i neprihvatljive aktivnosti u BPF programima. Verifikator razmatra mogu\u0107e puteve izvr\u0161avanja koda, ali propu\u0161ta grane koje su semanti\u010dki nevalidne prema arhitekturi skupa komandi. Tokom izvr\u0161avanja BPF programa, takve grane koje verifikator nije uzeo u obzir mogu biti pogre\u0161no predvi\u0111ene od strane procesora i izvr\u0161ene u spekulativnom re\u017eimu. Na primer, prilikom analize operacije \u201eload\u201c, verifikator pretpostavlja da instrukcija koristi registar sa adresom \u010dija se vrednost uvek nalazi unutar zadanih granica, ali napada\u010d mo\u017ee stvoriti uslove pod kojima procesor poku\u0161a spekulativno izvr\u0161iti operaciju s adresom koja ne odgovara uslovima provere. <\/p>\n
Problem se pojavljuje od izdanja kernela 4.15 i otklonjen je u obliku zakrpa (1, 2, 3, 4). U distribucijama ranjivost jo\u0161 uvijek ostaje neispravljena (Debian, RHEL, Ubuntu, Fedora, SUSE, Arch). <\/p>\n
Dodatno se mo\u017ee primetiti zabele\u017eena bele\u0161ka o uticaju na performanse sredstava za za\u0161titu od ranjivosti vrste Spectre. U bele\u0161ci su sa\u017eeti rezultati optimizacije debagera rr (Record and Replay), koji je nekada razvijen u Mozilli za debagovanje te\u0161ko ponovljivih gre\u0161aka u Firefox-u. Ke\u0161iranje sistemskih poziva koji se koriste za proveru postojanja direktorijuma omogu\u0107ilo je smanjenje trajanja operacije \u201err sources\u201c za testni projekat sa 3 minuta 19 sekundi na 36 sekundi. <\/p>\n
Autor optimizacije odlu\u010dio je da proveri koliko \u0107e se performanse promeniti nakon isklju\u010divanja za\u0161tite od Spectre. Nakon pokretanja sistema sa parametrima \u201emitigations=off\u201c, vreme izvr\u0161avanja \u201err sources\u201c bez optimizacije iznosilo je 2 minuta 5 sekundi (1,6 puta br\u017ee), a sa optimizacijom \u2014 33 sekunde (9% br\u017ee). Zanimljivo je da je isklju\u010divanje za\u0161tite od Spectre ne samo 1,4 puta skratilo vreme izvr\u0161avanja koda na nivou jezgra (sa 2m9s na 1m32s), ve\u0107 i dvostruko smanjilo vreme izvr\u0161avanja u korisni\u010dkom prostoru (sa 1m9s na 0m33s), najverovatnije zbog smanjenja efikasnosti rada CPU ke\u0161a i TLB resetovanja kada je za\u0161tita od Spectre uklju\u010dena. \n Izvor: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"