ਜੰਗਾਲ ਪ੍ਰੋਜੈਕਟਾਂ ਲਈ ਵਰਤੇ ਜਾਂਦੇ ਕਾਰਗੋ ਪੈਕੇਜ ਮੈਨੇਜਰ ਵਿੱਚ ਕਮਜ਼ੋਰੀਆਂ

ਕਾਰਗੋ ਪੈਕੇਜ ਮੈਨੇਜਰ ਵਿੱਚ, ਪੈਕੇਜਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਅਤੇ ਜੰਗਾਲ ਭਾਸ਼ਾ ਵਿੱਚ ਪ੍ਰੋਜੈਕਟ ਬਣਾਉਣ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਦੋ ਕਮਜ਼ੋਰੀਆਂ ਦੀ ਪਛਾਣ ਕੀਤੀ ਗਈ ਹੈ ਜੋ ਤੀਜੀ-ਧਿਰ ਰਿਪੋਜ਼ਟਰੀਆਂ ਤੋਂ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਡਿਜ਼ਾਈਨ ਕੀਤੇ ਪੈਕੇਜਾਂ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰਨ ਵੇਲੇ ਸ਼ੋਸ਼ਣ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ (ਇਹ ਦੱਸਿਆ ਗਿਆ ਹੈ ਕਿ ਅਧਿਕਾਰਤ crates.io ਰਿਪੋਜ਼ਟਰੀ ਦੇ ਉਪਭੋਗਤਾ ਸਮੱਸਿਆ ਨਾਲ ਪ੍ਰਭਾਵਿਤ ਨਹੀਂ ਹੁੰਦੇ)। ਪਹਿਲੀ ਕਮਜ਼ੋਰੀ (CVE-2022-36113) ਕਿਸੇ ਵੀ ਫਾਈਲ ਦੇ ਪਹਿਲੇ ਦੋ ਬਾਈਟਾਂ ਨੂੰ ਓਵਰਰਾਈਟ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ ਜਦੋਂ ਤੱਕ ਮੌਜੂਦਾ ਅਨੁਮਤੀਆਂ ਇਜਾਜ਼ਤ ਦਿੰਦੀਆਂ ਹਨ। ਦੂਜੀ ਕਮਜ਼ੋਰੀ (CVE-2022-36114) ਦੀ ਵਰਤੋਂ ਡਿਸਕ ਸਪੇਸ ਨੂੰ ਖਤਮ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।

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

ਖਾਸ ਤੌਰ 'ਤੇ, ਇੱਕ ਪੈਕੇਜ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਕਾਰਗੋ ਆਪਣੀ ਸਮੱਗਰੀ ਨੂੰ ~/.cargo ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਅਨਪੈਕ ਕਰਦਾ ਹੈ ਅਤੇ .cargo-ok ਫਾਈਲ ਵਿੱਚ ਸਫਲ ਅਨਪੈਕਿੰਗ ਦਾ ਚਿੰਨ੍ਹ ਸਟੋਰ ਕਰਦਾ ਹੈ। ਪਹਿਲੀ ਕਮਜ਼ੋਰੀ ਦਾ ਸਾਰ ਇਹ ਹੈ ਕਿ ਪੈਕੇਜ ਸਿਰਜਣਹਾਰ .cargo-ok ਨਾਮ ਦੇ ਨਾਲ ਇੱਕ ਪ੍ਰਤੀਕਾਤਮਕ ਲਿੰਕ ਨੂੰ ਅੰਦਰ ਰੱਖ ਸਕਦਾ ਹੈ, ਜੋ ਕਿ ਲਿੰਕ ਦੁਆਰਾ ਦਰਸਾਏ ਗਏ ਫਾਈਲ ਵਿੱਚ "ਠੀਕ ਹੈ" ਟੈਕਸਟ ਨੂੰ ਲਿਖਣ ਲਈ ਅਗਵਾਈ ਕਰੇਗਾ।

ਦੂਜੀ ਕਮਜ਼ੋਰੀ ਪੁਰਾਲੇਖ ਤੋਂ ਕੱਢੇ ਗਏ ਡੇਟਾ ਦੇ ਆਕਾਰ ਦੀ ਸੀਮਾ ਦੀ ਘਾਟ ਕਾਰਨ ਹੁੰਦੀ ਹੈ, ਜਿਸਦੀ ਵਰਤੋਂ "ਜ਼ਿਪ ਬੰਬ" ਬਣਾਉਣ ਲਈ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ (ਪੁਰਾਲੇਖ ਵਿੱਚ ਉਹ ਡੇਟਾ ਹੋ ਸਕਦਾ ਹੈ ਜੋ ਜ਼ਿਪ ਫਾਰਮੈਟ ਲਈ ਵੱਧ ਤੋਂ ਵੱਧ ਸੰਕੁਚਨ ਅਨੁਪਾਤ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ - ਲਗਭਗ 28 ਮਿਲੀਅਨ ਵਾਰ, ਇਸ ਕੇਸ ਵਿੱਚ, ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਤਿਆਰ ਕੀਤੀ 10 MB ਜ਼ਿਪ ਫਾਈਲ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਲਗਭਗ 281 TB ਡੇਟਾ ਨੂੰ ਡੀਕੰਪ੍ਰੇਸ਼ਨ ਕੀਤਾ ਜਾਵੇਗਾ)।

ਸਰੋਤ: opennet.ru