ドキュメントCampaignCampaign v8 ドキュメント

Campaign セキュリティのベストプラクティス ac-security

最終更新日： 2026年5月12日
  • 適用対象：
  • Campaign v8
  • Campaign Classic v7

作成対象：

  • Beginner
  • Developer

アドビでは、デジタルエクスペリエンスのセキュリティを非常に重要視しています。 セキュリティ対策は、社内のソフトウェア開発と運用プロセスおよびツールに深く根付いており、インシデントを適切な方法で防止、検出、対応するために、部門の枠を超えたチームが厳しくフォローしています。

さらに、パートナー、主要な研究者、セキュリティ研究機関、その他の業界団体との共同作業により、最新の脅威や脆弱性を常に把握し、オファーする製品やサービスに高度なセキュリティ技術を定期的に取り入れています。

NOTE
Campaign v8 Managed Cloud Services: インフラストラクチャ（ネットワーク、サーバー、TLS、パッチ適用）は、Adobeによって管理されます。 このページでは、アクセス管理、認証、インスタンス設定、データ保護、コーディング、運用プラクティスなど、制御できるテナントレベルおよびアプリケーションレベルの設定に焦点を当てます。

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

次のチェックリストを使用して、設定を推奨されるセキュアなデフォルトに合わせます。

このガイダンスの検索場所 public-guidance

Adobe Campaignは現在、推奨されるセキュア設定ガイダンスを機械読み取り可能な形式で提供していません。 次のドキュメントを使用して、現在の設定と推奨されるセキュアデフォルトを比較できます。

プライバシー

プライバシーを正しく取り扱い、個人データを管理するには、事業を行う地域に適用される法律の範囲内で作業してください。 Adobe Campaign の機能は、このページに記載されている規制の遵守に役立ちます。

Adobe Experience Cloud プライバシー experience-cloud-privacy

Adobe Campaign は、Adobe Experience Cloud ソリューションの一部です。 Campaign でのプライバシーの扱い方は、次のような Experience Cloud の一般原則に従います。

  • Adobe Experience Cloud を使用する際に収集される情報

    Adobe Experience Cloud ソリューションを使用する会社は、収集して Adobe Experience Cloud アカウントに送信する情報を選択します。 収集される情報のタイプの例としては、web 閲覧アクティビティ、IP アドレス、モバイルデバイスからの位置情報、キャンペーン成功率、購入品目、買い物かごに入れた品目などがあります。

    note
    NOTE
    すべてのアドビ製品について、Campaign はアプリと web サイトのユーザーに関する情報を収集します。 詳しくは、アドビのプライバシーポリシーを参照してください。

  • Adobe Experience Cloud を使用した情報収集の仕組み

    • Adobe Experience Cloud ソリューションでは、情報を収集できるように、web ビーコン（タグやピクセルとも呼ばれます）などの Cookie および同様のテクノロジーを使用します。 Cookie および Adobe Campaign を使用した追跡機能について詳しくは、この節を参照してください。
    • モバイルアプリで Adobe Experience Cloud テクノロジーを使用することもできます。 Campaign を使用してモバイル配信を送信する方法について詳しくは、SMS チャネルとモバイルアプリのチャネルを参照してください。

  • Adobe Experience Cloud の使用に関するユーザーのプライバシー選択

    アドビから、次の内容を説明するプライバシーポリシーをお客様に提供するように求められます。

    • Adobe Experience Cloud に関連するプライバシー方針
    • Adobe Experience Cloud に関連して、ユーザーが情報の収集や使用に関する環境設定をおこなう方法

Adobe Experience Cloud のプライバシーについて詳しくは、このページを参照してください。

個人データとペルソナ personal-data

プライバシーを管理する場合、どのデータを誰がどのように扱うかを定義することが重要です。

  • 個人データ​は、生存する個人を直接または間接的に識別できる情報です。
  • 個人の機密データ​は、個人の人種、政治観、宗教的信念、犯罪歴、遺伝情報、健康データ、性的嗜好、生体認証情報、および労働組合の組合員に関する情報です。

Campaign を、Adobe Analytics、Experience Cloud オーディエンス、Campaign Standard などのシステム間でオーディエンスを転送できる他の Experience Cloud ソリューションと統合する場合、または CRM コネクタを介して他のソリューションと統合する場合は、個人データの保護に特別な注意を払う必要があります。

