Wasmtime ਵਿੱਚ ਗੰਭੀਰ ਕਮਜ਼ੋਰੀ, WebAssembly ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਰਨਟਾਈਮ

Wasmtime 6.0.1, 5.0.1, ਅਤੇ 4.0.1 ਸੁਧਾਰਾਤਮਕ ਅੱਪਡੇਟ ਕਮਜ਼ੋਰੀ (CVE-2023-26489) ਨੂੰ ਠੀਕ ਕਰਦੇ ਹਨ, ਜਿਸ ਨੂੰ ਗੰਭੀਰ ਦਰਜਾ ਦਿੱਤਾ ਗਿਆ ਹੈ। ਕਮਜ਼ੋਰੀ ਅਲੱਗ-ਥਲੱਗ ਵੈਬ ਅਸੈਂਬਲੀ ਕੋਡ ਲਈ ਮਨਜ਼ੂਰ ਸੀਮਾਵਾਂ ਤੋਂ ਬਾਹਰ ਇੱਕ ਮੈਮੋਰੀ ਖੇਤਰ ਵਿੱਚ ਡੇਟਾ ਲਿਖਣ ਨੂੰ ਸੰਗਠਿਤ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ, ਜੋ ਕਿ ਸੰਭਾਵੀ ਤੌਰ 'ਤੇ ਇੱਕ ਹਮਲਾਵਰ ਦੁਆਰਾ ਵੱਖਰੇ WASI ਵਾਤਾਵਰਣ ਤੋਂ ਬਾਹਰ ਆਪਣੇ ਕੋਡ ਦੇ ਅਮਲ ਨੂੰ ਸੰਗਠਿਤ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ।

Wasmtime WASI (WebAssembly ਸਿਸਟਮ ਇੰਟਰਫੇਸ) ਐਕਸਟੈਂਸ਼ਨਾਂ ਦੇ ਨਾਲ ਵੈੱਬ ਅਸੈਂਬਲੀ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਸਧਾਰਨ ਸਟੈਂਡਅਲੋਨ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਜੋਂ ਚਲਾਉਣ ਲਈ ਇੱਕ ਰਨਟਾਈਮ ਹੈ। ਟੂਲਕਿੱਟ ਰਸਟ ਵਿੱਚ ਲਿਖੀ ਗਈ ਹੈ, ਅਤੇ ਕਮਜ਼ੋਰੀ ਕ੍ਰੇਨਲਿਫਟ ਕੋਡ ਜਨਰੇਟਰ ਵਿੱਚ ਲੀਨੀਅਰ ਮੈਮੋਰੀ ਐਡਰੈਸਿੰਗ ਨਿਯਮਾਂ ਦੀ ਪਰਿਭਾਸ਼ਾ ਵਿੱਚ ਇੱਕ ਲਾਜ਼ੀਕਲ ਗਲਤੀ ਕਾਰਨ ਹੁੰਦੀ ਹੈ, ਜੋ x86_64 ਆਰਕੀਟੈਕਚਰ ਲਈ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਮਸ਼ੀਨ ਕੋਡ ਵਿੱਚ ਹਾਰਡਵੇਅਰ ਆਰਕੀਟੈਕਚਰ ਤੋਂ ਸੁਤੰਤਰ ਇੱਕ ਵਿਚਕਾਰਲੇ ਨੁਮਾਇੰਦਗੀ ਦਾ ਅਨੁਵਾਦ ਕਰਦੀ ਹੈ।

