セキュリティチェックリスト

ここでは、デプロイの際に AEM インストールのセキュリティを確保するために必要となる様々な手順について説明します。このチェックリストは、上から順に適用するように設計されています。

主なセキュリティ対策

実稼動準備モードでの AEM の実行

詳しくは、実稼動準備モードでの AEM の実行を参照してください。

トランスポート層のセキュリティのための HTTPS の有効化

インスタンスの安全を確保するには、オーサーインスタンスとパブリッシュインスタンスの両方の HTTPS トランスポート層を有効にする必要があります。

セキュリティホットフィックスのインストール

アドビが提供する最新のセキュリティホットフィックスがインストールされていることを確認してください。

AEM および OSGi コンソールの admin アカウントのデフォルトパスワードの変更

インストール後に、（すべてのインスタンスに対する）権限のある AEM admin アカウントのパスワードを変更することを強くお勧めします。

以下のアカウントが該当します。

• AEM admin アカウント

  AEM admin アカウントのパスワードを変更したら、CRX にアクセスする際に新しいパスワードを使用する必要があります。

• この admin OSGi Web コンソールのパスワード

  この変更は、Web コンソールへのアクセスに使用する管理者アカウントにも適用されるので、アクセス時には同じパスワードを使用する必要があります。

これらの 2 つのアカウントは、個別の資格情報を使用する異なるアカウントです。デプロイメントをセキュリティで保護するには、それぞれに強力なパスワードを設定することが不可欠です。

AEM admin パスワードの変更

AEM の admin アカウントのパスワードは、Granite の操作 - ユーザーコンソールで変更できます。

このコンソールでは、admin アカウントの編集とパスワードの変更をおこなうことができます。

OSGi Web コンソールのパスワード変更の重要性

AEM admin アカウントとは別に、OSGi Web コンソールのデフォルトのパスワードを変更しない場合は、次の問題が発生する可能性があります。

• 起動／シャットダウン（大規模なサーバーでは数分かかる場合があります）時にデフォルトのパスワードを使用するサーバーのリスク
• リポジトリの停止／バンドルの再起動時（OSGi は実行されている場合）のサーバーのリスク

Web コンソールのパスワードの変更について詳しくは、以下の OSGi Web コンソールの admin パスワードの変更を参照してください。

OSGi Web コンソールの admin パスワードの変更

また、Web コンソールへのアクセスに使用するパスワードを変更する必要があります。これは、 Apache Felix OSGi Management Console:

ユーザー名 および パスワード:Apache Felix Web Management Console にアクセスするための資格情報。
インスタンスのセキュリティを確保するために、最初のインストール後にパスワードを変更する必要があります。

次の手順を実行します。

1. Web コンソール ( ) に移動します。 <server>:<port>/system/console/configMgr.

2. ​ Apache Felix OSGi Management Console​に移動し、 ユーザー名 および パスワード.

   

3. 「保存」をクリックします。

カスタムエラーハンドラーの実装

情報が開示されないようにするには、（404 および 500 HTTP 応答コード専用の）カスタムエラーハンドラーページを定義することをお勧めします。

ディスパッチャーのセキュリティチェックリストの確認

AEM ディスパッチャーはインフラストラクチャの重要な部分です。ディスパッチャーのセキュリティチェックリストを確認することを強くお勧めします。

検証手順

レプリケーションおよびトランスポートユーザーの設定

AEM の標準インストールでは、admin をデフォルトのレプリケーションエージェント内のトランスポート資格情報のユーザーとして指定します。また、admin ユーザーはオーサーシステムでレプリケーションのソースを特定する場合にも使用されます。

セキュリティを考慮して、特定の使用事例に対応するように両方のユーザーを変更してください。その際の注意事項を次に示します。

• この 輸送利用者 管理者ユーザーではない。代わりに、パブリッシュシステムの関連する部分に対するアクセス権のみを持つユーザーをパブリッシュシステム上に設定し、そのユーザーの資格情報をトランスポートに使用します。

  バンドルされたレプリケーション受信者ユーザーから開始し、状況に合わせてそのユーザーのアクセス権限を設定できます。

