Aurora OS ഡെവലപ്പർമാർ തയ്യാറാക്കിയ memcpy കേടുപാടുകൾക്കുള്ള ഒരു പരിഹാരം Glibc ഉൾക്കൊള്ളുന്നു.

അറോറ മൊബൈൽ ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന്റെ ഡെവലപ്പർമാർ (ഓപ്പൺ മൊബൈൽ പ്ലാറ്റ്‌ഫോം കമ്പനി വികസിപ്പിച്ചെടുത്ത സെയിൽഫിഷ് ഒഎസിന്റെ ഫോർക്ക്) ഇല്ലാതാക്കുന്നതിനെക്കുറിച്ചുള്ള വെളിപ്പെടുത്തുന്ന ഒരു കഥ പങ്കിട്ടു. ഗുരുതരമായ ദുർബലത (CVE-2020-6096) ARMv7 പ്ലാറ്റ്‌ഫോമിൽ മാത്രം ദൃശ്യമാകുന്ന Glibc-ൽ. അപകടസാധ്യതയെക്കുറിച്ചുള്ള വിവരങ്ങൾ മെയ് മാസത്തിൽ വെളിപ്പെടുത്തിയിരുന്നു, എന്നാൽ കേടുപാടുകൾ ഉണ്ടായിരുന്നിട്ടും അടുത്ത ദിവസങ്ങൾ വരെ പരിഹാരങ്ങൾ ലഭ്യമായിരുന്നില്ല ചുമതലപ്പെടുത്തി ഉയർന്ന തലത്തിലുള്ള അപകടമാണ്, കൂടാതെ memcpy(), memmove() ഫംഗ്‌ഷനുകളിൽ ഒരു പ്രത്യേക രീതിയിൽ ഫോർമാറ്റ് ചെയ്‌ത ഡാറ്റ പ്രോസസ്സ് ചെയ്യുമ്പോൾ കോഡ് എക്‌സിക്യൂഷൻ സംഘടിപ്പിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന ഒരു ചൂഷണത്തിന്റെ ഒരു പ്രോട്ടോടൈപ്പ് ഉണ്ട്. എന്നതിനായുള്ള പാക്കേജ് പരിഹരിക്കുന്നു ഡെബിയൻ и ഉബുണ്ടു ഇതുവരെ റിലീസ് ചെയ്തിട്ടില്ല, പൊതു വെളിപ്പെടുത്തലിന്റെ നിമിഷം മുതൽ ഏകദേശം രണ്ട് മാസവും Glibc ഡവലപ്പർമാരെ അറിയിച്ച നിമിഷം മുതൽ അഞ്ച് മാസവും കേടുപാടുകൾ പരിഹരിക്കപ്പെട്ടിട്ടില്ല.

ARMv7-നുള്ള memcpy() and memmove() എന്നിവയുടെ അസംബ്ലി ഭാഷാ നിർവ്വഹണത്തിൽ ഈ കേടുപാടുകൾ പ്രകടമാവുകയും പകർത്തിയ ഏരിയയുടെ വലുപ്പം നിർണ്ണയിക്കുന്ന പാരാമീറ്ററിന്റെ നെഗറ്റീവ് മൂല്യങ്ങൾ തെറ്റായി കൈകാര്യം ചെയ്തതാണ് ഇതിന് കാരണമായത്. കമ്പനികൾ ആരംഭിച്ചപ്പോൾ പാച്ച് വികസനവുമായി ബന്ധപ്പെട്ട പ്രശ്നങ്ങൾ ആരംഭിച്ചു SUSE и ചുവന്ന തൊപ്പി 32-ബിറ്റ് ARMv7 സിസ്റ്റങ്ങൾക്കായി നിർമ്മിക്കാത്തതിനാൽ അവരുടെ പ്ലാറ്റ്‌ഫോമുകളെ പ്രശ്‌നം ബാധിച്ചിട്ടില്ലെന്ന് പ്രഖ്യാപിച്ചു, കൂടാതെ ഒരു പരിഹാരം സൃഷ്ടിക്കുന്നതിൽ പങ്കെടുക്കുന്നില്ല. ഉൾച്ചേർത്ത പല വിതരണങ്ങളുടെയും ഡെവലപ്പർമാർ Glibc ടീമിനെ ആശ്രയിക്കുന്നതായി തോന്നുന്നു, മാത്രമല്ല പരിഹരിക്കൽ തയ്യാറാക്കുന്നതിൽ സജീവമായി ഏർപ്പെട്ടിട്ടില്ല.

ഓപ്ഷൻ പാച്ച് പ്രശ്‌നം തടയുന്നതിന്, ഒപ്പിട്ട ഓപ്പറണ്ടുകൾ (bge, blt) ഉപയോഗിച്ച് പ്രവർത്തിക്കുന്ന അസംബ്ലി നിർദ്ദേശങ്ങൾ സൈൻ ചെയ്യാത്ത അനലോഗുകൾ (blo and bhs) ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കാൻ ശ്രമിക്കണമെന്ന് Huawei ഉടൻ നിർദ്ദേശിച്ചു. Glibc പരിപാലകർ വിവിധ പിശക് അവസ്ഥകൾ പരിശോധിക്കുന്നതിനായി ഒരു കൂട്ടം ടെസ്റ്റുകൾ വികസിപ്പിച്ചെടുത്തു, അതിനുശേഷം Huawei പാച്ച് അനുയോജ്യമല്ലെന്നും ഇൻപുട്ട് ഡാറ്റയുടെ സാധ്യമായ എല്ലാ കോമ്പിനേഷനുകളും പ്രോസസ്സ് ചെയ്തിട്ടില്ലെന്നും തെളിഞ്ഞു.

