CROSSTalk - Intel CPUs ਵਿੱਚ ਇੱਕ ਕਮਜ਼ੋਰੀ ਜੋ ਕੋਰਾਂ ਵਿਚਕਾਰ ਡਾਟਾ ਲੀਕ ਹੋਣ ਵੱਲ ਲੈ ਜਾਂਦੀ ਹੈ

Vrije Universiteit Amsterdam ਦੇ ਖੋਜਕਰਤਾਵਾਂ ਦੀ ਇੱਕ ਟੀਮ ਨੇ ਇੱਕ ਨਵੀਂ ਪਛਾਣ ਕੀਤੀ ਹੈ ਕਮਜ਼ੋਰੀ (CVE-2020-0543) Intel ਪ੍ਰੋਸੈਸਰਾਂ ਦੇ ਮਾਈਕ੍ਰੋਆਰਕੀਟੈਕਚਰਲ ਢਾਂਚੇ ਵਿੱਚ, ਇਸ ਵਿੱਚ ਧਿਆਨ ਦੇਣ ਯੋਗ ਹੈ ਕਿ ਇਹ ਤੁਹਾਨੂੰ ਕਿਸੇ ਹੋਰ CPU ਕੋਰ 'ਤੇ ਚਲਾਈਆਂ ਗਈਆਂ ਕੁਝ ਹਦਾਇਤਾਂ ਦੇ ਅਮਲ ਦੇ ਨਤੀਜਿਆਂ ਨੂੰ ਬਹਾਲ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਇਹ ਅੰਦਾਜ਼ਾ ਲਗਾਉਣ ਵਾਲੀ ਹਦਾਇਤ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਵਿਧੀ ਵਿੱਚ ਪਹਿਲੀ ਕਮਜ਼ੋਰੀ ਹੈ ਜੋ ਵਿਅਕਤੀਗਤ CPU ਕੋਰਾਂ (ਪਹਿਲਾਂ ਲੀਕ ਇੱਕੋ ਕੋਰ ਦੇ ਵੱਖ-ਵੱਖ ਥਰਿੱਡਾਂ ਤੱਕ ਸੀਮਿਤ ਸੀ) ਵਿਚਕਾਰ ਡੇਟਾ ਲੀਕ ਹੋਣ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ। ਖੋਜਕਰਤਾਵਾਂ ਨੇ ਸਮੱਸਿਆ ਦਾ ਨਾਮ CROSSTalk ਰੱਖਿਆ ਹੈ, ਪਰ Intel ਦਸਤਾਵੇਜ਼ ਕਮਜ਼ੋਰੀ ਨੂੰ SRBDS (ਸਪੈਸ਼ਲ ਰਜਿਸਟਰ ਬਫਰ ਡਾਟਾ ਸੈਂਪਲਿੰਗ) ਕਿਹਾ ਜਾਂਦਾ ਹੈ।

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

ਸਮੱਸਿਆ ਦਾ ਸਾਰ ਇਹ ਹੈ ਕਿ RDRAND, RDSEED ਅਤੇ SGX EGETKEY ਸਮੇਤ ਕੁਝ ਮਾਈਕ੍ਰੋਪ੍ਰੋਸੈਸਰ ਨਿਰਦੇਸ਼ਾਂ ਨੂੰ ਅੰਦਰੂਨੀ ਮਾਈਕ੍ਰੋਆਰਕੀਟੈਕਚਰਲ SRR (ਸਪੈਸ਼ਲ ਰਜਿਸਟਰ ਰੀਡਜ਼) ਓਪਰੇਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਪ੍ਰਭਾਵਿਤ ਪ੍ਰੋਸੈਸਰਾਂ 'ਤੇ, SRR ਲਈ ਵਾਪਸ ਕੀਤੇ ਗਏ ਡੇਟਾ ਨੂੰ ਸਾਰੇ CPU ਕੋਰਾਂ ਲਈ ਸਾਂਝੇ ਇੱਕ ਇੰਟਰਮੀਡੀਏਟ ਬਫਰ ਵਿੱਚ ਜਮ੍ਹਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜਿਸ ਤੋਂ ਬਾਅਦ ਇਸਨੂੰ ਖਾਸ ਭੌਤਿਕ CPU ਕੋਰ ਨਾਲ ਜੁੜੇ ਇੱਕ ਭਰਨ ਵਾਲੇ ਬਫਰ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜਿਸ 'ਤੇ ਰੀਡ ਓਪਰੇਸ਼ਨ ਸ਼ੁਰੂ ਕੀਤਾ ਗਿਆ ਸੀ। ਅੱਗੇ, ਭਰਨ ਵਾਲੇ ਬਫਰ ਤੋਂ ਮੁੱਲ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਦਿਖਾਈ ਦੇਣ ਵਾਲੇ ਰਜਿਸਟਰਾਂ ਵਿੱਚ ਕਾਪੀ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

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