主な規制では、データを管理する様々なエンティティを以下のように定義しています。

  • データ管理者​は、個人データの収集、使用、共有の方法と目的を決定する権限を有する関係者です。

  • データ処理者​は、データ管理者の指示に従って個人データを収集、使用、または共有する個人または関係者です。

  • データ主体​は、個人データが収集、使用、共有され、その個人データを参照して直接または間接的に識別できる、生存する個人のことです。

したがって、個人データを収集し共有する会社はデータ管理者で、そのクライアントはデータ主体です。Adobe Campaign は、お客様の指示に従って個人データを処理する際に、データ処理者として機能します。 プライバシーリクエストを管理する場合など、データ主体との関係を処理するのはデータ管理者側の責任となるため注意が必要です。

ユースケースシナリオ use-case-scenario

さまざまなペルソナがどのように関わり合っているかを説明するため、GDPR の顧客体験の高レベルの使用例を以下に示します。

この例では、航空会社が Adobe Campaign の顧客です。 この会社が​ データ管理者 ​で、この航空会社のすべての利用者が​ データ主体 ​です。 ここで、Laura はこの航空会社の利用者です。

この例のペルソナは以下の通りです。

  • Laura は​ データ主体 ​で、 航空会社からメッセージを受け取る受信者です。 Laura はリピーターですが、ある時点で、航空会社からのパーソナライズされた広告やマーケティングメッセージの受信を希望しないことにしました。 そのため、航空会社に（所定のプロセスに基づいて）リピーター番号を削除するよう要求します。

  • Anne は航空会社の​ データ管理者 ​です。 Laura のリクエストを受け取り、このデータ主体を識別するための有意な ID を取得して、リクエストを Adobe Campaign に送信します。

  • Adobe Campaign は​ データ処理者 ​です。

この例での一般的なフローを以下に示します。

  1. データ主体（Laura）は GDPR リクエストを​ データ管理者 ​にメール、カスタマーケア、Web ポータルのいずれかを利用して送付します。

  2. データ管理者（Anne）はこの GDPR リクエストをインターフェイスまたは API を使用して Campaign に登録します。

  3. データ処理者（Adobe Campaign）が情報を受け取ると、GDPR リクエストに対するアクションを実行し、応答または確認通知を​データ管理者（Anne）に送信します。

  4. データ管理者（Anne）は情報を受け取り、それを​データ主体（Laura）に返します。

データの取得 data-acquisition

Adobe Campaign を使用すると、個人情報や機密情報などのデータを収集できます。 したがって、受信者の同意を得てこれを監視することが重要になります。

  • 受信者は常に通信の受信に同意するようにします。 これをおこなうには、できるだけ早くオプトアウトリクエストを守り、二重のオプトインプロセスを通じて同意を確認します。 詳しくは、二重のオプトインを備えた購読フォームの作成を参照してください。
  • 不正なリストを読み込まず、シードアドレスを使用して、クライアントファイルが不正に使用されていないことを確認してください。 詳しくは、シードアドレスについてを参照してください。
  • 同意と権限の管理を通じて、受信者の好みを追跡し、組織内の誰がどのデータにアクセスできるかを管理できます。 詳しくは、この節を参照してください。
  • 受信者からのプライバシーリクエストを円滑に処理して管理します。 詳しくは、この節を参照してください。

プライバシー管理 privacy-management

プライバシー管理とは、プライバシー規制（GDPR、CCPA など）の遵守に役立つすべてのプロセスとツールを指します。

Adobe Campaign では、プライバシー管理に関する様々な機能を提供しています。

  • 同意の管理、データ保持、ユーザーの役割： 詳しくは、この節を参照してください。
  • プライバシーリクエスト（アクセスする権利と忘れられる権利）： 詳しくは、この節を参照してください。
  • 個人情報の販売のオプトアウト（CCPA 固有）：

Campaign の主なプライバシー機能と関与するペルソナの例をこの節に示します。

Adobe Campaign には、プライバシーに不可欠な重要な機能が最初から用意されています。

  • 同意の管理：購読管理プロセスを通じて、受信者の環境設定を管理し、どの受信者がどの購読タイプにオプトインしたかを追跡できます。 詳しくは、購読についてを参照してください。
  • データ保持：すべてのビルトインの標準ログテーブルには事前に設定された保存期間があり、通常、データのストレージは 6 か月以下に制限されます。 その他の保存期間は、ワークフローで設定できます。 詳しくは、アドビのコンサルタントまたは技術管理者にお問い合わせください。
  • 権限管理：Adobe Campaign では、事前作成された役割またはカスタムの役割を使用して、様々な Campaign オペレーターに割り当てられている権限を管理できます。 これにより、会社内で様々なタイプのデータにアクセス、変更、エクスポートできるユーザーを管理できます。 詳しくは、アクセス管理についてを参照してください。

