ਐਡਬਲਾਕ ਪਲੱਸ ਵਿੱਚ ਕਮਜ਼ੋਰੀ ਜੋ ਪ੍ਰਸ਼ਨਾਤਮਕ ਫਿਲਟਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਕੋਡ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ

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

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

ਹਾਲਾਂਕਿ, ਕੋਡ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਇੱਕ ਹੱਲ ਵਿੱਚ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
ਗੂਗਲ ਮੈਪਸ, ਜੀਮੇਲ, ਅਤੇ ਗੂਗਲ ਚਿੱਤਰਾਂ ਸਮੇਤ ਕੁਝ ਸਾਈਟਾਂ, ਬੇਅਰ ਟੈਕਸਟ ਦੇ ਰੂਪ ਵਿੱਚ ਪ੍ਰਸਾਰਿਤ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਜਾਵਾ ਸਕ੍ਰਿਪਟ ਬਲਾਕਾਂ ਨੂੰ ਗਤੀਸ਼ੀਲ ਤੌਰ 'ਤੇ ਲੋਡ ਕਰਨ ਦੀ ਤਕਨੀਕ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ। ਜੇਕਰ ਸਰਵਰ ਬੇਨਤੀ ਰੀਡਾਇਰੈਕਟ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਤਾਂ URL ਪੈਰਾਮੀਟਰਾਂ ਨੂੰ ਬਦਲ ਕੇ ਕਿਸੇ ਹੋਰ ਹੋਸਟ ਨੂੰ ਅੱਗੇ ਭੇਜਣਾ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ (ਉਦਾਹਰਨ ਲਈ, Google ਦੇ ਸੰਦਰਭ ਵਿੱਚ, API ਦੁਆਰਾ ਰੀਡਾਇਰੈਕਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ"google.com/search"). ਰੀਡਾਇਰੈਕਸ਼ਨ ਦੀ ਇਜਾਜ਼ਤ ਦੇਣ ਵਾਲੇ ਮੇਜ਼ਬਾਨਾਂ ਤੋਂ ਇਲਾਵਾ, ਉਹਨਾਂ ਸੇਵਾਵਾਂ ਦੇ ਵਿਰੁੱਧ ਵੀ ਹਮਲਾ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਜੋ ਉਪਭੋਗਤਾ ਸਮੱਗਰੀ (ਕੋਡ ਹੋਸਟਿੰਗ, ਲੇਖ ਪੋਸਟਿੰਗ ਪਲੇਟਫਾਰਮ, ਆਦਿ) ਨੂੰ ਪੋਸਟ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀਆਂ ਹਨ।

ਪ੍ਰਸਤਾਵਿਤ ਹਮਲਾ ਵਿਧੀ ਸਿਰਫ਼ ਉਹਨਾਂ ਪੰਨਿਆਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦੀ ਹੈ ਜੋ ਜਾਵਾ ਸਕ੍ਰਿਪਟ ਕੋਡ ਦੀਆਂ ਸਤਰਾਂ ਨੂੰ ਗਤੀਸ਼ੀਲ ਤੌਰ 'ਤੇ ਲੋਡ ਕਰਦੇ ਹਨ (ਉਦਾਹਰਨ ਲਈ, XMLHttpRequest ਜਾਂ ਪ੍ਰਾਪਤ ਕਰੋ) ਅਤੇ ਫਿਰ ਉਹਨਾਂ ਨੂੰ ਲਾਗੂ ਕਰਦੇ ਹਨ। ਇੱਕ ਹੋਰ ਮਹੱਤਵਪੂਰਨ ਸੀਮਾ ਰੀਡਾਇਰੈਕਟ ਦੀ ਵਰਤੋਂ ਕਰਨ ਜਾਂ ਸਰੋਤ ਜਾਰੀ ਕਰਨ ਵਾਲੇ ਅਸਲ ਸਰਵਰ ਦੇ ਪਾਸੇ ਮਨਮਾਨੇ ਡੇਟਾ ਰੱਖਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ। ਹਾਲਾਂਕਿ, ਹਮਲੇ ਦੀ ਸਾਰਥਕਤਾ ਨੂੰ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਨ ਲਈ, "google.com/search" ਦੁਆਰਾ ਇੱਕ ਰੀਡਾਇਰੈਕਟ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, maps.google.com ਖੋਲ੍ਹਣ ਵੇਲੇ ਤੁਹਾਡੇ ਕੋਡ ਦੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਨੂੰ ਕਿਵੇਂ ਵਿਵਸਥਿਤ ਕਰਨਾ ਹੈ, ਇਹ ਦਿਖਾਇਆ ਗਿਆ ਹੈ।

ਫਿਕਸ ਅਜੇ ਵੀ ਤਿਆਰੀ ਵਿੱਚ ਹੈ। ਸਮੱਸਿਆ ਬਲੌਕਰਾਂ ਨੂੰ ਵੀ ਪ੍ਰਭਾਵਿਤ ਕਰਦੀ ਹੈ Adblock и ਯੂਬਲੌਕ. uBlock ਮੂਲ ਬਲੌਕਰ ਸਮੱਸਿਆ ਨਾਲ ਪ੍ਰਭਾਵਿਤ ਨਹੀਂ ਹੁੰਦਾ, ਕਿਉਂਕਿ ਇਹ "ਰੀਰਾਈਟ" ਆਪਰੇਟਰ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਇੱਕ ਸਮੇਂ uBlock ਮੂਲ ਦੇ ਲੇਖਕ
ਇਨਕਾਰ ਕਰ ਦਿੱਤਾ ਸੰਭਾਵੀ ਸੁਰੱਖਿਆ ਮੁੱਦਿਆਂ ਅਤੇ ਨਾਕਾਫ਼ੀ ਹੋਸਟ-ਪੱਧਰ ਦੀਆਂ ਪਾਬੰਦੀਆਂ ਦਾ ਹਵਾਲਾ ਦਿੰਦੇ ਹੋਏ ਮੁੜ-ਲਿਖਣ ਲਈ ਸਮਰਥਨ ਸ਼ਾਮਲ ਕਰੋ (ਕਿਊਰੀ ਪੈਰਾਮੀਟਰਾਂ ਨੂੰ ਬਦਲਣ ਦੀ ਬਜਾਏ ਪੁਨਰ-ਲਿਖਣ ਦੀ ਬਜਾਏ ਇੱਕ ਸਵਾਲ-ਪੱਧਰ ਵਿਕਲਪ ਪ੍ਰਸਤਾਵਿਤ ਕੀਤਾ ਗਿਆ ਸੀ)।

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

ਸਰੋਤ: opennet.ru