ਓਪਨਬੀਐਸਡੀ ਦੀ ਡਬਲਯੂ^ਐਕਸ ਸੁਰੱਖਿਆ ਵਿਧੀ ਨੂੰ ਮਜ਼ਬੂਤ ​​ਕਰਨ ਦੀਆਂ ਯੋਜਨਾਵਾਂ

ਥੀਓ ਡੀ ਰੈਡਟ ਸਾਂਝਾ ਕੀਤਾ W^X (ਰਾਈਟ XOR ਐਗਜ਼ੀਕਿਊਟ) ਮੈਮੋਰੀ ਸੁਰੱਖਿਆ ਵਿਧੀ ਨੂੰ ਮਜ਼ਬੂਤ ​​ਕਰਨ ਦੀ ਯੋਜਨਾ ਹੈ। ਵਿਧੀ ਦਾ ਸਾਰ ਇਹ ਹੈ ਕਿ ਪ੍ਰਕਿਰਿਆ ਮੈਮੋਰੀ ਪੰਨਿਆਂ ਨੂੰ ਲਿਖਣ ਅਤੇ ਚਲਾਉਣ ਲਈ ਇੱਕੋ ਸਮੇਂ ਐਕਸੈਸ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ, ਕੋਡ ਲਿਖਣ ਦੇ ਅਯੋਗ ਹੋਣ ਤੋਂ ਬਾਅਦ ਹੀ ਚਲਾਇਆ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਮੈਮੋਰੀ ਪੰਨੇ 'ਤੇ ਲਿਖਣਾ ਕੇਵਲ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਅਯੋਗ ਹੋਣ ਤੋਂ ਬਾਅਦ ਹੀ ਸੰਭਵ ਹੈ। W^X ਵਿਧੀ ਯੂਜ਼ਰ-ਸਪੇਸ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਆਮ ਬਫਰ ਓਵਰਫਲੋ ਹਮਲਿਆਂ ਤੋਂ ਬਚਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰਦੀ ਹੈ, ਸਟੈਕ ਓਵਰਫਲੋਜ਼ ਸਮੇਤ, ਅਤੇ OpenBSD ਵਿੱਚ ਕਿਰਿਆਸ਼ੀਲ ਹੈ ਮੂਲ ਰੂਪ ਵਿੱਚ.

W^X 'ਤੇ ਕੰਮ ਦੀ ਸ਼ੁਰੂਆਤ ਤੋਂ, ਇਹ ਸਪੱਸ਼ਟ ਸੀ ਕਿ ਇਹ ਇੱਕ ਲੰਮੀ ਸੜਕ ਸੀ, ਕਿਉਂਕਿ JIT ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਗਿਣਤੀ ਸੀ। JIT ਲਾਗੂਕਰਨ ਨੂੰ ਤਿੰਨ ਸ਼੍ਰੇਣੀਆਂ ਵਿੱਚ ਵੰਡਿਆ ਜਾ ਸਕਦਾ ਹੈ:

• ਸਿਸਟਮ ਕਾਲ ਦੀ "ਲਾਗਤ" ਨੂੰ ਸਵੀਕਾਰ ਕਰਦੇ ਹੋਏ, W ਅਤੇ X ਰਾਜਾਂ ਵਿਚਕਾਰ ਮੈਮੋਰੀ ਨੂੰ ਬਦਲਣਾ mpprotect.
• ਇੱਕੋ ਮੈਮੋਰੀ ਦੇ ਡਬਲਯੂ ਅਤੇ ਐਕਸ ਮੈਪਿੰਗ ਦੇ ਇੱਕ ਜੋੜੇ ਦੇ ਵਿਚਕਾਰ ਉਪਨਾਮ ਬਣਾਉਣਾ।
• ਸਭ ਤੋਂ "ਗੰਦੇ" ਵਿਕਲਪ ਲਈ ਇੱਕ W|X ਮੈਮੋਰੀ ਮਾਡਲ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਜੋ ਇੱਕੋ ਸਮੇਂ ਰਿਕਾਰਡਿੰਗ ਅਤੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।

