HSTS hâldt jo net tsjin om in SOCKS-proxy te brûken
Ûnderskied in SOCKS-ferbiningflater fan HSTS-hanthavling en HTTPS-sertifikaatfalidaasje.
HSTS easket gjin direkte ferbining. HTTPS kin troch SOCKS rinne mei syn normale TLS en sertifikaatferifikaasje; HSTS fertelt de browser om HTTPS te brûken foar de host en sertifikaatflatings strang te behanneljen.
As de browser in SOCKS-ferbiningflater meldt, kontrolearje dan earst de keazen SOCKS-ferzje, it fermogen fan de proxy om de HTTPS-poarte fan it doel te berikken en wêr't de DNS fan it doel oplost wurdt. In mislearre ûnderhanneling of in wegere doelferbining bart foardat it sertifikaat fan 'e webside beoardiele wurde kin.
In sertifikaatflater neidat de ferbining iepenet is in oar stadium. HSTS kin foarkomme dat dy flater omgien wurdt, mar it feroarsake net it mislearjen fan 'e eardere SOCKS-ûnderhanneling. Fergelykje de hostnamme fan 'e webside en de fertrouwensketen yn stee fan it HTTPS-belied út te skeakeljen om in transportprobleem te kompensearjen.
SOCKS makket it paad sels net ta TLS-ûnderskepping. In net fertroude proxy kin ferkear falle litte of ferkeard liede, wylst jildich ein-ta-ein TLS bedoeld is om foarjaan fan identiteit te ûntdekken. It ynstallearjen fan in nij woartelsertifikaat feroaret dy fertrouwensregeling en is gjin routineôffesting foar HSTS. As ien side wurket en in oare mislearret, fergelykje har werklike ferbiningstadia en doelfereasken. Foar in tastiene fergeliking fia in iepenbier einpunt leveret de SOCKS-proxylist kandidaten; pas de ferzje en autentikaasje-stipe oan de browser oan.