xterm ਵਿੱਚ ਕਮਜ਼ੋਰੀ ਜੋ ਕੁਝ ਸਟ੍ਰਿੰਗਾਂ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਦੇ ਸਮੇਂ ਕੋਡ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਵੱਲ ਲੈ ਜਾਂਦੀ ਹੈ

xterm ਟਰਮੀਨਲ ਇਮੂਲੇਟਰ ਵਿੱਚ ਇੱਕ ਕਮਜ਼ੋਰੀ (CVE-2022-45063) ਦੀ ਪਛਾਣ ਕੀਤੀ ਗਈ ਹੈ, ਜੋ ਕਿ ਸ਼ੈੱਲ ਕਮਾਂਡਾਂ ਨੂੰ ਚਲਾਉਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ ਜਦੋਂ ਟਰਮੀਨਲ ਵਿੱਚ ਕੁਝ ਬਚਣ ਦੇ ਕ੍ਰਮਾਂ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਸਧਾਰਨ ਮਾਮਲੇ ਵਿੱਚ ਇੱਕ ਹਮਲੇ ਲਈ, ਇਹ ਖਾਸ ਤੌਰ 'ਤੇ ਤਿਆਰ ਕੀਤੀ ਗਈ ਫਾਈਲ ਦੀ ਸਮੱਗਰੀ ਨੂੰ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਨ ਲਈ ਕਾਫੀ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਕੈਟ ਉਪਯੋਗਤਾ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਜਾਂ ਕਲਿੱਪਬੋਰਡ ਤੋਂ ਇੱਕ ਲਾਈਨ ਪੇਸਟ ਕਰੋ. printf "\e]50;i\$(touch /tmp/hack-like-its-1999)\a\e]50;?\a" > cve-2022-45063 cat cve-2022-45063

ਇਹ ਸਮੱਸਿਆ ਫੌਂਟ ਵਿਕਲਪਾਂ ਨੂੰ ਸੈਟ ਕਰਨ ਜਾਂ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਵਰਤੇ ਗਏ ਕੋਡ 50 ਐਸਕੇਪ ਕ੍ਰਮ ਨੂੰ ਸੰਭਾਲਣ ਵਿੱਚ ਇੱਕ ਤਰੁੱਟੀ ਕਾਰਨ ਹੋਈ ਹੈ। ਜੇਕਰ ਬੇਨਤੀ ਕੀਤਾ ਫੌਂਟ ਮੌਜੂਦ ਨਹੀਂ ਹੈ, ਤਾਂ ਓਪਰੇਸ਼ਨ ਬੇਨਤੀ ਵਿੱਚ ਦਰਸਾਏ ਫੌਂਟ ਨਾਮ ਨੂੰ ਵਾਪਸ ਕਰਦਾ ਹੈ। ਤੁਸੀਂ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਨਾਮ ਵਿੱਚ ਨਿਯੰਤਰਣ ਅੱਖਰ ਸ਼ਾਮਲ ਨਹੀਂ ਕਰ ਸਕਦੇ ਹੋ, ਪਰ ਵਾਪਸ ਕੀਤੀ ਸਤਰ ਨੂੰ "^G" ਕ੍ਰਮ ਨਾਲ ਸਮਾਪਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਜੋ ਕਿ zsh ਵਿੱਚ, ਜਦੋਂ vi-ਸ਼ੈਲੀ ਲਾਈਨ ਸੰਪਾਦਨ ਮੋਡ ਕਿਰਿਆਸ਼ੀਲ ਹੁੰਦਾ ਹੈ, ਇੱਕ ਸੂਚੀ ਵਿਸਤਾਰ ਕਾਰਵਾਈ ਕਰਨ ਦਾ ਕਾਰਨ ਬਣਦਾ ਹੈ, ਜੋ ਐਂਟਰ ਕੁੰਜੀ ਨੂੰ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਦਬਾਏ ਬਿਨਾਂ ਕਮਾਂਡਾਂ ਨੂੰ ਚਲਾਉਣ ਲਈ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ।

ਕਮਜ਼ੋਰੀ ਦਾ ਸਫਲਤਾਪੂਰਵਕ ਸ਼ੋਸ਼ਣ ਕਰਨ ਲਈ, ਉਪਭੋਗਤਾ ਨੂੰ ਕਮਾਂਡ ਲਾਈਨ ਐਡੀਟਰ (vi-cmd-mode) ਦੇ ਨਾਲ Zsh ਕਮਾਂਡ ਸ਼ੈੱਲ ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਜੋ "vi" ਮੋਡ 'ਤੇ ਸੈੱਟ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜੋ ਆਮ ਤੌਰ 'ਤੇ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨਾਂ ਵਿੱਚ ਮੂਲ ਰੂਪ ਵਿੱਚ ਨਹੀਂ ਵਰਤੀ ਜਾਂਦੀ ਹੈ। ਸਮੱਸਿਆ ਉਦੋਂ ਵੀ ਦਿਖਾਈ ਨਹੀਂ ਦਿੰਦੀ ਜਦੋਂ xterm ਸੈਟਿੰਗ allowWindowOps=false ਜਾਂ allowFontOps=false ਸੈੱਟ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਉਦਾਹਰਨ ਲਈ, allowFontOps=false OpenBSD, Debian ਅਤੇ RHEL ਵਿੱਚ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਪਰ ਆਰਚ ਲੀਨਕਸ ਵਿੱਚ ਮੂਲ ਰੂਪ ਵਿੱਚ ਲਾਗੂ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ।

ਤਬਦੀਲੀਆਂ ਦੀ ਸੂਚੀ ਅਤੇ ਸਮੱਸਿਆ ਦੀ ਪਛਾਣ ਕਰਨ ਵਾਲੇ ਖੋਜਕਰਤਾ ਦੇ ਬਿਆਨ ਦੁਆਰਾ ਨਿਰਣਾ ਕਰਦੇ ਹੋਏ, xterm 375 ਰੀਲੀਜ਼ ਵਿੱਚ ਕਮਜ਼ੋਰੀ ਨੂੰ ਨਿਸ਼ਚਿਤ ਕੀਤਾ ਗਿਆ ਸੀ, ਪਰ ਦੂਜੇ ਸਰੋਤਾਂ ਦੇ ਅਨੁਸਾਰ, ਆਰਚ ਲੀਨਕਸ ਤੋਂ xterm 375 ਵਿੱਚ ਕਮਜ਼ੋਰੀ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ। ਤੁਸੀਂ ਇਹਨਾਂ ਪੰਨਿਆਂ 'ਤੇ ਵੰਡਾਂ ਦੁਆਰਾ ਫਿਕਸ ਦੇ ਪ੍ਰਕਾਸ਼ਨ ਨੂੰ ਟਰੈਕ ਕਰ ਸਕਦੇ ਹੋ: ਡੇਬੀਅਨ, RHEL, ਫੇਡੋਰਾ, SUSE, ਉਬੰਟੂ, ਆਰਚ ਲੀਨਕਸ, ਓਪਨਬੀਐਸਡੀ, ਫ੍ਰੀਬੀਐਸਡੀ, ਨੈੱਟਬੀਐਸਡੀ।

ਸਰੋਤ: opennet.ru