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

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

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

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

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

સોર્સ: opennet.ru