• レプリケーションユーザー​または​エージェントユーザー ID も admin 以外のユーザー（ただし、レプリケーションされるコンテンツの確認のみ可能なユーザー）にする必要があります。レプリケーションユーザーは、レプリケーション対象のコンテンツを、発行者に送信する前に作成者システムで収集するために使用します。

操作ダッシュボードのセキュリティヘルスチェックの確認

AEM 6 には新しく操作ダッシュボードが導入されています。このダッシュボードは、システムオペレーターが問題のトラブルシューティングやインスタンスのヘルスの監視をおこなうためのものです。

また、このダッシュボードには一連のセキュリティヘルスチェック機能が用意されています。実稼動インスタンスの運用を開始する前に、すべてのセキュリティヘルスチェックのステータスを確認しておくことをお勧めします。詳しくは、操作ダッシュボードのドキュメントを参照してください。

サンプルコンテンツが存在するかどうかの確認

実稼動システムを公開する前に、そのシステム上のすべてのサンプルコンテンツ／ユーザー（Geometrixx プロジェクトやそのコンポーネントなど）を完全にアンインストールして削除しておく必要があります。

CRX 開発バンドルが存在するかどうかの確認

実稼動のオーサーシステムとパブリッシュシステムへのアクセスを可能にする前に、それらの両方のシステムで、以下の開発用 OSGi バンドルをアンインストールしておく必要があります。

• Adobe CRXDE サポート（com.adobe.granite.crxde-support）
• Adobe Granite CRX Explorer（com.adobe.granite.crx-explorer）
• Adobe Granite CRXDE Lite（com.adobe.granite.crxde-lite）

Sling 開発バンドルが存在するかどうかの確認

AEM Developer Tools for Eclipse は Apache Sling Tooling Support Install（org.apache.sling.tooling.support.install）をデプロイします。

実稼動のオーサーシステムとパブリッシュシステムへのアクセスを可能にする前に、それらの両方のシステムで、この OSGi バンドルをアンインストールしておく必要があります。

クロスサイトリクエストフォージェリからの保護

CSRF 対策フレームワーク

AEM 6.1 には、クロスサイトリクエストフォージェリから保護する CSRF 対策フレームワーク​と呼ばれるメカニズムが搭載されています。使用方法について詳しくは、ドキュメントを参照してください。

Sling Referrer Filter

CRX WebDAV および Apache Sling のクロスサイトリクエストフォージェリ（CSRF）に関する既存のセキュリティ問題に対応するには、リファラーフィルターを使用するために設定を追加する必要があります。

リファラーフィルターサービスは OSGi のサービスの 1 つであり、次の設定が可能です。

• フィルター処理する HTTP メソッド

• 空のリファラーヘッダーを使用できるかどうか

• と、サーバーホストに加えて許可されるサーバーのリスト。

  デフォルトでは、localhost のすべてのバリエーションと、サーバーがバインドされる現在のホスト名がリストに含まれます。

リファラーフィルターサービスを設定するには：

1. Apache Felix コンソール (設定):

   https://<server>:<port_number>/system/console/configMgr

2. ログイン名 admin.

3. Configurations メニューで、次の項目を選択します。

   Apache Sling Referrer Filter

4. 「Allow Hosts」フィールドに、リファラーとして許可するすべてのホストを入力します。各エントリは、フォームである必要があります

   <protocol>://<server>:<port>

   次に例を示します。

   • https://allowed.server:80の場合、特定のポートを使用して、このサーバーからの要求がすべて許可されます。
   • https 要求も許可する場合は、2 行目を入力する必要があります。
   • このサーバーのすべてのポートを許可する場合は、ポート番号として 0 を使用できます。

