eBPF સબસિસ્ટમમાં નબળાઈઓ કે જે Linux કર્નલ સ્તર પર કોડ એક્ઝિક્યુશનને મંજૂરી આપે છે

eBPF સબસિસ્ટમમાં બે નવી નબળાઈઓ ઓળખવામાં આવી છે, જે તમને JIT સાથે વિશિષ્ટ વર્ચ્યુઅલ મશીનમાં Linux કર્નલની અંદર હેન્ડલર ચલાવવા માટે પરવાનગી આપે છે. બંને નબળાઈઓ એક અલગ eBPF વર્ચ્યુઅલ મશીનની બહાર, કર્નલ અધિકારો સાથે તમારા કોડને ચલાવવાનું શક્ય બનાવે છે. સમસ્યાઓ વિશેની માહિતી ઝીરો ડે ઇનિશિયેટિવ ટીમ દ્વારા પ્રકાશિત કરવામાં આવી હતી, જે Pwn2Own સ્પર્ધાનું સંચાલન કરે છે, જે દરમિયાન આ વર્ષે ઉબુન્ટુ લિનક્સ પર ત્રણ હુમલાઓ દર્શાવવામાં આવ્યા હતા જેમાં અગાઉ અજાણી નબળાઈઓનો ઉપયોગ કરવામાં આવ્યો હતો (શું eBPF માં નબળાઈઓ આ હુમલાઓ સાથે સંબંધિત છે કે કેમ તેની જાણ કરવામાં આવી નથી) .

• CVE-2021-3490 - eBPF ALU32 માં bitwise AND, OR, અને XOR ઑપરેશન કરતી વખતે 32-બીટ આઉટ-ઑફ-બાઉન્ડ ચેકિંગના અભાવને કારણે નબળાઈ સર્જાય છે. હુમલાખોર ફાળવેલ બફરની સીમાની બહાર ડેટા વાંચવા અને લખવા માટે આ ભૂલનો લાભ લઈ શકે છે. XOR ઑપરેશનમાં સમસ્યા કર્નલ આવૃત્તિ 5.7-rc1 અને AND અને OR - 5.10-rc1 થી શરૂ કરીને દેખાય છે.
• CVE-2021-3489 - નબળાઈ રિંગ બફરના અમલીકરણમાં ભૂલને કારણે થાય છે અને તે હકીકતને કારણે છે કે bpf_ringbuf_reserve ફંક્શને ફાળવેલ મેમરી ક્ષેત્રનું કદ વાસ્તવિક કદ કરતાં ઓછું હોઈ શકે તેવી શક્યતાને તપાસી નથી. રિંગબફનું. 5.8-rc1 રિલીઝ થયા પછી સમસ્યા દેખાય છે.

વિતરણોમાં પેચિંગ નબળાઈઓની સ્થિતિ આ પૃષ્ઠો પર ટ્રેક કરી શકાય છે: ઉબુન્ટુ, ડેબિયન, આરએચઈએલ, ફેડોરા, સુસે, આર્ક). ફિક્સેસ પેચ તરીકે પણ ઉપલબ્ધ છે (CVE-2021-3489, CVE-2021-3490). શું સમસ્યાનો ઉપયોગ કરી શકાય છે તે તેના પર આધાર રાખે છે કે શું eBPF સિસ્ટમ કૉલ વપરાશકર્તા માટે ઍક્સેસિબલ છે. ઉદાહરણ તરીકે, RHEL માં ડિફૉલ્ટ ગોઠવણીમાં, નબળાઈના શોષણ માટે વપરાશકર્તા પાસે CAP_SYS_ADMIN અધિકારો હોવા જરૂરી છે.

અલગથી, અમે Linux કર્નલમાં અન્ય નબળાઈની નોંધ લઈ શકીએ છીએ - CVE-2021-32606, જે સ્થાનિક વપરાશકર્તાને તેમના વિશેષાધિકારોને રૂટ સ્તર સુધી વધારવા માટે પરવાનગી આપે છે. Linux કર્નલ 5.11 થી સમસ્યા સ્પષ્ટ થઈ છે અને તે CAN ISOTP પ્રોટોકોલના અમલીકરણમાં રેસની સ્થિતિને કારણે થાય છે, જે isotp_setsockopt() ફંક્શનમાં યોગ્ય તાળાઓ સેટ કરવાના અભાવને કારણે સોકેટ બંધનકર્તા પરિમાણોને બદલવાનું શક્ય બનાવે છે. CAN_ISOTP_SF_BROADCAST ધ્વજ પર પ્રક્રિયા કરતી વખતે.

ISOTP સોકેટ બંધ થયા પછી, પ્રાપ્તકર્તા સોકેટ સાથેનું બંધન પ્રભાવમાં રહે છે, જે સોકેટ સાથે સંકળાયેલ સ્ટ્રક્ચર્સનો ઉપયોગ ચાલુ રાખી શકે છે પછી તેમની સાથે સંકળાયેલ મેમરી મુક્ત થઈ જાય (isotp_sock સ્ટ્રક્ચરને કૉલ કરવાને કારણે ઉપયોગ-પછી-ફ્રી. જ્યારે isotp_rcv() કહેવાય છે ત્યારે તે પહેલાથી જ મુક્ત થઈ ગયું છે). ડેટા મેનીપ્યુલેશન દ્વારા, તમે sk_error_report() ફંક્શન પર પોઇન્ટરને ઓવરરાઇડ કરી શકો છો અને તમારા કોડને કર્નલ સ્તરે એક્ઝિક્યુટ કરી શકો છો.

સોર્સ: opennet.ru