രേഖപ്പെടുത്താത്ത എഡ്ജ് ഫീച്ചർ ഇന്റർനെറ്റ് എക്സ്പ്ലോറർ സുരക്ഷയെ തകർക്കുന്നു

മുമ്പ് ഞങ്ങൾ ഇതിനകം എഴുതി ഇന്റർനെറ്റ് എക്‌സ്‌പ്ലോററിൽ കണ്ടെത്തിയ സീറോ-ഡേ ദുർബലതയെക്കുറിച്ച്, അത് ഉപയോക്താവിന്റെ കമ്പ്യൂട്ടറിൽ നിന്ന് റിമോട്ട് സെർവറിലേക്ക് വിവരങ്ങൾ ഡൗൺലോഡ് ചെയ്യാൻ പ്രത്യേകം തയ്യാറാക്കിയ MHT ഫയൽ ഉപയോഗിക്കാൻ അനുവദിക്കുന്നു. അടുത്തിടെ, സെക്യൂരിറ്റി സ്പെഷ്യലിസ്റ്റ് ജോൺ പേജ് കണ്ടെത്തിയ ഈ ദുർബലത, ഈ മേഖലയിലെ മറ്റൊരു അറിയപ്പെടുന്ന സ്പെഷ്യലിസ്റ്റ് പരിശോധിച്ച് പഠിക്കാൻ തീരുമാനിച്ചു - മിത്യ കോൾസെക്, ഒരു സുരക്ഷാ ഓഡിറ്റ് കമ്പനിയായ ACROS സെക്യൂരിറ്റിയുടെ ഡയറക്ടർ, മൈക്രോപാച്ച് സേവനമായ 0patch ന്റെ സഹസ്ഥാപകൻ. അവൻ പ്രസിദ്ധീകരിച്ചു പ്രശ്‌നത്തിന്റെ തീവ്രതയെ മൈക്രോസോഫ്റ്റ് കാര്യമായി കുറച്ചുകാണുന്നു എന്ന് സൂചിപ്പിക്കുന്ന അതിന്റെ അന്വേഷണത്തിന്റെ പൂർണ്ണമായ ക്രോണിക്കിൾ.

വിചിത്രമെന്നു പറയട്ടെ, ജോൺ വിവരിച്ചതും പ്രദർശിപ്പിച്ചതുമായ ആക്രമണം പുനർനിർമ്മിക്കാൻ കോൾസെക്കിന് ആദ്യം കഴിഞ്ഞില്ല, അവിടെ അദ്ദേഹം Windows 7-ൽ പ്രവർത്തിക്കുന്ന Internet Explorer ഉപയോഗിച്ച് ഒരു ക്ഷുദ്രകരമായ MHT ഫയൽ ഡൗൺലോഡ് ചെയ്യുകയും തുറക്കുകയും ചെയ്തു. തന്നിൽ നിന്ന് മോഷ്ടിക്കാൻ പദ്ധതിയിട്ടിരുന്ന system.ini, MHT ഫയലിൽ ഒളിഞ്ഞിരിക്കുന്ന ഒരു സ്ക്രിപ്റ്റ് ഉപയോഗിച്ച് വായിച്ചതായി അവന്റെ പ്രോസസ് മാനേജർ കാണിച്ചെങ്കിലും റിമോട്ട് സെർവറിലേക്ക് അയച്ചില്ല.

"ഇത് ഒരു ക്ലാസിക് അടയാളം-വെബ് സാഹചര്യം പോലെ കാണപ്പെട്ടു," കോൾസെക് എഴുതുന്നു. "ഇന്റർനെറ്റിൽ നിന്ന് ഒരു ഫയൽ ലഭിക്കുമ്പോൾ, വെബ് ബ്രൗസറുകളും ഇമെയിൽ ക്ലയന്റുകളും പോലെയുള്ള വിൻഡോസ് ആപ്ലിക്കേഷനുകൾ ശരിയായി പ്രവർത്തിക്കുന്നുണ്ടെങ്കിൽ, ഫോമിൽ അത്തരം ഫയലിലേക്ക് ഒരു ലേബൽ ചേർക്കുന്നു. ഇതര ഡാറ്റ സ്ട്രീം Zone.Identifier എന്ന സ്ട്രിംഗ് അടങ്ങിയിരിക്കുന്ന Zone.Identifier = 3. ഫയൽ വിശ്വസനീയമല്ലാത്ത ഉറവിടത്തിൽ നിന്നാണ് വന്നതെന്നും അതിനാൽ ഒരു സാൻഡ്‌ബോക്‌സിലോ മറ്റ് നിയന്ത്രിത പരിതസ്ഥിതിയിലോ തുറക്കണമെന്നും ഇത് മറ്റ് ആപ്ലിക്കേഷനുകളെ അനുവദിക്കുന്നു."

