ਅਪਾਚੇ httpd ਵਿੱਚ ਇੱਕ ਹੋਰ ਕਮਜ਼ੋਰੀ ਜੋ ਸਾਈਟ ਦੀ ਰੂਟ ਡਾਇਰੈਕਟਰੀ ਤੋਂ ਬਾਹਰ ਪਹੁੰਚ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ

ਅਪਾਚੇ http ਸਰਵਰ ਲਈ ਇੱਕ ਨਵਾਂ ਹਮਲਾ ਵੈਕਟਰ ਲੱਭਿਆ ਗਿਆ ਹੈ, ਜੋ ਕਿ ਅੱਪਡੇਟ 2.4.50 ਵਿੱਚ ਠੀਕ ਨਹੀਂ ਰਿਹਾ ਅਤੇ ਸਾਈਟ ਦੀ ਰੂਟ ਡਾਇਰੈਕਟਰੀ ਤੋਂ ਬਾਹਰਲੇ ਖੇਤਰਾਂ ਤੋਂ ਫਾਈਲਾਂ ਤੱਕ ਪਹੁੰਚ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਖੋਜਕਰਤਾਵਾਂ ਨੇ ਇੱਕ ਅਜਿਹਾ ਤਰੀਕਾ ਲੱਭਿਆ ਹੈ ਜੋ ਕੁਝ ਗੈਰ-ਮਿਆਰੀ ਸੈਟਿੰਗਾਂ ਦੀ ਮੌਜੂਦਗੀ ਵਿੱਚ, ਨਾ ਸਿਰਫ਼ ਸਿਸਟਮ ਫਾਈਲਾਂ ਨੂੰ ਪੜ੍ਹਨ ਲਈ, ਸਗੋਂ ਸਰਵਰ 'ਤੇ ਉਹਨਾਂ ਦੇ ਕੋਡ ਨੂੰ ਰਿਮੋਟ ਤੌਰ 'ਤੇ ਚਲਾਉਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਸਮੱਸਿਆ ਸਿਰਫ ਰੀਲੀਜ਼ 2.4.49 ਅਤੇ 2.4.50 ਵਿੱਚ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ; ਪੁਰਾਣੇ ਸੰਸਕਰਣ ਪ੍ਰਭਾਵਿਤ ਨਹੀਂ ਹੁੰਦੇ ਹਨ। ਨਵੀਂ ਕਮਜ਼ੋਰੀ ਨੂੰ ਖਤਮ ਕਰਨ ਲਈ, Apache httpd 2.4.51 ਨੂੰ ਜਲਦੀ ਜਾਰੀ ਕੀਤਾ ਗਿਆ ਸੀ।

ਇਸਦੇ ਮੂਲ ਰੂਪ ਵਿੱਚ, ਨਵੀਂ ਸਮੱਸਿਆ (CVE-2021-42013) 2021 ਵਿੱਚ ਮੂਲ ਕਮਜ਼ੋਰੀ (CVE-41773-2.4.49) ਨਾਲ ਪੂਰੀ ਤਰ੍ਹਾਂ ਮਿਲਦੀ-ਜੁਲਦੀ ਹੈ, ਸਿਰਫ ਫਰਕ “..” ਅੱਖਰਾਂ ਦੀ ਇੱਕ ਵੱਖਰੀ ਏਨਕੋਡਿੰਗ ਹੈ। ਖਾਸ ਤੌਰ 'ਤੇ, ਰੀਲੀਜ਼ 2.4.50 ਵਿੱਚ ਇੱਕ ਬਿੰਦੂ ਨੂੰ ਏਨਕੋਡ ਕਰਨ ਲਈ ਕ੍ਰਮ "%2e" ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਨੂੰ ਬਲੌਕ ਕੀਤਾ ਗਿਆ ਸੀ, ਪਰ ਡਬਲ ਏਨਕੋਡਿੰਗ ਦੀ ਸੰਭਾਵਨਾ ਖੁੰਝ ਗਈ ਸੀ - ਜਦੋਂ ਕ੍ਰਮ "%%32%65" ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹੋ, ਤਾਂ ਸਰਵਰ ਨੇ ਇਸਨੂੰ ਡੀਕੋਡ ਕੀਤਾ ਸੀ। "%2e" ਵਿੱਚ ਅਤੇ ਫਿਰ "." ਵਿੱਚ, ਜਿਵੇਂ ਕਿ ਪਿਛਲੀ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਜਾਣ ਲਈ "../" ਅੱਖਰਾਂ ਨੂੰ ".%%32%65/" ਵਜੋਂ ਏਨਕੋਡ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

