ਕ੍ਰਿਪਟਸੈੱਟਅੱਪ ਵਿੱਚ ਇੱਕ ਕਮਜ਼ੋਰੀ ਜੋ ਤੁਹਾਨੂੰ LUKS2 ਭਾਗਾਂ ਵਿੱਚ ਇਨਕ੍ਰਿਪਸ਼ਨ ਨੂੰ ਅਯੋਗ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ

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

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

ਇੱਕ ਹਮਲਾਵਰ LUKS2 ਮੈਟਾਡੇਟਾ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਕਰ ਸਕਦਾ ਹੈ ਜੋ ਇੱਕ ਅਸਫਲਤਾ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਡੀਕ੍ਰਿਪਸ਼ਨ ਓਪਰੇਸ਼ਨ ਨੂੰ ਅਧੂਰਾ ਛੱਡਦਾ ਹੈ ਅਤੇ ਮਾਲਕ ਦੁਆਰਾ ਸੰਸ਼ੋਧਿਤ ਡਰਾਈਵ ਦੀ ਐਕਟੀਵੇਸ਼ਨ ਅਤੇ ਵਰਤੋਂ ਤੋਂ ਬਾਅਦ ਭਾਗ ਦੇ ਹਿੱਸੇ ਦੀ ਡੀਕ੍ਰਿਪਸ਼ਨ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਉਪਭੋਗਤਾ ਜਿਸਨੇ ਸੋਧੀ ਹੋਈ ਡਰਾਈਵ ਨੂੰ ਕਨੈਕਟ ਕੀਤਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਸਹੀ ਪਾਸਵਰਡ ਨਾਲ ਅਨਲੌਕ ਕੀਤਾ ਹੈ, ਨੂੰ ਰੁਕਾਵਟ ਵਾਲੇ ਰੀਇਨਕ੍ਰਿਪਸ਼ਨ ਓਪਰੇਸ਼ਨ ਨੂੰ ਬਹਾਲ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਬਾਰੇ ਕੋਈ ਚੇਤਾਵਨੀ ਪ੍ਰਾਪਤ ਨਹੀਂ ਹੁੰਦੀ ਹੈ ਅਤੇ ਸਿਰਫ "ਲੂਕਸ ਡੰਪ" ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇਸ ਕਾਰਵਾਈ ਦੀ ਪ੍ਰਗਤੀ ਬਾਰੇ ਪਤਾ ਲਗਾ ਸਕਦਾ ਹੈ। ਹੁਕਮ. ਡਾਟਾ ਦੀ ਮਾਤਰਾ ਜੋ ਹਮਲਾਵਰ ਡੀਕ੍ਰਿਪਟ ਕਰ ਸਕਦਾ ਹੈ LUKS2 ਸਿਰਲੇਖ ਦੇ ਆਕਾਰ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਪਰ ਮੂਲ ਆਕਾਰ (16 MiB) 'ਤੇ ਇਹ 3 GB ਤੋਂ ਵੱਧ ਹੋ ਸਕਦਾ ਹੈ।

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

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

ਸਮੱਸਿਆ ਨੂੰ ਕ੍ਰਿਪਟਸੈੱਟਅੱਪ ਪ੍ਰੋਜੈਕਟ ਮੇਨਟੇਨਰ ਦੁਆਰਾ ਪਛਾਣਿਆ ਗਿਆ ਸੀ ਅਤੇ ਕ੍ਰਿਪਟਸੈੱਟਅੱਪ 2.4.3 ਅਤੇ 2.3.7 ਅੱਪਡੇਟ ਵਿੱਚ ਹੱਲ ਕੀਤਾ ਗਿਆ ਸੀ। ਡਿਸਟਰੀਬਿਊਸ਼ਨਾਂ ਵਿੱਚ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ ਤਿਆਰ ਕੀਤੇ ਜਾ ਰਹੇ ਅੱਪਡੇਟ ਦੀ ਸਥਿਤੀ ਨੂੰ ਇਹਨਾਂ ਪੰਨਿਆਂ 'ਤੇ ਟਰੈਕ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ: ਡੇਬੀਅਨ, ਆਰਐਚਈਐਲ, ਸੂਸੇ, ਫੇਡੋਰਾ, ਉਬੰਟੂ, ਆਰਚ। ਕਮਜ਼ੋਰੀ ਸਿਰਫ ਕ੍ਰਿਪਟਸੈੱਟਅੱਪ 2.2.0 ਦੇ ਜਾਰੀ ਹੋਣ ਤੋਂ ਬਾਅਦ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ, ਜਿਸ ਨੇ "ਔਨਲਾਈਨ ਰੀਇਨਕ੍ਰਿਪਸ਼ਨ" ਓਪਰੇਸ਼ਨ ਲਈ ਸਮਰਥਨ ਪੇਸ਼ ਕੀਤਾ ਸੀ। ਸੁਰੱਖਿਆ ਲਈ ਇੱਕ ਹੱਲ ਵਜੋਂ, “--disable-luks2-reencryption” ਵਿਕਲਪ ਨਾਲ ਲਾਂਚ ਕਰਨਾ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ।

ਸਰੋਤ: opennet.ru