ഡൗൺലോഡ് ചെയ്ത MHT ഫയലിനായി IE യഥാർത്ഥത്തിൽ അത്തരമൊരു ലേബൽ സജ്ജീകരിച്ചിട്ടുണ്ടെന്ന് ഗവേഷകൻ സ്ഥിരീകരിച്ചു. കോൾസെക്ക് അതേ ഫയൽ എഡ്ജ് ഉപയോഗിച്ച് ഡൗൺലോഡ് ചെയ്ത് IE-യിൽ തുറക്കാൻ ശ്രമിച്ചു, അത് MHT ഫയലുകൾക്കുള്ള ഡിഫോൾട്ട് ആപ്ലിക്കേഷനായി തുടരുന്നു. അപ്രതീക്ഷിതമായി, ചൂഷണം ഫലിച്ചു.

ആദ്യം, ഗവേഷകൻ “മാർക്ക്-ഓഫ്-ദി-വെബ്” പരിശോധിച്ചു, സുരക്ഷാ ഐഡന്റിഫയറിന് പുറമേ ഫയലിന്റെ ഉത്ഭവത്തിന്റെ ഉറവിടവും ഒരു ഇതര ഡാറ്റ സ്ട്രീമിൽ എഡ്ജ് സംഭരിക്കുന്നു, ഇത് ഇതിന്റെ സ്വകാര്യതയുമായി ബന്ധപ്പെട്ട് ചില ചോദ്യങ്ങൾ ഉയർത്തിയേക്കാം. രീതി. അധിക വരികൾ IE-യെ ആശയക്കുഴപ്പത്തിലാക്കിയിരിക്കാമെന്നും SID വായിക്കുന്നതിൽ നിന്ന് അതിനെ തടഞ്ഞിരിക്കാമെന്നും കോൾസെക് ഊഹിച്ചു, എന്നാൽ അത് മാറുന്നത് പോലെ, പ്രശ്നം മറ്റെവിടെയോ ആയിരുന്നു. ഒരു നീണ്ട വിശകലനത്തിന് ശേഷം, ആക്സസ് കൺട്രോൾ ലിസ്റ്റിലെ രണ്ട് എൻട്രികളിൽ സുരക്ഷാ സ്പെഷ്യലിസ്റ്റ് കാരണം കണ്ടെത്തി, അത് ഒരു നിശ്ചിത സിസ്റ്റം സേവനത്തിലേക്ക് MHT ഫയൽ വായിക്കാനുള്ള അവകാശം ചേർത്തു, അത് ലോഡ് ചെയ്തതിന് ശേഷം എഡ്ജ് അവിടെ ചേർത്തു.

സമർപ്പിത സീറോ-ഡേ വൾനറബിലിറ്റി ടീമിൽ നിന്നുള്ള ജെയിംസ് ഫോർഷോ - Google Project Zero - നിർദ്ദേശിച്ചു എഡ്ജ് ചേർത്ത എൻട്രികൾ Microsoft.MicrosoftEdge_8wekyb3d8bbwe എന്ന പാക്കേജിനായുള്ള ഗ്രൂപ്പ് സെക്യൂരിറ്റി ഐഡന്റിഫയറുകളെ സൂചിപ്പിക്കുന്നുവെന്ന് ട്വീറ്റ് ചെയ്തു. ക്ഷുദ്ര ഫയലിന്റെ ആക്സസ് കൺട്രോൾ ലിസ്റ്റിൽ നിന്ന് SID S-1-15-2 - * ന്റെ രണ്ടാമത്തെ വരി നീക്കം ചെയ്തതിന് ശേഷം, ചൂഷണം പ്രവർത്തിക്കില്ല. തൽഫലമായി, എങ്ങനെയോ എഡ്ജ് ചേർത്ത അനുമതി ഐഇയിലെ സാൻഡ്‌ബോക്‌സിനെ മറികടക്കാൻ ഫയലിനെ അനുവദിച്ചു. Kolsek ഉം അദ്ദേഹത്തിന്റെ സഹപ്രവർത്തകരും നിർദ്ദേശിച്ചതുപോലെ, ഭാഗികമായി ഒറ്റപ്പെട്ട പരിതസ്ഥിതിയിൽ ഫയൽ പ്രവർത്തിപ്പിക്കുന്നതിലൂടെ ലോ-ട്രസ്റ്റ് പ്രോസസ്സുകൾ വഴി ഡൗൺലോഡ് ചെയ്ത ഫയലുകളെ ആക്‌സസ് ചെയ്യുന്നതിൽ നിന്ന് സംരക്ഷിക്കാൻ Edge ഈ അനുമതികൾ ഉപയോഗിക്കുന്നു.

