AMD ਨੇ ਸਪੈਕਟਰ-STL ਹਮਲੇ ਲਈ AMD Zen 3 CPUs ਦੀ ਸੰਭਾਵੀ ਕਮਜ਼ੋਰੀ ਦੀ ਪੁਸ਼ਟੀ ਕੀਤੀ ਹੈ

AMD ਨੇ Zen 3 ਸੀਰੀਜ਼ ਪ੍ਰੋਸੈਸਰਾਂ ਵਿੱਚ ਲਾਗੂ ਕੀਤੀ PSF (Predictive Store Forwarding) ਓਪਟੀਮਾਈਜੇਸ਼ਨ ਟੈਕਨਾਲੋਜੀ ਦੀ ਸੁਰੱਖਿਆ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨ ਵਾਲੀ ਇੱਕ ਰਿਪੋਰਟ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤੀ ਹੈ, ਅਧਿਐਨ ਨੇ ਸਿਧਾਂਤਕ ਤੌਰ 'ਤੇ ਸਪੈਕਟਰ-STL (ਸਪੈਕਟਰ-v4) ਅਟੈਕ ਵਿਧੀ, ਜੋ ਕਿ ਮਈ 2018 ਵਿੱਚ ਪਛਾਣਿਆ ਗਿਆ ਸੀ, ਦੀ ਲਾਗੂ ਹੋਣ ਦੀ ਪੁਸ਼ਟੀ ਕੀਤੀ ਹੈ। PSF ਟੈਕਨਾਲੋਜੀ, ਪਰ ਅਭਿਆਸ ਵਿੱਚ, ਕੋਈ ਵੀ ਕੋਡ ਟੈਂਪਲੇਟ ਜੋ ਹਮਲਾ ਕਰਨ ਲਈ ਸਮਰੱਥ ਹੈ, ਅਜੇ ਤੱਕ ਨਹੀਂ ਲੱਭਿਆ ਗਿਆ ਹੈ ਅਤੇ ਸਮੁੱਚੇ ਖ਼ਤਰੇ ਨੂੰ ਮਾਮੂਲੀ ਮੰਨਿਆ ਗਿਆ ਹੈ।

ਸਾਨੂੰ ਯਾਦ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਸਪੈਕਟਰ-v4 (ਸਪੈਕਿਊਲੇਟਿਵ ਸਟੋਰ ਬਾਈਪਾਸ) ਹਮਲਾ ਅਸਿੱਧੇ ਐਡਰੈਸਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਵਿਕਲਪਿਕ ਰਾਈਟ ਅਤੇ ਰੀਡ ਓਪਰੇਸ਼ਨਾਂ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਦੇ ਸਮੇਂ ਓਪਰੇਸ਼ਨਾਂ ਦੇ ਸੱਟੇਬਾਜੀ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਦੇ ਨਤੀਜੇ ਨੂੰ ਰੱਦ ਕਰਨ ਤੋਂ ਬਾਅਦ ਪ੍ਰੋਸੈਸਰ ਕੈਸ਼ ਵਿੱਚ ਸੈਟਲ ਹੋਣ ਵਾਲੇ ਡੇਟਾ ਨੂੰ ਰੀਸਟੋਰ ਕਰਨ 'ਤੇ ਅਧਾਰਤ ਹੈ। ਜਦੋਂ ਇੱਕ ਰੀਡ ਓਪਰੇਸ਼ਨ ਇੱਕ ਰਾਈਟ ਓਪਰੇਸ਼ਨ (ਉਦਾਹਰਨ ਲਈ, mov [rbx + rcx], 0x0; mov rax, [rdx + rsi]) ਦੀ ਪਾਲਣਾ ਕਰਦਾ ਹੈ, ਤਾਂ ਰੀਡ ਐਡਰੈੱਸ ਦਾ ਆਫਸੈਟ ਪਹਿਲਾਂ ਹੀ ਕੀਤੇ ਜਾ ਰਹੇ ਸਮਾਨ ਓਪਰੇਸ਼ਨਾਂ ਦੇ ਕਾਰਨ ਜਾਣਿਆ ਜਾ ਸਕਦਾ ਹੈ (ਪੜ੍ਹਨ ਦੀਆਂ ਕਾਰਵਾਈਆਂ ਹਨ ਬਹੁਤ ਜ਼ਿਆਦਾ ਵਾਰ-ਵਾਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਕੈਸ਼ ਤੋਂ ਰੀਡਜ਼ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ) ਅਤੇ ਪ੍ਰੋਸੈਸਰ ਰਾਈਟ ਦੇ ਅਸਿੱਧੇ ਔਫਸੈੱਟ ਦੀ ਗਣਨਾ ਕੀਤੇ ਜਾਣ ਦੀ ਉਡੀਕ ਕੀਤੇ ਬਿਨਾਂ ਰਾਈਟਸ ਤੋਂ ਪਹਿਲਾਂ ਰੀਡਜ਼ ਨੂੰ ਅੰਦਾਜ਼ਾ ਲਗਾ ਸਕਦਾ ਹੈ।

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

