HSTS не патрабуе прамога злучэння. HTTPS можа працаваць праз SOCKS са звычайным TLS і праверкай сертыфіката; HSTS патрабуе ад браўзера выкарыстоўваць HTTPS для хоста і строга апрацоўваць збоі сертыфіката.

Калі браўзер паведамляе аб збоі злучэння SOCKS, спачатку праверце абраную версію SOCKS, здольнасць проксі дасягнуць порта HTTPS прызначэння і месца развязання DNS прызначэння. Няўдалыя перамовы або адмова ў злучэнні адбываюцца да таго, як сертыфікат сайта можна ацаніць.

Памылка сертыфіката пасля адкрыцця злучэння — гэта іншы этап. HSTS можа перашкодзіць абыходу гэтай памылкі, але ён не стаў прычынай збою папярэдніх перамоў SOCKS. Параўнайце імя хоста сайта і ланцуг даверу, а не адключайце палітыку HTTPS, каб кампенсаваць праблему транспарту.

Сам SOCKS не ператварае шлях у перахоп TLS. Ненадзейны проксі можа скідваць або няправільна маршрутызаваць трафік, а сапраўдны наскрозны TLS прызначаны выяўляць падмену. Усталяванне новага каранёвага сертыфіката змяняе гэтую схему даверу і не з'яўляецца звычайным рашэннем для HSTS. Калі адзін сайт працуе, а другі не, параўнайце іх фактычныя этапы злучэння і патрабаванні да прызначэння. Для дазволенага параўнання праз публічную кропку спіс проксі SOCKS дае кандыдатаў; узгадніце версію і падтрымку аўтэнтыфікацыі з браўзерам.

Падобныя артыкулы