ਕੋਡ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਦੁਆਰਾ ਕਮਜ਼ੋਰੀ ਦਾ ਸ਼ੋਸ਼ਣ ਕਰਨ ਲਈ, ਇਹ ਉਦੋਂ ਸੰਭਵ ਹੁੰਦਾ ਹੈ ਜਦੋਂ mod_cgi ਨੂੰ ਸਮਰੱਥ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਅਧਾਰ ਮਾਰਗ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਜਿਸ ਵਿੱਚ CGI ਸਕ੍ਰਿਪਟਾਂ ਨੂੰ ਚਲਾਉਣ ਦੀ ਆਗਿਆ ਹੁੰਦੀ ਹੈ (ਉਦਾਹਰਨ ਲਈ, ਜੇਕਰ ScriptAlias ​​ਨਿਰਦੇਸ਼ ਸਮਰਥਿਤ ਹੈ ਜਾਂ ExecCGI ਫਲੈਗ ਵਿੱਚ ਨਿਸ਼ਚਿਤ ਕੀਤਾ ਗਿਆ ਹੈ ਵਿਕਲਪ ਨਿਰਦੇਸ਼)। ਇੱਕ ਸਫਲ ਹਮਲੇ ਲਈ ਇੱਕ ਲਾਜ਼ਮੀ ਲੋੜ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਫਾਈਲਾਂ, ਜਿਵੇਂ ਕਿ /bin, ਜਾਂ Apache ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਫਾਈਲ ਸਿਸਟਮ ਰੂਟ "/" ਤੱਕ ਪਹੁੰਚ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਵੀ ਹੈ। ਕਿਉਂਕਿ ਅਜਿਹੀ ਪਹੁੰਚ ਆਮ ਤੌਰ 'ਤੇ ਨਹੀਂ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ, ਕੋਡ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਹਮਲਿਆਂ ਦੀ ਅਸਲ ਪ੍ਰਣਾਲੀਆਂ ਲਈ ਬਹੁਤ ਘੱਟ ਵਰਤੋਂ ਹੁੰਦੀ ਹੈ।

ਉਸੇ ਸਮੇਂ, ਆਰਬਿਟਰਰੀ ਸਿਸਟਮ ਫਾਈਲਾਂ ਅਤੇ ਵੈਬ ਸਕ੍ਰਿਪਟਾਂ ਦੇ ਸਰੋਤ ਟੈਕਸਟ ਦੀ ਸਮੱਗਰੀ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਹਮਲਾ, ਉਪਭੋਗਤਾ ਦੁਆਰਾ ਪੜ੍ਹਿਆ ਜਾ ਸਕਦਾ ਹੈ ਜਿਸ ਦੇ ਤਹਿਤ http ਸਰਵਰ ਚੱਲ ਰਿਹਾ ਹੈ, ਸੰਬੰਧਤ ਰਹਿੰਦਾ ਹੈ। ਅਜਿਹੇ ਹਮਲੇ ਨੂੰ ਅੰਜਾਮ ਦੇਣ ਲਈ, "ਉਪਨਾਮ" ਜਾਂ "ਸਕ੍ਰਿਪਟ ਅਲੀਅਸ" ਨਿਰਦੇਸ਼ਾਂ (ਡਾਕੂਮੈਂਟਰੂਟ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ), ਜਿਵੇਂ ਕਿ "cgi-bin" ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸੰਰਚਿਤ ਕੀਤੀ ਸਾਈਟ 'ਤੇ ਇੱਕ ਡਾਇਰੈਕਟਰੀ ਹੋਣਾ ਕਾਫ਼ੀ ਹੈ।

