RangeAmp - റേഞ്ച് HTTP തലക്കെട്ട് കൈകാര്യം ചെയ്യുന്ന CDN ആക്രമണങ്ങളുടെ ഒരു പരമ്പര

പെക്കിംഗ് യൂണിവേഴ്സിറ്റി, സിംഗ്വാ യൂണിവേഴ്സിറ്റി, ഡാളസിലെ ടെക്സസ് യൂണിവേഴ്സിറ്റി എന്നിവിടങ്ങളിൽ നിന്നുള്ള ഗവേഷകരുടെ ഒരു സംഘം വെളിപ്പെടുത്തി DoS ആക്രമണങ്ങളുടെ ഒരു പുതിയ ക്ലാസ് - RangeAmp, ഒരു HTTP ഹെഡറിന്റെ ഉപയോഗത്തെ അടിസ്ഥാനമാക്കി ശ്രേണി ഉള്ളടക്ക ഡെലിവറി നെറ്റ്‌വർക്കുകൾ (സിഡിഎൻ) വഴി ട്രാഫിക് ആംപ്ലിഫിക്കേഷൻ സംഘടിപ്പിക്കുന്നതിന്. പല CDN-കളിലും റേഞ്ച് ഹെഡറുകൾ പ്രോസസ്സ് ചെയ്യുന്ന രീതി കാരണം, ഒരു ആക്രമണകാരിക്ക് CDN മുഖേന ഒരു വലിയ ഫയലിൽ നിന്ന് ഒരു ബൈറ്റ് അഭ്യർത്ഥിക്കാൻ കഴിയും, എന്നാൽ CDN മുഴുവൻ ഫയലും അല്ലെങ്കിൽ അതിൽ നിന്ന് വളരെ വലിയ ഡാറ്റയും ഡൗൺലോഡ് ചെയ്യും എന്നതാണ് രീതിയുടെ സാരം. ടാർഗെറ്റ് സെർവർ കാഷെയിൽ സ്ഥാപിക്കും. CDN-നെ ആശ്രയിച്ച് അത്തരം ആക്രമണസമയത്ത് ട്രാഫിക് ആംപ്ലിഫിക്കേഷന്റെ അളവ് 724 മുതൽ 43330 മടങ്ങ് വരെയാണ്, ഇത് ഇൻകമിംഗ് ട്രാഫിക്കിനൊപ്പം CDN ഓവർലോഡ് ചെയ്യാനോ ഇരയുടെ സൈറ്റിലേക്കുള്ള അന്തിമ ആശയവിനിമയ ചാനലിന്റെ ശേഷി കുറയ്ക്കാനോ ഉപയോഗിക്കാം.

മുഴുവൻ ഫയലും തിരികെ നൽകുന്നതിനുപകരം ഡൗൺലോഡ് ചെയ്യേണ്ട ഫയലിലെ സ്ഥാനങ്ങളുടെ ഒരു ശ്രേണി വ്യക്തമാക്കാനുള്ള കഴിവ് റേഞ്ച് ഹെഡർ ക്ലയന്റിന് നൽകുന്നു. ഉദാഹരണത്തിന്, ക്ലയന്റിന് "റേഞ്ച്: ബൈറ്റുകൾ=0-1023" വ്യക്തമാക്കാൻ കഴിയും കൂടാതെ സെർവർ ആദ്യത്തെ 1024 ബൈറ്റുകൾ ഡാറ്റ മാത്രമേ കൈമാറുകയുള്ളൂ. വലിയ ഫയലുകൾ ഡൗൺലോഡ് ചെയ്യുമ്പോൾ ഈ ഫീച്ചറിന് ആവശ്യക്കാരുണ്ട് - ഉപയോക്താവിന് ഡൗൺലോഡ് താൽക്കാലികമായി നിർത്താനും തുടർന്ന് തടസ്സപ്പെട്ട സ്ഥാനത്ത് നിന്ന് തുടരാനും കഴിയും. “bytes=0-0” വ്യക്തമാക്കുമ്പോൾ, ഫയലിലെ ആദ്യത്തെ ബൈറ്റ്, “bytes=-1” - അവസാനത്തേത്, “bytes=1-” - 1 ബൈറ്റിൽ നിന്ന് ആരംഭിച്ച് ഫയലിന്റെ അവസാനം വരെ നൽകാൻ സ്റ്റാൻഡേർഡ് നിർദ്ദേശിക്കുന്നു. ഒരു തലക്കെട്ടിൽ നിരവധി ശ്രേണികൾ കൈമാറാൻ സാധിക്കും, ഉദാഹരണത്തിന് "റേഞ്ച്: ബൈറ്റുകൾ=0-1023,8192-10240".

