Wasmtime માં જટિલ નબળાઈ, WebAssembly એપ્લિકેશન્સ માટે રનટાઇમ

Wasmtime 6.0.1, 5.0.1, અને 4.0.1 સુધારાત્મક અપડેટ્સ નબળાઈ (CVE-2023-26489) ને ઠીક કરે છે, જેને ક્રિટિકલ રેટ કરવામાં આવ્યું છે. નબળાઈ, આઇસોલેટેડ વેબએસેમ્બલી કોડ માટે મંજૂર કરાયેલી સીમાઓની બહારના મેમરી વિસ્તારમાં ડેટા લખવાનું આયોજન કરવાની મંજૂરી આપે છે, જેનો ઉપયોગ હુમલાખોર દ્વારા તેમના કોડના અમલને અલગ WASI પર્યાવરણની બહાર ગોઠવવા માટે સંભવિત રીતે કરી શકાય છે.

Wasmtime એ WASI (WebAssembly System Interface) એક્સ્ટેંશન સાથે વેબ એસેમ્બલી એપ્લીકેશનને સામાન્ય સ્ટેન્ડઅલોન એપ્લીકેશન તરીકે ચલાવવા માટેનો રનટાઈમ છે. ટૂલકીટ રસ્ટમાં લખાયેલ છે, અને ક્રેનલિફ્ટ કોડ જનરેટરમાં લીનિયર મેમરી એડ્રેસીંગ નિયમોની વ્યાખ્યામાં તાર્કિક ભૂલને કારણે નબળાઈ સર્જાય છે, જે x86_64 આર્કિટેક્ચર માટે એક્ઝિક્યુટેબલ મશીન કોડમાં હાર્ડવેર આર્કિટેક્ચર્સથી સ્વતંત્ર મધ્યવર્તી રજૂઆતનું અનુવાદ કરે છે.

ખાસ કરીને, WebAssembly માં મંજૂર 35-બીટ સરનામાંઓને બદલે 33-બીટ અસરકારક સરનામાંની ગણતરી WebAssembly એપ્લિકેશન્સ માટે કરવામાં આવી હતી, જેણે વાંચવા અને લખવાની કામગીરી માટે માન્ય વર્ચ્યુઅલ મેમરીની મર્યાદાને 34 GB સુધી ખસેડી હતી, જ્યારે સેન્ડબોક્સ પર્યાવરણ સેટિંગ્સ 6 GB માટે સુરક્ષા પ્રદાન કરે છે. આધાર સરનામા પરથી. પરિણામે, વેબએસેમ્બલી એપ્લીકેશનો વાંચવા અને લખવા માટે આધાર સરનામાથી 6 થી 34 GB સુધીની વર્ચ્યુઅલ મેમરીની શ્રેણી ઉપલબ્ધ હતી. આ મેમરી અન્ય WebAssembly વાતાવરણ અથવા WebAssembly રનટાઇમ ઘટકોને હોસ્ટ કરી શકે છે.

જો Wasmtime વર્ઝનને અપડેટ કરવું શક્ય ન હોય તો, કોઈપણ રેખીય મેમરી એક્સેસ પર ફરજિયાત અલગ બાઉન્ડ્સ ચેકિંગને સક્ષમ કરવા માટે "Config::static_memory_maximum_size(0)" વિકલ્પનો ઉલ્લેખ કરીને ભૂલને અવરોધિત કરવાના ઉપાય તરીકે ઉલ્લેખ કરવામાં આવે છે (પરિણામે નોંધપાત્ર કામગીરીમાં ઘટાડો થાય છે). બીજો વિકલ્પ એ છે કે સમસ્યારૂપ વર્ચ્યુઅલ મેમરી રેન્જમાં સ્થિત રક્ષક પૃષ્ઠોની સંખ્યા (ગાર્ડ પેજ, એક્સેસ કરવામાં આવે ત્યારે અપવાદ ફેંકવામાં આવે છે) વધારવા માટે સેટિંગ "Config::static_memory_guard_size(1 < 36)" નો ઉપયોગ કરવાનો છે (મોટી રકમ અનામત રાખવા તરફ દોરી જાય છે. વર્ચ્યુઅલ મેમરીની અને સમવર્તી વેબ એસેમ્બલી એપ્લિકેશન્સની સંખ્યાને મર્યાદિત કરવી).

સોર્સ: opennet.ru