ਚੈੱਕਪੁਆਇੰਟ ਨੇ ਸੁਰੱਖਿਅਤ-ਲਿੰਕਿੰਗ ਸੁਰੱਖਿਆ ਤਕਨੀਕ ਦਾ ਪ੍ਰਸਤਾਵ ਕੀਤਾ, ਜਿਸ ਨਾਲ ਕਮਜ਼ੋਰੀਆਂ ਦਾ ਸ਼ੋਸ਼ਣ ਕਰਨਾ ਹੋਰ ਵੀ ਮੁਸ਼ਕਲ ਹੋ ਗਿਆ

ਚੈੱਕਪੁਆਇੰਟ ਕੰਪਨੀ представила ਸੁਰੱਖਿਅਤ-ਲਿੰਕਿੰਗ ਸੁਰੱਖਿਆ ਵਿਧੀ, ਜੋ ਕਿ ਅਜਿਹੇ ਸ਼ੋਸ਼ਣਾਂ ਨੂੰ ਬਣਾਉਣਾ ਮੁਸ਼ਕਲ ਬਣਾਉਂਦੀ ਹੈ ਜੋ ਮੈਲੋਕ ਕਾਲ ਨੂੰ ਚਲਾਉਣ ਵੇਲੇ ਨਿਰਧਾਰਤ ਕੀਤੇ ਬਫਰਾਂ ਲਈ ਪੁਆਇੰਟਰਾਂ ਦੀ ਪਰਿਭਾਸ਼ਾ ਜਾਂ ਸੋਧ ਨੂੰ ਹੇਰਾਫੇਰੀ ਕਰਦੇ ਹਨ। ਸੁਰੱਖਿਅਤ-ਲਿੰਕਿੰਗ ਕਮਜ਼ੋਰੀਆਂ ਦਾ ਸ਼ੋਸ਼ਣ ਕਰਨ ਦੀ ਸੰਭਾਵਨਾ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਰੋਕ ਨਹੀਂ ਦਿੰਦੀ ਹੈ, ਪਰ ਘੱਟੋ-ਘੱਟ ਓਵਰਹੈੱਡ ਦੇ ਨਾਲ ਇਹ ਸ਼ੋਸ਼ਣ ਦੀਆਂ ਕੁਝ ਸ਼੍ਰੇਣੀਆਂ ਦੀ ਰਚਨਾ ਨੂੰ ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਗੁੰਝਲਦਾਰ ਬਣਾਉਂਦਾ ਹੈ, ਕਿਉਂਕਿ ਸ਼ੋਸ਼ਣਯੋਗ ਬਫਰ ਓਵਰਫਲੋ ਤੋਂ ਇਲਾਵਾ, ਇੱਕ ਹੋਰ ਕਮਜ਼ੋਰੀ ਦਾ ਪਤਾ ਲਗਾਉਣਾ ਜ਼ਰੂਰੀ ਹੈ ਜੋ ਜਾਣਕਾਰੀ ਦੇ ਲੀਕ ਹੋਣ ਦਾ ਕਾਰਨ ਬਣਦਾ ਹੈ. ਮੈਮੋਰੀ ਵਿੱਚ ਢੇਰ ਦੀ ਪਲੇਸਮੈਂਟ।

ਸੁਰੱਖਿਅਤ-ਲਿੰਕਿੰਗ ਨੂੰ ਲਾਗੂ ਕਰਨ ਵਾਲੇ ਪੈਚ Glibc (ptmalloc), uClibc-NG (dlmalloc), gperftools (tcmalloc) ਅਤੇ Google TCMalloc ਲਈ ਤਿਆਰ ਕੀਤੇ ਗਏ ਹਨ, ਅਤੇ Chromium (ਵਿੱਚ) ਵਿੱਚ ਸੁਰੱਖਿਆ ਨੂੰ ਅੱਪਗ੍ਰੇਡ ਕਰਨ ਲਈ ਵੀ ਪ੍ਰਸਤਾਵਿਤ ਹਨ।
2012 ਤੋਂ, ਕ੍ਰੋਮੀਅਮ ਨੇ ਪਹਿਲਾਂ ਹੀ ਉਸੇ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਦੇ ਉਦੇਸ਼ ਨਾਲ ਮਾਸਕਪੀਟੀਆਰ ਸੁਰੱਖਿਆ ਤਕਨੀਕ ਵਿੱਚ ਬਣਾਇਆ ਹੈ, ਪਰ ਚੈਕਪੁਆਇੰਟ ਤੋਂ ਹੱਲ ਉੱਚ ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ)।
ਸੁਝਾਏ ਗਏ ਪੈਚ ਅਗਸਤ ਰੀਲੀਜ਼ ਵਿੱਚ ਡਿਲੀਵਰੀ ਲਈ ਪਹਿਲਾਂ ਹੀ ਮਨਜ਼ੂਰ ਕੀਤੇ ਜਾ ਚੁੱਕੇ ਹਨ ਗਲਿਬਕ 3.32. ਅਤੇ ਸੁਰੱਖਿਅਤ-ਲਿੰਕਿੰਗ ਨੂੰ ਡਿਫੌਲਟ ਰੂਪ ਵਿੱਚ ਸਮਰੱਥ ਕੀਤਾ ਜਾਵੇਗਾ। uClibc-NG ਸੁਰੱਖਿਅਤ-ਲਿੰਕਿੰਗ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ ਦਾਖਲ ਹੋਇਆ ਰੀਲੀਜ਼ 1.0.33 ਵਿੱਚ ਸ਼ਾਮਿਲ ਹੈ ਅਤੇ ਮੂਲ ਰੂਪ ਵਿੱਚ ਯੋਗ ਹੈ। gperftools (ਪੁਰਾਣੇ tcmalloc) ਵਿੱਚ ਬਦਲਾਅ ਸਵੀਕਾਰ ਕੀਤਾ, ਪਰ ਭਵਿੱਖ ਦੇ ਰੀਲੀਜ਼ ਵਿੱਚ ਇੱਕ ਵਿਕਲਪ ਵਜੋਂ ਪੇਸ਼ ਕੀਤਾ ਜਾਵੇਗਾ।