AMD Zen 3 ਪ੍ਰੋਸੈਸਰਾਂ ਵਿੱਚ ਜੋੜਿਆ ਗਿਆ, PSF STLF (ਸਟੋਰ-ਟੂ-ਲੋਡ-ਫਾਰਵਰਡਿੰਗ) ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਂਦਾ ਹੈ, ਜੋ ਕਿ ਰੀਡ ਅਤੇ ਰਾਈਟ ਓਪਰੇਸ਼ਨਾਂ ਵਿਚਕਾਰ ਸਬੰਧਾਂ ਦਾ ਅੰਦਾਜ਼ਾ ਲਗਾ ਕੇ ਰੀਡ ਓਪਰੇਸ਼ਨ ਕਰਦਾ ਹੈ। ਕਲਾਸਿਕ STLF ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ, ਪ੍ਰੋਸੈਸਰ ਪਿਛਲੀ "ਸਟੋਰ" ਕਮਾਂਡ ਤੋਂ ਸਿੱਧੇ ਫਾਰਵਰਡ ਕੀਤੇ ਡੇਟਾ 'ਤੇ "ਲੋਡ" ਕਾਰਵਾਈ ਕਰਦਾ ਹੈ, ਨਤੀਜੇ ਦੀ ਅਸਲ ਵਿੱਚ ਮੈਮੋਰੀ ਵਿੱਚ ਲਿਖੇ ਜਾਣ ਦੀ ਉਡੀਕ ਕੀਤੇ ਬਿਨਾਂ, ਪਰ ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ "ਲੋਡ" ਵਿੱਚ ਵਰਤੇ ਗਏ ਪਤੇ ਅਤੇ "ਸਟੋਰ" ਕਮਾਂਡਾਂ ਮੇਲ ਖਾਂਦੀਆਂ ਹਨ। PSF ਓਪਟੀਮਾਈਜੇਸ਼ਨ ਪਤੇ ਦੀ ਜਾਂਚ ਨੂੰ ਸੱਟੇਬਾਜ਼ੀ ਬਣਾਉਂਦਾ ਹੈ ਅਤੇ ਪਤੇ ਦੀ ਜਾਣਕਾਰੀ ਦੀ ਗਣਨਾ ਕੀਤੇ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ "ਲੋਡ" ਕਾਰਵਾਈ ਕਰਦਾ ਹੈ ਜੇਕਰ ਇੱਕ ਸਟੋਰ/ਲੋਡ ਜੋੜਾ ਇੱਕ ਸਿੰਗਲ ਪਤੇ ਨਾਲ ਹੇਰਾਫੇਰੀ ਕਰਦਾ ਹੈ, ਪਹਿਲਾਂ ਚਲਾਇਆ ਗਿਆ ਹੈ। ਜੇਕਰ ਪੂਰਵ-ਅਨੁਮਾਨ ਫੇਲ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਸਥਿਤੀ ਨੂੰ ਵਾਪਸ ਲਿਆ ਜਾਂਦਾ ਹੈ, ਪਰ ਡੇਟਾ ਕੈਸ਼ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ।

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

AMD ਨੇ PSF ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਜਾਂ ਚੋਣਵੇਂ ਤੌਰ 'ਤੇ ਅਸਮਰੱਥ ਕਰਨ ਲਈ ਕਈ ਤਰੀਕੇ ਪ੍ਰਦਾਨ ਕੀਤੇ ਹਨ, ਪਰ ਜ਼ਿਆਦਾਤਰ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਘੱਟ ਜੋਖਮ ਨੂੰ ਦੇਖਦੇ ਹੋਏ, ਇਹ ਸਿਫ਼ਾਰਸ਼ ਕੀਤੀ ਹੈ ਕਿ ਇਹ ਅਨੁਕੂਲਨ ਮੂਲ ਰੂਪ ਵਿੱਚ ਅਸਮਰੱਥ ਨਾ ਹੋਵੇ। ਗੈਰ-ਭਰੋਸੇਯੋਗ ਕੋਡ ਨੂੰ ਲਾਗੂ ਕਰਨ ਵਾਲਿਆਂ ਨੂੰ ਅਲੱਗ-ਥਲੱਗ ਕਰਨ ਵਾਲੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਚੋਣਵੇਂ ਤੌਰ 'ਤੇ ਸੁਰੱਖਿਅਤ ਕਰਨ ਲਈ, ਵਿਅਕਤੀਗਤ ਥ੍ਰੈੱਡਾਂ ਸਮੇਤ, "SSBD" ਅਤੇ "PSFD" MSR ਬਿੱਟਾਂ ਨੂੰ ਸੈੱਟ ਕਰਕੇ PSF ਨੂੰ ਅਯੋਗ ਕਰਨ ਦਾ ਪ੍ਰਸਤਾਵ ਹੈ। ਪੈਚ ਲੀਨਕਸ ਕਰਨਲ ਲਈ “psfd” ਅਤੇ “nopsfd” ਕਮਾਂਡ ਲਾਈਨ ਵਿਕਲਪਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੇ ਨਾਲ ਤਿਆਰ ਕੀਤੇ ਗਏ ਹਨ ਜੋ ਇਹ ਨਿਯੰਤਰਿਤ ਕਰਦੇ ਹਨ ਕਿ PSF ਨੂੰ ਕਿਵੇਂ ਚਾਲੂ ਅਤੇ ਬੰਦ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਸਰੋਤ: opennet.ru