CVE-2026-105766 Nginx設定のリダイレクト脆弱性 TLS終了時HTTPリダイレクト

この記事はAIがNVDのCVE情報をもとに要約・生成したものです。影響範囲や対策は、必ずNVDおよび各ベンダーの公式情報をご確認ください。

公開日: 2026-10-05T20:17:20.620 / 更新日: 2026-10-06T15:03:59.427 / CVSS: 3.1 / 深刻度: LOW

特定のNginx設定がTLS終了位置によって不正なリダイレクトを引き起こす可能性のある脆弱性が報告されています。この問題は、ロードバランサー前に配置されたNginxでTLSが終了している場合、スラッシュのないディレクトリパスへのHTTPSリクエストを受けると、HTTPのURLにリダイレクトする301応答が生成されるため、オンパストラフィック攻撃者が通信内容を改ざんまたは読み取るリスクがあります。ただし、HSTSプリロードリストに登録されたドメイン(例:.dev)を使用するブラウザは影響を受けません。確認時は、Nginx設定ファイルでスラッシュ付きディレクトリリダイレクトが定義されているか、$scheme変数が適切に使用されているかを確認してください。影響範囲は限定的ですが、TLS終了位置とNginx設定が複雑な環境では注意が必要です。

参照情報

ソクラテスの問い、プラトンの備え

ソクラテス

プラトンよ、この脆弱性の本質を問うがよい。TLS終了位置がネットワークの安全に与える影響について、君はどのように考える?

プラトン

ええと…つまり、Nginxの設定がHTTPにリダイレクトする仕組みが、攻撃者の手がかりになるというわけですか?でも、HSTSプリロードリストに登録されたドメインなら影響がないとあるので、それほど深刻ではないのでしょうか?

ソクラテス

では、君は「設定の確認」がなぜ重要なのか、説明できるだろうか?

プラトン

ああ、わかりました!Linux運用者はまず、Nginx設定ファイルで「スラッシュ付きディレクトリリダイレクト」が定義されているかを確認する必要があります。また、$scheme変数が適切に使用されているかをチェックするべきです。この確認作業は、たとえCVSSスコアがLOWでも、TLS終了位置の設計が複雑な環境では不可欠です。

ソクラテス

その確認後、次のステップは?

プラトン

パッチ適用ですね。CVE情報に記載されたcommit履歴を参照し、ベンダー(ここではChainguard Academy)が提供する修正を適用する必要があります。変更管理の文書化を忘れてはなりません。また、監視ツールでリダイレクト応答が発生していないかを定期的にチェックしましょう。

ソクラテス

では、HSTSプリロードリストの存在は、運用者にとってどのような意味を持つ?

プラトン

それは「リスクが限定されている」ことを示していますが、それゆえに「対象外のユーザーが存在する」という現実を忘れてはなりません。特にコマンドラインツールやスクリプトを使用するユーザーは、HSTSを強制しない場合があるため、注意が必要です。

ソクラテス

最後に、君はこの脆弱性から何を学ぶだろう?

プラトン

「設定の見落とし」が、どんなに小さなリスクでも重大な影響をもたらす可能性があることをです。そして、ベンダー情報の正確な確認と、変更管理の徹底が、Linux運用者にとっての日常の務めです。…ええ、でも、Nginxの設定ファイルにスラッシュが足りないなんて、まるで哲学のパラドックスですね(笑)。

関連キーワード: nginx