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-style लाइन संपादन मोड सक्रिय असताना, सूची विस्तार ऑपरेशन करण्यास कारणीभूत ठरते, ज्यामुळे एंटर की स्पष्टपणे न दाबता आदेश चालविण्यासाठी वापरला जातो.

असुरक्षिततेचा यशस्वीपणे फायदा घेण्यासाठी, वापरकर्त्याने Zsh कमांड शेलचा वापर कमांड लाइन एडिटर (vi-cmd-mode) सह “vi” मोडवर सेट केलेला असणे आवश्यक आहे, जे सहसा वितरणामध्ये डीफॉल्टनुसार वापरले जात नाही. xterm सेटिंग्ज allowWindowOps=false किंवा allowFontOps=false सेट केल्यावर देखील समस्या दिसून येत नाही. उदाहरणार्थ, openBSD, Debian आणि RHEL मध्ये allowFontOps=false सेट केले आहे, परंतु आर्क लिनक्समध्ये डीफॉल्टनुसार लागू केले जात नाही.

बदलांची यादी आणि समस्या ओळखणाऱ्या संशोधकाच्या विधानानुसार, xterm 375 रिलीझमध्ये असुरक्षितता निश्चित केली गेली होती, परंतु इतर स्त्रोतांनुसार, आर्क लिनक्सच्या xterm 375 मध्ये भेद्यता दिसून येत आहे. तुम्ही या पृष्ठांवर वितरणाद्वारे निराकरणे प्रकाशित करू शकता: Debian, RHEL, Fedora, SUSE, Ubuntu, Arch Linux, OpenBSD, FreeBSD, NetBSD.

स्त्रोत: opennet.ru