MENU
  1. ホーム
  2. Apache
  3. Apache mod_headersでセキュアなHTTPヘッダーを追加する手順【完全ガイド】

Apache mod_headersでセキュアなHTTPヘッダーを追加する手順【完全ガイド】

Apache

ApacheのWebサーバーは、安定性と柔軟性に優れ、広く利用されていますが、セキュリティ対策を怠ると脆弱性を突かれる可能性があります。特にHTTPヘッダーは、サーバーとクライアント間でやり取りされる重要な情報であり、適切に設定することでセキュリティを強化できます。

本記事では、Apacheのmod_headersモジュールを使用してセキュアなHTTPヘッダーを追加する方法を詳しく解説します。mod_headersは、HTTPリクエストおよびレスポンスのヘッダーを柔軟に制御できる強力なモジュールであり、Content-Security-PolicyやX-Frame-Optionsなどのヘッダーを簡単に追加可能です。

セキュリティヘッダーの設定は、クロスサイトスクリプティング(XSS)やクリックジャッキングなど、さまざまな攻撃からWebアプリケーションを保護するために不可欠です。Apacheを使用するすべてのWeb管理者にとって必須の知識と言えるでしょう。

この記事を読むことで、Apacheサーバーでセキュアな環境を構築するための具体的な手順と実践的な例を習得できます。

目次
  1. mod_headersとは何か
    1. mod_headersの役割
    2. mod_headersの特徴
  2. セキュアなHTTPヘッダーの重要性
    1. セキュリティ強化の理由
    2. 代表的なセキュリティヘッダー
    3. セキュリティヘッダーを導入するメリット
  3. Apacheにmod_headersをインストールする方法
    1. 1. mod_headersのインストール確認
    2. 2. mod_headersのインストール手順
    3. 3. mod_headersの有効化
    4. 4. Apacheの再起動
    5. 5. 動作確認
  4. 基本的なセキュアHTTPヘッダーの追加方法
    1. 1. Content-Security-Policy (CSP) の追加
    2. 2. X-Frame-Options の追加
    3. 3. X-XSS-Protection の追加
    4. 4. Strict-Transport-Security (HSTS) の追加
    5. 5. Referrer-Policy の追加
    6. 設定の適用
  5. セキュリティ強化のためのカスタムヘッダー設定例
    1. 1. サーバー情報を隠す
    2. 2. カスタムセキュリティポリシーの設定
    3. 3. アプリケーション識別ヘッダーの追加
    4. 4. OPTIONSメソッドの制限
    5. 5. キャッシュ制御のカスタマイズ
    6. 設定の適用
  6. 既存のヘッダーを変更・削除する方法
    1. 1. Serverヘッダーの変更・削除
    2. 2. X-Powered-Byヘッダーの削除
    3. 3. ETagヘッダーの削除
    4. 4. X-Frame-Optionsヘッダーの変更
    5. 5. Referrer-Policyヘッダーの変更
    6. 6. カスタムヘッダーの削除
    7. 設定の適用
  7. セキュリティテストと確認方法
    1. 1. HTTPヘッダーの確認方法
    2. 2. オンラインツールでの確認
    3. 3. Apacheのログで確認
    4. 4. HTTPセキュリティスキャンツール
    5. 5. テスト後の対応
    6. 設定反映後の最終確認
  8. トラブルシューティングとよくある問題
    1. 1. ヘッダーが反映されない
    2. 2. ヘッダーが重複する
    3. 3. 設定ファイルの読み込み順序による不具合
    4. 4. 設定変更後の反映が遅い
    5. 5. 特定のヘッダーが動作しない
    6. 6. トラブルシューティング後の確認
  9. まとめ

mod_headersとは何か


mod_headersは、Apache HTTPサーバーでHTTPリクエストおよびレスポンスのヘッダーを自由に追加、変更、削除できるモジュールです。このモジュールを使用することで、セキュリティやパフォーマンスの向上、キャッシュ制御など、さまざまなカスタマイズが可能になります。

mod_headersの役割


mod_headersの主な役割は、以下の通りです。

  • セキュリティ強化：X-Frame-OptionsやContent-Security-Policyなどのヘッダーを追加し、クロスサイトスクリプティング(XSS)やクリックジャッキングの防止。
  • キャッシュ制御：Cache-Controlヘッダーを設定して、ブラウザのキャッシュ動作を管理。
  • リダイレクトの補助：Locationヘッダーの設定により、リダイレクト動作を細かく制御。
  • 情報の秘匿：サーバー情報を示すヘッダー(Serverヘッダー)を削除または変更して、攻撃者に不必要な情報を与えない。

