OCSP സ്വകാര്യത: പ്രതികരിക്കുന്നയാൾ സർട്ടിഫിക്കറ്റ് കാണുന്നു, നിങ്ങളുടെ URL അല്ല

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

അഭ്യർത്ഥന ഒരു സർട്ടിഫിക്കറ്റിനെ തിരിച്ചറിയുന്നു

OCSP സർട്ടിഫിക്കറ്റ് ഐഡന്റിഫയർ ഒരു ഹാഷ് ഫംഗ്ഷൻ, ഇഷ്യൂവറുടെ രണ്ട് ഹാഷുകൾ, ലക്ഷ്യ സർട്ടിഫിക്കറ്റിന്റെ സീരിയൽ നമ്പർ എന്നിവയിൽ നിന്ന് നിർമ്മിക്കുന്നു, RFC 6960-ൽ വ്യക്തമാക്കിയതുപോലെ. ഓരോ ഫീൽഡും ഒരു സർട്ടിഫിക്കറ്റിനെ സൂചിപ്പിക്കുന്നു, URL-ഓ HTTP അഭ്യർത്ഥനയോ അല്ല.

പേജിന്റെ പാത, ക്വറി സ്ട്രിംഗ്, ഏതെങ്കിലും ഫോം ഉള്ളടക്കം എന്നിവ സ്റ്റാൻഡേർഡ് ഐഡന്റിഫയറിൽ ഇല്ല. പ്രതികരിക്കുന്നയാൾക്ക് കൃത്യമായ URL ലഭിക്കുന്നു എന്ന വാദത്തിന് സർട്ടിഫിക്കറ്റ് പരിശോധനയല്ലാതെ മറ്റെവിടെനിന്നെങ്കിലും തെളിവ് വേണം. അഭ്യർത്ഥന ഇപ്പോഴും ഒരു സർട്ടിഫിക്കറ്റും ഒരു നിമിഷവും പേരെടുത്ത് പറയുന്നു, അത് ഏത് സേവനം അവതരിപ്പിക്കുന്നു എന്ന് പ്രതികരിക്കുന്നയാൾക്ക് അറിയാമായിരിക്കാം.

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

പ്രതികരിക്കുന്നയാൾക്ക് യഥാർത്ഥത്തിൽ എന്ത് നിരീക്ഷിക്കാനാകും

തന്നിലേക്ക് എത്തുന്ന കണക്ഷൻ പ്രതികരിക്കുന്നയാൾ കാണുന്നു: ഉറവിട വിലാസം, സമയം, അതിന്റെ വിന്യാസം രേഖപ്പെടുത്തുന്ന ഏതെങ്കിലും ഗതാഗത മെറ്റാഡാറ്റ. സ്റ്റാറ്റസ് അഭ്യർത്ഥന VPN-നെ പിന്തുടരുന്നുവെങ്കിൽ, ആ ഉറവിടം ഉപയോക്താവിന്റെ ആക്സസ് നെറ്റ്വർക്കല്ല, VPN എക്സിറ്റ് ആയിരിക്കാം. രണ്ടും ഒരേ ബ്രൗസർ സെഷനിൽ ഉള്ളതുകൊണ്ട് മാത്രം സ്റ്റാറ്റസ് അഭ്യർത്ഥന പേജ് അഭ്യർത്ഥനയുടെ അതേ പാതയിലൂടെ പോകുന്നു എന്ന് കരുതരുത്.

ഒരു ട്രെയ്സിൽ നിന്ന് അനുമാനിക്കുന്നതിന് പകരം ക്ലയന്റ് പിന്തുണയ്ക്കുന്ന റൗട്ടിംഗും സ്ഥിരീകരണ സ്വഭാവവും പരിശോധിക്കുക. വിഭജിത ടണൽ രണ്ട് അഭ്യർത്ഥനകളും വ്യത്യസ്ത ദിശകളിലേക്ക് അയച്ചേക്കാം.

സ്റ്റേപിൾ ചെയ്ത പ്രതികരണമാണ് മറ്റൊരു സാധാരണ മാതൃക. RFC 6066-ലെ TLS status_request എക്സ്റ്റൻഷൻ സർവറിന് തന്റെ ഹാൻഡ്ഷേക്കിൽ ഒരു OCSP പ്രതികരണം ചേർക്കാൻ അനുവദിക്കുന്നു, അതിനാൽ ക്ലയന്റ് ആ കണക്ഷനുവേണ്ടി സ്വയം സ്റ്റാറ്റസ് കൊണ്ടുവരുന്നതിന് പകരം നൽകിയത് സ്ഥിരീകരിക്കുന്നു. ആ മാറ്റം നിരീക്ഷകനെ മാറ്റുന്നു. കൊണ്ടുവരുന്നത് സർവർ ഭാഗം ചെയ്യുന്നു, ക്ലയന്റിന്റെ സ്വന്തം വിലാസം ആ കണക്ഷനുവേണ്ടി ഒരിക്കലും പ്രതികരിക്കുന്നയാളെ എത്തിപ്പെടുന്നില്ല.

സ്റ്റാറ്റസ് ഹാൻഡ്ഷേക്കിൽ സ്റ്റേപിൾ ചെയ്ത് എത്താം

ഇവയൊന്നും ക്ലയന്റ് ഒരിക്കലും മറ്റൊരു സ്ഥിരീകരണ അഭ്യർത്ഥന നടത്തില്ല എന്ന് ഉറപ്പ് നൽകുന്നില്ല. ചെയിൻ നിർമ്മാണം, സ്റ്റാറ്റസ് നയം, പിന്തുണയ്ക്കുന്ന സംവിധാനങ്ങൾ എന്നിവ നടപ്പാക്കലനുസരിച്ച് വ്യത്യാസപ്പെടുന്നു.

