VPN-ന് പിന്നിലെ മിശ്ര ഉള്ളടക്കം: ഉറവിടം ശരിയാക്കുക, ടണൽ അല്ല

HTTP വഴി സ്ക്രിപ്റ്റുകൾ ലോഡ് ചെയ്യുന്ന ഒരു HTTPS പേജ് രണ്ട് വ്യത്യസ്ത സംരക്ഷണ നിലകളിൽ രണ്ട് അഭ്യർത്ഥനകൾ നടത്തുന്നു, പൂട്ട് ആദ്യത്തേതിനെ മാത്രം വിവരിക്കുന്നു. ടണൽ അത് മാറ്റുന്നില്ല, കാരണം അത് വാഹകനെ സംരക്ഷിക്കുന്നു, ഉറവിടത്തിന്റെ സ്വന്തം സ്കീമിനെയല്ല. വിലാസ പട്ടികയ്ക്ക് പകരം കൺസോൾ വായിച്ചാൽ ഏത് അഭ്യർത്ഥന പരാജയപ്പെട്ടു എന്ന് ബ്രൗസർ ഇതിനകം പറയുന്നുണ്ട്. മൂന്ന് പരിശോധനകൾ നിങ്ങളെ പകുതി പ്രവർത്തിക്കുന്ന പേജിൽ നിന്ന് യഥാർത്ഥ അറ്റകുറ്റപ്പണിയിലേക്ക് കൊണ്ടുപോകുന്നു.

അഭ്യർത്ഥന വായിക്കുക, വിലാസ പട്ടികയല്ല

HTTPS വഴി ലഭിച്ച ഒരു രേഖ സാധാരണ HTTP വഴി ഒരു സ്ക്രിപ്റ്റ്, സ്റ്റൈൽഷീറ്റ്, ഫോണ്ട് അല്ലെങ്കിൽ ഫ്രെയിം റഫർ ചെയ്യാം. ആ റഫറൻസ് ഒരു വേറിട്ട അഭ്യർത്ഥനയാണ്, ബ്രൗസർ പരാതിപ്പെടുന്നത് അതിനെക്കുറിച്ചാണ്. പ്രധാന രേഖയുടെ സംരക്ഷണം അതിലേക്ക് പിന്നോട്ട് പോകുന്നില്ല, രണ്ട് പ്രവാഹങ്ങളെയും വഹിക്കുന്ന ടണൽ ഒരു സ്കീമും മാറ്റുന്നില്ല. അതിനാൽ പേജ് ഒരേ സമയം യഥാർത്ഥത്തിൽ സുരക്ഷിതവും യഥാർത്ഥത്തിൽ തകർന്നതുമായിരിക്കാം.

ഉറവിടത്തെ വെറും ഉൾപ്പെടുത്തിയ ഫയൽ എന്ന് വിളിക്കുന്നത് അതിന്റെ മാറ്റിസ്ഥാപനത്തെ നിരുപദ്രവകരമാക്കുന്നില്ല.

അസുരക്ഷിത സ്ക്രിപ്റ്റ് ഉള്ളടക്കം വഴിയിൽ മാറ്റി പിന്നീട് പ്രവർത്തിപ്പിക്കാൻ കഴിയുമെങ്കിൽ, അത് പേജിന്റെ സ്വഭാവം മാറ്റാം, ഇത് ദൃശ്യപരമായ പരാജയത്തേക്കാൾ വലിയ പ്രശ്നമാണ്. ചിത്രങ്ങൾ വഴിയിൽ മാറ്റുമ്പോൾ ചെറിയതെങ്കിലും യഥാർത്ഥ അപകടസാധ്യത വഹിക്കുന്നു. പൂട്ട് ഒന്നിനെക്കുറിച്ചും കള്ളം പറയുന്നില്ല. നിങ്ങൾ അതിനോട് ചോദിച്ച ചോദ്യത്തേക്കാൾ ഇടുങ്ങിയ ചോദ്യത്തിനാണ് അത് ഉത്തരം നൽകുന്നത്.

ഏത് ഉറവിടങ്ങൾ തടയപ്പെടുന്നു, ഏത് ഉയർത്തപ്പെടുന്നു എന്ന് അറിയുക

ബ്രൗസറുകൾ എല്ലാ തരം ഉറവിടങ്ങളെയും ഒരുപോലെ കാണുന്നില്ല. മിശ്ര ഉള്ളടക്ക മാർഗ്ഗനിർദ്ദേശം HTTPS-ലേക്ക് ഉയർത്തപ്പെടുന്ന അഭ്യർത്ഥനകളെ പൂർണ്ണമായി തടയപ്പെടുന്ന അഭ്യർത്ഥനകളിൽ നിന്ന് വേർതിരിക്കുന്നു; സ്ക്രിപ്റ്റുകൾ, സ്റ്റൈൽഷീറ്റുകൾ, പ്രോഗ്രാമിംഗ് അഭ്യർത്ഥനകൾ തടയപ്പെട്ട ഭാഗത്താണ്, ചിത്രങ്ങളും മീഡിയയും പകരം ഉയർത്തപ്പെടാം അല്ലെങ്കിൽ അടയാളപ്പെടുത്തപ്പെടാം.