mod_headersの特徴

  • 柔軟性：リクエストとレスポンスの両方のヘッダーを変更可能。
  • 簡単な設定：設定ファイル(httpd.confや.htaccess)に簡単な記述を追加するだけで利用可能。
  • 広範な対応：Apacheの標準モジュールとして利用でき、多くのバージョンでサポートされている。

mod_headersは、Apacheサーバーを運用する上で欠かせないモジュールであり、特にセキュリティ対策の第一歩として有効な手段です。

セキュアなHTTPヘッダーの重要性


HTTPヘッダーは、クライアントとサーバー間で通信する際のメタデータとして機能します。これらのヘッダーを適切に設定することで、Webアプリケーションのセキュリティを向上させ、攻撃から保護することができます。

セキュリティ強化の理由


セキュリティヘッダーは、特定の種類の攻撃を未然に防ぐ役割を果たします。特に以下のような攻撃に対して効果的です。

  • クロスサイトスクリプティング (XSS)：Content-Security-Policy (CSP) ヘッダーを使用して、許可されていないスクリプトの実行を防止します。
  • クリックジャッキング：X-Frame-Optionsヘッダーを使用して、悪意のあるサイトがiframeを通じてページを読み込むことを防ぎます。
  • 情報漏洩の防止：X-Powered-ByやServerヘッダーを削除または変更することで、攻撃者にサーバーソフトウェアの情報を与えません。

代表的なセキュリティヘッダー

  • Content-Security-Policy (CSP)：ページで許可されるリソースを制御し、XSS攻撃を防ぎます。
  • X-Frame-Options：サイトがiframeで他のサイトに読み込まれることを防ぎます。
  • X-XSS-Protection：ブラウザのXSSフィルターを有効にします。
  • Strict-Transport-Security (HSTS)：HTTP接続をHTTPSに強制し、通信の盗聴や改ざんを防ぎます。
  • Referrer-Policy：参照元の情報をどの程度共有するかを制御します。

セキュリティヘッダーを導入するメリット

  • 攻撃のリスクを軽減：不正アクセスや情報漏洩のリスクを大幅に軽減します。
  • 信頼性の向上：ユーザーに対して安全な環境を提供し、Webアプリケーションの信頼性を向上させます。
  • 規制への対応：多くのセキュリティ規制やガイドラインで、セキュリティヘッダーの適用が求められています。

適切なセキュリティヘッダーの設定は、Webサーバーの防御を強化し、サイバー攻撃からアプリケーションを保護するための基本的な対策です。

Apacheにmod_headersをインストールする方法


mod_headersはApacheの標準モジュールの一つで、多くのディストリビューションではデフォルトでインストールされています。ただし、有効化されていない場合がありますので、インストール状況を確認し、有効化する手順を以下で説明します。

1. mod_headersのインストール確認


まずはmod_headersがインストールされているか確認します。以下のコマンドを実行してください。

apachectl -M | grep headers

出力例:

 headers_module (shared)

このように表示されれば、mod_headersはすでにインストールされています。表示されない場合は次の手順でインストールを行います。

2. mod_headersのインストール手順

Debian/Ubuntu系

sudo apt update
sudo apt install apache2
sudo a2enmod headers

RHEL/CentOS系

sudo yum install httpd
sudo yum install mod_headers

または

sudo dnf install httpd
sudo dnf install mod_headers

3. mod_headersの有効化


インストールが完了したら、次のコマンドでmod_headersを有効にします。

Debian/Ubuntu系

sudo a2enmod headers

RHEL/CentOS系
httpd.confに以下の行を追加します。

LoadModule headers_module modules/mod_headers.so

4. Apacheの再起動


設定を反映させるためにApacheを再起動します。

sudo systemctl restart apache2  # Debian/Ubuntu系
sudo systemctl restart httpd    # RHEL/CentOS系

5. 動作確認


再度、以下のコマンドでmod_headersが有効化されているか確認します。

apachectl -M | grep headers


mod_headersが有効になれば、これでApacheサーバーでHTTPヘッダーの制御が可能になります。

基本的なセキュアHTTPヘッダーの追加方法


ApacheでセキュアなHTTPヘッダーを追加することで、Webアプリケーションのセキュリティを強化できます。mod_headersモジュールを使用すれば、シンプルな設定で重要なヘッダーを追加できます。ここでは代表的なセキュリティヘッダーの追加方法を解説します。