プライバシーリクエスト privacy-requests

Adobe Campaign には、特定のプライバシーリクエストに対するデータ管理者としての準備を容易にするためのその他の機能が用意されています。

  • アクセスする権利​とは、データ主体がデータ管理者に、自分に関する個人データが処理されているかどうか、また処理されている場合はその場所と目的について確認できることを指します。

  • 「忘れられる権利」（削除要求）により、データ主体はデータコントローラーに個人データを消去させることができます。

アクセス​要求と​ 削除 ​要求が、この節に示されています。

これらのリクエストを作成するための実装手順については、この節で詳しく説明します。

トラッキング機能 tracking-capabilities

Adobe Campaign では、トラッキング機能により 3 種類の Cookie（セッション Cookie と 2 つの永続的な Cookie）を使用して配信の受信者による閲覧を追跡できます。

  • セッション Cookie：nlid Cookie には、連絡先に送信されるメールの識別子（broadlogId）およびメッセージテンプレートの識別子（deliveryId）が含まれています。 Adobe Campaign が送信したメールに含まれている URL を連絡先のユーザーがクリックすると追加され、この連絡先での web 上の行動をトラッキングできるようになります。 このセッション Cookie は、ブラウザーが閉じられると自動的に消去されます。 連絡先のユーザーは、Cookie を拒否するようにブラウザーを設定できます。

  • 2 つの​永続的な Cookie：

    • UUID（Universal Unique IDentifier）Cookie は、Adobe Experience Cloud のソリューション間で共有されます。 設定は 1 回で、新しい値が生成されると、クライアントブラウザーから消滅します。 この Cookie により、web サイトの訪問時に Experience Cloud ソリューションとやり取りするユーザーを識別できます。 ランディングページ（不明な顧客アクティビティを受信者に関連付けるため）または配信によって預けることができます。 この Cookie の説明はこのページで参照できます。
    • nllastdelid Cookie（Campaign Classic 20.3 で導入）は、ユーザーがリンクをクリックした最後の配信の deliveryId を含む永続的な Cookie です。 この Cookie は、使用されるトラッキングテーブルを識別するために、セッション Cookie がない場合に使用されます。

GDPR（一般データ保護規則）などの規制では、企業は Cookie をインストールする前に web サイトのユーザーから同意を得ることが規定されています。

  • ポップアップウィンドウはブラウザーでブロックされていることが多いので、避ける必要があります。

メッセージトラッキング message-tracking

Adobe Campaignを使用すると、配信の受信者の電子メールの送信と動作（開封数、リンクのクリック数、購読解除など）を追跡できます。詳しくは、​ メッセージについてを参照してください。

これを行うには、配信ダッシュボードの「トラッキング」タブで配信と受信者の動作の影響を測定できるよう、トラッキング用リンクをメッセージに追加します。 トラッキングデータは、トラッキングインジケーターレポートで解釈されます。 トラッキングについて詳しくは、このページを参照してください。

Web トラッキング web-tracking

AVAILABILITY
Web トラッキングは、Campaign v8では使用できません。 このページ ​の使用できない機能について詳しく説明します。

データとPII保護 data-and-pii-protection

プライバシー設定と強化は、セキュリティを最適化するうえで重要な要素です。 次のベストプラクティスに従ってください。

  • すべてのエンドポイントにHTTPSを使用 - Campaignで使用するすべてのエンドポイント（トラッキング、ミラーページ、web アプリケーション、API）がHTTPS経由で提供されるようにします。
  • PII ビューを制限 - PII ビュー制限を使用して、許可されたオペレーターのみがスキーマおよび画面で機密フィールド （電子メール、電話など）を表示できるようにします。
  • 暗号化されたパスワードへのアクセスを制限 – 外部アカウントやその他のスキーマのパスワードおよび秘密フィールドへのアクセスを制限して、管理者または最小限のオペレーターのみが表示できるようにします。 以下の​ データ制限を参照してください。
  • 機密ページの保護 - PIIを表示または収集するミラーページ、web アプリケーション、およびランディングページへのアクセスを制限します。オペレーターおよびフォルダーの権限を使用し、必要に応じてキャプチャと同意を行います。
NOTE
Managed Cloud Services ユーザーの場合は、アドビはお客様と協力して、これらの設定をお客様の環境に実装します。