ਵਿਕਾਸਕਾਰ TCMalloc (ਨਵਾਂ tcmalloc) ਨੇ ਸਵੀਕਾਰ ਕਰਨ ਤੋਂ ਇਨਕਾਰ ਕਰ ਦਿੱਤਾ ਤਬਦੀਲੀ, ਗੰਭੀਰ ਕਾਰਗੁਜ਼ਾਰੀ ਵਿੱਚ ਗਿਰਾਵਟ ਦਾ ਹਵਾਲਾ ਦਿੰਦੇ ਹੋਏ ਅਤੇ ਨਿਯਮਤ ਤੌਰ 'ਤੇ ਇਹ ਜਾਂਚ ਕਰਨ ਲਈ ਕਿ ਸਭ ਕੁਝ ਉਮੀਦ ਅਨੁਸਾਰ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ, ਵਿਆਪਕ ਟੈਸਟਾਂ ਨੂੰ ਜੋੜਨ ਦੀ ਲੋੜ ਦਾ ਹਵਾਲਾ ਦਿੰਦੇ ਹੋਏ। ਚੈਕਪੁਆਇੰਟ ਇੰਜਨੀਅਰਾਂ ਦੁਆਰਾ ਕੀਤੀ ਗਈ ਜਾਂਚ ਨੇ ਦਿਖਾਇਆ ਕਿ ਸੁਰੱਖਿਅਤ-ਲਿੰਕਿੰਗ ਵਿਧੀ ਵਾਧੂ ਮੈਮੋਰੀ ਦੀ ਖਪਤ ਵੱਲ ਅਗਵਾਈ ਨਹੀਂ ਕਰਦੀ ਹੈ, ਅਤੇ ਹੀਪ ਓਪਰੇਸ਼ਨ ਕਰਨ ਵੇਲੇ ਕਾਰਗੁਜ਼ਾਰੀ ਔਸਤਨ 0.02% ਤੱਕ ਘੱਟ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਸਭ ਤੋਂ ਮਾੜੇ ਹਾਲਾਤ ਵਿੱਚ 1.5% (ਤੁਲਨਾ ਲਈ, ਓਵਰਹੈੱਡ) Chromium ਵਿੱਚ ਵਰਤੀ ਗਈ ਵਿਧੀ ਦਾ ਅੰਦਾਜ਼ਾ “2% ਤੋਂ ਘੱਟ” ਹੈ)। ਸ਼ਾਮਲ ਕਰਨਾ
ਸੁਰੱਖਿਅਤ-ਲਿੰਕਿੰਗ ਦੇ ਨਤੀਜੇ ਵਜੋਂ 2-3 ਵਾਧੂ ਅਸੈਂਬਲੀ ਨਿਰਦੇਸ਼ਾਂ ਨੂੰ ਹਰ ਵਾਰ ਜਦੋਂ ਮੁਫਤ() ਨੂੰ ਬੁਲਾਇਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਹਰ ਵਾਰ malloc() ਨੂੰ ਬੁਲਾਇਆ ਜਾਂਦਾ ਹੈ ਤਾਂ 3-4 ਨਿਰਦੇਸ਼ਾਂ ਨੂੰ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਸ਼ੁਰੂਆਤੀ ਅਤੇ ਬੇਤਰਤੀਬ ਮੁੱਲ ਉਤਪਾਦਨ ਪੜਾਵਾਂ ਨੂੰ ਚਲਾਉਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।

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

+# ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ PROTECT_PTR(pos, ptr) \
+ ((__ਟਾਈਪਓਫ (ਪੀਟੀਆਰ)) ((((ਸਾਈਜ਼_ਟੀ) ਪੋਜ਼) >> 12) ^ ((ਸਾਈਜ਼_ਟੀ) ਪੀਟੀਆਰ)))

+# ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ REVEAL_PTR(ptr) PROTECT_PTR (&ptr, ptr)

- nextp = p->fd;
+ nextp = REVEAL_PTR (p->fd);
...