1. Content-Security-Policy (CSP) の追加


Content-Security-Policy (CSP)は、スクリプトやリソースの読み込みを制限し、クロスサイトスクリプティング (XSS) 攻撃を防ぐための重要なヘッダーです。

設定例:

Header set Content-Security-Policy "default-src 'self'; script-src 'self' https://trusted-scripts.com"

説明:

  • default-src 'self'：同一オリジンからのコンテンツのみ許可
  • script-src 'self' https://trusted-scripts.com：スクリプトは同一オリジンと特定の信頼できるドメインからのみ許可

2. X-Frame-Options の追加


クリックジャッキング攻撃を防ぐために、ページがiframeに埋め込まれないよう制限します。

設定例:

Header always set X-Frame-Options "SAMEORIGIN"

説明:

  • SAMEORIGIN：同一オリジンのページのみiframeでの読み込みを許可
  • DENY：すべてのiframe読み込みを禁止

3. X-XSS-Protection の追加


ブラウザのXSSフィルターを有効にして、簡単なXSS攻撃を防止します。

設定例:

Header set X-XSS-Protection "1; mode=block"

説明:

  • 1：XSSフィルターを有効化
  • mode=block：攻撃が検出された場合、ページのレンダリングを停止

4. Strict-Transport-Security (HSTS) の追加


HTTP通信を自動的にHTTPSにリダイレクトし、盗聴や改ざんを防ぎます。

設定例:

Header always set Strict-Transport-Security "max-age=31536000; includeSubDomains"

説明:

  • max-age=31536000：1年間(31536000秒)の間、すべての通信をHTTPSに強制
  • includeSubDomains：サブドメインもHTTPSを強制

5. Referrer-Policy の追加


参照元情報の送信を制御し、プライバシーを強化します。

設定例:

Header set Referrer-Policy "no-referrer-when-downgrade"

説明:

  • no-referrer-when-downgrade：HTTPSからHTTPへの遷移時にはリファラー情報を送信しない

設定の適用


これらの設定を/etc/apache2/apache2.confまたは.htaccessファイルに記述し、Apacheを再起動して変更を適用します。

sudo systemctl restart apache2

セキュリティヘッダーを適切に設定することで、攻撃リスクを大幅に軽減し、安全なWeb環境を実現できます。

セキュリティ強化のためのカスタムヘッダー設定例


標準的なセキュリティヘッダーに加えて、独自の要件に応じたカスタムHTTPヘッダーを追加することで、さらに強固なWebセキュリティ環境を構築できます。ここでは、セキュリティ強化に役立つ具体的なカスタムヘッダーの設定例を紹介します。

1. サーバー情報を隠す


デフォルトでは、ApacheサーバーはServerヘッダーにサーバーソフトウェアのバージョン情報を送信します。これは攻撃者に余計な情報を与える可能性があるため、変更または削除が推奨されます。

設定例 (Serverヘッダーの変更):

Header set Server "Secure-Server"

設定例 (Serverヘッダーの削除):

Header unset Server

説明:

  • サーバーの種類やバージョンが隠されることで、攻撃者が脆弱性を特定することを困難にします。

2. カスタムセキュリティポリシーの設定


独自のセキュリティポリシーを作成し、特定のリクエストに対してカスタムヘッダーを付与することが可能です。

設定例 (カスタムセキュリティヘッダー):

Header set X-Custom-Security "Strict"

説明:

  • 特定の条件に基づいたヘッダーを付与することで、内部的なセキュリティポリシーを強化できます。

3. アプリケーション識別ヘッダーの追加


APIやWebアプリケーションでアクセス制限や識別に役立つ独自のヘッダーを追加します。

設定例:

Header set X-Application-Version "1.0.0"

説明:

  • アプリケーションのバージョン管理や内部トラッキングが可能になります。

4. OPTIONSメソッドの制限


OPTIONSメソッドはHTTPメソッドの確認に使用されますが、情報漏洩のリスクを抑えるため、制限を加えることが推奨されます。

設定例:

Header always set Allow "GET, POST, HEAD"

説明:

  • 必要なメソッドだけを許可し、不必要なメソッドへのアクセスを制限します。

5. キャッシュ制御のカスタマイズ


ブラウザキャッシュを細かくコントロールし、重要なデータのキャッシュ漏洩を防ぎます。

