CA ബണ്ടിൽ മാറ്റുന്നതിനുമുമ്പ് ഏതു TLS ഹാൻഡ്‌ഷേക്കാണ് പരാജയപ്പെട്ടതെന്നു കണ്ടെത്തുക. പ്രോക്സിയുടെ സർട്ടിഫിക്കറ്റും വെബ്‌സൈറ്റിന്റെ സർട്ടിഫിക്കറ്റും വ്യത്യസ്ത കണക്ഷനുകളിൽ പരിശോധിക്കപ്പെടാം.

പ്രോക്സിയും ലക്ഷ്യസ്ഥാനവുംTLS പരിശോധനകൾ
HTTPS ലക്ഷ്യസ്ഥാനത്തേക്ക് HTTP പ്രോക്സിCONNECT കഴിഞ്ഞ് ടണലിലൂടെ ലക്ഷ്യസ്ഥാനത്തിന്റെ സർട്ടിഫിക്കറ്റ് പരിശോധിക്കുക.
HTTPS ലക്ഷ്യസ്ഥാനത്തേക്ക് HTTPS പ്രോക്സിആദ്യം പ്രോക്സിയിലേക്കുള്ള TLS പരിശോധിക്കുക; ടണൽ തുറന്നശേഷം ലക്ഷ്യസ്ഥാനത്തേക്കുള്ള പ്രത്യേക TLS സെഷൻ പരിശോധിക്കുക.

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

curl രണ്ടു കണക്ഷനുകൾക്കും പ്രത്യേകം CA ഓപ്ഷനുകൾ നൽകുന്നു:

curl --proxy https://proxy.example:8443 --proxy-cacert proxy-ca.pem --cacert site-ca.pem https://example.com/

--proxy-cacert പ്രോക്സിക്കുള്ള വിശ്വാസത്തിന്റെ അടിസ്ഥാനം നൽകുന്നു; --cacert ലക്ഷ്യസ്ഥാനത്തിനുള്ളത് നൽകുന്നു. ഉദാഹരണത്തിലെ എൻഡ്‌പോയിന്റും ഫയലുകളും നിങ്ങൾ ഉദ്ദേശിക്കുന്ന ട്രസ്റ്റ് ക്രമീകരണത്തിലെ മൂല്യങ്ങൾകൊണ്ടു മാറ്റുക. സിസ്റ്റത്തിന്റെ വിശ്വാസക്രമീകരണം മതിയെങ്കിൽ സ്വന്തം ബണ്ടിലുകൾ ആവശ്യമില്ല.

ഹോസ്റ്റ്നാമത്തിനു പകരം ഏതെങ്കിലും IP ഉപയോഗിക്കുന്നത് സർട്ടിഫിക്കറ്റ് പൊരുത്തപ്പെടുത്തൽ മാറ്റും. പരിശോധന ഒഴിവാക്കിയാൽ മറുവശത്തിന്റെ തിരിച്ചറിയൽ ഉറപ്പാക്കാതെ പിശക് മറയ്ക്കാം. പരിചയമില്ലാത്ത പ്രോക്സിയുടെ റൂട്ട് CA ഇൻസ്റ്റാൾ ചെയ്യാനുള്ള ആവശ്യം അതിനെ വിശ്വസിക്കാൻ മതിയായ കാരണമല്ല.

പോർട്ട് കണക്ഷൻ നിരസിക്കപ്പെടുന്നതോ CONNECT നിരസിക്കപ്പെടുന്നതോ മുൻഘട്ടത്തിലെ കാര്യമാണ്; സർട്ടിഫിക്കറ്റ് മാറ്റിയാൽ പരിഹരിക്കാനാവില്ല. മറുവശത്ത്, ലക്ഷ്യസ്ഥാനത്തിന്റെ TLS പരിശോധിച്ചുകഴിഞ്ഞാൽ വെബ്‌സൈറ്റിന്റെ HTTP പിശക് ലഭിച്ച പ്രതികരണവുമായി ബന്ധപ്പെട്ടതാണ്, മറ്റൊരു CA മാറ്റവുമായി അല്ല.

അനുബന്ധ ലേഖനങ്ങൾ