Chromium-ലെ 70% സുരക്ഷാ പ്രശ്നങ്ങളും മെമ്മറി പിശകുകൾ മൂലമാണ്

Chromium പ്രോജക്റ്റിന്റെ ഡെവലപ്പർമാർ വിശകലനം ചെയ്തു 912 മുതൽ Chrome-ൻ്റെ സ്ഥിരതയുള്ള റിലീസുകളിൽ 2015 ഉയർന്ന അപകടസാധ്യതയുള്ളതും ഗുരുതരവുമായ കേടുപാടുകൾ തിരിച്ചറിഞ്ഞു, അവയിൽ 70% മെമ്മറി അരക്ഷിതാവസ്ഥ (C/C++ കോഡിലെ പോയിൻ്ററുകളുമായി പ്രവർത്തിക്കുമ്പോഴുള്ള പിശകുകൾ) കാരണമാണെന്ന് നിഗമനം ചെയ്തു. ഈ പ്രശ്‌നങ്ങളിൽ പകുതിയും (36.1%) ബഫറുമായി ബന്ധപ്പെട്ട മെമ്മറി സ്വതന്ത്രമാക്കിയതിന് ശേഷം അതിലേക്കുള്ള ആക്‌സസ്സ് മൂലമാണ് (ഉപയോഗത്തിന് ശേഷമുള്ള സൗജന്യം).

Chromium രൂപകൽപന ചെയ്യുമ്പോൾ അത് തുടക്കത്തിൽ ആയിരുന്നു കിടന്നു, കോഡിൽ പിശകുകൾ പ്രത്യക്ഷപ്പെടുന്നത് സാധ്യമാണ്, അതിനാൽ കേടുപാടുകളുടെ അനന്തരഫലങ്ങൾ പരിമിതപ്പെടുത്തുന്നതിന് സാൻഡ്‌ബോക്‌സ് ഐസൊലേഷൻ്റെ ഉപയോഗത്തിന് വലിയ ഊന്നൽ നൽകി. നിലവിൽ, ഈ സാങ്കേതികവിദ്യ ഉപയോഗിക്കുന്നതിനുള്ള സാധ്യതകൾ അവരുടെ കഴിവുകളുടെ പരിധിയിലെത്തി, വിഭവ ഉപഭോഗത്തിൻ്റെ വീക്ഷണകോണിൽ നിന്ന് പ്രക്രിയകളിലേക്ക് കൂടുതൽ വിഘടിക്കുന്നത് അപ്രായോഗികമാണ്.

കോഡ്‌ബേസിൻ്റെ സുരക്ഷ നിലനിർത്താൻ, ഗൂഗിളും "രണ്ടിൻ്റെ ഭരണം", ഇതനുസരിച്ച് ചേർത്തിട്ടുള്ള ഏതൊരു കോഡും മൂന്ന് നിബന്ധനകളിൽ രണ്ടിൽ കൂടുതൽ പാലിക്കരുത്: സാധുതയില്ലാത്ത ഇൻപുട്ട് ഡാറ്റയിൽ പ്രവർത്തിക്കുക, സുരക്ഷിതമല്ലാത്ത പ്രോഗ്രാമിംഗ് ഭാഷ (C/C++) ഉപയോഗിച്ച് പ്രവർത്തിക്കുക, ഉയർന്ന പ്രത്യേകാവകാശങ്ങളോടെ പ്രവർത്തിക്കുക. ഈ നിയമം സൂചിപ്പിക്കുന്നത്, ബാഹ്യ ഡാറ്റ പ്രോസസ്സ് ചെയ്യുന്നതിനുള്ള കോഡ് ഒന്നുകിൽ കുറഞ്ഞ പ്രത്യേകാവകാശങ്ങളിലേക്ക് (ഒറ്റപ്പെട്ടവ) ചുരുക്കുകയോ സുരക്ഷിതമായ പ്രോഗ്രാമിംഗ് ഭാഷയിൽ എഴുതുകയോ വേണം.

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

രണ്ട് മേഖലകളിൽ പ്രവർത്തനം കേന്ദ്രീകരിക്കുമെന്ന് പ്രതീക്ഷിക്കുന്നു:

• C++ വികസന പ്രക്രിയയിൽ കാര്യമായ മാറ്റം, അത് പ്രകടനത്തെ പ്രതികൂലമായി ബാധിക്കുന്നില്ല (അധിക പരിധി പരിശോധനകളും മാലിന്യ ശേഖരണവും). റോ പോയിൻ്ററുകൾക്ക് പകരം, തരം ഉപയോഗിക്കാൻ നിർദ്ദേശിക്കുന്നു MiraclePtr, പ്രകടനം, മെമ്മറി ഉപഭോഗം, സ്ഥിരത എന്നിവയിൽ ശ്രദ്ധേയമായ പ്രതികൂല സ്വാധീനം ചെലുത്താതെ, സുരക്ഷാ ഭീഷണി ഉയർത്താത്ത ക്രാഷുകളിലേക്ക് ചൂഷണം ചെയ്യാവുന്ന ഉപയോഗത്തിന് ശേഷമുള്ള പിശകുകൾ കുറയ്ക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു.
• കംപൈൽ സമയത്ത് മെമ്മറി സുരക്ഷാ പരിശോധനകൾ നടത്താൻ രൂപകൽപ്പന ചെയ്തിരിക്കുന്ന ഭാഷകളുടെ ഉപയോഗം (കോഡ് എക്സിക്യൂഷൻ സമയത്ത് അത്തരം പരിശോധനകളിൽ അന്തർലീനമായ പ്രകടനത്തെ പ്രതികൂലമായി ബാധിക്കും, പക്ഷേ കോഡുള്ള ഒരു പുതിയ ഭാഷയിൽ കോഡിൻ്റെ ഇടപെടൽ സംഘടിപ്പിക്കുന്നതിനുള്ള അധിക ചിലവുകൾക്ക് ഇടയാക്കും. സി++).

മെമ്മറി സുരക്ഷിതമായ ലൈബ്രറികൾ ഉപയോഗിക്കുന്നത് ഏറ്റവും ലളിതവും എന്നാൽ കാര്യക്ഷമമല്ലാത്തതുമായ മാർഗമാണ്. റസ്റ്റിലെ കോഡ് റീറൈറ്റിംഗ് ഏറ്റവും ഫലപ്രദവും എന്നാൽ വളരെ ചെലവേറിയതുമായ മാർഗമായി വിലയിരുത്തപ്പെടുന്നു.

അവലംബം: opennet.ru