Aurora OS-ന് ARM-നായി 32-ബിറ്റ് ബിൽഡ് ഉള്ളതിനാൽ, അതിന്റെ ഡെവലപ്പർമാർ ഈ അപകടസാധ്യത സ്വയം അടയ്ക്കാനും സമൂഹത്തിന് ഒരു പരിഹാരം നൽകാനും തീരുമാനിച്ചു. പ്രവർത്തനത്തിന്റെ കാര്യക്ഷമമായ അസംബ്ലി ഭാഷാ നിർവ്വഹണം എഴുതേണ്ടതും ഇൻപുട്ട് ആർഗ്യുമെന്റുകൾക്കായി വിവിധ ഓപ്ഷനുകൾ കണക്കിലെടുക്കേണ്ടതും ആവശ്യമായിരുന്നു എന്നതാണ് ബുദ്ധിമുട്ട്. ഒപ്പിടാത്ത നിർദ്ദേശങ്ങൾ ഉപയോഗിച്ച് നടപ്പാക്കൽ മാറ്റിയെഴുതിയിരിക്കുന്നു. പാച്ച് ഇത് ചെറുതായിരുന്നു, എന്നാൽ പ്രധാന പ്രശ്നം എക്സിക്യൂഷൻ വേഗത നിലനിർത്തുകയും, ഇൻപുട്ട് മൂല്യങ്ങളുടെ എല്ലാ കോമ്പിനേഷനുകളുമായും അനുയോജ്യത നിലനിർത്തിക്കൊണ്ടുതന്നെ, memcpy, memmove ഫംഗ്ഷനുകളുടെ പ്രകടന നിലവാരത്തകർച്ച ഒഴിവാക്കുകയും ചെയ്തു.

ജൂണിന്റെ തുടക്കത്തിൽ, Glibc പരിപാലകരുടെയും അറോറയുടെ ഇന്റേണൽ ടെസ്റ്റ് സ്യൂട്ടിന്റെയും ടെസ്റ്റ് ചട്ടക്കൂട് മറികടന്ന്, പരിഹാരത്തിന്റെ രണ്ട് പതിപ്പുകൾ തയ്യാറാക്കി. ജൂൺ 3 ന്, ഓപ്ഷനുകളിലൊന്ന് തിരഞ്ഞെടുത്തു ഒത്പ്രവ്ലെന് Glibc മെയിലിംഗ് ലിസ്റ്റിലേക്ക്. ഒരാഴ്ച കഴിഞ്ഞ്
ആയിരുന്നു നിർദ്ദേശിച്ചു സമീപനത്തിൽ സമാനമായ മറ്റൊരു പാച്ച്, മൾട്ടിആർച്ച് നടപ്പാക്കലിലെ ഒരു പ്രശ്നം പരിഹരിച്ചു, അത് ഹുവായ് മുമ്പ് പരിഹരിക്കാൻ ശ്രമിച്ചിരുന്നു. പരിശോധന ഒരു മാസമെടുത്തു നിയമപരമായ രജിസ്ട്രേഷൻ പാച്ചിന്റെ പ്രാധാന്യം കാരണം.
ജൂലൈ 8 തിരുത്തലുകൾ സ്വീകരിക്കപ്പെട്ടു വരാനിരിക്കുന്ന glibc 2.32 റിലീസിന്റെ പ്രധാന ശാഖയിലേക്ക്. നടപ്പാക്കലിൽ രണ്ട് പാച്ചുകൾ ഉൾപ്പെടുന്നു - первый ARMv7-നുള്ള memcpy-യുടെ മൾട്ടിആർച്ച് നടപ്പിലാക്കുന്നതിനായി, കൂടാതെ രണ്ടാമത്തേത് ARM-നുള്ള memcpy(), memmove() എന്നിവയുടെ പൊതു അസംബ്ലി ഭാഷ നടപ്പിലാക്കുന്നതിനായി.

ലിനക്‌സിൽ പ്രവർത്തിക്കുന്ന ദശലക്ഷക്കണക്കിന് ARMv7 ഉപകരണങ്ങളെ ഈ പ്രശ്‌നം ബാധിക്കുന്നു, ഉചിതമായ അപ്‌ഡേറ്റ് ഇല്ലാതെ, നെറ്റ്‌വർക്കിലേക്ക് കണക്‌റ്റ് ചെയ്യുമ്പോൾ ഉടമകൾക്ക് അപകടസാധ്യതയുണ്ട് (നെറ്റ്‌വർക്ക് ആക്‌സസ് ചെയ്യാവുന്ന സേവനങ്ങളും വലുപ്പ നിയന്ത്രണങ്ങളില്ലാതെ ഇൻപുട്ട് ഡാറ്റ സ്വീകരിക്കുന്ന ആപ്ലിക്കേഷനുകളും ആക്രമിക്കപ്പെടാം). ഉദാഹരണത്തിന്, അപകടസാധ്യത തിരിച്ചറിഞ്ഞ ഗവേഷകർ തയ്യാറാക്കിയ ചൂഷണം, വളരെ വലിയ GET അഭ്യർത്ഥന അയച്ച് സിസ്റ്റത്തിലേക്ക് റൂട്ട് ആക്‌സസ് നേടുന്നതിലൂടെ ഒരു കാർ വിവര സിസ്റ്റത്തിൽ നിർമ്മിച്ച HTTP സെർവറിനെ എങ്ങനെ ആക്രമിക്കാമെന്ന് കാണിക്കുന്നു.

അവലംബം: opennet.ru