はじめに (対象読者・この記事でわかること)

この記事は、Webサーバーとして広く利用されているhttpd (Apache) のセキュリティ設定に課題を感じているサーバー管理者や、Webサイトのセキュリティ担当者を対象としています。特に、TLSv1.1という、現在では脆弱性が指摘されている古いプロトコルを無効化したいと考えている方に向けて、具体的な設定方法とその重要性を解説します。

この記事を読むことで、以下のことがわかるようになります。 * TLSv1.1が無効化されることのセキュリティ上のメリット * httpd (Apache) の設定ファイルでTLSv1.1を無効化する具体的な手順 * 設定変更後の確認方法 * セキュアな通信環境を維持するための継続的な取り組みの重要性

古いプロトコルを無効化することは、Webサイトの安全性を高めるための基本的ながら非常に重要なステップです。本記事を通して、より安全なWebサーバー運用の一助となれば幸いです。

前提知識

この記事を読み進める上で、以下の知識があるとスムーズです。 * Linuxサーバーの基本的な操作（SSHでの接続、コマンド実行など） * httpd (Apache) の設定ファイル（httpd.confやconf.d配下のファイルなど）の場所と基本的な編集方法の知識 * WebサーバーのSSL/TLS設定に関する基本的な理解

なぜTLSv1.1を無効化すべきなのか？ ～ 古いプロトコルのリスク ～

Webサーバーとクライアント（ブラウザなど）間の通信を暗号化するために利用されるTLS (Transport Layer Security) は、インターネット上の通信の安全性を確保する上で不可欠な技術です。しかし、TLSは継続的に研究・開発が進められており、古いバージョンにはセキュリティ上の脆弱性が発見されています。

TLSv1.0とTLSv1.1は、現在では一般的に「安全ではない」と認識されています。これらのバージョンには、以下のような脆弱性が存在することが知られています。

  • POODLE (Padding Oracle On Downgraded Legacy Encryption) 攻撃: TLSv1.0で特に問題視された脆弱性ですが、TLSv1.1でも同様のリスクが存在する可能性があります。この攻撃により、通信内容が傍受され、機密情報が漏洩する危険性があります。
  • BEAST (Browser Exploit Against SSL/TLS) 攻撃: TLSv1.0およびTLSv1.1に影響を与える可能性のある攻撃手法です。これも、通信内容の解読を試みるものであり、情報漏洩のリスクを高めます。
  • 脆弱な暗号スイートの利用: TLSv1.0およびTLSv1.1では、現代の基準では脆弱とされる暗号アルゴリズムや鍵交換方式が利用される可能性があります。これらの古い暗号スイートは、解読が比較的容易であり、通信の機密性を損ないます。

TLSv1.1を無効化するメリットは、これらの既知の脆弱性からサーバーを保護し、ユーザーのデータをより安全に保つことです。多くの最新のブラウザやデバイスはTLSv1.2以上に対応しており、TLSv1.1を無効化しても、ほとんどのユーザーは問題なくWebサイトにアクセスできます。しかし、ごく一部の古いOSやブラウザを使用しているユーザーはアクセスできなくなる可能性があります。この点は、後述する確認手順で考慮する必要があります。

現代のWebセキュリティにおいては、TLSv1.2以上、そして可能であればTLSv1.3を利用することが標準となっています。TLSv1.1を無効化することは、Webサイトの信頼性を高め、ユーザーに安心感を与えるためにも、実施すべき重要なセキュリティ対策の一つです。

httpd (Apache) でTLSv1.1を無効化する具体的な手順

ここでは、httpd (Apache) の設定ファイルを用いて、TLSv1.1およびそれ以前のTLS/SSLバージョンを無効化する具体的な手順を解説します。

設定ファイルの特定

httpdのSSL/TLS関連の設定は、通常 httpd.conf ファイル、または conf.d ディレクトリ配下の .conf ファイル（例: ssl.conf）に記述されています。お使いの環境によって設定ファイルの場所が異なる場合がありますが、一般的には以下のパスに存在します。

  • /etc/httpd/conf/httpd.conf
  • /etc/httpd/conf.d/ssl.conf (または類似の名前のファイル)