設定例:

Header set Cache-Control "no-store, no-cache, must-revalidate"
Header set Pragma "no-cache"

説明:

  • ページのキャッシュを無効化し、常に最新の情報が表示されるようにします。

設定の適用


カスタムヘッダーの設定は、Apacheのメイン設定ファイル(/etc/apache2/apache2.conf)または仮想ホストの設定ファイルに記述し、Apacheを再起動します。

sudo systemctl restart apache2

これらのカスタムヘッダーを導入することで、セキュリティポリシーを柔軟に強化し、Webアプリケーションの脆弱性を減らすことが可能になります。

既存のヘッダーを変更・削除する方法


セキュリティやプライバシーを強化するためには、既存のHTTPヘッダーを変更または削除することが重要です。Apacheのmod_headersモジュールを使用すれば、不要なヘッダーを簡単に操作できます。ここでは、一般的なヘッダーの変更・削除方法を解説します。

1. Serverヘッダーの変更・削除


Serverヘッダーはサーバーの種類やバージョンを表示しますが、攻撃者に不必要な情報を与える可能性があります。

削除する場合:

Header unset Server

変更する場合:

Header set Server "Secure-Server"

説明:

  • unsetでServerヘッダーを完全に削除します。
  • setを使用してカスタムの値に変更できます。

2. X-Powered-Byヘッダーの削除


X-Powered-Byはサーバーの動作環境（PHPやASP.NETなど）を示しますが、これも情報漏洩の原因となります。

削除する場合:

Header unset X-Powered-By

変更する場合:

Header set X-Powered-By "Hidden"

説明:

  • 多くの攻撃者はこの情報を手掛かりに脆弱性を探ります。削除が推奨されます。

3. ETagヘッダーの削除


ETagヘッダーはキャッシュの整合性を管理しますが、セッションハイジャックなどの攻撃に悪用される可能性があります。

削除する場合:

Header unset ETag
FileETag None

説明:

  • FileETag Noneはファイルに対するETagの生成を防ぎます。

4. X-Frame-Optionsヘッダーの変更


X-Frame-Optionsはクリックジャッキングを防ぐために使用しますが、必要に応じて制御が可能です。

iframeの読み込みを許可しない場合:

Header always set X-Frame-Options "DENY"

同一オリジンのみ許可する場合:

Header always set X-Frame-Options "SAMEORIGIN"

説明:

  • 完全にiframeでの読み込みを防ぐにはDENY、同一オリジンだけ許可するにはSAMEORIGINを設定します。

5. Referrer-Policyヘッダーの変更


Referrer-Policyはリファラー情報の送信方法を制御します。

リファラーを送信しない場合:

Header set Referrer-Policy "no-referrer"

同一オリジンのみ送信する場合:

Header set Referrer-Policy "same-origin"

説明:

  • ユーザーのプライバシー保護を強化するため、リファラーの送信を制限します。

6. カスタムヘッダーの削除


不要なカスタムヘッダーが存在する場合は、以下の方法で削除できます。

例 (X-Custom-Headerの削除):

Header unset X-Custom-Header

説明:

  • 不要なヘッダーは適宜削除し、セキュリティリスクを減らします。

設定の適用


変更を反映させるために、設定ファイルを保存後、Apacheを再起動します。

sudo systemctl restart apache2

これらの方法を活用することで、不要なヘッダーの露出を防ぎ、より安全なWebサーバー環境を構築できます。

セキュリティテストと確認方法


セキュアなHTTPヘッダーを追加・変更した後は、適切に動作しているか確認することが重要です。ヘッダーが正しく設定されていない場合、セキュリティ対策が十分に機能しない可能性があります。ここでは、セキュリティテストの方法とヘッダーの確認手順を解説します。

1. HTTPヘッダーの確認方法


HTTPヘッダーの確認には、ブラウザの開発者ツールやコマンドラインツールを使用します。

1. ブラウザの開発者ツールを使う方法

  • ChromeやFirefoxなどのブラウザで、任意のページを開きます。
  • F12キーまたは右クリックで「検証」を選択し、開発者ツールを表示します。
  • 「Network」タブを開き、ページをリロードします。
  • 該当のリクエストを選択し、「Headers」セクションでレスポンスヘッダーを確認します。

2. curlコマンドを使う方法
コマンドラインから簡単にヘッダーを確認できます。

curl -I https://example.com

出力例:

