OpenBSD IPv6 സ്റ്റാക്കിലെ വിദൂര അപകടസാധ്യത

OpenBSD-യിലെ IPv6 അഡ്രസ് ഓട്ടോ കോൺഫിഗറേഷന് (IPv6 സ്റ്റേറ്റ്‌ലെസ് അഡ്രസ് ഓട്ടോകോൺഫിഗറേഷൻ, RFC 4862) ഉത്തരവാദിയായ പശ്ചാത്തല പ്രോസസ്സ് slaacd-ൽ, പ്രത്യേകം രൂപകൽപ്പന ചെയ്ത IPv6 റൂട്ടർ പരസ്യം (RA, റൂട്ടർ പരസ്യം) ലഭിക്കുമ്പോൾ ഒരു ബഫർ ഓവർഫ്ലോയിലേക്ക് നയിക്കുന്ന ഒരു അപകടസാധ്യത തിരിച്ചറിഞ്ഞു. .

തുടക്കത്തിൽ, IPv6 അഡ്രസ് ഓട്ടോകോൺഫിഗറേഷൻ പ്രവർത്തനം കേർണൽ തലത്തിൽ നടപ്പിലാക്കിയിരുന്നു, എന്നാൽ OpenBSD 6.2-ൽ തുടങ്ങി അത് ഒരു പ്രത്യേക unprivileged slaacd പ്രക്രിയയിലേക്ക് മാറ്റി. RS (റൂട്ടർ അഭ്യർത്ഥന) സന്ദേശങ്ങൾ അയയ്‌ക്കുന്നതിനും റൂട്ടറിനെയും നെറ്റ്‌വർക്ക് കണക്ഷൻ പാരാമീറ്ററുകളെയും കുറിച്ചുള്ള വിവരങ്ങളോടെ RA (റൂട്ടർ പരസ്യം) പ്രതികരണങ്ങൾ പാഴ്‌സ് ചെയ്യുന്നതിനും ഈ പ്രക്രിയ ഉത്തരവാദിയാണ്.

ഫെബ്രുവരിയിൽ, RDNSS (Recursive DNS സെർവറുകൾ) ലിസ്റ്റിൽ 7 സെർവറുകൾ വ്യക്തമാക്കിയിട്ടുണ്ടെങ്കിൽ അത് തകരാറിലായ ഒരു ബഗ് slaacd പരിഹരിച്ചു. ഈ മേൽനോട്ടം സ്വതന്ത്ര ഗവേഷകരുടെ ശ്രദ്ധ ആകർഷിച്ചു, ആർഎ സന്ദേശങ്ങളിലെ ഫീൽഡുകൾ പാഴ്‌സ് ചെയ്യുമ്പോൾ സംഭവിക്കുന്ന മറ്റ് പിശകുകൾക്കായി സ്ലാക്ഡ് കോഡ് പരിശോധിക്കാൻ ശ്രമിച്ചു. കോഡിൽ മറ്റൊരു പ്രശ്‌നമുണ്ടെന്ന് വിശകലനം കാണിച്ചു, അത് DNSSL (DNS തിരയൽ ലിസ്റ്റ്) ഫീൽഡ് പ്രോസസ്സ് ചെയ്യുമ്പോൾ സ്വയം പ്രത്യക്ഷപ്പെടുന്നു, അതിൽ ഡൊമെയ്ൻ നാമങ്ങളുടെ ലിസ്റ്റുകളും DNS-നുള്ള ഹോസ്റ്റ് ടെംപ്ലേറ്റുകളും ഉൾപ്പെടുന്നു.

DNSSL ലിസ്റ്റിലെ ഓരോ പേരും എൻകോഡ് ചെയ്‌തിരിക്കുന്നത് ഒരു നൾ ഡിലിമിറ്റർ ഉപയോഗിച്ചും തുടർന്നുള്ള ഡാറ്റയുടെ വലുപ്പം നിർണ്ണയിക്കുന്ന വൺ-ബൈറ്റ് ടാഗുകൾ ഉപയോഗിച്ചുമാണ്. ലിസ്റ്റ് പാഴ്‌സിംഗ് കോഡിൽ, വലുപ്പമുള്ള ഒരു ഫീൽഡ് സൈൻ ചെയ്‌ത പൂർണ്ണസംഖ്യ തരം (“len = data[pos]”) ഉള്ള ഒരു വേരിയബിളിലേക്ക് പകർത്തിയതാണ് അപകടത്തിന് കാരണം. അതനുസരിച്ച്, ഏറ്റവും പ്രധാനപ്പെട്ട ബിറ്റ് സെറ്റ് ഉള്ള ഫീൽഡിൽ ഒരു മൂല്യം വ്യക്തമാക്കിയിട്ടുണ്ടെങ്കിൽ, സോപാധികമായ ഓപ്പറേറ്ററിൽ ഈ മൂല്യം നെഗറ്റീവ് സംഖ്യയായും അനുവദനീയമായ പരമാവധി വലുപ്പത്തിനായുള്ള പരിശോധനയായും കാണപ്പെടും (“(len> 63 || len + pos) + 1 > datalen) {“) പ്രവർത്തിക്കില്ല, ഇത് പകർത്തിയ ഡാറ്റയുടെ വലുപ്പം ബഫർ വലുപ്പത്തേക്കാൾ കൂടുതലുള്ള ഒരു പാരാമീറ്റർ ഉപയോഗിച്ച് memcpy-യിലേക്കുള്ള കോളിലേക്ക് നയിക്കും.

അവലംബം: opennet.ru