ਖਾਸ ਤੌਰ 'ਤੇ, WebAssembly ਵਿੱਚ ਮਨਜ਼ੂਰ 35-ਬਿੱਟ ਪਤਿਆਂ ਦੀ ਬਜਾਏ 33-ਬਿੱਟ ਪ੍ਰਭਾਵੀ ਪਤਿਆਂ ਦੀ ਗਣਨਾ ਕੀਤੀ ਗਈ ਸੀ, ਜਿਸ ਨਾਲ ਪੜ੍ਹਨ ਅਤੇ ਲਿਖਣ ਦੇ ਓਪਰੇਸ਼ਨਾਂ ਲਈ ਵਰਚੁਅਲ ਮੈਮੋਰੀ ਦੀ ਸੀਮਾ ਨੂੰ 34 GB ਤੱਕ ਬਦਲ ਦਿੱਤਾ ਗਿਆ ਸੀ, ਜਦੋਂ ਕਿ ਸੈਂਡਬੌਕਸ ਵਾਤਾਵਰਣ ਸੈਟਿੰਗਾਂ 6 GB ਲਈ ਸੁਰੱਖਿਆ ਪ੍ਰਦਾਨ ਕਰਦੀਆਂ ਹਨ। ਅਧਾਰ ਪਤੇ ਤੋਂ. ਨਤੀਜੇ ਵਜੋਂ, ਆਧਾਰ ਪਤੇ ਤੋਂ 6 ਤੋਂ 34 GB ਤੱਕ ਵਰਚੁਅਲ ਮੈਮੋਰੀ ਦੀ ਰੇਂਜ WebAssembly ਐਪਲੀਕੇਸ਼ਨਾਂ ਤੋਂ ਪੜ੍ਹਨ ਅਤੇ ਲਿਖਣ ਲਈ ਉਪਲਬਧ ਸੀ। ਇਹ ਮੈਮੋਰੀ ਹੋਰ WebAssembly ਵਾਤਾਵਰਨ ਜਾਂ WebAssembly ਰਨਟਾਈਮ ਭਾਗਾਂ ਦੀ ਮੇਜ਼ਬਾਨੀ ਕਰ ਸਕਦੀ ਹੈ।

ਜੇਕਰ Wasmtime ਸੰਸਕਰਣ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨਾ ਸੰਭਵ ਨਹੀਂ ਹੈ, ਤਾਂ ਕਿਸੇ ਵੀ ਲੀਨੀਅਰ ਮੈਮੋਰੀ ਪਹੁੰਚ 'ਤੇ ਲਾਜ਼ਮੀ ਵੱਖਰੀ ਸੀਮਾ ਦੀ ਜਾਂਚ ਨੂੰ ਸਮਰੱਥ ਕਰਨ ਲਈ "Config::static_memory_maximum_size(0)" ਵਿਕਲਪ ਨੂੰ ਨਿਰਧਾਰਿਤ ਕਰਦੇ ਹੋਏ, ਗਲਤੀ ਨੂੰ ਰੋਕਣ ਲਈ ਵਰਕਅਰਾਉਂਡਸ ਵਜੋਂ ਦਰਸਾਇਆ ਗਿਆ ਹੈ (ਨਤੀਜੇ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਕਾਰਗੁਜ਼ਾਰੀ ਵਿੱਚ ਗਿਰਾਵਟ)। ਇੱਕ ਹੋਰ ਵਿਕਲਪ ਸਮੱਸਿਆ ਵਾਲੀ ਵਰਚੁਅਲ ਮੈਮੋਰੀ ਰੇਂਜ ਵਿੱਚ ਸਥਿਤ ਗਾਰਡ ਪੰਨਿਆਂ ਦੀ ਗਿਣਤੀ (ਗਾਰਡ ਪੇਜ, ਐਕਸੈਸ ਕਰਨ 'ਤੇ ਇੱਕ ਅਪਵਾਦ ਸੁੱਟਿਆ ਜਾਂਦਾ ਹੈ) ਨੂੰ ਵਧਾਉਣ ਲਈ ਸੈਟਿੰਗ "Config::static_memory_guard_size(1 <36)" ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਹੈ (ਵੱਡੀ ਰਕਮ ਰਾਖਵੀਂ ਕਰਨ ਲਈ ਅਗਵਾਈ ਕਰਦਾ ਹੈ। ਵਰਚੁਅਲ ਮੈਮੋਰੀ ਅਤੇ ਸਮਕਾਲੀ ਵੈੱਬ ਅਸੈਂਬਲੀ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਗਿਣਤੀ ਨੂੰ ਸੀਮਿਤ ਕਰਨਾ)।

ਸਰੋਤ: opennet.ru