5. 空の、または欠落しているリファラーヘッダーを許可する場合は、「Allow Empty」フィールドを選択します。

   注意

   空の値を許可するのではなく cURL などのコマンドラインツールを使用する場合は、リファラーを指定することをお勧めします。これは、システムが CSRF 攻撃を受ける可能性があるためです。

6. 「Filter Methods」フィールドを使用して、このフィルターがチェックに使用する方法を編集します。

7. 「保存」をクリックして変更を保存します。

OSGi 設定

一部の OSGi 設定は、アプリケーションのデバッグを容易におこなえるようにデフォルトで設定されます。実稼動のパブリッシュインスタンスとオーサーインスタンスでは、これらの設定を変更して、内部情報が公開されないようにする必要があります。

以下に示す各サービスについて、記載されている設定を変更してください。

• Adobe Granite HTML Library Manager：

  • 「Minify」を有効化（CRLF および空白文字を削除）
  • 「Gzip」を有効化（1 回の要求でファイルを gzip してアクセスするため）
  • 「Debug」を無効化
  • 「Timing」を無効化

• Day CQ WCM Debug Filter:

  • 「Enable」を選択解除

• Day CQ WCM Filter：

  • （パブリッシュインスタンスのみ）「WCM Mode」を「disabled」に設定

• Apache Sling Java Script Handler：

  • 「Generate Debug Info」を無効化

• Apache Sling JSP Script Handler:

  • 「Generate Debug Info」を無効化
  • Mapped Content

詳しくは、OSGi 設定を参照してください。

AEM を操作しているときは、このようなサービスの設定を管理する方法がいくつかあります。詳細および推奨事項については、OSGi の設定を参照してください。

追加情報

サービス拒否（DoS）攻撃の軽減

サービス拒否（DoS）攻撃は、対象となるユーザーがコンピューターリソースを使用できない状態にするものです。多くの場合、この攻撃ではリソースを過負荷状態にします。次に例を示します。

• 外部のソースから大量の要求を送信する。

• システムが正常に提供可能な量を超える情報を要求する。

  例えば、リポジトリ全体の JSON 表現を要求します。

• 無制限の数の URL を含むコンテンツページを要求する。URL にはハンドル、複数のセレクター、拡張子およびサフィックスを含めることができます。それらのいずれかを変更できます。

  例： .../en.html また、次のようにリクエストすることもできます。

  • .../en.ExtensionDosAttack
  • .../en.SelectorDosAttack.html
  • .../en.html/SuffixDosAttack

  有効なすべてのバリエーション（例えば、200 という応答が返され、バリエーションをキャッシュするように設定されている場合）がディスパッチャーによってキャッシュされるので、最終的にはファイルシステムがいっぱいになり、以降の要求に対してサービスを提供できなくなります。

このような攻撃を防ぐための設定のポイントは多数ありますが、ここでは AEM に直接関連する設定についてのみ説明します。

DoS を防ぐための Sling の設定

Sling はコンテンツ中心型です​。​つまり、（HTTP）要求がそれぞれ JCR リソース（リポジトリーノード）の形式でコンテンツにマップされるので、コンテンツに焦点を当てた処理が行われるということです。

• 最初のターゲットは、コンテンツを保持しているリソース（JCR ノード）です。。
• 次に、リソースのプロパティを要求の特定の部分（例：セレクター、拡張子など）と組み合わせてレンダラー（スクリプト）が特定されます。

このアプローチにより Sling が強化され、柔軟性も向上しますが、これまでどおり柔軟性の管理には注意が必要です。

DoS の悪用を防ぐ方法は次のとおりです。

1. アプリケーションレベルで制御を組み込みます。バリエーションの数が原因で、デフォルト設定が適していない可能性があります。

   アプリケーションで必要な処理は次のとおりです。

   • **​アプリケーションのセレクターを制御して、必要とされる明示的なセレクターのみ提供し、他のすべてに対しては 404 を返します。
   • コンテンツノードの出力が無制限に大量におこなわれないようにします。

