iLeakage ਵੈਬਕਿੱਟ ਇੰਜਣ 'ਤੇ ਅਧਾਰਤ ਬ੍ਰਾਉਜ਼ਰਾਂ ਦੁਆਰਾ Apple CPU ਵਿੱਚ ਇੱਕ ਕਮਜ਼ੋਰੀ ਦਾ ਸ਼ੋਸ਼ਣ ਕਰਨ ਦਾ ਇੱਕ ਤਰੀਕਾ ਹੈ।

ਜਾਰਜੀਆ ਇੰਸਟੀਚਿਊਟ ਆਫ ਟੈਕਨਾਲੋਜੀ, ਮਿਸ਼ੀਗਨ ਯੂਨੀਵਰਸਿਟੀ ਅਤੇ ਰੁਹਰ ਯੂਨੀਵਰਸਿਟੀ ਦੇ ਖੋਜਕਰਤਾਵਾਂ ਨੇ iLeakage ਹਮਲੇ ਦੀ ਤਕਨੀਕ ਵਿਕਸਿਤ ਕੀਤੀ ਹੈ, ਜੋ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਡਿਜ਼ਾਈਨ ਕੀਤੇ ਪੰਨੇ ਨੂੰ ਖੋਲ੍ਹ ਕੇ ਐਪਲ A- ਅਤੇ M-ਸੀਰੀਜ਼ ARM ਪ੍ਰੋਸੈਸਰਾਂ ਵਿੱਚ ਕਮਜ਼ੋਰੀ ਦਾ ਸ਼ੋਸ਼ਣ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ। ਖੋਜਕਰਤਾਵਾਂ ਦੁਆਰਾ ਤਿਆਰ ਕੀਤੇ ਪ੍ਰੋਟੋਟਾਈਪਾਂ ਦਾ ਸ਼ੋਸ਼ਣ ਕਰਦੇ ਹਨ, ਜਦੋਂ ਇੱਕ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ JavaScript ਕੋਡ ਚਲਾਉਂਦੇ ਹੋ, ਦੂਜੀਆਂ ਟੈਬਾਂ ਵਿੱਚ ਖੋਲ੍ਹੀਆਂ ਗਈਆਂ ਸਾਈਟਾਂ ਦੀ ਸਮੱਗਰੀ ਦਾ ਪਤਾ ਲਗਾਉਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ। ਉਦਾਹਰਨ ਲਈ, ਉਹਨਾਂ ਨੇ Gmail ਟੈਬ ਵਿੱਚ ਖੋਲ੍ਹੇ ਗਏ ਇੱਕ ਅੱਖਰ ਦੇ ਪਾਠ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਯੋਗਤਾ ਦਾ ਪ੍ਰਦਰਸ਼ਨ ਕੀਤਾ, YouTube ਦੇਖੋ ਇਤਿਹਾਸ, ਅਤੇ ਲਾਗਇਨ ਫਾਰਮ ਵਿੱਚ LastPass ਪਾਸਵਰਡ ਮੈਨੇਜਰ ਦੁਆਰਾ ਪਾਏ ਗਏ ਪਾਸਵਰਡ ਨੂੰ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰੋ। Instagram. ਇਹ ਹਮਲਾ MacOS ਵਾਲੇ ਸਿਸਟਮਾਂ ਅਤੇ iOS ਪਲੇਟਫਾਰਮ 'ਤੇ ਕਿਸੇ ਵੀ ਬ੍ਰਾਊਜ਼ਰ 'ਤੇ Safari ਬ੍ਰਾਊਜ਼ਰ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ (ਐਪਲ ਦੇ ਨਿਯਮਾਂ ਦੀ ਲੋੜ ਹੈ ਕਿ ਸਾਰੇ iOS ਬ੍ਰਾਊਜ਼ਰ ਸਿਰਫ਼ WebKit ਸਿਸਟਮ ਇੰਜਣ ਦੀ ਵਰਤੋਂ ਕਰਨ, ਜੋ Safari ਲਈ ਆਮ ਹੈ)।

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

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

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

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

