IWD, wpa_supplicant എന്നിവയിൽ Wi-Fi പ്രാമാണീകരണ ബൈപാസിന് കാരണമാകുന്ന പ്രശ്നങ്ങൾ

ഓപ്പൺ സോഴ്‌സ് പാക്കേജുകളിൽ IWD (Intel inet Wireless Daemon), wpa_supplicant എന്നിവ ക്ലയന്റ് കണക്ഷനുകൾ സംഘടിപ്പിക്കാൻ ഉപയോഗിക്കുന്നു. Linux-വയർലെസ് നെറ്റ്‌വർക്കിലേക്കുള്ള സിസ്റ്റങ്ങളിൽ, പ്രാമാണീകരണ സംവിധാനങ്ങളെ മറികടക്കുന്നതിലേക്ക് നയിക്കുന്ന ദുർബലതകൾ തിരിച്ചറിഞ്ഞു:

• IWD-യിൽ, ആക്‌സസ് പോയിന്റ് മോഡ് പ്രവർത്തനക്ഷമമാക്കുമ്പോൾ മാത്രമേ ദുർബലത (CVE-2023-52161) പ്രകടമാകൂ, വയർലെസ് നെറ്റ്‌വർക്കുകളിലേക്ക് കണക്ഷനുകൾ സ്ഥാപിക്കാൻ സാധാരണയായി ഉപയോഗിക്കുന്ന IWD-ക്ക് ഇത് അസാധാരണമാണ്. പാസ്‌വേഡ് അറിയാതെ തന്നെ സൃഷ്ടിച്ച ആക്‌സസ് പോയിന്റിലേക്ക് കണക്ഷൻ ദുർബലത അനുവദിക്കുന്നു, ഉദാഹരണത്തിന്, ഉപയോക്താവ് അവരുടെ ഉപകരണം (ഹോട്ട്‌സ്‌പോട്ട്) വഴി നെറ്റ്‌വർക്കിലേക്ക് ആക്‌സസ് വ്യക്തമായി അനുവദിക്കുമ്പോൾ. IWD 2.14-ൽ പ്രശ്നം പരിഹരിച്ചിരിക്കുന്നു.

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

  ഈ ഘട്ടത്തിൽ, ലഭിച്ച നാലാം ഘട്ട സന്ദേശത്തിനായി MIC (മെസേജ് ഇന്റഗ്രിറ്റി കോഡ്) പരിശോധിക്കാൻ IWD ശ്രമിക്കുന്നു. രണ്ടാം ഘട്ടത്തിലെ പ്രാമാണീകരണ പാരാമീറ്ററുകൾ അടങ്ങിയ സന്ദേശം ലഭിക്കാത്തതിനാൽ, നാലാം ഘട്ട സന്ദേശം പ്രോസസ്സ് ചെയ്യുമ്പോൾ PTK (പെയർവൈസ് ട്രാൻസിയന്റ് കീ) പൂജ്യമായി സജ്ജീകരിച്ചിരിക്കുന്നു. തൽഫലമായി, ഒരു ആക്രമണകാരിക്ക് പൂജ്യം PTK ഉപയോഗിച്ച് MIC കണക്കാക്കാൻ കഴിയും, കൂടാതെ ഈ സ്ഥിരീകരണ കോഡ് IWD ശരിയാണെന്ന് അംഗീകരിക്കും. ഈ അപൂർണ്ണമായ കണക്ഷൻ ചർച്ച പൂർത്തിയാക്കിയ ശേഷം, ആക്രമണകാരി വയർലെസ് നെറ്റ്‌വർക്കിലേക്ക് പൂർണ്ണ ആക്‌സസ് ലഭിക്കും, കാരണം ആക്‌സസ് പോയിന്റിൽ പൂജ്യം PTK ഉപയോഗിച്ച് എൻക്രിപ്റ്റ് ചെയ്ത ആക്രമണകാരി അയച്ച ഫ്രെയിമുകൾ ലഭിക്കും.
