മൂന്നാം കക്ഷി അഭ്യർത്ഥനകളിലേക്ക് തിരിയാൻ ഞങ്ങളെ അനുവദിക്കുന്ന ഫ്രണ്ട്-എൻഡ്-ബാക്ക്-എൻഡ് സിസ്റ്റങ്ങൾക്ക് നേരെയുള്ള ആക്രമണം

വെളിപ്പെടുത്തി ഉള്ളടക്ക ഡെലിവറി നെറ്റ്‌വർക്കുകൾ, ലോഡ് ബാലൻസറുകൾ അല്ലെങ്കിൽ പ്രോക്സികൾ എന്നിവയിലൂടെ പ്രവർത്തിക്കുന്നവ പോലുള്ള ഫ്രണ്ട്-എൻഡ്-ബാക്ക്-എൻഡ് മോഡൽ ഉപയോഗിക്കുന്ന സൈറ്റുകളിലെ പുതിയ ആക്രമണത്തിന്റെ വിശദാംശങ്ങൾ. ചില അഭ്യർത്ഥനകൾ അയയ്‌ക്കുന്നതിലൂടെ, ഫ്രണ്ട്‌എൻഡിനും ബാക്കെൻഡിനും ഇടയിൽ ഒരേ ത്രെഡിൽ പ്രോസസ്സ് ചെയ്ത മറ്റ് അഭ്യർത്ഥനകളുടെ ഉള്ളടക്കത്തിലേക്ക് വെഡ്ജ് ചെയ്യാൻ ആക്രമണം അനുവദിക്കുന്നു. പേപാൽ സേവനത്തിന്റെ ഉപയോക്താക്കളുടെ പ്രാമാണീകരണ പാരാമീറ്ററുകൾ തടസ്സപ്പെടുത്തുന്നത് സാധ്യമാക്കുന്ന ഒരു ആക്രമണം സംഘടിപ്പിക്കാൻ നിർദ്ദിഷ്ട രീതി വിജയകരമായി ഉപയോഗിച്ചു, ഇത് പാച്ച് ചെയ്യാത്ത കേടുപാടുകളുടെ സാന്നിധ്യത്തെക്കുറിച്ച് അറിയിക്കുന്നതിനുള്ള ഒരു പ്രോഗ്രാമിന്റെ ഭാഗമായി ഗവേഷകർക്ക് ഏകദേശം 40 ആയിരം ഡോളർ നൽകി. Akamai ഉള്ളടക്ക ഡെലിവറി നെറ്റ്‌വർക്ക് ഉപയോഗിക്കുന്ന സൈറ്റുകൾക്കും ആക്രമണം ബാധകമാണ്.

ഫ്രണ്ട്‌എൻഡുകളും ബാക്ക്‌എൻഡുകളും പലപ്പോഴും എച്ച്‌ടിടിപി പ്രോട്ടോക്കോളിനായി വ്യത്യസ്ത തലത്തിലുള്ള പിന്തുണ നൽകുന്നു, എന്നാൽ അതേ സമയം വ്യത്യസ്ത ഉപയോക്താക്കളിൽ നിന്നുള്ള അഭ്യർത്ഥനകൾ ഒരു പൊതു ചാനലിലേക്ക് കൂട്ടിച്ചേർക്കുന്നു എന്നതാണ് പ്രശ്നത്തിന്റെ കാതൽ. ഫ്രണ്ട്‌എൻഡ് സ്വീകരിക്കുന്ന അഭ്യർത്ഥനകളും ബാക്കെൻഡ് പ്രോസസ്സിംഗ് അഭ്യർത്ഥനകളും ബന്ധിപ്പിക്കുന്നതിന്, ഒരു ദീർഘകാല TCP കണക്ഷൻ സ്ഥാപിക്കപ്പെടുന്നു, അതിലൂടെ ഉപയോക്തൃ അഭ്യർത്ഥനകൾ കൈമാറുകയും ശൃംഖലയിലൂടെ ഒന്നായി കൈമാറ്റം ചെയ്യുകയും HTTP പ്രോട്ടോക്കോൾ വഴി വേർതിരിക്കുകയും ചെയ്യുന്നു. അഭ്യർത്ഥനകൾ വേർതിരിക്കുന്നതിന്, "ഉള്ളടക്ക ദൈർഘ്യം" (അഭ്യർത്ഥനയിലെ ഡാറ്റയുടെ മൊത്തം വലുപ്പം നിർണ്ണയിക്കുന്നു) കൂടാതെ "ട്രാൻസ്ഫർ-എൻകോഡിംഗ്: ചങ്ക്ഡ്"("{size}\r\n{block}\r\n{size}\r\n{block}\r\n0" ഫോർമാറ്റിൽ വ്യത്യസ്ത വലുപ്പത്തിലുള്ള ബ്ലോക്കുകൾ വ്യക്തമാക്കിക്കൊണ്ട്, ഭാഗങ്ങളായി ഡാറ്റ കൈമാറാൻ നിങ്ങളെ അനുവദിക്കുന്നു).