ਇੱਕ ਸ਼ੋਸ਼ਣ ਦੀ ਇੱਕ ਉਦਾਹਰਣ ਜੋ ਤੁਹਾਨੂੰ ਸਰਵਰ 'ਤੇ "id" ਉਪਯੋਗਤਾ ਨੂੰ ਚਲਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ: curl 'http://192.168.0.1/cgi-bin/.%%32%65/.%%32%65/.%% 32%65/.%% 32%65/.%%32%65/bin/sh' —ਡਾਟਾ 'ਈਕੋ ਸਮੱਗਰੀ-ਕਿਸਮ: ਟੈਕਸਟ/ਪਲੇਨ; echo; id' uid=1(deemon) gid=1(ਡੈਮਨ) ਗਰੁੱਪ=1(ਡੈਮਨ)

ਸ਼ੋਸ਼ਣ ਦੀ ਇੱਕ ਉਦਾਹਰਨ ਜੋ ਤੁਹਾਨੂੰ /etc/passwd ਅਤੇ ਵੈੱਬ ਸਕ੍ਰਿਪਟਾਂ ਵਿੱਚੋਂ ਇੱਕ ਦੀ ਸਮੱਗਰੀ ਨੂੰ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ (ਸਕ੍ਰਿਪਟ ਕੋਡ ਨੂੰ ਆਉਟਪੁੱਟ ਕਰਨ ਲਈ, "ਉਪਨਾਮ" ਨਿਰਦੇਸ਼ਕ ਦੁਆਰਾ ਪਰਿਭਾਸ਼ਿਤ ਡਾਇਰੈਕਟਰੀ, ਜਿਸ ਲਈ ਸਕ੍ਰਿਪਟ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਯੋਗ ਨਹੀਂ ਹੈ, ਨੂੰ ਨਿਸ਼ਚਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਬੇਸ ਡਾਇਰੈਕਟਰੀ ਦੇ ਤੌਰ 'ਤੇ): curl 'http://192.168.0.1 .32/cgi-bin/.%%65%32/.%%65%32/.%%65%32/.%%65%32/.% %65%192.168.0.1/etc/passwd' curl 'http://32/aliaseddir/.%%65%32/.%%65%32/.%%65%32/.%%65%32/. %%65%2/usr/local/apacheXNUMX/cgi -bin/test.cgi'

ਸਮੱਸਿਆ ਮੁੱਖ ਤੌਰ 'ਤੇ ਫੇਡੋਰਾ, ਆਰਕ ਲੀਨਕਸ ਅਤੇ ਜੈਂਟੂ ਵਰਗੀਆਂ ਲਗਾਤਾਰ ਅੱਪਡੇਟ ਕੀਤੀਆਂ ਵੰਡਾਂ ਦੇ ਨਾਲ-ਨਾਲ ਫ੍ਰੀਬੀਐਸਡੀ ਦੀਆਂ ਪੋਰਟਾਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦੀ ਹੈ। ਕੰਜ਼ਰਵੇਟਿਵ ਸਰਵਰ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨਜ਼ ਡੇਬੀਅਨ, RHEL, ਉਬੰਟੂ ਅਤੇ SUSE ਦੀਆਂ ਸਥਿਰ ਸ਼ਾਖਾਵਾਂ ਵਿੱਚ ਪੈਕੇਜ ਕਮਜ਼ੋਰੀ ਨਾਲ ਪ੍ਰਭਾਵਿਤ ਨਹੀਂ ਹੁੰਦੇ ਹਨ। ਸਮੱਸਿਆ ਉਦੋਂ ਨਹੀਂ ਵਾਪਰਦੀ ਜੇਕਰ ਡਾਇਰੈਕਟਰੀਆਂ ਤੱਕ ਪਹੁੰਚ ਨੂੰ "ਸਭ ਤੋਂ ਇਨਕਾਰ ਕਰਨ ਦੀ ਲੋੜ ਹੈ" ਸੈਟਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਇਨਕਾਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਸਰੋਤ: opennet.ru