ドキュメント Experience Platform Experience Platform の概要

Adobe Experience Platformでのデータの暗号化

最終更新日： 2025年10月14日

トピック：
{"id":"e08599ea-8888-4294-ba74-3ba0a7762a46"},{"id":"ed0d8d0e-04b9-4326-be72-a0fbca265377"}

作成対象：

{"id":"b69b2659-1057-424e-8fc5-ed9e016dc554"},{"id":"c66ffd68-0f65-42bb-aa23-b4020f12e0bd"},{"id":"f8a45b24-4be7-4f1b-909b-60d06b483a20"},{"id":"ff6a42d2-313e-452e-93a6-792e4fad9ff8"}

Adobe Experience Platformは、企業のさまざまなソリューションの顧客体験データを一元化および標準化する、強力で拡張性の高いシステムです。 Experience Platformで使用されるあらゆるデータは、転送中および保存中に暗号化されているため、データを安全に保護できます。このドキュメントでは、Experience Platformの暗号化プロセスについて詳しく説明します。

次のプロセスフロー図は、Experience Platformでのデータの取り込み、暗号化、保持の仕組みを示しています。

Experience Platformによってデータがどのように取り込まれ、暗号化され、保持されるかを示す図。

転送中のデータ in-transit

Experience Platformと外部コンポーネント間で転送されるあらゆるデータは、HTTPS TLS v1.2を使用した、暗号化された安全な接続を通じておこなわれます。

一般的に、データは次の3つの方法でExperience Platformに取り込まれます。

データ収集機能を使用すると、web サイトとモバイルアプリケーションは、取り込みのステージングと準備のためにExperience Platform Edge Networkにデータを送信できます。
Source コネクタは、Adobe Experience Cloud アプリケーションやその他のエンタープライズデータソースからExperience Platformに直接データをストリーミングします。
Adobe以外のETL （抽出、変換、読み込み）ツールは、データをバッチ取り込みAPIに送信して利用します。

データがシステムに取り込まれ、保存時に暗号化された後、Experience Platform サービスは次の方法でデータをエンリッチメントおよびエクスポートします。

宛先を使用すると、Adobe アプリケーションおよびパートナーアプリケーションにデータをアクティベートできます。
Customer Journey AnalyticsやAdobe Journey Optimizerなどのネイティブ Experience Platform アプリケーションでも、データを利用できます。

mTLS プロトコルのサポート mtls-protocol-support

Mutual Transport Layer Security （mTLS）を使用して、HTTP API destinationおよびAdobe Journey Optimizer カスタムアクションへのアウトバウンドコネクションのセキュリティを強化できるようになりました。 mTLS は、データが共有される前に情報を共有する両者が本人であることを確認する、相互認証のためのエンドツーエンドのセキュリティ方式です。 mTLS には TLS と比較して追加の手順が含まれており、サーバーはクライアントの証明書を要求し、クライアント側でそれを検証します。

Adobe Journey Optimizer カスタムアクション 🔗およびExperience Platform HTTP API宛先ワークフローでmTLSを使用する場合は、Adobe Journey Optimizer カスタマーアクション UIまたは宛先UIに入力したサーバーアドレスで、TLS プロトコルを無効にし、mTLSのみを有効にする必要があります。そのエンドポイントで引き続きTLS 1.2 プロトコルが有効になっている場合、クライアント認証用の証明書は送信されません。つまり、これらのワークフローでmTLSを使用するには、「受信」サーバーエンドポイントがmTLS のみ有効な接続エンドポイントである必要があります。

IMPORTANT

mTLSをアクティベートするために、Adobe Journey Optimizer カスタムアクションまたはHTTP APIの宛先に追加の設定は必要ありません。このプロセスは、mTLS対応エンドポイントが検出されたときに自動的に実行されます。各証明書の共通名（CN）とサブジェクト代替名（SAN）は、証明書の一部としてドキュメントに記載されており、必要に応じて所有権の検証の追加レイヤーとして使用できます。

2000年5月に公開されたRFC 2818では、HTTPS証明書でサブジェクト名の検証にCommon Name （CN）フィールドを使用することは推奨されていません。代わりに、「dns name」タイプの「Subject Alternative Name」拡張機能（SAN）を使用することをお勧めします。

証明書のダウンロード download-certificates

NOTE

お客様は、お客様のシステムが有効な公開証明書を使用することを保証する責任があります。特に有効期限が近づくと、証明書を定期的に確認します。 APIを使用して、有効期限が切れる前に証明書を取得および更新します。

パブリック mTLS証明書の直接ダウンロードリンクは提供されなくなりました。代わりに、公開証明書エンドポイントを使用して証明書を取得します。これは、現在の公開証明書にアクセスするためにサポートされている唯一の方法です。これにより、統合に使用できる有効な最新の証明書を常に受け取ることができます。

証明書ベースの暗号化に依存する統合では、APIを使用した証明書の自動取得をサポートするために、ワークフローを更新する必要があります。静的なリンクや手動による更新に依存すると、期限切れまたは失効した証明書が使用され、統合が失敗する可能性があります。

証明書のライフサイクルの自動化 certificate-lifecycle-automation

Adobeは、mTLS統合の証明書ライフサイクルを自動化して、信頼性を向上させ、サービスの中断を防ぐようになりました。公開証明書：

有効期限の60日前に再発行されました。
有効期限の30日前に失効しました。

これらの間隔は、証明書の有効期間を最大47日に短縮することを目的とした進化中のCA/B フォーラムのガイドラインに従って引き続き短縮されます。

以前にこのページのリンクを使用して証明書をダウンロードしたことがある場合は、APIを通じてのみ証明書を取得するようにプロセスを更新してください。

保存データ at-rest

Experience Platformで取り込まれ、使用されるデータは、データレイク（データレイク）に保存されます。データレイクは、データソースやファイル形式に関係なく、システムが管理するあらゆるデータを格納する、詳細なデータストアです。データレイクに保持されるすべてのデータは、組織に固有の独立したMicrosoft Azure Data Lake ストレージインスタンスで暗号化、保存、管理されます。

Azure Data Lake Storageで保存中のデータがどのように暗号化されるかについて詳しくは、Azureの公式ドキュメントを参照してください。

次の手順

このドキュメントでは、Experience Platformでのデータの暗号化の概要を説明しました。 Experience Platformのセキュリティ手順について詳しくは、Experience Leagueのガバナンス、プライバシー、セキュリティに関する概要を参照するか、Experience Platformのセキュリティに関するホワイトペーパーをご覧ください。

recommendation-more-help

experience-platform-help-landing