X.509 സർട്ടിഫിക്കറ്റുകൾ പരിശോധിക്കുമ്പോൾ OpenSSL-ലെ ബഫർ ഓവർഫ്ലോ ഉപയോഗപ്പെടുത്തി

ഓപ്പൺഎസ്എസ്എൽ ക്രിപ്റ്റോഗ്രാഫിക് ലൈബ്രറി 3.0.7-ന്റെ ഒരു തിരുത്തൽ റിലീസ് പ്രസിദ്ധീകരിച്ചു, ഇത് രണ്ട് കേടുപാടുകൾ പരിഹരിക്കുന്നു. X.509 സർട്ടിഫിക്കറ്റുകളിലെ ഇമെയിൽ ഫീൽഡ് മൂല്യനിർണ്ണയ കോഡിലെ ബഫർ ഓവർഫ്ലോകൾ മൂലമാണ് രണ്ട് പ്രശ്‌നങ്ങളും ഉണ്ടാകുന്നത്, പ്രത്യേകം ഫ്രെയിം ചെയ്‌ത സർട്ടിഫിക്കറ്റ് പ്രോസസ്സ് ചെയ്യുമ്പോൾ കോഡ് എക്‌സിക്യൂഷനിലേക്ക് നയിച്ചേക്കാം. ഫിക്സ് പ്രസിദ്ധീകരിക്കുന്ന സമയത്ത്, ഓപ്പൺഎസ്എസ്എൽ ഡെവലപ്പർമാർ ആക്രമണകാരിയുടെ കോഡ് നടപ്പിലാക്കുന്നതിലേക്ക് നയിച്ചേക്കാവുന്ന ഒരു പ്രവർത്തന ചൂഷണത്തിന്റെ സാന്നിധ്യത്തിന്റെ തെളിവുകളൊന്നും രേഖപ്പെടുത്തിയിരുന്നില്ല.

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

ഈ സാഹചര്യത്തിൽ, പല പ്ലാറ്റ്‌ഫോമുകളിലും ഉപയോഗിക്കുന്ന സ്റ്റാക്ക് ഓവർഫ്ലോ പ്രൊട്ടക്ഷൻ മെക്കാനിസങ്ങൾ ചൂഷണ സമയത്ത് കോഡ് എക്‌സിക്യൂട്ട് ചെയ്യാനുള്ള കഴിവ് തടഞ്ഞുവെന്ന് നിരവധി ഓർഗനൈസേഷനുകളുടെ ദുർബലതയുടെ വിശദമായ വിശകലനം നിഗമനം ചെയ്തതിനാൽ തീവ്രത കുറഞ്ഞു. കൂടാതെ, ചില ലിനക്സ് വിതരണങ്ങളിൽ ഉപയോഗിക്കുന്ന ഗ്രിഡ് ലേഔട്ട്, പരിധിക്ക് പുറത്തുള്ള 4 ബൈറ്റുകൾ സ്റ്റാക്കിലെ അടുത്ത ബഫറിൽ സൂപ്പർഇമ്പോസ് ചെയ്യുന്നു, അത് ഇതുവരെ ഉപയോഗത്തിലില്ല. എന്നിരുന്നാലും, കോഡ് എക്സിക്യൂട്ട് ചെയ്യാൻ ഉപയോഗിക്കാവുന്ന പ്ലാറ്റ്ഫോമുകൾ ഉണ്ടാകാൻ സാധ്യതയുണ്ട്.

തിരിച്ചറിഞ്ഞ പ്രശ്നങ്ങൾ:

