RangeAmp એ CDN હુમલાઓની શ્રેણી છે જે રેન્જ HTTP હેડરને હેરફેર કરે છે.

પેકિંગ યુનિવર્સિટી, સિંઘુઆ યુનિવર્સિટી અને ડલ્લાસની યુનિવર્સિટી ઓફ ટેક્સાસના સંશોધકોની ટીમ જાહેર કર્યું DoS હુમલાઓનો નવો વર્ગ - રેન્જએમ્પ, HTTP હેડરના ઉપયોગ પર આધારિત રેંજ સામગ્રી વિતરણ નેટવર્ક્સ (CDN) દ્વારા ટ્રાફિક એમ્પ્લીફિકેશન ગોઠવવા. પદ્ધતિનો સાર એ છે કે જે રીતે ઘણા CDN માં રેન્જ હેડરોની પ્રક્રિયા કરવામાં આવે છે તેના કારણે, હુમલાખોર CDN દ્વારા મોટી ફાઇલમાંથી એક બાઇટની વિનંતી કરી શકે છે, પરંતુ CDN આખી ફાઇલ અથવા ડેટાના ઘણા મોટા બ્લોકને ડાઉનલોડ કરશે. લક્ષ્ય સર્વર કેશમાં મૂકવામાં આવશે. આવા હુમલા દરમિયાન ટ્રાફિક એમ્પ્લીફિકેશનની ડિગ્રી, CDN પર આધાર રાખીને, 724 થી 43330 વખત સુધીની હોય છે, જેનો ઉપયોગ આવતા ટ્રાફિક સાથે CDN ને ઓવરલોડ કરવા અથવા પીડિતની સાઇટ પર અંતિમ સંચાર ચેનલની ક્ષમતા ઘટાડવા માટે થઈ શકે છે.

રેન્જ હેડર ક્લાયન્ટને ફાઇલમાં પોઝિશન્સની શ્રેણીનો ઉલ્લેખ કરવાની ક્ષમતા આપે છે જે સંપૂર્ણ ફાઇલ પરત કરવાને બદલે ડાઉનલોડ થવી જોઈએ. ઉદાહરણ તરીકે, ક્લાયંટ "રેન્જ: બાઇટ્સ=0-1023" નો ઉલ્લેખ કરી શકે છે અને સર્વર ફક્ત પ્રથમ 1024 બાઇટ્સ ડેટા ટ્રાન્સમિટ કરશે. મોટી ફાઇલો ડાઉનલોડ કરતી વખતે આ સુવિધાની માંગ છે - વપરાશકર્તા ડાઉનલોડને થોભાવી શકે છે અને પછી વિક્ષેપિત સ્થિતિમાંથી ચાલુ રાખી શકે છે. “bytes=0-0” નો ઉલ્લેખ કરતી વખતે, માનક ફાઈલમાં પ્રથમ બાઈટ, “bytes=-1” – છેલ્લું, “bytes=1-” – 1 બાઈટથી શરૂ કરીને ફાઈલના અંત સુધી આપવા માટે સૂચના આપે છે. એક હેડરમાં ઘણી શ્રેણીઓ ટ્રાન્સમિટ કરવી શક્ય છે, ઉદાહરણ તરીકે “રેન્જ: બાઇટ્સ=0-1023,8192-10240”.

વધુમાં, બીજા હુમલાના વિકલ્પની દરખાસ્ત કરવામાં આવી છે, જેનો ઉદ્દેશ્ય અન્ય CDN દ્વારા ટ્રાફિકને ફોરવર્ડ કરતી વખતે નેટવર્ક લોડમાં વધારો કરવાનો છે, જેનો ઉપયોગ પ્રોક્સી તરીકે થાય છે (ઉદાહરણ તરીકે, જ્યારે ક્લાઉડફ્લેર ફ્રન્ટએન્ડ (FCDN) તરીકે કામ કરે છે, અને અકામાઈ બેકએન્ડ તરીકે કામ કરે છે ( BCDN). પદ્ધતિ પ્રથમ હુમલા જેવી જ છે, પરંતુ તે CDN નેટવર્કમાં સ્થાનીકૃત છે અને જ્યારે અન્ય CDN દ્વારા ઍક્સેસ કરવામાં આવે ત્યારે ટ્રાફિકમાં વધારો કરવાની મંજૂરી આપે છે, ઇન્ફ્રાસ્ટ્રક્ચર પરનો ભાર વધે છે અને સેવાની ગુણવત્તા ઘટાડે છે.

વિચાર એ છે કે હુમલાખોર CDN ને ઘણી રેન્જની રેન્જ વિનંતીઓ મોકલે છે, જેમ કે "bytes=0-,0-,0-...", "bytes=1-,0-,0-..." અથવા "bytes=-1024,0 ,0-,0-...". વિનંતીઓમાં મોટી સંખ્યામાં “0-” રેન્જ હોય ​​છે, જે સૂચવે છે કે ફાઇલ પોઝિશન શૂન્યથી અંત સુધી પાછી આવે છે. રેન્જ પાર્સિંગના ખોટા અમલીકરણને કારણે, જ્યારે પ્રથમ CDN બીજાને ઍક્સેસ કરે છે, ત્યારે દરેક “53-” શ્રેણી માટે એક સંપૂર્ણ ફાઇલ મોકલવામાં આવે છે (રેન્જો એકત્ર કરવામાં આવતી નથી, પરંતુ ક્રમિક રીતે પુનરાવર્તિત થાય છે), જો ત્યાં રેન્જનું ડુપ્લિકેશન અને આંતરછેદ હોય. વિનંતી શરૂઆતમાં હુમલાખોર દ્વારા મોકલવામાં આવી હતી. આવા હુમલામાં ટ્રાફિક એમ્પ્લીફિકેશનની ડિગ્રી 7432 થી XNUMX વખતની છે.

અભ્યાસ દરમિયાન, 13 CDN ના વર્તનનો અભ્યાસ કરવામાં આવ્યો હતો -
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) તરીકે. અકામાઈ અને સ્ટેકપાથમાં સૌથી વધુ લાભ પ્રાપ્ત થાય છે, જે રેન્જ હેડરમાં 10 હજારથી વધુ રેન્જનો ઉલ્લેખ કરવાની મંજૂરી આપે છે. લગભગ 7 મહિના પહેલા CDN માલિકોને નબળાઈઓ વિશે જાણ કરવામાં આવી હતી, અને માહિતી સાર્વજનિક રીતે જાહેર કરવામાં આવી ત્યાં સુધીમાં, 12 માંથી 13 CDN એ ઓળખાયેલી સમસ્યાઓને ઠીક કરી દીધી હતી અથવા તેને ઠીક કરવા માટે તૈયારી દર્શાવી હતી (ફક્ત સ્ટેકપાથ સેવાએ પ્રતિસાદ આપ્યો ન હતો).

સોર્સ: opennet.ru