ਸੱਟੇਬਾਜੀ ਕਾਰਵਾਈਆਂ ਤੋਂ ਬਾਅਦ ਬਚੇ CPU L1 ਕੈਸ਼ ਤੋਂ ਡੇਟਾ ਨੂੰ ਐਕਸਟਰੈਕਟ ਕਰਨ ਲਈ, ਹਮਲਾ Google ਦੁਆਰਾ ਪਹਿਲਾਂ ਪ੍ਰਸਤਾਵਿਤ pLRU (ਸੂਡੋ ਲੀਸਟ ਰਿਸੈਂਟਲੀ ਯੂਜ਼ਡ) ਵਿਧੀ ਦੀ ਇੱਕ ਸੋਧ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਅਸਲ pLRU ਵਿਧੀ ਡੇਟਾ ਨੂੰ ਐਕਸੈਸ ਕਰਨ ਵੇਲੇ ਦੇਰੀ ਨੂੰ ਮਾਪਣ 'ਤੇ ਅਧਾਰਤ ਹੈ, ਜਿਸਦਾ ਅੰਤਰ ਇਹ ਨਿਰਣਾ ਕਰਨਾ ਸੰਭਵ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਕੀ ਪ੍ਰੋਸੈਸਰ ਕੈਸ਼ ਵਿੱਚ ਇੱਕ ਖਾਸ ਕ੍ਰਮ ਹੈ ਜਾਂ ਨਹੀਂ (ਜੇ ਡੇਟਾ ਕੈਸ਼ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਓਪਰੇਸ਼ਨ ਤੇਜ਼ੀ ਨਾਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਜੇ ਨਹੀਂ, ਹੌਲੀ)। ਆਧੁਨਿਕ ਬ੍ਰਾਉਜ਼ਰਾਂ ਵਿੱਚ ਪ੍ਰੋਸੈਸਰ ਕੈਸ਼ ਦੀ ਜਾਂਚ ਤੋਂ ਬਚਾਉਣ ਲਈ, ਟਾਈਮਰ ਦੀ ਸ਼ੁੱਧਤਾ ਨੂੰ ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਇੱਕ ਪੱਧਰ ਤੱਕ ਘਟਾ ਦਿੱਤਾ ਗਿਆ ਹੈ ਜੋ ਅੰਤਰਾਂ ਦਾ ਪਤਾ ਲਗਾਉਣ ਦੀ ਆਗਿਆ ਨਹੀਂ ਦਿੰਦਾ ਹੈ।

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

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

ਕੈਸ਼ ਸਮੱਗਰੀ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਪ੍ਰਸਤਾਵਿਤ ਵਿਧੀ ਦੀ ਸ਼ੁੱਧਤਾ 90% ਤੋਂ 99% ਤੱਕ ਹੈ, ਅਤੇ ਪ੍ਰੋਸੈਸਰ ਅਤੇ ਡਿਵਾਈਸ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋਏ, ਡੇਟਾ ਨਿਰਧਾਰਨ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ 23 ਤੋਂ 34 ਬਾਈਟ ਪ੍ਰਤੀ ਸਕਿੰਟ ਤੱਕ ਹੈ। ਹਮਲਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਸੰਦਰਭ ਕੋਡ ਦੀ ਕੈਲੀਬ੍ਰੇਸ਼ਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਜਿਸ ਵਿੱਚ ਲਗਭਗ ਪੰਜ ਮਿੰਟ ਲੱਗਦੇ ਹਨ। ਇੱਕ ਵਾਰ ਮੌਜੂਦਾ ਸਿਸਟਮ ਲਈ ਕੈਲੀਬ੍ਰੇਸ਼ਨ ਪੂਰਾ ਹੋ ਜਾਣ 'ਤੇ, 64-ਅੱਖਰਾਂ ਦੀ ਸਤਰ ਨੂੰ ਐਕਸਟਰੈਕਟ ਕਰਨ ਵਿੱਚ ਲਗਭਗ 30 ਸਕਿੰਟ ਲੱਗਦੇ ਹਨ।

ਇਸ ਤੋਂ ਇਲਾਵਾ, ਅਸੀਂ ਇੱਕ ਪ੍ਰੋਟੋਟਾਈਪ ਸ਼ੋਸ਼ਣ ਦੇ ਪ੍ਰਕਾਸ਼ਨ ਨੂੰ ਨੋਟ ਕਰ ਸਕਦੇ ਹਾਂ ਜੋ ਕ੍ਰੋਮ ਵਿੱਚ ਸ਼ੋਸ਼ਣ ਦੇ ਨਾਲ ਇੱਕ ਪੰਨਾ ਖੋਲ੍ਹਣ ਵੇਲੇ ਹੋਰ ਪ੍ਰਕਿਰਿਆਵਾਂ ਵਿੱਚ ਪ੍ਰੋਸੈਸ ਕੀਤੇ ਡੇਟਾ ਨੂੰ ਐਕਸਟਰੈਕਟ ਕਰਨ ਲਈ Zen2 ਮਾਈਕ੍ਰੋਆਰਕੀਟੈਕਚਰ ਦੇ ਅਧਾਰ ਤੇ AMD ਪ੍ਰੋਸੈਸਰਾਂ ਵਿੱਚ ਜ਼ੈਨਬਲੀਡ ਕਮਜ਼ੋਰੀ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। Zenbleed ਕਮਜ਼ੋਰੀ (CVE-2023-20593) ਤੋਂ ਇਲਾਵਾ, ਸ਼ੋਸ਼ਣ ਵਿੱਚ Chrome 2023 ਵਿੱਚ ਫਿਕਸ ਕੀਤੇ V3079 ਇੰਜਣ ਵਿੱਚ CVE-8-115 ਕਮਜ਼ੋਰੀ ਵੀ ਸ਼ਾਮਲ ਹੈ।

ਸਰੋਤ: opennet.ru