ਜੇਕਰ ਹਮਲਾ ਸਫਲ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਸਿਸਟਮ ਵਿੱਚ ਪ੍ਰਮਾਣਿਤ ਇੱਕ ਸਥਾਨਕ ਉਪਭੋਗਤਾ RDRAND, RDSEED ਅਤੇ EGETKEY ਨਿਰਦੇਸ਼ਾਂ ਨੂੰ ਵਿਦੇਸ਼ੀ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਜਾਂ ਇੱਕ Intel SGX ਐਨਕਲੇਵ ਦੇ ਅੰਦਰ ਲਾਗੂ ਕਰਨ ਦੇ ਨਤੀਜੇ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰ ਸਕਦਾ ਹੈ, ਭਾਵੇਂ ਕਿ CPU ਕੋਰ ਜਿਸ 'ਤੇ ਕੋਡ ਨੂੰ ਚਲਾਇਆ ਜਾਂਦਾ ਹੈ।
ਖੋਜਕਰਤਾ ਜਿਨ੍ਹਾਂ ਨੇ ਸਮੱਸਿਆ ਦੀ ਪਛਾਣ ਕੀਤੀ ਪ੍ਰਕਾਸ਼ਤ ਇੱਕ ਪ੍ਰੋਟੋਟਾਈਪ ਸ਼ੋਸ਼ਣ ਸਿਸਟਮ 'ਤੇ ਸਿਰਫ ਇੱਕ ਡਿਜੀਟਲ ਦਸਤਖਤ ਸੰਚਾਲਨ ਕਰਨ ਤੋਂ ਬਾਅਦ ਇੰਟੇਲ SGX ਐਨਕਲੇਵ ਵਿੱਚ ਸੰਸਾਧਿਤ ਇੱਕ ECDSA ਪ੍ਰਾਈਵੇਟ ਕੁੰਜੀ ਨੂੰ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ RDRAND ਅਤੇ RDSEED ਨਿਰਦੇਸ਼ਾਂ ਦੁਆਰਾ ਪ੍ਰਾਪਤ ਬੇਤਰਤੀਬੇ ਮੁੱਲਾਂ ਬਾਰੇ ਜਾਣਕਾਰੀ ਨੂੰ ਲੀਕ ਕਰਨ ਦੀ ਯੋਗਤਾ ਦਾ ਪ੍ਰਦਰਸ਼ਨ ਕਰਦਾ ਹੈ।

ਸਮੱਸਿਆ ਸੰਵੇਦਨਸ਼ੀਲ Core i3, i5, i7, i9, m3, Celeron (J, G ਅਤੇ N ਸੀਰੀਜ਼), ਐਟਮ (C, E ਅਤੇ X ਸੀਰੀਜ਼), Xeon (E3, E5, ਸਮੇਤ ਡੈਸਕਟੌਪ, ਮੋਬਾਈਲ ਅਤੇ ਸਰਵਰ ਇੰਟੇਲ ਪ੍ਰੋਸੈਸਰਾਂ ਦੀ ਇੱਕ ਵਿਸ਼ਾਲ ਸ਼੍ਰੇਣੀ, E7 ਪਰਿਵਾਰ, W ਅਤੇ D), Xeon ਸਕੇਲੇਬਲ, ਆਦਿ। ਇਹ ਧਿਆਨ ਦੇਣ ਯੋਗ ਹੈ ਕਿ ਇੰਟੈੱਲ ਨੂੰ ਸਤੰਬਰ 2018 ਵਿੱਚ ਕਮਜ਼ੋਰੀ ਬਾਰੇ ਸੂਚਿਤ ਕੀਤਾ ਗਿਆ ਸੀ, ਅਤੇ ਜੁਲਾਈ 2019 ਵਿੱਚ ਇੱਕ ਸ਼ੋਸ਼ਣ ਪ੍ਰੋਟੋਟਾਈਪ ਪ੍ਰਦਾਨ ਕੀਤਾ ਗਿਆ ਸੀ ਜੋ CPU ਕੋਰਾਂ ਵਿਚਕਾਰ ਡੇਟਾ ਲੀਕ ਹੋਣ ਦਾ ਪ੍ਰਦਰਸ਼ਨ ਕਰਦਾ ਸੀ, ਪਰ ਇਸਦੇ ਲਾਗੂ ਕਰਨ ਦੀ ਗੁੰਝਲਤਾ ਕਾਰਨ ਇੱਕ ਫਿਕਸ ਦੇ ਵਿਕਾਸ ਵਿੱਚ ਦੇਰੀ ਹੋ ਗਈ ਸੀ। ਅੱਜ ਦਾ ਪ੍ਰਸਤਾਵਿਤ ਮਾਈਕ੍ਰੋਕੋਡ ਅਪਡੇਟ ਸ਼ੇਅਰ ਬਫਰ ਵਿੱਚ ਡਾਟਾ ਨੂੰ ਓਵਰਰਾਈਟ ਕਰਨ ਲਈ RDRAND, RDSEED, ਅਤੇ EGETKEY ਨਿਰਦੇਸ਼ਾਂ ਦੇ ਵਿਵਹਾਰ ਨੂੰ ਬਦਲ ਕੇ ਇਸ ਮੁੱਦੇ ਨੂੰ ਹੱਲ ਕਰਦਾ ਹੈ ਤਾਂ ਜੋ ਬਚੀ ਹੋਈ ਜਾਣਕਾਰੀ ਨੂੰ ਉੱਥੇ ਸੈਟਲ ਹੋਣ ਤੋਂ ਰੋਕਿਆ ਜਾ ਸਕੇ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਬਫਰ ਪਹੁੰਚ ਨੂੰ ਉਦੋਂ ਤੱਕ ਰੋਕਿਆ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਤੱਕ ਸਮੱਗਰੀ ਨੂੰ ਪੜ੍ਹਿਆ ਅਤੇ ਦੁਬਾਰਾ ਲਿਖਿਆ ਨਹੀਂ ਜਾਂਦਾ ਹੈ।

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

ਸਰੋਤ: opennet.ru