ਰੇਂਜਐਂਪ - ਸੀਡੀਐਨ ਹਮਲਿਆਂ ਦੀ ਇੱਕ ਲੜੀ ਜੋ ਰੇਂਜ HTTP ਹੈਡਰ ਵਿੱਚ ਹੇਰਾਫੇਰੀ ਕਰਦੀ ਹੈ

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

ਰੇਂਜ ਹੈਡਰ ਕਲਾਇੰਟ ਨੂੰ ਫਾਈਲ ਵਿੱਚ ਸਥਿਤੀਆਂ ਦੀ ਇੱਕ ਸੀਮਾ ਨੂੰ ਨਿਸ਼ਚਿਤ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਦਿੰਦਾ ਹੈ ਜੋ ਪੂਰੀ ਫਾਈਲ ਨੂੰ ਵਾਪਸ ਕਰਨ ਦੀ ਬਜਾਏ ਡਾਊਨਲੋਡ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਕਲਾਇੰਟ "ਰੇਂਜ: ਬਾਈਟਸ=0-1023" ਨੂੰ ਨਿਰਧਾਰਿਤ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਸਰਵਰ ਸਿਰਫ਼ ਪਹਿਲੇ 1024 ਬਾਈਟ ਡੇਟਾ ਨੂੰ ਪ੍ਰਸਾਰਿਤ ਕਰੇਗਾ। ਵੱਡੀਆਂ ਫਾਈਲਾਂ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰਨ ਵੇਲੇ ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਮੰਗ ਵਿੱਚ ਹੈ - ਉਪਭੋਗਤਾ ਡਾਉਨਲੋਡ ਨੂੰ ਰੋਕ ਸਕਦਾ ਹੈ ਅਤੇ ਫਿਰ ਰੁਕਾਵਟ ਵਾਲੀ ਸਥਿਤੀ ਤੋਂ ਜਾਰੀ ਰੱਖ ਸਕਦਾ ਹੈ. ਜਦੋਂ “ਬਾਈਟਸ=0-0” ਨਿਰਧਾਰਤ ਕਰਦੇ ਹੋ, ਤਾਂ ਸਟੈਂਡਰਡ ਫਾਈਲ ਵਿੱਚ ਪਹਿਲਾ ਬਾਈਟ ਦੇਣ ਲਈ ਨਿਰਦੇਸ਼ ਦਿੰਦਾ ਹੈ, “ਬਾਈਟਸ=-1” - ਆਖਰੀ, “ਬਾਈਟਸ=1-” - 1 ਬਾਈਟ ਤੋਂ ਸ਼ੁਰੂ ਹੋ ਕੇ ਫਾਈਲ ਦੇ ਅੰਤ ਤੱਕ। ਇੱਕ ਸਿਰਲੇਖ ਵਿੱਚ ਕਈ ਰੇਂਜਾਂ ਨੂੰ ਪ੍ਰਸਾਰਿਤ ਕਰਨਾ ਸੰਭਵ ਹੈ, ਉਦਾਹਰਨ ਲਈ “ਰੇਂਜ: ਬਾਈਟਸ=0-1023,8192-10240”।