設定ファイルが見つからない場合は、httpdのドキュメントや、サーバーディストリビューションのドキュメントを参照してください。

SSL/TLSバージョンの指定

設定ファイルを開き、SSL/TLSのバージョンを指定するディレクティブを探します。通常、これは SSLProtocol ディレクティブで設定されます。

まず、現在の設定を確認してみましょう。例えば、以下のような記述があるかもしれません。

Apache

# SSLProtocol all -SSLv2 -SSLv3
# または
# SSLProtocol +TLSv1 +TLSv1.1 +TLSv1.2

これらの設定は、SSLv2, SSLv3を無効にする、あるいはTLSv1, TLSv1.1, TLSv1.2を有効にするといった意味になります。

TLSv1.1を無効化し、TLSv1.2およびTLSv1.3のみを有効にするには、以下のように SSLProtocol ディレクティブを修正します。

Apache

# TLSv1.1 およびそれ以前を無効化し、TLSv1.2 と TLSv1.3 のみを有効にする
SSLProtocol             all -SSLv3 -TLSv1 -TLSv1.1

この設定の意味は以下の通りです。 * all: 利用可能なすべてのプロトコルを対象とします。 * -SSLv3: SSLv3を無効にします。 * -TLSv1: TLSv1.0を無効にします。 * -TLSv1.1: TLSv1.1を無効にします。

これにより、httpdはTLSv1.2とTLSv1.3のみを使用してクライアントと通信するようになります。

注意点: * httpdのバージョンによっては、TLSv1.3の設定方法が異なる場合があります。TLSv1.3を明示的に有効にするためのディレクティブ（例: SSLCipherSuite の設定と組み合わせて）が必要になることもあります。一般的には、mod_ssl がTLSv1.3に対応していれば、上記の設定で自動的に有効化されます。 * Apache 2.4.36 以降では、TLSv1.3 ディレクティブが追加され、より詳細な設定が可能になっています。

暗号スイートの指定 (推奨)

SSL/TLSプロトコルのセキュリティは、使用される暗号スイート（通信の暗号化、認証、メッセージ認証に使用されるアルゴリズムの組み合わせ）に大きく依存します。TLSv1.1を無効化するだけでなく、TLSv1.2およびTLSv1.3で利用される暗号スイートも、最新の推奨設定に更新することをお勧めします。

SSLCipherSuite ディレクティブで、安全な暗号スイートのみを指定します。以下に、推奨される設定例を示します。

Apache

# 推奨される暗号スイート (OpenSSL 1.1.1 以降を想定)
SSLCipherSuite          ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384
SSLHonorCipherOrder     on
  • SSLCipherSuite: 利用可能な暗号スイートを指定します。例では、ECDHE（楕円曲線Diffie-Hellman鍵交換）やGCM（Galois/Counter Mode）モードを利用する、比較的高速で安全な暗号スイートを指定しています。
  • SSLHonorCipherOrder on: クライアントではなくサーバー側で暗号スイートの優先順位を決定するように指示します。これにより、サーバーが最も安全な暗号スイートを優先的に選択するようになります。

注意点: * SSLCipherSuite の設定は、OpenSSLのバージョンやhttpdのバージョンによって最適なものが異なります。Mozilla SSL Configuration Generator などのツールを利用して、ご自身の環境に合った推奨設定を生成することを強くお勧めします。 * TLSv1.3では、SSLCipherSuite ディレクティブとは別に、SSLCipherSuite ディレクティブでTLSv1.3用の暗号スイートを指定する場合があります。（例: SSLCipherSuite TLSv1.3 TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256:TLS_AES_128_GCM_SHA256）

設定の保存とhttpdの再起動

設定ファイルを保存したら、httpdサービスを再起動して設定を反映させます。

Bash

# 設定ファイルの構文チェック (推奨)
sudo apachectl configtest

# httpdサービスの再起動
sudo systemctl restart httpd
# または
# sudo service apache2 restart (ディストリビューションによる)