アクセス管理 access-management

アクセス管理は、セキュリティ強化の重要な部分です。 主なベストプラクティスは次のとおりです。

  • 十分なセキュリティ グループを作成 – 役割に一致するオペレーターグループを定義し、各役割に必要な権限のみを割り当てます。
  • 各オペレーターに適切なアクセス権があることを確認してください – 最小権限の原則を適用します。デフォルトでは、管理またはその他の広範な権限を付与しないでください。
  • 管理者演算子の使用を避け、管理者グループに演算子が多すぎないようにします – 組み込みの管理者アカウントを共有しないでください。説明責任と監査のために、物理ユーザーごとに1人の演算子を作成します。
  • 物理ユーザーごとに1人のオペレーター - アカウントを共有しません。 監査証跡とログが帰属可能になるように、担当者ごとにCampaign オペレーター（Adobe ID）を1人ずつ作成します。
  • 高権限の名前付き権限を制限 - 管理、プログラム実行 （createProcess）および​ SQL ​を少数の信頼できるオペレーターにのみ付与します。これらのオペレーターを持つユーザーとその理由を文書化します。
  • アクセスを定期的に確認する - オペレーター、オペレーターグループ、フォルダーの権限を定期的に確認します。役割が変更されたり、ユーザーが離脱したりすると、アクセスを削除または削減します。
  • 製品プロファイルを一貫して使用する - Admin Consoleの製品プロファイル（オペレーターグループ）にユーザーを割り当てることを好みます。名前の一貫性を維持します（例：campaign - <instance> - <group>）。 権限の基本を学ぶを参照してください。
  • Campaign コントロールパネルアクセス - Campaign v8では、名前に「管理者」を含む製品プロファイルまたは名前付き権限により、Campaign Campaign コントロールパネルへのアクセス権を付与できます。 プロファイル名またはグループ名に「管理者」を使用することは、それらのユーザーがCampaign コントロールパネルアクセス権を持っている必要がない限り避けてください。

権限について詳しくは、この節を参照してください。

認証とセッション authentication-and-session

  • Adobe IMSを使用 – すべてのユーザーはAdobe ID （IMS）でログインする必要があります。日常的な操作に従来のログイン/パスワードを使用しないでください。
  • 強力なIDおよびパスワードポリシーに依存 - MFAおよびパスワードポリシーにAdmin ConsoleまたはID プロバイダーを使用します。Campaign製品プロファイルに割り当てられているのは、承認済みのユーザーのみです。
  • セッションタイムアウトの設定 – 設定可能な場所（クライアントコンソールなど）で、合理的なセッションタイムアウトを設定し、ワークステーションを離れるときに画面をロックします。

インスタンスとネットワークのセキュリティ instance-and-network-security

Campaign v8製品Campaign コントロールパネル者は、Campaign管理者を使用して、インスタンスレベルのセキュリティを管理します。

  • IP許可リストに加える - インスタンスへのアクセスに使用するIP接続を管理します。既知のネットワーク（office、VPNなど）に制限し、可能な限り過度に広範囲な範囲を避けます。
  • URL権限 - インスタンスが呼び出す必要があるドメイン（API、トラッキング、外部サービス）にURL権限を制限して、サーバーサイドのリクエストの不正使用のリスクを軽減します。
  • GPG キー - ファイル転送やその他のユースケースに暗号化を使用する場合は、Campaign コントロールパネルを介してGPG キーを管理し、セキュリティポリシーに従ってローテーションします。

コーディングのガイドライン coding-guidelines

Adobe Campaign（ワークフロー、JavaScript、JSSP など）で開発する場合、常に次のガイドラインに従います。

  • スクリプト – 生のSQLを避けようとします。文字列の連結の代わりに、パラメーター化された関数を使用します。 必要なSQL関数のみを許可リストに追加することで、SQL インジェクションを回避します。
  • データモデルを保護 – 名前付き権限を使用して、オペレーターのアクションを制限し、システムフィルター（sysFilter）を追加します。
  • Web アプリケーションにキャプチャを追加 – 公開ランディングページとサブスクリプションページにキャプチャを追加します。
  • 秘密鍵をハードコードしないでください - ワークフロー、JavaScript、またはJSSP内のパスワード、API キー、またはトークンをハードコードしないでください。外部アカウントまたはセキュア設定を使用します。
  • 入力の検証とサニタイズ - Web アプリケーションおよびワークフローパラメーターでのユーザー入力の検証とサニタイズを行って、インジェクションとXSSのリスクを軽減します。
  • SQLの許可リストを使用 - SQLまたはスクリプトの実行が必要な場合は、許可されたSQL関数に許可リストを使用し、文字列連結を介してユーザー入力からクエリを作成しないようにします。