ഈ വ്യത്യാസമാണ് ആശയക്കുഴപ്പമുള്ള റിപ്പോർട്ടുകൾ വിശദീകരിക്കുന്നത്. തടയപ്പെട്ട സ്ക്രിപ്റ്റുള്ള പേജ് ഒരു സവിശേഷത പൂർണ്ണമായി നഷ്ടപ്പെടുന്നു, അതേസമയം ഉയർത്തപ്പെട്ട ചിത്രമുള്ള പേജ് നന്നായി കാണപ്പെടുന്നു, നിശബ്ദമായി അതിന്റെ അഭ്യർത്ഥന മാറ്റിയിരിക്കുന്നു. രേഖപ്പെടുത്തിയ വിഭാഗങ്ങൾക്ക് അപവാദങ്ങളുമുണ്ട്, അതിനാൽ ഒരു നിശ്ചിത തരത്തിലുള്ള ഓരോ URL-ഉം വിജയകരമായി ഉയർത്തപ്പെടുമെന്ന് കരുതരുത്. ഫയൽ എക്സ്റ്റൻഷനിൽ നിന്ന് അനുമാനിക്കുന്നതിന് പകരം കൺസോൾ നിർദ്ദിഷ്ട അഭ്യർത്ഥനയെക്കുറിച്ച് എന്ത് പറയുന്നു എന്ന് വായിക്കുക.

തടയപ്പെട്ട വിജറ്റ് ടണൽ പരാജയപ്പെട്ടു എന്നതിന്റെ തെളിവല്ല. ബ്രൗസർ അതിന്റെ ജോലി ചെയ്തു എന്നതിന്റെ തെളിവാണ്.

റഫറൻസ് അതിന്റെ ഉറവിടത്തിൽ ശരിയാക്കുക

സൈറ്റ് ഉടമയ്ക്ക്, അറ്റകുറ്റപ്പണി അസുരക്ഷിത URL എഴുതിയിടത്തിനാണ്: ഒരു ടെംപ്ലേറ്റ്, ഒരു സ്റ്റൈൽഷീറ്റ്, URL-കൾ കൂട്ടിച്ചേർക്കുന്ന സ്ക്രിപ്റ്റ്, അല്ലെങ്കിൽ മൂന്നാം കക്ഷിയുടെ ഘടകം. ദൃശ്യമായ പേജ് വിലാസം മാറ്റുന്നത് അവയെല്ലാം തൊടാതെ വിടുന്നു. ഉറവിടത്തിൽ ഹോസ്റ്റ് തിരയുക, കൺസോൾ ആകസ്മികമായി പേരിട്ട ഒന്നിന് പകരം ഓരോ റഫറൻസും ശരിയാക്കുക.

പിന്നീട് ഉറവിടം യഥാർത്ഥത്തിൽ സാധുവായ ഐഡന്റിറ്റിയോടെ HTTPS വഴി നൽകപ്പെടുന്നുണ്ടെന്ന് സ്ഥിരീകരിക്കുക, കാരണം സ്കീം മാറ്റം അവിടെ ഒരിക്കലും പ്രസിദ്ധീകരിക്കാത്ത ഒരു സേവനം സൃഷ്ടിക്കാനാവില്ല.

grep -rn "http://assets.example" ./templates
curl -sSI https://assets.example/widget.js | head -n 1

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

ഉപയോക്താക്കൾ പേജിനെ സ്പർശിക്കുന്ന രീതിയിൽ തന്നെ വീണ്ടും പരിശോധിക്കുക

ആവശ്യാനുസരണം ഉറവിടങ്ങൾ ലോഡ് ചെയ്യുന്ന പ്രവർത്തനങ്ങൾ പരിശീലിക്കുക, ആദ്യ രേഖ മാത്രമല്ല. ബട്ടൺ അമർത്തിയ ശേഷം പേജുകൾ അധിക കോഡ്, ഡാറ്റ, ഡൗൺലോഡുകൾ കൊണ്ടുവരുന്നു, ആ അഭ്യർത്ഥനകളാണ് പലപ്പോഴും അസുരക്ഷിതമായവ. സംരക്ഷണം ഓണായിരിക്കുമ്പോൾ തന്നെ നിർദ്ദിഷ്ട അഭ്യർത്ഥനകളും ദൃശ്യ സ്വഭാവവും സ്ഥിരീകരിക്കുക. അയച്ച ബ്രൗസർ പ്രൊഫൈലിൽ തുടങ്ങുന്ന ഒരു പരിശോധന സാധാരണ ഉപയോക്താവ് കാണുന്നത് കാണിച്ചുതരാനാവില്ല.

ടണലിന് ഇപ്പോഴും സ്വന്തം ജോലിയുണ്ട്, ആ ജോലി നെറ്റ്വർക്ക് ആക്സസാണ്, പേജിന്റെ സമഗ്രതയല്ല.

ട്രാഫിക് ടണലിന്റെ അന്തിമ ബിന്ദു വിട്ടുകഴിഞ്ഞാൽ, ശേഷിക്കുന്ന ഏതെങ്കിലും HTTP അഭ്യർത്ഥന വാഹകനിൽ നിന്ന് ഒന്നും നേടിയിട്ടില്ല. ഉറവിടത്തിന്റെ പാത ശരിയാക്കുക, ബ്രൗസർ നിർവ്വഹണം അതേ സ്ഥാനത്ത് നിലനിർത്തുക. അസുരക്ഷിത ആശ്രിതത്വത്തിന്റെ അറ്റകുറ്റപ്പണിയായി മറ്റൊരു ഗതാഗത പാളി കാണുന്നതാണ്, ശരിയായി പ്രവർത്തിച്ചിരുന്ന നിയന്ത്രണം ഓഫാക്കുന്ന ഒരു ഹെൽപ്പ്ഡെസ്ക് സ്ക്രിപ്റ്റിലേക്ക് ഒരു സംഘം എത്തുന്ന വഴി.