ਜੰਗਾਲ ਮਿਆਰੀ ਲਾਇਬ੍ਰੇਰੀ ਵਿੱਚ ਕਮਜ਼ੋਰੀ

std::fs::remove_dir_all() ਫੰਕਸ਼ਨ ਵਿੱਚ ਰੇਸ ਸਥਿਤੀ ਦੇ ਕਾਰਨ Rust ਸਟੈਂਡਰਡ ਲਾਇਬ੍ਰੇਰੀ ਵਿੱਚ ਇੱਕ ਕਮਜ਼ੋਰੀ (CVE-2022-21658) ਦੀ ਪਛਾਣ ਕੀਤੀ ਗਈ ਹੈ। ਜੇਕਰ ਇਸ ਫੰਕਸ਼ਨ ਦੀ ਵਰਤੋਂ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਪ੍ਰਾਪਤ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਅਸਥਾਈ ਫਾਈਲਾਂ ਨੂੰ ਮਿਟਾਉਣ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਇੱਕ ਹਮਲਾਵਰ ਆਰਬਿਟਰਰੀ ਸਿਸਟਮ ਫਾਈਲਾਂ ਅਤੇ ਡਾਇਰੈਕਟਰੀਆਂ ਨੂੰ ਮਿਟਾਉਣਾ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦਾ ਹੈ ਜੋ ਹਮਲਾਵਰ ਕੋਲ ਆਮ ਤੌਰ 'ਤੇ ਮਿਟਾਉਣ ਦੀ ਪਹੁੰਚ ਨਹੀਂ ਹੁੰਦੀ।

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

ਇੱਕ ਸਮੇਂ ਜਦੋਂ ਜਾਂਚ ਪਹਿਲਾਂ ਹੀ ਕੀਤੀ ਜਾ ਚੁੱਕੀ ਹੈ, ਪਰ ਮਿਟਾਉਣ ਲਈ ਡਾਇਰੈਕਟਰੀਆਂ ਦੀ ਗਿਣਤੀ ਕਰਨ ਦਾ ਕੰਮ ਅਜੇ ਸ਼ੁਰੂ ਨਹੀਂ ਹੋਇਆ ਹੈ, ਹਮਲਾਵਰ ਇੱਕ ਚਿੰਨ੍ਹਾਤਮਕ ਲਿੰਕ ਨਾਲ ਅਸਥਾਈ ਫਾਈਲਾਂ ਨਾਲ ਡਾਇਰੈਕਟਰੀ ਨੂੰ ਬਦਲ ਸਕਦਾ ਹੈ। ਜੇਕਰ ਇਹ ਸਹੀ ਸਮੇਂ 'ਤੇ ਹਿੱਟ ਹੁੰਦਾ ਹੈ, ਤਾਂ remove_dir_all() ਫੰਕਸ਼ਨ ਸਿੰਬਲਿਕ ਲਿੰਕ ਨੂੰ ਇੱਕ ਡਾਇਰੈਕਟਰੀ ਦੇ ਰੂਪ ਵਿੱਚ ਮੰਨੇਗਾ ਅਤੇ ਉਸ ਸਮੱਗਰੀ ਨੂੰ ਹਟਾਉਣਾ ਸ਼ੁਰੂ ਕਰੇਗਾ ਜਿਸ ਵੱਲ ਲਿੰਕ ਪੁਆਇੰਟ ਕਰਦਾ ਹੈ। ਇਸ ਤੱਥ ਦੇ ਬਾਵਜੂਦ ਕਿ ਹਮਲੇ ਦੀ ਸਫਲਤਾ ਡਾਇਰੈਕਟਰੀ ਨੂੰ ਬਦਲਣ ਅਤੇ ਸਹੀ ਪਲ ਨੂੰ ਮਾਰਨ ਦੇ ਚੁਣੇ ਗਏ ਸਮੇਂ ਦੀ ਸ਼ੁੱਧਤਾ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ, ਪਹਿਲੀ ਵਾਰ ਅਸੰਭਵ ਹੈ, ਪ੍ਰਯੋਗਾਂ ਦੌਰਾਨ ਖੋਜਕਰਤਾਵਾਂ ਨੇ ਅੰਦਰ ਸ਼ੋਸ਼ਣ ਨੂੰ ਅੰਜ਼ਾਮ ਦੇਣ ਤੋਂ ਬਾਅਦ ਇੱਕ ਦੁਹਰਾਉਣ ਯੋਗ ਸਫਲ ਹਮਲਾ ਪ੍ਰਾਪਤ ਕਰਨ ਦੇ ਯੋਗ ਸੀ. ਕੁਝ ਸਕਿੰਟ.

ਰਸਟ ਦੇ 1.0.0 ਤੋਂ 1.58.0 ਤੱਕ ਦੇ ਸਾਰੇ ਸੰਸਕਰਣ ਪ੍ਰਭਾਵਿਤ ਹੁੰਦੇ ਹਨ। ਇਸ ਮੁੱਦੇ ਨੂੰ ਹੁਣ ਲਈ ਪੈਚ ਰੂਪ ਵਿੱਚ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ (ਫਿਕਸ ਨੂੰ 1.58.1 ਰੀਲੀਜ਼ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਜਾਵੇਗਾ, ਜਿਸਦੀ ਕੁਝ ਘੰਟਿਆਂ ਵਿੱਚ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ)। ਤੁਸੀਂ ਇਹਨਾਂ ਪੰਨਿਆਂ 'ਤੇ ਡਿਸਟਰੀਬਿਊਸ਼ਨਾਂ ਵਿੱਚ ਕਮਜ਼ੋਰੀ ਦੇ ਖਾਤਮੇ ਦੀ ਨਿਗਰਾਨੀ ਕਰ ਸਕਦੇ ਹੋ: ਡੇਬੀਅਨ, RHEL, SUSE, Fedora, Ubuntu, Arch, FreeBSD. ਉੱਚੇ ਅਧਿਕਾਰਾਂ ਨਾਲ ਚੱਲ ਰਹੇ ਰਸਟ ਪ੍ਰੋਗਰਾਮਾਂ ਦੇ ਸਾਰੇ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਅਤੇ remove_dir_all ਫੰਕਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਸਲਾਹ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਉਹ ਤੁਰੰਤ ਰਸਟ ਨੂੰ ਸੰਸਕਰਣ 1.58.1 ਵਿੱਚ ਅੱਪਡੇਟ ਕਰਨ। ਇਹ ਦਿਲਚਸਪ ਹੈ ਕਿ ਜਾਰੀ ਕੀਤਾ ਗਿਆ ਪੈਚ ਸਾਰੇ ਸਿਸਟਮਾਂ 'ਤੇ ਸਮੱਸਿਆ ਦਾ ਹੱਲ ਨਹੀਂ ਕਰਦਾ; ਉਦਾਹਰਨ ਲਈ, 10.10 (ਯੋਸੇਮਾਈਟ) ਤੋਂ ਪਹਿਲਾਂ REDOX OS ਅਤੇ macOS ਦੇ ਸੰਸਕਰਣਾਂ ਵਿੱਚ, O_NOFOLLOW ਫਲੈਗ ਦੀ ਅਣਹੋਂਦ ਕਾਰਨ ਕਮਜ਼ੋਰੀ ਨੂੰ ਬਲੌਕ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ, ਜੋ ਕਿ ਹੇਠ ਲਿਖੇ ਪ੍ਰਤੀਕ ਨੂੰ ਅਯੋਗ ਕਰਦਾ ਹੈ। ਲਿੰਕ.

ਸਰੋਤ: opennet.ru