ਵਿਧੀ ਦਾ ਸਾਰ ਏਐਸਐਲਆਰ ਐਡਰੈੱਸ ਰੈਂਡਮਾਈਜ਼ੇਸ਼ਨ ਵਿਧੀ (mmap_base) ਤੋਂ ਬੇਤਰਤੀਬ ਡੇਟਾ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਹੈ ਤਾਂ ਜੋ ਸਿੰਗਲ ਲਿੰਕਡ ਸੂਚੀਆਂ ਜਿਵੇਂ ਕਿ ਫਾਸਟ-ਬਿਨਸ ਅਤੇ TCache ਨੂੰ ਸੁਰੱਖਿਅਤ ਕੀਤਾ ਜਾ ਸਕੇ। ਸੂਚੀ ਵਿੱਚ ਅਗਲੇ ਤੱਤ ਲਈ ਇੱਕ ਪੁਆਇੰਟਰ 'ਤੇ ਮੁੱਲ ਲਾਗੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਇਹ ਇੱਕ ਮਾਸਕ ਰੂਪਾਂਤਰਨ ਕਰਦਾ ਹੈ ਅਤੇ ਪੰਨਾ ਅਲਾਈਨਮੈਂਟ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ। ਪੁਆਇੰਟਰ ਨੂੰ ਓਪਰੇਸ਼ਨ "(L >> PAGE_SHIFT) XOR (P)" ਦੇ ਨਤੀਜੇ ਨਾਲ ਬਦਲਿਆ ਜਾਂਦਾ ਹੈ, ਜਿੱਥੇ P ਪੁਆਇੰਟਰ ਦਾ ਮੁੱਲ ਹੈ ਅਤੇ L ਉਹ ਮੈਮੋਰੀ ਟਿਕਾਣਾ ਹੈ ਜਿੱਥੇ ਪੁਆਇੰਟਰ ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਜਦੋਂ ਸਿਸਟਮ ਵਿੱਚ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ASLR (ਐਡਰੈੱਸ ਸਪੇਸ ਲੇਆਉਟ ਰੈਂਡਮਾਈਜ਼ੇਸ਼ਨ) ਹੀਪ ਬੇਸ ਐਡਰੈੱਸ ਵਾਲੇ L ਬਿੱਟਾਂ ਦੇ ਹਿੱਸੇ ਵਿੱਚ ਬੇਤਰਤੀਬ ਮੁੱਲ ਹੁੰਦੇ ਹਨ ਜੋ P ਨੂੰ ਏਨਕੋਡ ਕਰਨ ਲਈ ਇੱਕ ਕੁੰਜੀ ਵਜੋਂ ਵਰਤੇ ਜਾਂਦੇ ਹਨ (12-ਬਾਈਟ ਪੰਨਿਆਂ ਲਈ ਇੱਕ 4096-ਬਿੱਟ ਸ਼ਿਫਟ ਓਪਰੇਸ਼ਨ ਦੁਆਰਾ ਕੱਢਿਆ ਜਾਂਦਾ ਹੈ)। ਇਹ ਹੇਰਾਫੇਰੀ ਇੱਕ ਸ਼ੋਸ਼ਣ ਵਿੱਚ ਪੁਆਇੰਟਰ ਨੂੰ ਹਾਈਜੈਕ ਕਰਨ ਦੇ ਜੋਖਮ ਨੂੰ ਘਟਾਉਂਦੀ ਹੈ, ਕਿਉਂਕਿ ਪੁਆਇੰਟਰ ਨੂੰ ਇਸਦੇ ਅਸਲ ਰੂਪ ਵਿੱਚ ਸਟੋਰ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਬਦਲਣ ਲਈ ਹੀਪ ਅਲੋਕੇਸ਼ਨ ਦੇ ਗਿਆਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਪੈਚ ਕੋਡ ਵਿੱਚ ਬਲਾਕ ਅਲਾਈਨਮੈਂਟ ਲਈ ਇੱਕ ਵਾਧੂ ਜਾਂਚ ਵੀ ਸ਼ਾਮਲ ਹੁੰਦੀ ਹੈ, ਜੋ ਇੱਕ ਹਮਲਾਵਰ ਨੂੰ ਇੱਕ ਅਲਾਈਨ ਕੀਤੇ ਮੁੱਲ ਨਾਲ ਇੱਕ ਪੁਆਇੰਟਰ ਨੂੰ ਬਦਲਣ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਬਿੱਟਾਂ ਦੀ ਸੰਖਿਆ ਦੀ ਜਾਣਕਾਰੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਜੋ ਇਕਸਾਰ ਹਨ, ਜੋ ਕਿ 64-ਬਿੱਟ ਸਿਸਟਮਾਂ 'ਤੇ ਵੀ ਬਲਾਕਿੰਗ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। 15 ਵਿੱਚੋਂ 16 ਹਮਲੇ ਕੋਸ਼ਿਸ਼ਾਂ ਜੋ ਅਲਾਈਨਮੈਂਟ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਨਹੀਂ ਰੱਖਦੀਆਂ।

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

ਸਰੋਤ: opennet.ru