xterm માં નબળાઈ કે જે અમુક શબ્દમાળાઓ પર પ્રક્રિયા કરતી વખતે કોડના અમલ તરફ દોરી જાય છે

xterm ટર્મિનલ ઇમ્યુલેટરમાં નબળાઈ (CVE-2022-45063) ઓળખવામાં આવી છે, જે ટર્મિનલમાં અમુક એસ્કેપ સિક્વન્સની પ્રક્રિયા કરવામાં આવે ત્યારે શેલ આદેશોને એક્ઝિક્યુટ કરવાની મંજૂરી આપે છે. સરળ કેસમાં હુમલા માટે, ખાસ ડિઝાઇન કરેલી ફાઇલની સામગ્રી પ્રદર્શિત કરવા માટે તે પૂરતું છે, ઉદાહરણ તરીકે, બિલાડી ઉપયોગિતાનો ઉપયોગ કરીને, અથવા ક્લિપબોર્ડમાંથી એક લાઇન પેસ્ટ કરો. printf "\e]50;i\$(touch /tmp/hack-like-its-1999)\a\e]50;?\a" > cve-2022-45063 cat cve-2022-45063

ફોન્ટ વિકલ્પો સેટ કરવા અથવા પુનઃપ્રાપ્ત કરવા માટે ઉપયોગમાં લેવાતા કોડ 50 એસ્કેપ સિક્વન્સના હેન્ડલિંગમાં ભૂલને કારણે સમસ્યા સર્જાઈ છે. જો વિનંતી કરેલ ફોન્ટ અસ્તિત્વમાં નથી, તો ઑપરેશન વિનંતીમાં ઉલ્લેખિત ફોન્ટ નામ પરત કરે છે. તમે સીધા જ નામમાં નિયંત્રણ અક્ષરો દાખલ કરી શકતા નથી, પરંતુ પાછી આપેલી સ્ટ્રિંગને "^G" ક્રમ સાથે સમાપ્ત કરી શકાય છે, જે zsh માં, જ્યારે vi-શૈલી લાઇન એડિટિંગ મોડ સક્રિય હોય છે, ત્યારે સૂચિ વિસ્તરણ કામગીરી કરવામાં આવે છે, જે સ્પષ્ટપણે Enter કી દબાવ્યા વિના આદેશો ચલાવવા માટે ઉપયોગમાં લેવાય છે.

નબળાઈનો સફળતાપૂર્વક ઉપયોગ કરવા માટે, વપરાશકર્તાએ Zsh કમાન્ડ શેલનો ઉપયોગ કમાન્ડ લાઇન એડિટર (vi-cmd-mode) સાથે “vi” મોડ પર સેટ કરેલ હોવો જોઈએ, જે સામાન્ય રીતે ડિસ્ટ્રિબ્યુશનમાં ડિફોલ્ટ રૂપે ઉપયોગમાં લેવાતો નથી. જ્યારે xterm સેટિંગ્સ allowWindowOps=false અથવા allowFontOps=false સેટ કરેલ હોય ત્યારે પણ સમસ્યા દેખાતી નથી. ઉદાહરણ તરીકે, allowFontOps=false OpenBSD, Debian અને RHEL માં સેટ કરેલ છે, પરંતુ Arch Linux માં મૂળભૂત રીતે લાગુ પડતું નથી.

ફેરફારોની સૂચિ અને સમસ્યાની ઓળખ કરનાર સંશોધકના નિવેદનને ધ્યાનમાં રાખીને, xterm 375 રિલીઝમાં નબળાઈ નિશ્ચિત કરવામાં આવી હતી, પરંતુ અન્ય સ્ત્રોતો અનુસાર, આર્ક લિનક્સના xterm 375માં નબળાઈ સતત દેખાઈ રહી છે. તમે આ પૃષ્ઠો પર વિતરણો દ્વારા સુધારાઓનું પ્રકાશન ટ્રૅક કરી શકો છો: ડેબિયન, RHEL, Fedora, SUSE, Ubuntu, Arch Linux, OpenBSD, FreeBSD, NetBSD.

સોર્સ: opennet.ru