uClibc, uClibc-ng എന്നിവയിലെ അപകടസാധ്യത DNS കാഷെ സ്പൂഫിംഗ് അനുവദിക്കുന്നു

പല എംബഡഡ്, പോർട്ടബിൾ ഉപകരണങ്ങളിൽ ഉപയോഗിക്കുന്ന സ്റ്റാൻഡേർഡ് C ലൈബ്രറികളിൽ uClibc, uClibc-ng എന്നിവയിൽ, ഒരു കേടുപാടുകൾ തിരിച്ചറിഞ്ഞു (CVE അസൈൻ ചെയ്തിട്ടില്ല), അത് DNS കാഷെയിലേക്ക് സാങ്കൽപ്പിക ഡാറ്റ ചേർക്കാൻ അനുവദിക്കുന്നു, അത് IP വിലാസം മാറ്റിസ്ഥാപിക്കാൻ ഉപയോഗിക്കാം. കാഷെയിലെ ഒരു അനിയന്ത്രിതമായ ഡൊമെയ്‌നിന്റെ അഭ്യർത്ഥനകൾ ആക്രമണകാരിയുടെ സെർവറിലെ ഡൊമെയ്‌നിലേക്ക് റീഡയറക്‌ട് ചെയ്യുക.

റൗട്ടറുകൾ, ആക്‌സസ് പോയിന്റുകൾ, ഇന്റർനെറ്റ് ഓഫ് തിംഗ്‌സ് ഉപകരണങ്ങൾ എന്നിവയ്‌ക്കായുള്ള വിവിധ ലിനക്‌സ് ഫേംവെയറുകളെയും OpenWRT, എംബഡഡ് ജെന്റൂ തുടങ്ങിയ എംബഡഡ് ലിനക്സ് വിതരണങ്ങളെയും ഈ പ്രശ്നം ബാധിക്കുന്നു. പല നിർമ്മാതാക്കളിൽ നിന്നുമുള്ള ഉപകരണങ്ങളിൽ ഈ അപകടസാധ്യത ദൃശ്യമാകുന്നത് ശ്രദ്ധിക്കേണ്ടതാണ് (ഉദാഹരണത്തിന്, uClibc Linksys, Netgear, Axis ഫേംവെയർ എന്നിവയിൽ ഉപയോഗിക്കുന്നു), എന്നാൽ uClibc, uClibc-ng എന്നിവയിൽ കേടുപാടുകൾ പരിഹരിക്കപ്പെടാത്തതിനാൽ, നിർദ്ദിഷ്ട ഉപകരണങ്ങളെയും ഉൽപ്പന്നങ്ങളുടെ നിർമ്മാതാക്കളെയും കുറിച്ചുള്ള വിശദമായ വിവരങ്ങൾ പ്രശ്നം ലഭ്യമാണോ, ഇതുവരെ വെളിപ്പെടുത്തിയിട്ടില്ല.

ഡിഎൻഎസ് അന്വേഷണങ്ങൾ അയയ്‌ക്കുന്നതിനുള്ള കോഡിൽ പ്രവചിക്കാവുന്ന ഇടപാട് ഐഡന്റിഫയറുകൾ ഉപയോഗിക്കുന്നതാണ് അപകടത്തിന് കാരണം. പോർട്ട് നമ്പറുകളുടെ അധിക റാൻഡമൈസേഷൻ ഉപയോഗിക്കാതെ കൌണ്ടർ വർദ്ധിപ്പിച്ചാണ് DNS അഭ്യർത്ഥനയുടെ ഐഡന്റിഫിക്കേഷൻ നമ്പർ തിരഞ്ഞെടുത്തത്, ഇത് സാങ്കൽപ്പിക പ്രതികരണങ്ങളുള്ള UDP പാക്കറ്റുകൾ മുൻകൂട്ടി അയച്ചുകൊണ്ട് DNS കാഷെ വിഷലിപ്തമാക്കുന്നത് സാധ്യമാക്കി (പ്രതികരണം മുമ്പ് വന്നാൽ സ്വീകരിക്കും. യഥാർത്ഥ സെർവറിൽ നിന്നുള്ള പ്രതികരണവും ശരിയായ ഐഡിയും ഉൾപ്പെടുന്നു). 2008-ൽ നിർദ്ദേശിച്ച കാമിൻസ്‌കി രീതിയിൽ നിന്ന് വ്യത്യസ്തമായി, ഇടപാട് ഐഡന്റിഫയർ ഊഹിക്കാൻ പോലും ആവശ്യമില്ല, കാരണം ഇത് തുടക്കത്തിൽ പ്രവചിക്കാവുന്നതാണ് (ആദ്യം മൂല്യം 1 ആയി സജ്ജീകരിച്ചിരിക്കുന്നു, ഇത് ക്രമരഹിതമായി തിരഞ്ഞെടുക്കുന്നതിന് പകരം ഓരോ അഭ്യർത്ഥനയ്‌ക്കൊപ്പവും വർദ്ധിപ്പിക്കും).