構文チェックでエラーが表示された場合は、設定ファイルの内容を修正してから再度実行してください。

設定の確認

変更が正しく適用されたかを確認するために、外部のSSLチェッカーツールを利用するのが最も確実です。

SSL Labs SSL Test: https://www.ssllabs.com/ssltest/

このサイトに、ご自身のWebサイトのドメイン名を入力してテストを実行します。テスト結果で、サポートされているTLSバージョンを確認できます。TLSv1.1が「No」となっていれば、正しく無効化されています。また、全体的なセキュリティ評価も確認できるため、他の設定を見直すきっかけにもなります。

ブラウザの開発者ツール: 各ブラウザの開発者ツールでも、接続に使用されているプロトコルを確認できます。 1. Webサイトにアクセスします。 2. F12キーなどで開発者ツールを開きます。 3. 「セキュリティ」タブ（または「Network」タブでリクエストの詳細を見る）などで、HTTPS接続のプロトコルバージョンを確認します。

ハマった点やエラー解決

Scenario 1: 設定変更後、一部の古いブラウザやOSからアクセスできなくなった

  • 原因: TLSv1.1やそれ以前のプロトコルしかサポートしていない、非常に古いクライアントからのアクセスをブロックしてしまった。
  • 解決策:
    • 推奨: ユーザーにブラウザやOSのアップデートを促す。
    • 一時的な回避策 (非推奨): もしどうしても対応が必要な場合は、特定のIPアドレスからのアクセスのみ、古いプロトコルを許可するなどの緩和策を検討する。ただし、これはセキュリティリスクを伴うため、最小限に留めるべきです。
    • 代替手段: HTTPSではなくHTTPでのアクセスを一時的に許可する（推奨しません）。

Scenario 2: apachectl configtest でエラーが出る

  • 原因: 設定ファイルの記述ミス、スペルミス、ディレクティブの構文エラーなど。
  • 解決策: エラーメッセージを注意深く読み、どの行でどのような問題が発生しているのかを特定します。
    • SSLProtocol や SSLCipherSuite の記述が、httpdやOpenSSLのバージョンと互換性がない場合があります。
    • 設定ファイルの構文（例: ; や " の閉じ忘れ）を確認します。

Scenario 3: SSL LabsのテストでTLSv1.2やTLSv1.3が「No」になる

  • 原因:
    • SSLProtocol の設定が間違っている。
    • mod_ssl モジュールが正しくロードされていない、または古いバージョンである。
    • TLSv1.3の設定が不十分である（特定のhttpd/OpenSSLバージョンで必要）。
  • 解決策:
    • SSLProtocol の設定を再度確認します。
    • httpd -M コマンドなどで mod_ssl がロードされているか確認します。
    • 必要に応じて、httpdやOpenSSLを最新バージョンにアップデートします。

まとめ

本記事では、httpd (Apache) において、セキュリティリスクの高いTLSv1.1およびそれ以前のプロトコルを無効化し、TLSv1.2およびTLSv1.3のみを有効にするための具体的な設定方法と、その重要性について解説しました。

  • TLSv1.1は既知の脆弱性を抱えており、情報漏洩のリスクを高めます。
  • SSLProtocol ディレクティブを適切に設定することで、不要なプロトコルを無効化できます。
  • SSLCipherSuite の設定も併せて見直し、最新の推奨設定に更新することがセキュリティ強化に繋がります。
  • 設定変更後は、SSLチェッカーツールなどを用いて、正しく適用されているかを確認することが不可欠です。

Webサーバーのセキュリティは、一度設定したら終わりではなく、継続的な見直しとアップデートが求められます。この記事を通して、 TLSv1.1の無効化という具体的なアクションを通じて、皆さんのWebサーバーのセキュリティレベル向上に貢献できたことを願っています。

今後は、TLSv1.3のより詳細な設定や、HTTP/2の活用など、さらにセキュアで高速なWebサーバー環境構築に関する記事についても紹介していく予定です。

参考資料