• CVE-2022-3602 - ഒരു എക്സ്.4 സർട്ടിഫിക്കറ്റിൽ പ്രത്യേകം രൂപകൽപ്പന ചെയ്‌ത ഇമെയിൽ വിലാസമുള്ള ഒരു ഫീൽഡ് പരിശോധിക്കുമ്പോൾ, തുടക്കത്തിൽ ഗുരുതരമായി അവതരിപ്പിച്ച ഒരു അപകടസാധ്യത, 509-ബൈറ്റ് ബഫർ ഓവർഫ്ലോയിലേക്ക് നയിക്കുന്നു. ഒരു TLS ക്ലയന്റിൽ, ആക്രമണകാരി നിയന്ത്രിത സെർവറിലേക്ക് കണക്‌റ്റ് ചെയ്യുമ്പോൾ അപകടസാധ്യത പ്രയോജനപ്പെടുത്താം. ഒരു TLS സെർവറിൽ, സർട്ടിഫിക്കറ്റുകൾ ഉപയോഗിച്ചുള്ള ക്ലയന്റ് ആധികാരികത ഉപയോഗിക്കുകയാണെങ്കിൽ, അപകടസാധ്യത പ്രയോജനപ്പെടുത്താം. ഈ സാഹചര്യത്തിൽ, സർട്ടിഫിക്കറ്റുമായി ബന്ധപ്പെട്ട വിശ്വാസ ശൃംഖലയുടെ പരിശോധനയ്ക്ക് ശേഷം ഘട്ടത്തിൽ ദുർബലത ദൃശ്യമാകുന്നു, അതായത്. ആക്രമണത്തിന്, ആക്രമണകാരിയുടെ ക്ഷുദ്രകരമായ സർട്ടിഫിക്കറ്റ് സർട്ടിഫിക്കറ്റ് അതോറിറ്റി പരിശോധിക്കേണ്ടതുണ്ട്.
• CVE-2022-3786 എന്നത് CVE-2022-3602 അപകടസാധ്യത ഉപയോഗപ്പെടുത്തുന്നതിനുള്ള മറ്റൊരു വെക്‌ടറാണ്, പ്രശ്‌നത്തിന്റെ വിശകലനത്തിനിടെ തിരിച്ചറിഞ്ഞു. വ്യത്യാസങ്ങൾ "" അടങ്ങുന്ന അനിയന്ത്രിതമായ എണ്ണം ബൈറ്റുകൾ ഉപയോഗിച്ച് സ്റ്റാക്കിലെ ഒരു ബഫർ കവിഞ്ഞൊഴുകാനുള്ള സാധ്യതയിലേക്ക് ചുരുങ്ങുന്നു. (അതായത്, ആക്രമണകാരിക്ക് ഓവർഫ്ലോയുടെ ഉള്ളടക്കം നിയന്ത്രിക്കാൻ കഴിയില്ല, മാത്രമല്ല ആപ്ലിക്കേഷൻ തകരാറിലാകാൻ മാത്രമേ പ്രശ്നം ഉപയോഗിക്കാവൂ).

കേടുപാടുകൾ OpenSSL 3.0.x ബ്രാഞ്ചിൽ മാത്രമേ ദൃശ്യമാകൂ (3.0.x ബ്രാഞ്ചിൽ ചേർത്ത യൂണികോഡ് കൺവേർഷൻ കോഡിൽ (punycode) ബഗ് അവതരിപ്പിച്ചു). OpenSSL 1.1.1, അതുപോലെ OpenSSL ഫോർക്ക് ലൈബ്രറികൾ LibreSSL, BoringSSL എന്നിവയുടെ റിലീസുകളെ പ്രശ്നം ബാധിക്കില്ല. അതേ സമയം, ഓപ്പൺഎസ്എസ്എൽ 1.1.1s അപ്ഡേറ്റ് പുറത്തിറങ്ങി, അതിൽ സുരക്ഷാ ഇതര ബഗ് പരിഹാരങ്ങൾ മാത്രം അടങ്ങിയിരിക്കുന്നു.

Ubuntu 3.0, CentOS Stream 22.04, RHEL 9, OpenMandriva 9, Gentoo, Fedora 4.2, ​​Debian Testing/unstable തുടങ്ങിയ വിതരണങ്ങളിൽ OpenSSL 36 ബ്രാഞ്ച് ഉപയോഗിക്കുന്നു. ഈ സിസ്റ്റങ്ങളുടെ ഉപയോക്താക്കൾ എത്രയും വേഗം അപ്‌ഡേറ്റുകൾ ഇൻസ്റ്റാൾ ചെയ്യാൻ ശുപാർശ ചെയ്യുന്നു (Debian, Ubuntu, RHEL, SUSE/openSUSE, Fedora, Arch). SUSE Linux Enterprise 15 SP4, openSUSE Leap 15.4 എന്നിവയിൽ OpenSSL 3.0 ഉള്ള പാക്കേജുകൾ ഓപ്ഷണലായി ലഭ്യമാണ്, സിസ്റ്റം പാക്കേജുകൾ 1.1.1 ബ്രാഞ്ച് ഉപയോഗിക്കുന്നു. Debian 1, Arch Linux, Void Linux, Ubuntu 11, Slackware, ALT Linux, RHEL 20.04, OpenWrt, Alpine Linux 8, FreeBSD എന്നിവ OpenSSL 3.16.x ശാഖകളിൽ തുടരുന്നു.

അവലംബം: opennet.ru