• wpa_supplicant (CVE-2023-52160) എന്നതിൽ കണ്ടെത്തിയ ഒരു ദുർബലത, ഒരു ആക്രമണകാരിക്ക് ഉപയോക്താവിനെ ഒരു വ്യാജ വയർലെസ് നെറ്റ്‌വർക്കിലേക്ക് ആകർഷിക്കാൻ അനുവദിക്കുന്നു, ഇത് ഉപയോക്താവ് കണക്റ്റുചെയ്യാൻ ഉദ്ദേശിക്കുന്ന നെറ്റ്‌വർക്കിന്റെ ക്ലോണായി പ്രവർത്തിക്കുന്നു. ഉപയോക്താവ് വ്യാജ നെറ്റ്‌വർക്കിലേക്ക് കണക്റ്റുചെയ്യുകയാണെങ്കിൽ, ആക്രമണകാരിക്ക് ഉപയോക്താവിന്റെ എൻക്രിപ്റ്റ് ചെയ്യാത്ത ട്രാൻസിറ്റ് ട്രാഫിക് (ഉദാ. HTTPS ഇല്ലാതെ വെബ്‌സൈറ്റുകളിലേക്കുള്ള ആക്‌സസ്) തടസ്സപ്പെടുത്താൻ കഴിയും.

  PEAP (പ്രൊട്ടക്റ്റഡ് എക്സ്റ്റൻസിബിൾ ഓതന്റിക്കേഷൻ പ്രോട്ടോക്കോൾ) നടപ്പിലാക്കുന്നതിലെ ഒരു പിഴവ് കാരണം, തെറ്റായി കോൺഫിഗർ ചെയ്ത ഉപയോക്തൃ ഉപകരണത്തിലേക്ക് കണക്റ്റുചെയ്യുമ്പോൾ ഒരു ആക്രമണകാരിക്ക് രണ്ടാം ഘട്ട പ്രാമാണീകരണത്തെ മറികടക്കാൻ കഴിയും. രണ്ടാം ഘട്ട പ്രാമാണീകരണത്തെ മറികടന്ന്, ഒരു ആക്രമണകാരിക്ക് വിശ്വസനീയമായ ഒരു Wi-Fi നെറ്റ്‌വർക്കിന്റെ വ്യാജ ക്ലോൺ സൃഷ്ടിക്കാനും പാസ്‌വേഡ് പരിശോധന കൂടാതെ ഉപയോക്താവിനെ വ്യാജ നെറ്റ്‌വർക്കിലേക്ക് ബന്ധിപ്പിക്കാനും കഴിയും.

  ഒരു ആക്രമണം വിജയകരമായി നടത്തുന്നതിന്, ഉപയോക്തൃ ഭാഗത്ത് wpa_supplicant പരിശോധന പ്രവർത്തനരഹിതമാക്കിയിരിക്കണം. TLS സർട്ടിഫിക്കറ്റ് ആക്രമണകാരി വയർലെസ് നെറ്റ്‌വർക്ക് ഐഡന്റിഫയർ (SSID, അല്ലെങ്കിൽ സർവീസ് സെറ്റ് ഐഡന്റിഫയർ) അറിഞ്ഞിരിക്കണം. ആക്രമണകാരി ഇരയുടെ വയർലെസ് അഡാപ്റ്ററിന്റെ പരിധിക്കുള്ളിലായിരിക്കണം, പക്ഷേ ക്ലോൺ ചെയ്ത വയർലെസ് നെറ്റ്‌വർക്കിന്റെ ആക്‌സസ് പോയിന്റിന്റെ പരിധിക്ക് പുറത്തായിരിക്കണം. PEAP പ്രോട്ടോക്കോൾ ഉപയോഗിക്കുന്ന WPA2-Enterprise അല്ലെങ്കിൽ WPA3-Enterprise നെറ്റ്‌വർക്കുകളിൽ ആക്രമണം സാധ്യമാണ്.

  തെറ്റായി കോൺഫിഗർ ചെയ്‌ത വയർലെസ് നെറ്റ്‌വർക്കുകളിൽ മാത്രമേ ഇത് പ്രത്യക്ഷപ്പെടുകയുള്ളൂ എന്നതിനാൽ, TLS സർട്ടിഫിക്കറ്റ് പരിശോധിക്കാതെ EAP പ്രാമാണീകരണം PEAP (EAP-TTLS) പ്രോട്ടോക്കോളിനൊപ്പം ഉപയോഗിക്കുന്നതിനാൽ, wpa_supplicant-ന്റെ ഡെവലപ്പർമാർ ഈ പ്രശ്‌നത്തെ ഒരു ദുർബലതയായി കണക്കാക്കുന്നില്ലെന്ന് പ്രസ്താവിച്ചു. സെർവർസർട്ടിഫിക്കറ്റ് പരിശോധനയില്ലാത്ത കോൺഫിഗറേഷനുകൾ സജീവമായ ആക്രമണങ്ങൾക്ക് ഇരയാകാൻ സാധ്യതയുണ്ട്. അത്തരം തെറ്റായ കോൺഫിഗറേഷനുകൾ സാധാരണവും വ്യാപകവുമാണെന്ന് ദുർബലത കണ്ടെത്തിയവർ അവകാശപ്പെടുന്നു, ഇത് പല ഉപഭോക്തൃ ഉപകരണങ്ങളെയും അടിസ്ഥാനമാക്കിയുള്ളതാണ് Linux, Android wpa_supplicant ഉപയോഗിക്കുന്ന Chrome OS എന്നിവ.

  ഈ പ്രശ്നം പരിഹരിക്കുന്നതിനായി, wpa_supplicant-ൽ ഒരു പാച്ച് പുറത്തിറക്കിയിട്ടുണ്ട്, ഇതിന് TLS സർട്ടിഫിക്കറ്റ് പരിശോധനയ്ക്ക് പുറമേ, രണ്ടാം ഘട്ട പ്രാമാണീകരണം ആവശ്യമാണ്. ഡെവലപ്പർമാരുടെ അഭിപ്രായത്തിൽ, ഈ മാറ്റം മാനുവൽ പ്രാമാണീകരണം ഉപയോഗിക്കുമ്പോൾ ആക്രമണങ്ങളെ സങ്കീർണ്ണമാക്കുന്ന ഒരു പരിഹാരമാർഗ്ഗം മാത്രമാണ്, കൂടാതെ EAP-GTC പോലുള്ള ഓപ്ഷനുകൾ ഉപയോഗിക്കുമ്പോൾ അത് ഉപയോഗശൂന്യവുമാണ്. പ്രശ്നം യഥാർത്ഥത്തിൽ പരിഹരിക്കുന്നതിന്, നെറ്റ്‌വർക്ക് അഡ്മിനിസ്ട്രേറ്റർമാർ അവരുടെ കോൺഫിഗറേഷൻ ക്രമീകരിക്കണം, അതായത്, ca_cert പാരാമീറ്റർ ഉപയോഗിച്ച് സെർവർ സർട്ടിഫിക്കറ്റ് പരിശോധനയ്ക്കായി ഒരു ട്രസ്റ്റ് ചെയിൻ കോൺഫിഗർ ചെയ്യണം.

അവലംബം: opennet.ru