ਵਰਤਮਾਨ ਵਿੱਚ, ਤੀਜੇ ਵਿਕਲਪ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਕਾਫ਼ੀ ਘੱਟ ਪ੍ਰੋਗਰਾਮ ਹਨ ਅਤੇ ਪਹਿਲੇ ਅਤੇ ਦੂਜੇ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਵਧੇਰੇ ਹਨ। ਹਾਲਾਂਕਿ, ਕਿਉਂਕਿ W|X JIT (ਮੁੱਖ ਤੌਰ 'ਤੇ Chromium ਅਤੇ Iridum) ਨਾਲ ਪ੍ਰੋਗਰਾਮਾਂ ਨੂੰ ਚਲਾਉਣਾ ਜ਼ਰੂਰੀ ਸੀ, ਇਸ ਲਈ ਇੱਕ "wxallowed" ਫਾਈਲ ਸਿਸਟਮ ਮਾਊਂਟ ਵਿਕਲਪ ਜੋੜਿਆ ਗਿਆ ਸੀ, ਜੋ ਕਿ ਮੈਮੋਰੀ ਨੂੰ ਲਿਖਣ ਅਤੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਦੋਵਾਂ ਲਈ ਇੱਕੋ ਸਮੇਂ ਵਰਤਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਜੇਕਰ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਈ.ਐਲ.ਐਫ. ਫਾਈਲ ਨੂੰ "wxneeded" ਮਾਰਕਰ ਨਾਲ ਚਿੰਨ੍ਹਿਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਅਤੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਖੁਦ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸੁਰੱਖਿਅਤ ਕੀਤਾ ਗਿਆ ਸੀ ਵਾਅਦਾ и ਖੁਲਾਸਾ ਕਰਨਾ ਵਰਤੀਆਂ ਗਈਆਂ ਸਿਸਟਮ ਕਾਲਾਂ ਦੀ ਸੂਚੀ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਉਪਲਬਧ ਫਾਈਲ ਸਿਸਟਮ ਦੇ ਭਾਗਾਂ ਨੂੰ ਕ੍ਰਮਵਾਰ ਸੀਮਤ ਕਰਨ ਲਈ।

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

ਕ੍ਰੋਮ/ਇਰੀਡੀਅਮ ਪ੍ਰਕਿਰਿਆਵਾਂ ਪਹਿਲਾਂ ਤੋਂ ਹੀ ਪਲੇਜ ਅਤੇ ਅਨਵੇਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕਾਫ਼ੀ ਭਰੋਸੇਯੋਗ ਤਰੀਕੇ ਨਾਲ ਸੁਰੱਖਿਅਤ ਹਨ, ਪਰ ਵਰਤਣ ਦੀ ਯੋਗਤਾ ਨੂੰ ਹਟਾਉਣਾ, ਉਦਾਹਰਨ ਲਈ, ਰਾਈਟ(2) ਸਿਸਟਮ ਕਾਲ ਦਾ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਕੁਝ ਫਾਇਦਾ ਹੁੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਹਮਲਾਵਰ ਲਈ ਵਾਧੂ ਮੁਸ਼ਕਲਾਂ ਪੈਦਾ ਕਰਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਮੁਸ਼ਕਲਾਂ ਵੀ ਪੈਦਾ ਹੋ ਸਕਦੀਆਂ ਹਨ ਜੇਕਰ JIT ਲਾਗੂ ਕਰਨਾ W|X ਮੈਮੋਰੀ ਤੋਂ ਮੂਲ ਸਿਸਟਮ ਕਾਲਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਉਮੀਦ ਕਰਨ ਦਾ ਕਾਰਨ ਹੈ ਕਿ ਅਜਿਹਾ ਨਹੀਂ ਹੋਵੇਗਾ, ਕਿਉਂਕਿ ਏਬੀਆਈ ਨੂੰ ਕਈ ਵਾਰ ਬਦਲਿਆ ਗਿਆ ਹੈ, ਪਰ ਕਿਸੇ ਨੇ ਕਦੇ ਵੀ ਸਮੱਸਿਆਵਾਂ ਦੀ ਰਿਪੋਰਟ ਨਹੀਂ ਕੀਤੀ ਹੈ.

ਬਦਲਾਵ ਓਪਨਬੀਐਸਡੀ-ਮੌਜੂਦਾ ਸ਼ਾਖਾ ਦੇ ਨਿਯਮਤ ਸਨੈਪਸ਼ਾਟ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ ਉਪਲਬਧ ਹਨ, ਹਰ ਦਿਲਚਸਪੀ ਰੱਖਣ ਵਾਲੇ ਨੂੰ ਟੈਸਟ ਕਰਨ ਲਈ ਸੱਦਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।

Chrome/Iridium ਵਿੱਚ ਮੋਡ ਦੀ ਦਿੱਖ ਬਾਰੇ ਸੰਬੰਧਿਤ ਖਬਰਾਂ ਥੀਓ ਤੋਂ ਇੱਕ ਵੱਖਰੀ ਟਿੱਪਣੀ ਦੇ ਹੱਕਦਾਰ ਹਨ JITless. ਉਸਦੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ, ਇਹ ਕੁਝ ਉਪਯੋਗ ਮਾਡਲਾਂ ਲਈ ਸਵੀਕਾਰਯੋਗ ਹੈ, ਪਰ ਸੰਭਵ ਤੌਰ 'ਤੇ ਸਾਰਿਆਂ ਲਈ ਨਹੀਂ, ਕਿਉਂਕਿ ਇਹ ਮੋਡ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਪ੍ਰੋਸੈਸਰ' ਤੇ ਲੋਡ ਵਧਾਏਗਾ. ਵਰਤਮਾਨ ਵਿੱਚ, Chrome ਜਿਆਦਾਤਰ ਕੰਮ ਕਰੇਗਾ ਜੇਕਰ ਤੁਸੀਂ /usr/local ਲਈ "wxallowed" ਨੂੰ ਅਸਮਰੱਥ ਕਰਦੇ ਹੋ, ਹਾਲਾਂਕਿ ਕੁਝ ਐਕਸਟੈਂਸ਼ਨਾਂ ਨਾਲ ਸਮੱਸਿਆਵਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ (ਭੂਤ-ਪ੍ਰੇਤ ਇੱਕ ਉਦਾਹਰਨ ਹੈ)। ਇੱਕ ਤਰੀਕੇ ਨਾਲ ਜਾਂ ਕੋਈ ਹੋਰ, ਥੀਓ ਨੂੰ ਉਮੀਦ ਹੈ ਕਿ ਜੇਆਈਟੀਲੈਸ ਮੋਡ ਵਿੱਚ ਪੂਰਾ ਕੰਮ ਆਉਣ ਵਾਲੇ ਸਮੇਂ ਵਿੱਚ ਪੂਰੀ ਤਰ੍ਹਾਂ ਕਾਰਜਸ਼ੀਲ ਸਥਿਤੀ ਵਿੱਚ ਲਿਆਂਦਾ ਜਾਵੇਗਾ।

ਸਰੋਤ: opennet.ru