Appcelerator (DNS) の実装：セキュリティ上の考慮事項
「プラグアンドプレイ」型のソリューションをご希望のお客様向けに、CrowdHandlerのAppcelerator連携機能では、DNS設定の変更により、オリジンサーバーの前にCDNを配置します。これにより、すべてのトラフィックが当社のアプリケーションを経由してルーティングされ、キューイングやアクセス制御が行われます。なお、この機能にはセキュリティ上の影響も伴うため、有効化する前にその点を十分に理解しておく必要があります。
分離されたAWSリソース
各AppceleratorドメインのCloudFrontディストリビューションおよび関連リソースは、CrowdHandler専用のAWSアカウント内にデプロイされています。クライアントは、これらのリソースを直接設定することはできません。設定は、CrowdHandlerのコントロールパネル（オリジン、動作ルール、エラー処理、およびバイパス禁止トークン）を通じて行われます。
データの可視性
当社のLambda@Edge関数は、リクエストとレスポンスをルーティングするためにAPIを呼び出します。これらの関数がアクセスできるのはリクエストヘッダーのみであり、リクエスト本文やオリジンからのレスポンス本文にはアクセスできません。本文で送信される機密データについては、当社側では確認できません。AWSリソースが隔離されているため、クライアント側でもこれを独自に検証することはできません。
暗号化の利用
エンドユーザー、CloudFront、およびオリジンアプリケーション間のすべての通信は、転送中に TLS によって暗号化されます。ドメインの証明書は、セットアップ時に AWS Certificate Manager を通じて発行され、検証用 DNS レコードが有効な限り、自動的に更新されます。
PANデータなし
Appceleratorは、カード番号の全桁などのカード保有者データの送信をサポートしていません。PCIコンプライアンスを満たすため、CrowdHandlerがクライアントのカード保有者データ環境の外側にとどまるよう、PANデータはすべて本機能の範囲外で処理する必要があります。
可用性と障害時の挙動
CrowdHandler API に接続できない場合、エッジはドメインの「オプション」パネルで設定されたエラー処理の設定を適用します。デフォルトの「トラフィックを通過させる（フェイルオープン）」では、訪問者はキューに入れられることなくオリジンにアクセスできます。「待機室に送る（フェイルセーフ）」では、訪問者を待機状態に留めます。リスク許容度に合わせて適切な動作を選択してください。
責任の分担
当社がCloudFrontおよびLambda@Edgeの設定と管理を行う一方で、オリジンのセキュリティおよびコンプライアンスに関する責任はお客様が負うことになります。以下の対応をお勧めします：
- オリジン側でTLSを有効にし、証明書を常に最新の状態に保つ。
- 「」を使用して バイパス不可トークン (その
x-ch-no-bypass（共有秘密鍵を含むヘッダー）を設定し、それを含まないリクエストをオリジン側で拒否することで、オリジンに直接接続してCrowdHandlerをバイパスできないようにします。 - インフラのセキュリティ強化を行い、必要なポートとプロトコルに対してのみファイアウォールを有効にする。
Appceleratorは、クライアントに対してシンプルなアクセス制御と配布機能を提供することを目指しています。機密データの保護およびコンプライアンス義務の遵守については、提供元における適切なセキュリティ対策に依存しています。クライアントは、自社の固有のニーズに応じた管理措置や責任の範囲を決定するため、本機能の利用について評価を行う必要があります。