ഫ്രണ്ട്‌എൻഡ് “ഉള്ളടക്ക ദൈർഘ്യം” മാത്രം പിന്തുണയ്‌ക്കുന്നുവെങ്കിലും “ട്രാൻസ്‌ഫർ-എൻകോഡിംഗ്: ചങ്ക്ഡ്” (ഉദാഹരണത്തിന്, Akamai CDN ഇത് ചെയ്‌തു) അല്ലെങ്കിൽ തിരിച്ചും അവഗണിക്കുകയാണെങ്കിൽ പ്രശ്‌നം ഉണ്ടാകുന്നു. ട്രാൻസ്ഫർ-എൻകോഡിംഗ്: ചങ്ക്ഡ് ഇരുവശത്തും പിന്തുണയ്ക്കുന്നുവെങ്കിൽ, എച്ച്ടിടിപി ഹെഡർ പാഴ്സറുകളുടെ നടപ്പാക്കൽ സവിശേഷതകൾ ഒരു ആക്രമണത്തിനായി ഉപയോഗിക്കാം (ഉദാഹരണത്തിന്, ഫ്രണ്ട് എൻഡ് "ട്രാൻസ്ഫർ-എൻകോഡിംഗ്: xchunked", "ട്രാൻസ്ഫർ-എൻകോഡിംഗ്: ചങ്ക്ഡ്" തുടങ്ങിയ വരികൾ അവഗണിക്കുമ്പോൾ ”, “ട്രാൻസ്ഫർ-എൻകോഡിംഗ്” :[ടാബ്]ചങ്ക്ഡ്", "എക്സ്: എക്സ്[\n]ട്രാൻസ്ഫർ-എൻകോഡിംഗ്: ചങ്ക്ഡ്", "ട്രാൻസ്ഫർ-എൻകോഡിംഗ്[\n]: ചങ്ക്ഡ്" അല്ലെങ്കിൽ "ട്രാൻസ്ഫർ-എൻകോഡിംഗ് : ചങ്ക്ഡ്", കൂടാതെ ബാക്കെൻഡ് അവയെ വിജയകരമായി പ്രോസസ്സ് ചെയ്യുന്നു).

ഈ സാഹചര്യത്തിൽ, ഒരു ആക്രമണകാരിക്ക് "ഉള്ളടക്ക-ദൈർഘ്യം", "കൈമാറ്റം-എൻകോഡിംഗ്: ചങ്ക്ഡ്" എന്നീ തലക്കെട്ടുകൾ അടങ്ങിയ ഒരു അഭ്യർത്ഥന അയയ്‌ക്കാൻ കഴിയും, എന്നാൽ "ഉള്ളടക്ക-ദൈർഘ്യം" എന്നതിലെ വലുപ്പം ചങ്ക് ചെയ്‌ത ശൃംഖലയുടെ വലുപ്പവുമായി പൊരുത്തപ്പെടുന്നില്ല. യഥാർത്ഥ മൂല്യത്തേക്കാൾ ചെറുതാണ്. ഫ്രണ്ട്‌എൻഡ് "ഉള്ളടക്ക ദൈർഘ്യം" അനുസരിച്ച് അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യുകയും ഫോർവേഡ് ചെയ്യുകയും ചെയ്യുന്നുവെങ്കിൽ, "ട്രാൻസ്ഫർ-എൻകോഡിംഗ്: ചങ്ക്ഡ്" അടിസ്ഥാനമാക്കി ബ്ലോക്ക് പൂർത്തിയാകുന്നതിനായി ബാക്കെൻഡ് കാത്തിരിക്കുകയാണെങ്കിൽ, "ട്രാൻസ്ഫർ-എൻകോഡിംഗ്: ചങ്ക്ഡ്" അടിസ്ഥാനമാക്കിയുള്ള ഡാറ്റയുടെ അവസാനം നേരത്തെ നിശ്ചയിക്കുകയും അഭ്യർത്ഥനയുടെ ശേഷിക്കുന്ന ഭാഗം ആക്രമണകാരി അടുത്ത അഭ്യർത്ഥനയുടെ തുടക്കത്തിലായിരിക്കും, അതായത്. അടുത്തതായി കൈമാറുന്ന മറ്റൊരാളുടെ അഭ്യർത്ഥനയുടെ തുടക്കത്തിൽ ആക്രമണകാരിക്ക് അനിയന്ത്രിതമായ ഡാറ്റ അറ്റാച്ചുചെയ്യാൻ കഴിയും.

ഉപയോഗിച്ച ഫ്രണ്ട്‌എൻഡ്-ബാക്കെൻഡ് കോമ്പിനേഷനിലെ പ്രശ്നം നിർണ്ണയിക്കാൻ, ഫ്രണ്ട്‌എൻഡ് വഴി നിങ്ങൾക്ക് ഇതുപോലുള്ള ഒരു അഭ്യർത്ഥന അയയ്‌ക്കാൻ കഴിയും:

പോസ്റ്റ് / HTTP/1.1 കുറിച്ച്
ഹോസ്റ്റ്: example.com
ട്രാൻസ്ഫർ-എൻകോഡിംഗ്: ചങ്ക്ഡ്
ഉള്ളടക്ക ദൈർഘ്യം: 4

1
Z
Q

ബാക്കെൻഡ് അഭ്യർത്ഥന ഉടനടി പ്രോസസ്സ് ചെയ്യുന്നില്ലെങ്കിൽ, ചങ്ക് ചെയ്ത ഡാറ്റയുടെ അവസാന സീറോ ബൗണ്ടിംഗ് ബ്ലോക്കിന്റെ വരവിനായി കാത്തിരിക്കുകയാണെങ്കിൽ പ്രശ്നം നിലവിലുണ്ട്. കൂടുതൽ പൂർണ്ണമായ പരിശോധനയ്ക്കായി തയ്യാറാക്കിയത് "ട്രാൻസ്‌ഫർ-എൻകോഡിംഗ്: ചങ്ക്ഡ്" ഹെഡർ ഫ്രണ്ടെൻഡിൽ നിന്ന് മറയ്ക്കുന്നതിനുള്ള സാധ്യമായ രീതികളും പരിശോധിക്കുന്ന ഒരു പ്രത്യേക യൂട്ടിലിറ്റി.

ഒരു യഥാർത്ഥ ആക്രമണം നടത്തുന്നത് ആക്രമിക്കപ്പെട്ട സൈറ്റിന്റെ കഴിവുകളെ ആശ്രയിച്ചിരിക്കുന്നു, ഉദാഹരണത്തിന്, Trello വെബ് ആപ്ലിക്കേഷനെ ആക്രമിക്കുമ്പോൾ, നിങ്ങൾക്ക് അഭ്യർത്ഥനയുടെ ആരംഭം മാറ്റിസ്ഥാപിക്കാം ("PUT /1/members/1234... x=x&csrf പോലുള്ള ഡാറ്റ മാറ്റിസ്ഥാപിക്കുക =1234&username=testzzz&bio=cake”) കൂടാതെ ഒരു മൂന്നാം കക്ഷി ഉപയോക്താവിന്റെ യഥാർത്ഥ അഭ്യർത്ഥനയും അതിൽ വ്യക്തമാക്കിയിട്ടുള്ള ആധികാരികത കുക്കിയും ഉൾപ്പെടെ ഒരു സന്ദേശം അയയ്ക്കുക. saas-app.com-ലെ ആക്രമണത്തിന്, അഭ്യർത്ഥന പാരാമീറ്ററുകളിലൊന്നിൽ പകരം വയ്ക്കുന്നതിലൂടെ പ്രതികരണത്തിൽ JavaScript കോഡിന് പകരം വയ്ക്കുന്നത് സാധ്യമാണ്. redhat.com-ലെ ആക്രമണത്തിന്, ആക്രമണകാരിയുടെ വെബ്‌സൈറ്റിലേക്ക് റീഡയറക്‌ടുചെയ്യാൻ ഒരു ആന്തരിക ഹാൻഡ്‌ലർ ഉപയോഗിച്ചു (“POST /search?dest=../assets/idx?redir=// എന്ന ഫോമിന്റെ അഭ്യർത്ഥന.[ഇമെയിൽ പരിരക്ഷിച്ചിരിക്കുന്നു]/ HTTP/1.1").

ഉള്ളടക്ക ഡെലിവറി നെറ്റ്‌വർക്കുകൾക്കായുള്ള രീതി ഉപയോഗിക്കുന്നത് "ഹോസ്റ്റ്:" തലക്കെട്ടിന് പകരം അഭ്യർത്ഥിച്ച സൈറ്റ് മാറ്റിസ്ഥാപിക്കുന്നത് സാധ്യമാക്കി. ഉള്ളടക്ക കാഷിംഗ് സിസ്റ്റങ്ങളിലെ ഉള്ളടക്കങ്ങൾ വിഷലിപ്തമാക്കുന്നതിനും കാഷെ ചെയ്‌ത രഹസ്യ ഡാറ്റ എക്‌സ്‌ട്രാക്‌റ്റുചെയ്യുന്നതിനും ആക്രമണം ഉപയോഗിക്കാം. ആധികാരികത ഉറപ്പാക്കുന്ന സമയത്ത് ഉപയോക്താക്കൾ അയയ്‌ക്കുന്ന പാസ്‌വേഡുകൾ തടസ്സപ്പെടുത്തുന്നത് സാധ്യമാക്കിയ PayPal-ന് നേരെയുള്ള ആക്രമണത്തിന്റെ ഓർഗനൈസേഷനായിരുന്നു ഈ രീതിയുടെ പരകോടി (paypal.com/us/gifts പേജിന്റെ പശ്ചാത്തലത്തിൽ JavaScript എക്‌സിക്യൂട്ട് ചെയ്യുന്നതിന് iframe അഭ്യർത്ഥന പരിഷ്‌ക്കരിച്ചു. ഏത് CSP (ഉള്ളടക്ക സുരക്ഷാ നയം) ബാധകമാക്കിയിട്ടില്ല).

രസകരമെന്നു പറയട്ടെ, 2005 ൽ ഉണ്ടായിരുന്നു നിർദ്ദേശിച്ചു ഒരു HTTP സെഷനിൽ നിരവധി "GET" അല്ലെങ്കിൽ "POST" അഭ്യർത്ഥനകൾ വ്യക്തമാക്കി കാഷിംഗ് പ്രോക്സികളിൽ (Tomcat, squid, mod_proxy) ഡാറ്റ കബളിപ്പിക്കാനോ ഫയർവാൾ തടയൽ ബൈപാസ് ചെയ്യാനോ നിങ്ങളെ അനുവദിക്കുന്ന അടിസ്ഥാനപരമായി സമാനമായ അഭ്യർത്ഥന സ്പൂഫിംഗ് സാങ്കേതികത.

അവലംബം: opennet.ru