2. 問題点となっている可能性のあるデフォルトのレンダラーの設定を確認します。

   • 具体的には、ツリー構造が複数のレベルに及ぶ JSON レンダラーです。

     例えば、次のリクエストがあります。

     http://localhost:4502/.json

     は、JSON 表現でリポジトリ全体をダンプできませんでした。 これにより、サーバーで重大な問題が発生します。そのため、Sling では結果の最大数に制限を設定します。JSON レンダリングの深さを制限するには、次の値を設定します。

     JSON の最大結果数 ( json.maximumresults)

     を Apache SlingGETサーブレット. この制限を超えると、レンダリングは行われません。AEM 内での Sling 用のデフォルト値は 1000 です。

   • 予防策として、デフォルトの他のレンダラー（HTML、プレーンテキスト、XML）を無効にします。この場合も Apache Sling GET Servlet を設定します。

   注意

   JSON レンダラーを無効にしないでください。これは AEM の通常の処理に必要なレンダラーです。

3. ファイアウォールを使用してインスタンスへのアクセスをフィルタリングします。

   • 保護のない状態ではサービス拒否攻撃を受ける恐れがあるので、オペレーティングシステムレベルのファイアウォールを使用してインスタンスへのアクセスをフィルタリングする必要があります。

フォームセレクターを使用することで生じる DoS を軽減

AEM は FormChooserServlet 用の標準インデックスを提供していないため、クエリでフォームセレクターを使用すると、高コストのリポジトリートラバーサルが発生し、大抵の場合 AEM インスタンスが停止します。フォームセレクターは、 *.form.* 文字列をクエリに含めます。

これを軽減するために、以下の手順に従ってください。

1. ブラウザーで https://<serveraddress>:<serverport>/system/console/configMgr

2. Day CQ WCM Form Chooser Servlet を検索します。

3. エントリをクリックした後、次のウィンドウで「Advanced Search Require」を無効にします。

4. 「保存」をクリックします。

アセットダウンロードサーブレット使用することで生じる DoS を軽減

AEM のデフォルトアセットダウンロードサーブレットを使用すると、認証されたユーザーは、表示可能なアセットの ZIP ファイルを作成するために任意のサイズの同時ダウンロード要求を発行することができますが、その結果、サーバーやネットワークに過剰な負荷をかけるおそれがあります。

この機能で生じる可能性がある DoS リスクを軽減するために、最新の AEM バージョンでは、パブリッシュインスタンスに対して、AssetDownloadServlet OSGi コンポーネントがデフォルトで無効になっています。

セットアップでアセットダウンロードサーブレットを有効にする必要がある場合、詳細についてはこの記事をご覧ください。

WebDAV の無効化

WebDAV は、オーサリングとパブリッシュの両方の環境で無効にする必要があります。そのためには、適切な OSGi バンドルを停止します。

1. Felix Management Console に接続します。

   https://<*host*>:<*port*>/system/console

   例えば、http://localhost:4503/system/console/bundles のように指定します。

2. バンドルのリストで、次の名前のバンドルを探します。

   Apache Sling Simple WebDAV Access to repositories (org.apache.sling.jcr.webdav)

3. （「Actions」列にある）停止ボタンをクリックして、このバンドルを停止します。

4. 再び、バンドルのリストで、次の名前のバンドルを探します。

   Apache Sling DavEx Access to repositories (org.apache.sling.jcr.davex)

5. 停止ボタンをクリックして、このバンドルを停止します。

   メモ

   AEM の再起動は不要です。

ユーザーのホームパスに個人を特定できる情報を公開していないことの確認

ユーザーの保護に重要なのは、リポジトリユーザーのホームパスに個人を特定できる情報を公開しないことです。

AEM 6.1 以降では、新しく実装された AuthorizableNodeName インターフェイスにより、ユーザー ID（または許可可能 ID）のノード名を保存する方法が変わりました。新しいインターフェイスでは、ノード名にユーザー ID を表示する代わりに、ランダムな名前を生成します。

これは現在は AEM で許可可能 ID を生成するデフォルトの方法なので、これを有効にするために設定を変更する必要はありません。