詳しくは、Adobe Campaign Classic v7 ドキュメントを参照してください。

パーソナライゼーション

コンテンツにパーソナライズされたリンクを追加する場合、潜在的なセキュリティギャップを回避するために、URL のホスト名部分にパーソナライゼーションを含めないようにしてください。 次の例は、すべての URL 属性 <a href=""> または <img src=""> で使用しないでください。

  • <%= url >
  • https://<%= url >
  • https://<%= domain >/path
  • https://<%= sub-domain >.domain.tld/path
  • https://sub.domain<%= main domain %>/path

データの制限 data-restriction

権限レベルの低い認証ユーザーは暗号化されたパスワードにアクセスできないようにする必要があります。 これには、主に 2 つの方法があります。パスワードフィールドのみへのアクセスを制限する方法と、エンティティ全体へのアクセスを制限する方法です。

この制限をおこなうと、パスワードフィールドを削除できますが、すべてのユーザーがインターフェイスから外部アカウントにアクセスできるようになります。 詳しくは、このページを参照してください。

  1. 管理／設定／データスキーマ​に移動します。

  2. 新しい​ スキーマの拡張 ​を作成します。

  3. 外部アカウント（extAccount）を選択します。

  4. 最後の画面で、新しい srcSchema を編集して、すべてのパスワードフィールドへのアクセスを制限できます。

    メイン要素（<element name="extAccount" ... >）は、次の方法で置き換えることができます。

    code language-none 
    <element name="extAccount">
    <attribute accessibleIf="$(loginId) = 0 or $(login) = 'admin'" name="password"/>
    <attribute accessibleIf="$(loginId) = 0 or $(login) = 'admin'" name="clientSecret"/>

    <element name="s3Account">
        <attribute accessibleIf="$(loginId) = 0 or $(login) = 'admin'" name="awsSecret"/>
    </element>
    <element name="wapPush">
        <attribute accessibleIf="$(loginId) = 0 or $(login) = 'admin'" name="password"/>
        <attribute accessibleIf="$(loginId) = 0 or $(login) = 'admin'" name="clientSecret"/>
    </element>
    <element name="mms">
        <attribute accessibleIf="$(loginId) = 0 or $(login) = 'admin'" name="password"/>
        <attribute accessibleIf="$(loginId) = 0 or $(login) = 'admin'" name="clientSecret"/>
    </element>
</element>

    したがって、拡張された srcSchema は次のようになります。

    code language-none 
    <...>
    <element name="extAccount">
        <attribute accessibleIf="$(loginId) = 0 or $(login) = 'admin'" name="password"/>
        <attribute accessibleIf="$(loginId) = 0 or $(login) = 'admin'" name="clientSecret"/>

        <element name="s3Account">
            <attribute accessibleIf="$(loginId) = 0 or $(login) = 'admin'" name="awsSecret"/>
        </element>
        <element name="wapPush">
            <attribute accessibleIf="$(loginId) = 0 or $(login) = 'admin'" name="password"/>
            <attribute accessibleIf="$(loginId) = 0 or $(login) = 'admin'" name="clientSecret"/>
        </element>
        <element name="mms">
            <attribute accessibleIf="$(loginId) = 0 or $(login) = 'admin'" name="password"/>
            <attribute accessibleIf="$(loginId) = 0 or $(login) = 'admin'" name="clientSecret"/>
        </element>
    </element>
<...>
    note
    NOTE
    $(loginId) = 0 or $(login) = 'admin' を hasNamedRight('admin') に置き換えて、管理者権限を持つすべてのユーザーにこれらのパスワードを表示させることができます。

運用とコンプライアンス operational-and-compliance

  • 安全なベースラインと比較 – このページの推奨事項（および該当する場合は強化セキュリティアドオン ​）と、オペレーターグループ、名前付き権限、フォルダー権限を定期的に比較して、推奨される安全なデフォルトに合わせて比較します。
  • 監査証跡を使用 - Campaignの監査証跡を活用して、重要な変更（ワークフロー、配信、キー設定など）を行います。コンプライアンスと保持ポリシーで必要に応じて、ログを保持およびレビューします。
recommendation-more-help
campaign-help-v8