ഐഡന്റിഫയർ ബ്രൂട്ട് ഫോഴ്‌സിൽ നിന്ന് പരിരക്ഷിക്കുന്നതിന്, ഡിഎൻഎസ് അഭ്യർത്ഥനകൾ അയച്ച സോഴ്‌സ് നെറ്റ്‌വർക്ക് പോർട്ടുകളുടെ ക്രമരഹിതമായ വിതരണവും ഉപയോഗിക്കാനും സ്പെസിഫിക്കേഷൻ ശുപാർശ ചെയ്യുന്നു, ഇത് ഐഡന്റിഫയറിന്റെ അപര്യാപ്തമായ വലുപ്പത്തിന് നഷ്ടപരിഹാരം നൽകുന്നു. ഒരു സാങ്കൽപ്പിക പ്രതികരണം സൃഷ്ടിക്കാൻ നിങ്ങൾ പോർട്ട് റാൻഡമൈസേഷൻ പ്രവർത്തനക്ഷമമാക്കുമ്പോൾ, ഒരു 16-ബിറ്റ് ഐഡന്റിഫയർ തിരഞ്ഞെടുക്കുന്നതിനു പുറമേ, നിങ്ങൾ നെറ്റ്‌വർക്ക് പോർട്ട് നമ്പറും തിരഞ്ഞെടുക്കണം. uClibc, uClibc-ng എന്നിവയിൽ, അത്തരം ക്രമരഹിതമാക്കൽ വ്യക്തമായി പ്രവർത്തനക്ഷമമാക്കിയിട്ടില്ല (ബൈൻഡ് വിളിക്കുമ്പോൾ, ഒരു റാൻഡം സോഴ്‌സ് യുഡിപി പോർട്ട് വ്യക്തമാക്കിയിട്ടില്ല) കൂടാതെ അതിന്റെ ഉപയോഗം ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ക്രമീകരണങ്ങളെ ആശ്രയിച്ചിരിക്കുന്നു.

പോട്ട് റാൻഡമൈസേഷൻ പ്രവർത്തനരഹിതമാക്കുമ്പോൾ, വർദ്ധിപ്പിച്ച അഭ്യർത്ഥന ഐഡി നിർണ്ണയിക്കുന്നത് നിസ്സാരമായ ഒരു ജോലിയായി അടയാളപ്പെടുത്തുന്നു. റാൻഡമൈസേഷൻ ഉപയോഗിച്ചാലും, ആക്രമണകാരിക്ക് 32768-60999 ശ്രേണിയിൽ നിന്നുള്ള നെറ്റ്‌വർക്ക് പോർട്ട് ഊഹിച്ചാൽ മതിയാകും, ഇതിനായി അവർക്ക് വ്യത്യസ്ത നെറ്റ്‌വർക്ക് പോർട്ടുകളിലേക്ക് സാങ്കൽപ്പിക പ്രതികരണങ്ങൾ ഒരേസമയം അയയ്ക്കാൻ കഴിയും.

uClibc 0.9.33.2, uClibc-ng 1.0.40 എന്നിവയുടെ ഏറ്റവും പുതിയ പതിപ്പുകൾ ഉൾപ്പെടെ uClibc, uClibc-ng എന്നിവയുടെ നിലവിലുള്ള എല്ലാ റിലീസുകളിലും പ്രശ്നം സ്ഥിരീകരിച്ചിട്ടുണ്ട്. 2021 സെപ്‌റ്റംബറിൽ, പ്രശ്‌നസാധ്യതയെക്കുറിച്ചുള്ള വിവരങ്ങൾ, പരിഹാരങ്ങൾ ഏകോപിപ്പിച്ച് തയ്യാറാക്കുന്നതിനായി CERT/CC-യിലേക്ക് അയച്ചു. 2022 ജനുവരിയിൽ, CERT/CC-യുമായി സഹകരിക്കുന്ന 200-ലധികം നിർമ്മാതാക്കളുമായി പ്രശ്നത്തെക്കുറിച്ചുള്ള വിവരങ്ങൾ പങ്കിട്ടു. മാർച്ചിൽ, uClibc-ng പ്രോജക്റ്റിന്റെ പരിപാലകനെ വെവ്വേറെ ബന്ധപ്പെടാൻ ഒരു ശ്രമം ഉണ്ടായിരുന്നു, എന്നാൽ കേടുപാടുകൾ സ്വയം പരിഹരിക്കാൻ കഴിയില്ലെന്ന് അദ്ദേഹം മറുപടി നൽകി, കൂടാതെ പ്രശ്നത്തെക്കുറിച്ചുള്ള വിവരങ്ങൾ പരസ്യമായി വെളിപ്പെടുത്താൻ ശുപാർശ ചെയ്തു. സമൂഹത്തിൽ നിന്ന് പരിഹരിക്കുക. നിർമ്മാതാക്കൾക്കിടയിൽ, NETGEAR അപകടസാധ്യത ഇല്ലാതാക്കുന്ന ഒരു അപ്‌ഡേറ്റിന്റെ റിലീസ് പ്രഖ്യാപിച്ചു.

അവലംബം: opennet.ru