ਇਸ ਤੋਂ ਇਲਾਵਾ, ਇੱਕ ਦੂਜਾ ਹਮਲਾ ਵਿਕਲਪ ਪ੍ਰਸਤਾਵਿਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਜਿਸਦਾ ਉਦੇਸ਼ ਇੱਕ ਹੋਰ CDN ਦੁਆਰਾ ਟ੍ਰੈਫਿਕ ਨੂੰ ਅੱਗੇ ਭੇਜਣ ਵੇਲੇ ਨੈਟਵਰਕ ਲੋਡ ਨੂੰ ਵਧਾਉਣਾ ਹੈ, ਜਿਸਦੀ ਵਰਤੋਂ ਇੱਕ ਪ੍ਰੌਕਸੀ ਵਜੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ (ਉਦਾਹਰਨ ਲਈ, ਜਦੋਂ Cloudflare ਫਰੰਟਐਂਡ (FCDN) ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਅਤੇ Akamai ਬੈਕਐਂਡ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ ( BCDN)। ਇਹ ਵਿਧੀ ਪਹਿਲੇ ਹਮਲੇ ਦੇ ਸਮਾਨ ਹੈ, ਪਰ CDN ਨੈੱਟਵਰਕਾਂ ਦੇ ਅੰਦਰ ਸਥਾਨਿਕ ਹੈ ਅਤੇ ਹੋਰ CDN ਦੁਆਰਾ ਐਕਸੈਸ ਕੀਤੇ ਜਾਣ 'ਤੇ ਆਵਾਜਾਈ ਨੂੰ ਵਧਾਉਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਬੁਨਿਆਦੀ ਢਾਂਚੇ 'ਤੇ ਭਾਰ ਵਧਾਉਂਦਾ ਹੈ ਅਤੇ ਸੇਵਾ ਦੀ ਗੁਣਵੱਤਾ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ।

ਵਿਚਾਰ ਇਹ ਹੈ ਕਿ ਹਮਲਾਵਰ CDN ਨੂੰ ਕਈ ਰੇਂਜਾਂ ਦੀਆਂ ਰੇਂਜ ਬੇਨਤੀਆਂ ਭੇਜਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ "bytes=0-,0-,0-...", "bytes=1-,0-,0-..." ਜਾਂ "ਬਾਈਟਸ=-1024,0 ,0-,0-..."। ਬੇਨਤੀਆਂ ਵਿੱਚ "0-" ਰੇਂਜਾਂ ਦੀ ਇੱਕ ਵੱਡੀ ਸੰਖਿਆ ਹੁੰਦੀ ਹੈ, ਜਿਸਦਾ ਅਰਥ ਹੈ ਕਿ ਫਾਈਲ ਨੂੰ ਜ਼ੀਰੋ ਸਥਿਤੀ ਤੋਂ ਅੰਤ ਤੱਕ ਵਾਪਸ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਰੇਂਜ ਪਾਰਸਿੰਗ ਦੇ ਗਲਤ ਲਾਗੂ ਹੋਣ ਦੇ ਕਾਰਨ, ਜਦੋਂ ਪਹਿਲਾ CDN ਦੂਜੀ ਤੱਕ ਪਹੁੰਚ ਕਰਦਾ ਹੈ, ਤਾਂ ਹਰੇਕ "53-" ਰੇਂਜ ਲਈ ਇੱਕ ਪੂਰੀ ਫਾਈਲ ਭੇਜੀ ਜਾਂਦੀ ਹੈ (ਰੇਂਜਾਂ ਨੂੰ ਇਕੱਠਾ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ, ਪਰ ਕ੍ਰਮਵਾਰ ਦੁਹਰਾਇਆ ਜਾਂਦਾ ਹੈ), ਜੇਕਰ ਵਿੱਚ ਰੇਂਜਾਂ ਦੀ ਡੁਪਲੀਕੇਸ਼ਨ ਅਤੇ ਇੰਟਰਸੈਕਸ਼ਨ ਹੁੰਦੀ ਹੈ ਬੇਨਤੀ ਸ਼ੁਰੂ ਵਿੱਚ ਹਮਲਾਵਰ ਦੁਆਰਾ ਭੇਜੀ ਗਈ ਸੀ। ਅਜਿਹੇ ਹਮਲੇ ਵਿੱਚ ਟਰੈਫਿਕ ਐਂਪਲੀਫਿਕੇਸ਼ਨ ਦੀ ਡਿਗਰੀ 7432 ਤੋਂ XNUMX ਵਾਰ ਹੁੰਦੀ ਹੈ।

ਅਧਿਐਨ ਦੌਰਾਨ, 13 ਸੀਡੀਐਨ ਦੇ ਵਿਵਹਾਰ ਦਾ ਅਧਿਐਨ ਕੀਤਾ ਗਿਆ ਸੀ -
Akamai, Alibaba Cloud, Azure, CDN77, CDNsun, Cloudflare, CloudFront, Fastly, G-Core Labs, Huawei Cloud, KeyCDN, StackPath ਅਤੇ Tencent Cloud। ਜਾਂਚ ਕੀਤੇ ਗਏ ਸਾਰੇ CDN ਨੇ ਅੰਤ ਸਰਵਰ 'ਤੇ ਪਹਿਲੇ ਕਿਸਮ ਦੇ ਹਮਲੇ ਦੀ ਇਜਾਜ਼ਤ ਦਿੱਤੀ। CDN ਹਮਲੇ ਦੇ ਦੂਜੇ ਰੂਪ ਨੇ 6 ਸੇਵਾਵਾਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕੀਤਾ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ ਚਾਰ ਹਮਲੇ ਵਿੱਚ ਇੱਕ ਫਰੰਟਐਂਡ ਵਜੋਂ ਕੰਮ ਕਰ ਸਕਦੇ ਹਨ (CDN77, CDNsun, Cloudflare ਅਤੇ StackPath) ਅਤੇ ਤਿੰਨ ਇੱਕ ਬੈਕਐਂਡ (Akamai, Azure ਅਤੇ StackPath) ਵਜੋਂ। Akamai ਅਤੇ StackPath ਵਿੱਚ ਸਭ ਤੋਂ ਵੱਡਾ ਲਾਭ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜੋ ਰੇਂਜ ਹੈਡਰ ਵਿੱਚ 10 ਹਜ਼ਾਰ ਤੋਂ ਵੱਧ ਰੇਂਜਾਂ ਨੂੰ ਨਿਰਦਿਸ਼ਟ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। CDN ਮਾਲਕਾਂ ਨੂੰ ਲਗਭਗ 7 ਮਹੀਨੇ ਪਹਿਲਾਂ ਕਮਜ਼ੋਰੀਆਂ ਬਾਰੇ ਸੂਚਿਤ ਕੀਤਾ ਗਿਆ ਸੀ, ਅਤੇ ਜਦੋਂ ਜਾਣਕਾਰੀ ਜਨਤਕ ਤੌਰ 'ਤੇ ਪ੍ਰਗਟ ਕੀਤੀ ਗਈ ਸੀ, 12 ਵਿੱਚੋਂ 13 CDN ਨੇ ਪਛਾਣੀਆਂ ਗਈਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰ ਲਿਆ ਸੀ ਜਾਂ ਉਹਨਾਂ ਨੂੰ ਠੀਕ ਕਰਨ ਲਈ ਤਤਪਰਤਾ ਪ੍ਰਗਟ ਕੀਤੀ ਸੀ (ਸਿਰਫ਼ ਸਟੈਕਪਾਥ ਸੇਵਾ ਨੇ ਜਵਾਬ ਨਹੀਂ ਦਿੱਤਾ)।

ਸਰੋਤ: opennet.ru