അടുത്തതായി, IE യുടെ സുരക്ഷാ സംവിധാനം പരാജയപ്പെടാൻ കാരണം എന്താണെന്ന് നന്നായി മനസ്സിലാക്കാൻ ഗവേഷകൻ ആഗ്രഹിച്ചു. പ്രോസസ് മോണിറ്റർ യൂട്ടിലിറ്റിയും ഐഡിഎ ഡിസ്അസംബ്ലറും ഉപയോഗിച്ചുള്ള ഒരു ആഴത്തിലുള്ള വിശകലനം ആത്യന്തികമായി, എഡ്ജിന്റെ സെറ്റ് റെസല്യൂഷൻ വിൻ എപി ഫംഗ്‌ഷൻ GetZoneFromAlternateDataStreamEx-നെ Zone.Identifier ഫയൽ സ്ട്രീം വായിക്കുന്നതിൽ നിന്ന് തടയുകയും ഒരു പിശക് നൽകുകയും ചെയ്തു. Internet Explorer-നെ സംബന്ധിച്ചിടത്തോളം, ഒരു ഫയലിന്റെ സുരക്ഷാ ലേബൽ അഭ്യർത്ഥിക്കുമ്പോൾ അത്തരമൊരു പിശക് തികച്ചും അപ്രതീക്ഷിതമായിരുന്നു, കൂടാതെ, ഫയലിന് “മാർക്ക്-ഓഫ്-ദ്-വെബ്” അടയാളം ഇല്ലെന്നതിന് തുല്യമാണ് പിശക് എന്ന് ബ്രൗസർ കണക്കാക്കുന്നു. ടാർഗെറ്റ് ലോക്കൽ ഫയൽ എക്‌സിക്യൂട്ട് ചെയ്യാനും റിമോട്ട് സെർവറിലേക്ക് അയയ്‌ക്കാനും MHT ഫയലിൽ മറഞ്ഞിരിക്കുന്ന സ്‌ക്രിപ്റ്റ് IE അനുവദിച്ചതിന് ശേഷം, ഇത് യാന്ത്രികമായി അതിനെ വിശ്വസനീയമാക്കുന്നു.

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

ക്ഷുദ്രകരമായ സ്‌ക്രിപ്‌റ്റ് വിശ്വസനീയമായ സ്‌ക്രിപ്‌റ്റായി പ്രവർത്തിപ്പിക്കാൻ അനുവദിക്കുന്ന അപകടസാധ്യതയുടെ വർദ്ധിച്ച പ്രാധാന്യം ഉണ്ടായിരുന്നിട്ടും, എപ്പോഴെങ്കിലും അത് പരിഹരിച്ചാൽ, എപ്പോൾ വേണമെങ്കിലും ബഗ് പരിഹരിക്കാൻ Microsoft ഉദ്ദേശിക്കുന്നതായി സൂചനയില്ല. അതിനാൽ, മുമ്പത്തെ ലേഖനത്തിലെന്നപോലെ, ഏതെങ്കിലും ആധുനിക ബ്രൗസറിലേക്ക് MHT ഫയലുകൾ തുറക്കുന്നതിനുള്ള സ്ഥിരസ്ഥിതി പ്രോഗ്രാം മാറ്റാൻ ഞങ്ങൾ ഇപ്പോഴും ശുപാർശ ചെയ്യുന്നു.

തീർച്ചയായും, കോൾസെക്കിന്റെ ഗവേഷണം ഒരു ചെറിയ സ്വയം-പിആർ ഇല്ലാതെ പോയില്ല. ലേഖനത്തിന്റെ അവസാനം, തന്റെ കമ്പനി വികസിപ്പിച്ച 0 പാച്ച് സേവനം ഉപയോഗിക്കാൻ കഴിയുന്ന അസംബ്ലി ഭാഷയിൽ എഴുതിയ ഒരു ചെറിയ പാച്ച് അദ്ദേഹം പ്രദർശിപ്പിച്ചു. 0patch ഉപയോക്താവിന്റെ കമ്പ്യൂട്ടറിൽ ദുർബലമായ സോഫ്‌റ്റ്‌വെയർ സ്വയമേവ കണ്ടെത്തുകയും ഈച്ചയിൽ അക്ഷരാർത്ഥത്തിൽ ചെറിയ പാച്ചുകൾ പ്രയോഗിക്കുകയും ചെയ്യുന്നു. ഉദാഹരണത്തിന്, ഞങ്ങൾ വിവരിച്ച സാഹചര്യത്തിൽ, GetZoneFromAlternateDataStreamEx ഫംഗ്‌ഷനിലെ പിശക് സന്ദേശത്തെ നെറ്റ്‌വർക്കിൽ നിന്ന് ലഭിച്ച ഒരു വിശ്വസനീയമല്ലാത്ത ഫയലുമായി ബന്ധപ്പെട്ട മൂല്യം ഉപയോഗിച്ച് 0patch മാറ്റിസ്ഥാപിക്കും, അതുവഴി അന്തർനിർമ്മിതത്തിന് അനുസൃതമായി മറഞ്ഞിരിക്കുന്ന സ്‌ക്രിപ്റ്റുകളൊന്നും നടപ്പിലാക്കാൻ IE അനുവദിക്കില്ല. സുരക്ഷാ നയത്തിൽ.

അവലംബം: 3dnews.ru