ലിനക്സ് കേർണലിലെ കേടുപാടുകൾ, അത് വായിക്കാൻ മാത്രമുള്ള ഫയലുകളെ നശിപ്പിക്കാൻ കഴിയും

ലിനക്സ് കേർണലിൽ (CVE-2022-0847) ഒരു അപകടസാധ്യത തിരിച്ചറിഞ്ഞിട്ടുണ്ട്, അത് O_RDONLY ഫ്ലാഗ് ഉപയോഗിച്ച് തുറക്കുന്നതോ അല്ലെങ്കിൽ ഫയൽ സിസ്റ്റങ്ങളിൽ സ്ഥിതി ചെയ്യുന്നതോ ആയ റീഡ്-ഒൺലി മോഡിലുള്ളവ ഉൾപ്പെടെ ഏതെങ്കിലും ഫയലുകൾക്കായി പേജ് കാഷെയിലെ ഉള്ളടക്കങ്ങൾ തിരുത്തിയെഴുതാൻ അനുവദിക്കുന്നു. റീഡ്-ഒൺലി മോഡിൽ മൗണ്ട് ചെയ്‌തു. പ്രായോഗികമായി പറഞ്ഞാൽ, അനിയന്ത്രിതമായ പ്രക്രിയകളിലേക്കോ തുറന്ന ഫയലുകളിലെ കേടായ ഡാറ്റകളിലേക്കോ കോഡ് കുത്തിവയ്ക്കാൻ ഈ ദുർബലത ഉപയോഗിക്കാം. ഉദാഹരണത്തിന്, sshd പ്രോസസ്സിനായി നിങ്ങൾക്ക് authorized_keys ഫയലിന്റെ ഉള്ളടക്കം മാറ്റാൻ കഴിയും. പരീക്ഷണത്തിനായി ഒരു എക്സ്പ്ലോയിറ്റ് പ്രോട്ടോടൈപ്പ് ലഭ്യമാണ്.

2016-ൽ തിരിച്ചറിഞ്ഞ ഗുരുതരമായ അപകടസാധ്യതയുള്ള ഡേർട്ടി പശുവിന് സമാനമായി ഈ പ്രശ്നത്തിന് ഡേർട്ടി പൈപ്പ് എന്ന രഹസ്യനാമം നൽകിയിട്ടുണ്ട്. അപകട നിലയുടെ കാര്യത്തിൽ, ഡേർട്ടി പൈപ്പ് ഡേർട്ടി പശുവിന്റെ അതേ തലത്തിലാണ്, എന്നാൽ പ്രവർത്തിക്കാൻ വളരെ എളുപ്പമാണ്. ഒരു ലോഗ് സെർവറിൽ നിന്ന് കംപ്രസ് ചെയ്‌ത ആർക്കൈവുകൾ ഡൗൺലോഡ് ചെയ്യുന്ന സിസ്റ്റത്തിൽ നെറ്റ്‌വർക്കിലൂടെ ഡൗൺലോഡ് ചെയ്യുന്ന ഫയലുകളുടെ ആനുകാലിക അഴിമതിയെക്കുറിച്ചുള്ള പരാതികൾ വിശകലനം ചെയ്യുന്നതിനിടെയാണ് ഈ അപകടസാധ്യത തിരിച്ചറിഞ്ഞത് (ലോഡ് ചെയ്ത സിസ്റ്റത്തിൽ 37 മാസത്തിനുള്ളിൽ 3 കറപ്ഷനുകൾ), സ്‌പ്ലൈസ് () ഓപ്പറേഷൻ ഉപയോഗിച്ചാണ് ഇത് തയ്യാറാക്കുന്നത്. പേരിടാത്ത പൈപ്പുകളും.

5.8 ഓഗസ്റ്റിൽ പുറത്തിറങ്ങിയ ലിനക്സ് കേർണൽ 2020 മുതൽ ഈ അപകടസാധ്യത ദൃശ്യമാകുന്നു, അതായത്. ഡെബിയൻ 11-ൽ ഉണ്ട്, എന്നാൽ ഉബുണ്ടു 20.04 LTS-ലെ അടിസ്ഥാന കേർണലിനെ ബാധിക്കില്ല. RHEL 8.x ഉം openSUSE/SUSE 15 കേർണലുകളും തുടക്കത്തിൽ പഴയ ശാഖകളെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്, പക്ഷേ പ്രശ്നം ഉണ്ടാക്കുന്ന മാറ്റം അവയിലേക്ക് ബാക്ക്പോർട്ട് ചെയ്തിരിക്കാൻ സാധ്യതയുണ്ട് (ഇതുവരെ കൃത്യമായ ഡാറ്റ ഇല്ല). ഈ പേജുകളിലെ വിതരണങ്ങളിലെ പാക്കേജ് അപ്‌ഡേറ്റുകളുടെ പ്രസിദ്ധീകരണം നിങ്ങൾക്ക് പിന്തുടരാം: Debian, SUSE, Ubuntu, RHEL, Fedora, Gentoo, Arch Linux. 5.16.11, 5.15.25, 5.10.102 എന്നീ റിലീസുകളിൽ അപകടസാധ്യതയ്ക്കുള്ള പരിഹാരം നൽകിയിട്ടുണ്ട്. ആൻഡ്രോയിഡ് പ്ലാറ്റ്‌ഫോമിൽ ഉപയോഗിക്കുന്ന കേർണലിലും ഫിക്സ് ഉൾപ്പെടുത്തിയിട്ടുണ്ട്.

