systemd-coredump मधील एक भेद्यता जी एखाद्याला suid प्रोग्राममधील मेमरी सामग्री निर्धारित करण्यास अनुमती देते

एक असुरक्षा (CVE-2022-4415) systemd-coredump घटकामध्ये ओळखली गेली आहे, जी प्रक्रिया क्रॅश झाल्यानंतर निर्माण झालेल्या कोर फाईल्सवर प्रक्रिया करते, जे विशेषाधिकार नसलेल्या स्थानिक वापरकर्त्यास suid रूट फ्लॅगसह चालणाऱ्या विशेषाधिकारप्राप्त प्रक्रियांची मेमरी सामग्री निर्धारित करण्यास अनुमती देते. डीफॉल्ट कॉन्फिगरेशन समस्या openSUSE, Arch, Debian, Fedora आणि SLES वितरणांवर पुष्टी केली गेली आहे.

systemd-coredump मधील fs.suid_dumpable sysctl पॅरामीटरच्या योग्य प्रक्रियेच्या अभावामुळे असुरक्षा उद्भवते, जे 2 च्या मुलभूत मूल्यावर सेट केल्यावर, suid फ्लॅगसह प्रक्रियांसाठी कोर डंप तयार करण्यास परवानगी देते. हे समजले जाते की कर्नलद्वारे लिहीलेल्या suid प्रक्रियेच्या मुख्य फाईल्समध्ये फक्त रूट वापरकर्त्याद्वारे वाचन करण्याची परवानगी देण्यासाठी प्रवेश अधिकार सेट असणे आवश्यक आहे. systemd-coredump युटिलिटी, ज्याला कर्नलद्वारे कोर फाइल्स सेव्ह करण्यासाठी कॉल केले जाते, मूळ फाइल मूळ आयडी अंतर्गत संग्रहित करते, परंतु त्याव्यतिरिक्त मूळ फाइल्स ज्याने प्रक्रिया सुरू केली त्या मालकाच्या आयडीवर आधारित ACL-आधारित रीड ऍक्सेस प्रदान करते. .

हे वैशिष्ट्य आपल्याला प्रोग्राम वापरकर्ता आयडी बदलू शकतो आणि उन्नत विशेषाधिकारांसह चालवू शकतो या वस्तुस्थितीकडे दुर्लक्ष न करता आपल्याला मुख्य फायली डाउनलोड करण्याची परवानगी देते. हा हल्ला या वस्तुस्थितीकडे वळतो की वापरकर्ता suid ऍप्लिकेशन लाँच करू शकतो आणि त्याला SIGSEGV सिग्नल पाठवू शकतो आणि नंतर कोर फाईलची सामग्री लोड करू शकतो, ज्यामध्ये असामान्य समाप्तीदरम्यान प्रक्रियेचा मेमरी स्लाइस समाविष्ट असतो.

उदाहरणार्थ, वापरकर्ता “/usr/bin/su” चालवू शकतो आणि दुसर्‍या टर्मिनलमध्ये “kill -s SIGSEGV `pidof su`” कमांडसह त्याची अंमलबजावणी समाप्त करू शकतो, त्यानंतर systemd-coredump कोर फाइल /var मध्ये सेव्ह करेल. /lib/systemd/ निर्देशिका coredump, त्यासाठी ACL सेट करते जे वर्तमान वापरकर्त्याद्वारे वाचन करण्यास परवानगी देते. suid युटिलिटी 'su' मेमरीमध्ये /etc/shadow ची सामग्री वाचत असल्याने, आक्रमणकर्ता सिस्टमवरील सर्व वापरकर्त्यांच्या पासवर्ड हॅशबद्दल माहिती मिळवू शकतो. sudo युटिलिटी आक्रमणास अतिसंवेदनशील नाही, कारण ती ulimit द्वारे कोर फाइल्स तयार करण्यास प्रतिबंधित करते.

सिस्टमड डेव्हलपर्सच्या मते, सिस्टमड रिलीझ 247 (नोव्हेंबर 2020) पासून असुरक्षितता दिसून येते, परंतु समस्या ओळखणाऱ्या संशोधकाच्या मते, रिलीझ 246 वर देखील परिणाम होतो. जर systemd libacl लायब्ररीसह संकलित केले असेल तर असुरक्षा दिसून येते (डीफॉल्टनुसार सर्व लोकप्रिय वितरण). निराकरण सध्या पॅच म्हणून उपलब्ध आहे. तुम्ही खालील पानांवर डिस्ट्रिब्युशनमधील निराकरणाचा मागोवा घेऊ शकता: डेबियन, उबंटू, जेंटू, आरएचईएल, सुस, फेडोरा, जेंटू, आर्क. सुरक्षा उपाय म्हणून, तुम्ही sysctl fs.suid_dumpable 0 वर सेट करू शकता, जे systemd-coredump हँडलरला डंप पाठवणे अक्षम करते.

स्त्रोत: opennet.ru