ലിനക്സ് കേർണലിന്റെ tty സബ്സിസ്റ്റത്തിലെ ഒരു അപകടസാധ്യത ചൂഷണം ചെയ്യുന്നതിനുള്ള ഒരു സാങ്കേതികത വെളിപ്പെടുത്തി.

ഗൂഗിൾ പ്രൊജക്റ്റ് സീറോ ടീമിലെ ഗവേഷകർ ലിനക്സ് കെർണലിന്റെ tty സബ്സിസ്റ്റത്തിൽ നിന്ന് TIOCSPGRP ioctl ഹാൻഡ്‌ലർ നടപ്പിലാക്കുന്നതിൽ ഒരു അപകടസാധ്യത (CVE-2020-29661) പ്രയോജനപ്പെടുത്തുന്നതിനുള്ള ഒരു രീതി പ്രസിദ്ധീകരിച്ചു, കൂടാതെ അത്തരം തടയാൻ കഴിയുന്ന സംരക്ഷണ സംവിധാനങ്ങളും വിശദമായി പരിശോധിച്ചു. പരാധീനതകൾ.

പ്രശ്‌നമുണ്ടാക്കുന്ന ബഗ് കഴിഞ്ഞ വർഷം ഡിസംബർ 3 ന് തന്നെ ലിനക്സ് കേർണലിൽ പരിഹരിച്ചു. 5.9.13 പതിപ്പ് വരെയുള്ള കേർണലുകളിൽ പ്രശ്നം ദൃശ്യമാകുന്നു, എന്നാൽ മിക്ക വിതരണങ്ങളും കഴിഞ്ഞ വർഷം നിർദ്ദേശിച്ച കേർണൽ പാക്കേജ് അപ്‌ഡേറ്റുകളിലെ പ്രശ്നം പരിഹരിച്ചു (Debian, RHEL, SUSE, Ubuntu, Fedora, Arch). TIOCGSID ioctl കോൾ നടപ്പിലാക്കുന്നതിൽ സമാനമായ ഒരു അപകടസാധ്യത (CVE-2020-29660) ഒരേസമയം കണ്ടെത്തി, എന്നാൽ അത് എല്ലായിടത്തും പരിഹരിച്ചിട്ടുണ്ട്.

ഡ്രൈവർമാർ/tty/tty_jobctrl.c കോഡിലെ ഒരു റേസ് അവസ്ഥയ്ക്ക് കാരണമാകുന്ന ലോക്കിംഗ് ബഗ് കാരണമാണ് പ്രശ്‌നം ഉണ്ടാകുന്നത്, ഇത് TIOCSPGRP എന്ന ഐഒക്ട് കോളിംഗ് വഴി ഉപയോക്തൃ സ്‌പെയ്‌സിൽ നിന്ന് ഉപയോഗപ്പെടുത്തുന്ന ഉപയോഗത്തിന് ശേഷമുള്ള മെമ്മറി ആക്‌സസ് വ്യവസ്ഥകൾ സൃഷ്ടിക്കാൻ ഉപയോഗിക്കാം. കേർണൽ 10-4.19.0-amd13 ഉപയോഗിച്ച് ഡെബിയൻ 64-ൽ പ്രിവിലേജ് വർദ്ധിപ്പിക്കുന്നതിന് ഒരു പ്രവർത്തന ചൂഷണം പ്രകടമാക്കിയിട്ടുണ്ട്.

അതേ സമയം, പ്രസിദ്ധീകരിച്ച ലേഖനത്തിൽ, ഒരു പ്രവർത്തന ചൂഷണം സൃഷ്ടിക്കുന്നതിനുള്ള സാങ്കേതികതയ്ക്ക് പ്രാധാന്യം നൽകുന്നില്ല, എന്നാൽ അത്തരം കേടുപാടുകളിൽ നിന്ന് പരിരക്ഷിക്കുന്നതിന് കേർണലിൽ എന്തെല്ലാം ഉപകരണങ്ങൾ നിലവിലുണ്ട്. നിഗമനം പ്രോത്സാഹജനകമല്ല, കൂമ്പാരത്തിൽ മെമ്മറി വിഭജിക്കുക, സ്വതന്ത്രമാക്കിയതിനുശേഷം മെമ്മറി ആക്‌സസ് നിയന്ത്രിക്കുക തുടങ്ങിയ രീതികൾ പ്രായോഗികമായി ഉപയോഗിക്കുന്നില്ല, കാരണം അവ പ്രകടനത്തിൽ കുറവുണ്ടാക്കുന്നു, കൂടാതെ CFI (കൺട്രോൾ ഫ്ലോ ഇന്റഗ്രിറ്റി) അടിസ്ഥാനമാക്കിയുള്ള സംരക്ഷണം, ചൂഷണങ്ങൾ തടയുന്നു ആക്രമണത്തിന്റെ പിന്നീടുള്ള ഘട്ടങ്ങളിൽ, മെച്ചപ്പെടുത്തൽ ആവശ്യമാണ്.

ദീർഘകാലാടിസ്ഥാനത്തിൽ എന്ത് മാറ്റമുണ്ടാക്കാൻ കഴിയുമെന്ന് പരിഗണിക്കുമ്പോൾ, വിപുലമായ സ്റ്റാറ്റിക് അനലൈസറുകളുടെ ഉപയോഗം അല്ലെങ്കിൽ സ്‌റ്റേറ്റ് ചെക്കറുകളുടെ നിർമ്മാണ ഘട്ടത്തിൽ റസ്റ്റ്, സി ഡയലക്‌റ്റുകൾ പോലുള്ള സമ്പന്നമായ വ്യാഖ്യാനങ്ങളുള്ള (ചെക്ക്ഡ് സി പോലുള്ളവ) മെമ്മറി-സേഫ് ഭാഷകളുടെ ഉപയോഗം. വേറിട്ടു നിൽക്കുക, ലോക്കുകൾ, വസ്തുക്കൾ, പോയിന്ററുകൾ. സംരക്ഷണ രീതികളിൽ, panic_on_oops മോഡ് സജീവമാക്കൽ, കേർണൽ ഘടനകൾ റീഡ്-ഒൺലി മോഡിലേക്ക് മാറ്റൽ, seccomp പോലുള്ള മെക്കാനിസങ്ങൾ ഉപയോഗിച്ച് സിസ്റ്റം കോളുകളിലേക്കുള്ള ആക്സസ് നിയന്ത്രണം എന്നിവയും സൂചിപ്പിച്ചിരിക്കുന്നു.

അവലംബം: opennet.ru