HTTP/1.1 200 OK
Content-Security-Policy: default-src 'self'
X-Frame-Options: SAMEORIGIN
X-XSS-Protection: 1; mode=block
Strict-Transport-Security: max-age=31536000; includeSubDomains

説明:

  • -IオプションはHEADリクエストを送信し、HTTPレスポンスヘッダーだけを表示します。
  • ヘッダーの設定が正しく反映されているか確認できます。

2. オンラインツールでの確認


オンラインツールを使用することで、簡単にセキュリティヘッダーの状態を分析できます。

代表的なツール:

3. Apacheのログで確認


ヘッダーの設定が正しく動作しているか、Apacheのログで確認します。

sudo tail -f /var/log/apache2/access.log

説明:

  • アクセスログでリクエストの詳細をリアルタイムで確認できます。
  • 不正アクセスやヘッダーの異常がないかチェックします。

4. HTTPセキュリティスキャンツール


自動化されたセキュリティスキャンツールを使うことで、より包括的なテストが可能です。

代表的なツール:

  • Nikto: Webサーバーの脆弱性をスキャンするツール。
nikto -h https://example.com
  • OWASP ZAP: Webアプリケーションの脆弱性を検出するツール。
  • GUIで直感的に操作可能で、HTTPヘッダーのチェックも行えます。

5. テスト後の対応


テストの結果、問題が見つかった場合は速やかに設定を修正します。特に以下の点を確認してください。

  • 設定漏れがないか
  • CSPポリシーが適切に機能しているか
  • ヘッダーが重複していないか
  • 必要以上に情報を開示していないか

設定反映後の最終確認


設定を修正後、Apacheを再起動し、再度テストを実施して問題が解消されていることを確認します。

sudo systemctl restart apache2

これらの手順を通じて、セキュアなHTTPヘッダーが適切に機能しているかを確認し、Webサーバーのセキュリティレベルを高めることができます。

トラブルシューティングとよくある問題


mod_headersを使ったセキュリティヘッダーの設定では、予期しない問題が発生することがあります。適切にトラブルシューティングを行い、問題を解消することで、Apacheサーバーの安全性と安定性を確保できます。ここでは、mod_headersに関する一般的な問題とその解決方法を紹介します。

1. ヘッダーが反映されない


問題の症状:
curlコマンドやブラウザの開発者ツールで確認しても、追加したヘッダーが表示されない。

解決方法:

  • mod_headersが有効になっているか確認
  apachectl -M | grep headers

表示されない場合は、以下のコマンドでmod_headersを有効化します。

  sudo a2enmod headers
  sudo systemctl restart apache2
  • 設定ファイルの記述ミス
    設定ファイル（/etc/apache2/apache2.confや.htaccess）にヘッダーの記述漏れがないか確認してください。
  Header set X-Frame-Options "SAMEORIGIN"
  • キャッシュのクリア
    ブラウザのキャッシュやプロキシキャッシュが原因でヘッダーが正しく反映されない場合があります。ブラウザのキャッシュをクリアするか、Cache-Controlヘッダーを追加してキャッシュを無効化します。
  Header set Cache-Control "no-cache, no-store, must-revalidate"

2. ヘッダーが重複する


問題の症状:
レスポンスヘッダーに同じ項目が複数存在する。

解決方法:

  • 不要なヘッダーの削除
    重複するヘッダーを削除し、必要なものだけを残します。
  Header unset X-Powered-By
  • ヘッダーの重複を回避
    Header always setを使うことで、既存のヘッダーがある場合は上書きされます。
  Header always set X-Frame-Options "SAMEORIGIN"

3. 設定ファイルの読み込み順序による不具合


問題の症状:
一部のヘッダーが反映されない場合があります。

解決方法:

  • ApacheはVirtualHostディレクティブの設定ファイルを読み込む順番が重要です。
  • 仮想ホストの設定でヘッダーを追加する場合は、<VirtualHost>内で記述します。
  <VirtualHost *:80>
      Header always set X-Content-Type-Options "nosniff"
  </VirtualHost>
  • .htaccessファイルで設定している場合は、ファイルの場所が適切であるか確認します。

4. 設定変更後の反映が遅い


問題の症状:
設定を変更したのに反映されない、もしくは遅い。

解決方法:

  • Apacheの再起動
    設定変更後に必ずApacheを再起動して変更を反映させます。
  sudo systemctl restart apache2
  • 設定ファイルの文法エラーをチェック
    Apacheの設定ファイルに文法エラーがある場合、再起動が失敗します。
  apachectl configtest