推奨されませんが、既存のアプリケーションとの後方互換性確保のために以前の実装が必要な場合は、この機能を無効にすることもできます。これをおこなうには、次の手順を実行する必要があります。

1. Web コンソールに移動し、プロパティから ​ org.apache.jackrabbit.oak.security.user.RandomAuthorizableNodeName​エントリを削除します。 requiredServicePids in Apache Jackrabbit Oak SecurityProvider.

   また、OSGi 設定の org.apache.jackrabbit.oak.security.internal.SecurityProviderRegistration PID を探すことで、Oak Security Provider を見つけることもできます。

2. Web コンソールから Apache Jackrabbit Oak Random Authorizable Node Name OSGi 設定を削除します。

   この設定の PID である org.apache.jackrabbit.oak.security.user.RandomAuthorizableNodeName を検索すると、簡単に該当箇所が見つかります。

クリックジャッキングの防止

クリックジャッキングを防ぐには、SAMEORIGIN に設定した HTTP ヘッダー X-FRAME-OPTIONS を指定するように Web サーバーを設定することをお勧めします。

詳細 クリックジャッキングに関する情報は、 OWASP のサイトを参照してください。.

必要な場合は暗号鍵を適切にレプリケーションする

特定の AEM 機能および認証スキームでは、すべての AEM インスタンスに暗号鍵をレプリケーションする必要があります。

これをおこなう前に、6.3 とそれ以前のバージョンでは鍵を保存する方法が異なるので、鍵のレプリケーションはバージョン間で異なることに注意してください。

詳しくは、以下を参照してください。

AEM 6.3 での鍵のレプリケーション

以前のバージョンではレプリケーション鍵はリポジトリに保存されましたが、AEM 6.3 からはファイルシステム上に保存されます。

したがって、インスタンス間で鍵をレプリケーションするには、ソースインスタンスからターゲットインスタンスのファイルシステム上の場所に鍵をコピーする必要があります。

具体的には、以下をおこなう必要があります。

1. コピーする鍵要素を含む AEM インスタンス（通常はオーサーインスタンス）にアクセスします。

2. ローカルファイルシステム内で、com.adobe.granite.crypto.file を見つけます。例えば、次のパスにあります。

   • <author-aem-install-dir>/crx-quickstart/launchpad/felix/bundle21

   各フォルダー内の bundle.info ファイルは、バンドル名を示します。

3. データフォルダーに移動します。次に例を示します。

   • <author-aem-install-dir>/crx-quickstart/launchpad/felix/bundle21/data

4. HMAC とマスターファイルをコピーします。

5. 次に、HMAC 鍵の複製先となるターゲットインスタンスにアクセスし、データフォルダーに移動します。次に例を示します。

   • <publish-aem-install-dir>/crx-quickstart/launchpad/felix/bundle21/data

6. 前の手順でコピーした 2 つのファイルを貼り付けます。

7. ターゲットインスタンスが既に実行されている場合は、Crypto バンドルを更新します。

8. 鍵のレプリケーション先のすべてのインスタンスに対して上記の手順を繰り返します。

AEM 6.2 以前のバージョンでの鍵のレプリケーション

AEM 6.2 以前のバージョンでは、キーは、 /etc/key ノード。

インスタンス全体で鍵を安全にレプリケーションするために推奨される方法は、このノードのみをレプリケーションすることです。CRXDE Lite によって、ノードを選択してレプリケーションできます。

1. CRXDE Liteを開く ( https://<serrveraddress>:4502/crx/de/index.jsp
2. を選択します。 /etc/key ノード。
3. 「レプリケーション」タブに移動します。
4. 「レプリケーション」ボタンを押します。

侵入テストの実施

実稼動に移行する前に、AEM インフラストラクチャの侵入テストを実施することを強くお勧めします。

開発のベストプラクティス

AEM 環境の安全を確保するには、新規開発においてセキュリティのベストプラクティスに従うことが重要です。