കൂടാതെ, മറ്റൊരു സിഡിഎൻ വഴി ട്രാഫിക്ക് ഫോർവേഡ് ചെയ്യുമ്പോൾ നെറ്റ്‌വർക്ക് ലോഡ് വർദ്ധിപ്പിക്കാൻ ലക്ഷ്യമിട്ടുള്ള രണ്ടാമത്തെ ആക്രമണ ഓപ്ഷൻ നിർദ്ദേശിക്കപ്പെട്ടിട്ടുണ്ട്, ഇത് ഒരു പ്രോക്സിയായി ഉപയോഗിക്കുന്നു (ഉദാഹരണത്തിന്, ക്ലൗഡ്ഫ്ലെയർ ഫ്രണ്ട്‌എൻഡായി പ്രവർത്തിക്കുമ്പോൾ (എഫ്‌സിഡിഎൻ), അകമൈ ബാക്കെൻഡായി പ്രവർത്തിക്കുമ്പോൾ ( BCDN). ഈ രീതി ആദ്യ ആക്രമണത്തിന് സമാനമാണ്, എന്നാൽ CDN നെറ്റ്‌വർക്കുകൾക്കുള്ളിൽ പ്രാദേശികവൽക്കരിക്കുകയും മറ്റ് CDN-കൾ വഴി ആക്‌സസ് ചെയ്യുമ്പോൾ ട്രാഫിക് വർദ്ധിപ്പിക്കുകയും ഇൻഫ്രാസ്ട്രക്ചറിലെ ലോഡ് വർദ്ധിപ്പിക്കുകയും സേവനത്തിന്റെ ഗുണനിലവാരം കുറയ്ക്കുകയും ചെയ്യുന്നു.

"bytes=0-,0-,0-...", "bytes=1-,0-,0-..." അല്ലെങ്കിൽ പോലുള്ള നിരവധി ശ്രേണികളുടെ റേഞ്ച് അഭ്യർത്ഥനകൾ ആക്രമണകാരി CDN-ലേക്ക് അയയ്ക്കുന്നു എന്നതാണ് ആശയം. "ബൈറ്റുകൾ=-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 ആയിരത്തിലധികം ശ്രേണികൾ വ്യക്തമാക്കാൻ അനുവദിക്കുന്ന Akamai, StackPath എന്നിവയിലാണ് ഏറ്റവും വലിയ നേട്ടം കൈവരിക്കുന്നത്. ഏകദേശം 7 മാസം മുമ്പ് CDN ഉടമകളെ കേടുപാടുകളെക്കുറിച്ച് അറിയിച്ചിരുന്നു, വിവരങ്ങൾ പരസ്യമായി വെളിപ്പെടുത്തിയപ്പോഴേക്കും, 12-ൽ 13 CDN-കളും തിരിച്ചറിഞ്ഞ പ്രശ്നങ്ങൾ പരിഹരിച്ചു അല്ലെങ്കിൽ അവ പരിഹരിക്കാനുള്ള സന്നദ്ധത പ്രകടിപ്പിച്ചു (സ്റ്റാക്ക്പാത്ത് സേവനം മാത്രം പ്രതികരിച്ചില്ല).

അവലംബം: opennet.ru