ഒരു ഘടന അനുവദിക്കുമ്പോഴും ചില കൃത്രിമങ്ങൾ നടത്തുമ്പോഴും മെമ്മറി ക്ലിയർ ചെയ്യപ്പെടുന്നില്ലെങ്കിലും, copy_page_to_iter_pipe(), push_pipe() എന്നീ ഫംഗ്‌ഷനുകളുടെ കോഡിലെ “buf->flags” മൂല്യം ആരംഭിക്കാത്തതാണ് അപകടത്തിന് കാരണം. പേരിടാത്ത പൈപ്പുകൾ, മറ്റൊരു പ്രവർത്തനത്തിൽ നിന്നുള്ള മൂല്യം. ഈ സവിശേഷത ഉപയോഗിച്ച്, പ്രത്യേകമായി തയ്യാറാക്കിയ പേരില്ലാത്ത പൈപ്പിലേക്ക് പുതിയ ഡാറ്റ എഴുതി പേജ് കാഷെയിൽ ഡാറ്റ ഓവർറൈറ്റിംഗ് ഓർഗനൈസുചെയ്യാൻ നിങ്ങളെ അനുവദിക്കുന്ന, പ്രത്യേകാവകാശമില്ലാത്ത ഒരു പ്രാദേശിക ഉപയോക്താവിന് ഫ്ലാഗിലെ PIPE_BUF_FLAG_CAN_MERGE മൂല്യത്തിന്റെ രൂപം കൈവരിക്കാൻ കഴിയും.

ഒരു ആക്രമണത്തിന്, ടാർഗെറ്റ് ഫയൽ വായിക്കാൻ കഴിയുന്നതായിരിക്കണം, കൂടാതെ പൈപ്പിലേക്ക് എഴുതുമ്പോൾ ആക്സസ് അവകാശങ്ങൾ പരിശോധിക്കാത്തതിനാൽ, റീഡ്-ഓൺലി മൌണ്ട് ചെയ്ത പാർട്ടീഷനുകളിൽ (ഉദാഹരണത്തിന്, ഫയലുകൾക്കായി c CD- ഫയലുകൾക്കായി പേജ് കാഷെയിൽ മാറ്റിസ്ഥാപിക്കാവുന്നതാണ്. ROM). പേജ് കാഷെയിലെ വിവരങ്ങൾ മാറ്റിസ്ഥാപിച്ച ശേഷം, ഒരു ഫയലിൽ നിന്ന് ഡാറ്റ വായിക്കുമ്പോൾ, പ്രോസസ്സിന് യഥാർത്ഥ ഡാറ്റയല്ല, പകരം വച്ച ഡാറ്റ ലഭിക്കും.

PIPE_BUF_FLAG_CAN_MERGE ഫ്ലാഗ്, അതുമായി ബന്ധപ്പെട്ട എല്ലാ റിംഗ് ഘടനകളിലും സജ്ജീകരിച്ചിട്ടുണ്ടെന്ന് ഉറപ്പാക്കാൻ, പേരിടാത്ത ഒരു ചാനൽ സൃഷ്‌ടിക്കുകയും അനിയന്ത്രിതമായ ഡാറ്റ ഉപയോഗിച്ച് അതിൽ പൂരിപ്പിക്കുകയും ചെയ്യുക എന്നതാണ് പ്രവർത്തനം. അടുത്തതായി, ചാനലിൽ നിന്ന് ഡാറ്റ റീഡ് ചെയ്യുന്നു, എന്നാൽ പൈപ്പ്_ഇനോഡ്_ഇൻഫോ റിംഗ് ഘടനകളിലെ പൈപ്പ്_ബഫർ ഘടനയുടെ എല്ലാ സന്ദർഭങ്ങളിലും ഫ്ലാഗ് സജ്ജീകരിച്ചിരിക്കുന്നു. ആവശ്യമുള്ള ഓഫ്‌സെറ്റിൽ ആരംഭിച്ച് ടാർഗെറ്റ് ഫയലിൽ നിന്ന് പേരില്ലാത്ത ഒരു പൈപ്പിലേക്ക് ഡാറ്റ റീഡ് ചെയ്യുന്നതിന് splice() ലേക്ക് ഒരു കോൾ ചെയ്യുന്നു. ഈ പേരിടാത്ത പൈപ്പിലേക്ക് ഡാറ്റ എഴുതുമ്പോൾ, PIPE_BUF_FLAG_CAN_MERGE ഫ്ലാഗ് സജ്ജീകരിച്ചിരിക്കുന്നതിനാൽ, പൈപ്പ്_ബഫർ ഘടനയുടെ ഒരു പുതിയ ഉദാഹരണം സൃഷ്ടിക്കുന്നതിന് പകരം പേജ് കാഷെയിലെ ഡാറ്റ തിരുത്തിയെഴുതപ്പെടും.

അവലംബം: opennet.ru