HSTS は直接接続を要求しません。HTTPS は通常の TLS と証明書検証を伴って SOCKS 経由で動作できます。HSTS はブラウザに、そのホストで HTTPS を使い、証明書の失敗を厳格に扱うよう指示します。

ブラウザが SOCKS 接続の失敗を報告した場合は、まず選択した SOCKS のバージョン、プロキシが宛先の HTTPS ポートに到達できるか、宛先の DNS をどこで解決しているかを確認してください。ネゴシエーションの失敗や宛先接続の拒否は、Web サイトの証明書を評価できるより前に発生します。

接続が確立した後の証明書エラーは別の段階です。HSTS はそのエラーの回避を防げますが、以前の SOCKS ネゴシエーションを失敗させたわけではありません。転送の問題を補うために HTTPS ポリシーを無効にするのではなく、Web サイトのホスト名と信頼チェーンを比較してください。

SOCKS 自体が経路を TLS 傍受に変えるわけではありません。信頼できないプロキシは通信を破棄したり誤って転送したりできますが、正しいエンドツーエンドの TLS はなりすましを検出するためのものです。新しいルート証明書をインストールすることはその信頼の仕組みを変えることであり、HSTS の通常の対処法ではありません。あるサイトが動作し別のサイトが失敗する場合は、実際の接続段階と宛先の要件を比較してください。公開エンドポイント経由の許容される比較には、SOCKS プロキシ一覧が候補を提供します。バージョンと認証サポートをブラウザに合わせてください。

関連記事