エラーが表示された場合は、該当部分を修正してから再起動してください。

5. 特定のヘッダーが動作しない


問題の症状:
一部のセキュリティヘッダー（CSPやHSTSなど）が正しく適用されない。

解決方法:

  • SSLの設定確認
    HSTS（Strict-Transport-Security）はHTTPS接続が必要です。ApacheがHTTPSで動作しているか確認します。
  Header always set Strict-Transport-Security "max-age=31536000; includeSubDomains"


HTTPSが未設定の場合は、SSL証明書を導入してHTTPSを有効にします。

  • CSPポリシーのデバッグ
    Content-Security-Policy (CSP)が正しく動作しない場合は、ブラウザのコンソールでエラーを確認し、ポリシーを調整します。
  Header set Content-Security-Policy "default-src 'self'"

6. トラブルシューティング後の確認


設定変更後、curlやブラウザでヘッダーが正しく反映されているかを確認します。

curl -I https://example.com


問題が解消されない場合は、Apacheのエラーログを確認し、さらに詳細な調査を行います。

sudo tail -f /var/log/apache2/error.log

これらの手順を通じて、mod_headersの設定に関する問題を迅速に特定し、解消できます。

まとめ


本記事では、Apacheのmod_headersモジュールを使用してセキュアなHTTPヘッダーを追加・管理する方法について解説しました。mod_headersは、XSS攻撃やクリックジャッキングなど、さまざまな脅威からWebアプリケーションを保護するための強力なツールです。

基本的なセキュリティヘッダーの追加方法から、カスタムヘッダーの設定、既存ヘッダーの変更や削除、さらにはセキュリティテストやトラブルシューティングの手順まで、幅広く紹介しました。

適切にセキュリティヘッダーを設定し、定期的に検証することで、Webサーバーの防御力を高め、安全な運用環境を維持できます。mod_headersの活用は、セキュアなWebサービスの構築に不可欠な技術と言えるでしょう。

Apache
Apache Webサーバー mod_headers HTTPセキュリティ

コメント

コメントする

目次
  1. mod_headersとは何か
    1. mod_headersの役割
    2. mod_headersの特徴
  2. セキュアなHTTPヘッダーの重要性
    1. セキュリティ強化の理由
    2. 代表的なセキュリティヘッダー
    3. セキュリティヘッダーを導入するメリット
  3. Apacheにmod_headersをインストールする方法
    1. 1. mod_headersのインストール確認
    2. 2. mod_headersのインストール手順
    3. 3. mod_headersの有効化
    4. 4. Apacheの再起動
    5. 5. 動作確認
  4. 基本的なセキュアHTTPヘッダーの追加方法
    1. 1. Content-Security-Policy (CSP) の追加
    2. 2. X-Frame-Options の追加
    3. 3. X-XSS-Protection の追加
    4. 4. Strict-Transport-Security (HSTS) の追加
    5. 5. Referrer-Policy の追加
    6. 設定の適用
  5. セキュリティ強化のためのカスタムヘッダー設定例
    1. 1. サーバー情報を隠す
    2. 2. カスタムセキュリティポリシーの設定
    3. 3. アプリケーション識別ヘッダーの追加
    4. 4. OPTIONSメソッドの制限
    5. 5. キャッシュ制御のカスタマイズ
    6. 設定の適用
  6. 既存のヘッダーを変更・削除する方法
    1. 1. Serverヘッダーの変更・削除
    2. 2. X-Powered-Byヘッダーの削除
    3. 3. ETagヘッダーの削除
    4. 4. X-Frame-Optionsヘッダーの変更
    5. 5. Referrer-Policyヘッダーの変更
    6. 6. カスタムヘッダーの削除
    7. 設定の適用
  7. セキュリティテストと確認方法
    1. 1. HTTPヘッダーの確認方法
    2. 2. オンラインツールでの確認
    3. 3. Apacheのログで確認
    4. 4. HTTPセキュリティスキャンツール
    5. 5. テスト後の対応
    6. 設定反映後の最終確認
  8. トラブルシューティングとよくある問題
    1. 1. ヘッダーが反映されない
    2. 2. ヘッダーが重複する
    3. 3. 設定ファイルの読み込み順序による不具合
    4. 4. 設定変更後の反映が遅い
    5. 5. 特定のヘッダーが動作しない
    6. 6. トラブルシューティング後の確認
  9. まとめ