ഒരു ബ്രൗസറിലെ സർട്ടിഫിക്കറ്റ് വ്യൂവർ എല്ലാ ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന്റെയും VPN ക്ലയന്റിന്റെയും വിവരണമല്ല. ഒരേ നെറ്റ്വർക്ക് ക്യാപ്ചർ വ്യത്യസ്ത സ്ഥിരീകരണ ക്രമീകരണങ്ങളിൽ വ്യത്യസ്ത അർത്ഥങ്ങൾ വഹിക്കാം.

കാഷിംഗ് ഒരു പേജ് ഒരു തിരയൽ എന്ന അനുമാനം തകർക്കുന്നു

കാഷിംഗ് പേജ് ലോഡുകളെ തിരയലുകളിൽ നിന്ന് വേർപെടുത്തുന്നു. ബ്രൗസർ ഒരു കാലയളവിൽ പ്രതികരണം വീണ്ടും ഉപയോഗിച്ചേക്കാം, അതിനാൽ ഒരു പേജ് കാഴ്ച ഒരു നെറ്റ്വർക്ക് അഭ്യർത്ഥന എന്ന് അർത്ഥമാക്കുന്നില്ല.

വിപരീത തെറ്റും അത്രതന്നെ സാധാരണമാണ്. കാഷ് ചെയ്ത പ്രതികരണം അടുത്ത പുതുക്കൽ എപ്പോൾ സംഭവിക്കും എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല, പുതുക്കൽ ഷെഡ്യൂൾ തുറക്കുന്ന പേജുമായി ബന്ധമില്ലാത്തതായിരിക്കാം. ഒരു ക്യാപ്ചറിനെ OCSP-യോട് ആരോപിക്കുന്നതിന് മുൻപ് ക്ലയന്റിന്റെ നിലവിലെ ഡോക്യുമെന്റേഷനും നിലവിലുള്ള സ്ഥിരീകരണ നയവും ഉപയോഗിക്കുക.

സാധുവായ സ്റ്റാറ്റസ് പ്രതികരണം സ്ഥിരീകരണക്കാരന്റെ ആധികാരികതയുടെയും പുതുമയുടെയും നിയമങ്ങൾ പാലിക്കണം, HTTP 200 നല്ല സ്റ്റാറ്റസിന് തുല്യമല്ല. സമയപരിധി കടക്കൽ റദ്ദാക്കലല്ല. ഈ ഫലങ്ങൾ വ്യത്യസ്ത ക്ലയന്റ് സ്വഭാവത്തിലേക്ക് നയിക്കുന്നു, അവയെ ഒരൊറ്റ പിശകായി ചേർക്കരുത്.

സ്ഥിരീകരണം അക്ഷതമായി നിലനിർത്തുന്ന സ്വകാര്യതാ തിരഞ്ഞെടുപ്പുകൾ

തിരയൽ തന്നെ സംവേദനക്ഷമമായിരിക്കുമ്പോൾ, പിന്തുണയ്ക്കുന്ന ഡെലിവറി, കാഷിംഗ് ഓപ്ഷനുകൾ സിസ്റ്റം ഉടമയുമായി ചർച്ച ചെയ്യുക. റദ്ദാക്കൽ പരിശോധനയോ ചെയിൻ സ്ഥിരീകരണമോ ഓഫ് ചെയ്ത് അത് പരിഹരിക്കരുത്.

കൂടുതൽ ശാന്തമായ ട്രെയ്സ് കൂടുതൽ സുരക്ഷിതമായ കണക്ഷനല്ല. പിയർ ഐഡന്റിറ്റി, ചെയിൻ സ്ഥിരീകരണം, ഉദ്ദേശിച്ച റദ്ദാക്കൽ നയം എന്നിവ അക്ഷതമായി നിലനിർത്തുക, ഡെലിവറി പാത വിന്യാസം പിന്തുണയ്ക്കുന്ന ഓപ്ഷൻ വഴി മാത്രം മാറ്റുക. ഏത് ഓപ്ഷൻ തിരഞ്ഞെടുത്തു, അതിന്റെ ഉടമ ആരാണ് എന്ന് രേഖപ്പെടുത്തുക.

ഒരു തിരയൽ അപ്രതീക്ഷിതമായി പ്രത്യക്ഷപ്പെടുമ്പോൾ, സ്വീകർത്താവ്, പാത, സർട്ടിഫിക്കറ്റ് പ്രവർത്തനം എന്നിവ വെവ്വേറെ പേരെടുത്ത് പറയുക. ഇഷ്യൂവർ ഡൗൺലോഡ്, സ്റ്റാറ്റസ് ചോദ്യം, പേജ് അഭ്യർത്ഥന എന്നിവ മൂന്ന് സംഭവങ്ങളാണ്. അവയെ ഒന്നായി കാണുന്നത് സ്വകാര്യതാ അവലോകനം കൃത്യമല്ലാതാക്കുകയും ഏത് കക്ഷി യഥാർത്ഥത്തിൽ എന്തെങ്കിലും പഠിച്ചു എന്ന് മറയ്ക്കുകയും ചെയ്യുന്നു. പ്രോട്ടോക്കോൾ ഫീൽഡുകളിൽ നിന്ന് ആരംഭിച്ച് നെറ്റ്വർക്ക് പാതയിലേക്ക് പുറത്തേക്ക് നീങ്ങുക.