> ## Documentation Index
> Fetch the complete documentation index at: https://docs.livingsecurity.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Cofense Triage 連携のセットアップ

> Cofense Triage を Living Security に接続して、従業員が報告したメールと調査の成果を取り込みます。

export const EgressIpAllowlistBothSets = ({system}) => <Warning>
    <strong>{system} では、1 セットではなく 2 セットのアドレスが必要です。</strong> Living Security は、この連携のアクセストークンを自社のインフラストラクチャ上で発行し、継続的に更新します。そのため、セットアップ時のトラフィックと同期時のトラフィックは、異なるネットワークから送信されます。両方のセットを {system} の許可リストに追加し、両方を維持してください。これはセットアップ時のみの要件ではありません。
    <br />
    <br />
    <strong>連携の同期トラフィック</strong> — すべてのリージョンで共通:
    <br />
    <code>52.34.139.153/32</code>, <code>54.69.127.183/32</code>, <code>44.247.133.183/32</code>,{' '}
    <code>52.26.211.56/32</code>
    <br />
    <br />
    <strong>プラットフォームのトラフィック</strong> — 組織をホストしているリージョンの行のみを使用してください。
    <br />
    米国: <code>98.91.60.249/32</code>, <code>13.216.91.102/32</code>
    <br />
    欧州連合: <code>34.246.236.210/32</code>, <code>52.31.102.238/32</code>
    <br />
    <br />
    同期用のセットのみを許可リストに追加した場合、セットアップは完了しません。プラットフォーム用のセットのみを追加した場合、セットアップは成功しますが、すべての同期が失敗します。両方の障害の兆候と変更ポリシーについては、{' '}
    <a href="/ja/integrations/managing/egress-ip-addresses">
      連携の送信元 IP アドレスの設定
    </a>{' '}
    を参照してください。
  </Warning>;

export const PublicIntegrationNextSteps = () => <>
    <hr />
    <h2>関連リソース</h2>
    <ul>
      <li>
        <a href="/ja/signals/data-sources">連携データがヒューマンリスクマネジメントのシグナルになる仕組みを確認する</a>
      </li>
      <li>
        <a href="https://www.livingsecurity.com/integrations">Living Security の連携を探す</a>
      </li>
      <li>
        <a href="https://app.livingsecurity.ai/">Living Security Platform を開く</a>
      </li>
      <li>
        <a href="https://www.livingsecurity.com/request-demo/">Living Security のデモをリクエストする</a>
      </li>
    </ul>
  </>;

export const ConnectInPlatform = ({tile, children}) => <Step title="Living Security Platform で認証情報を入力します">
    <p>
      この手順は、Living Security にアクセスできる担当者(プログラムオーナー、または招待されている場合はシステム管理者(委任によるセットアップ))が実施します。
    </p>
    <ol>
      <li>
        <strong>設定 → 連携 → カタログ</strong>に移動し、<strong>{tile}</strong> タイルを見つけて、<strong>接続</strong>をクリックします。
      </li>
      <li>
        以下のフィールドに入力し、<strong>接続</strong>をクリックします。
      </li>
    </ol>
    {children}
  </Step>;

export const SystemAdminBanner = ({system, recommendDelegated}) => <Note>
    <p>
      <strong>このガイドは、{system} の管理者様向けです。</strong>ここでは、{system} 内で API 認証情報を作成する手順を説明します。この作業には、Living Security Platform ではなく、{system} の管理者権限が必要です。
    </p>
    <p>
      Living Security の<strong>プログラムオーナー</strong>であり、{system} の管理者ではない場合は、このページを {system} の管理者にお送りください。管理者はパート A を完了し、認証情報をお客様に引き渡します（プラットフォームに招待済みの場合は、管理者が認証情報を直接入力することもできます）。
      {recommendDelegated && <>
          {' '}セットアップでは機密性の高いキー情報が生成されるため、シークレットがお客様に送信されることのないよう、<strong>委任セットアップ</strong>の方法を推奨します。
        </>}
    </p>
  </Note>;

<SystemAdminBanner system="Cofense Triage" recommendDelegated={true} />

## この連携で取り込まれるデータ

Cofense Triage からは、正規化された従業員報告メールと調査の成果を取り込むことができます。確認済みの例は次のとおりです。

* `phishing.real.reported` — 実際のフィッシングメールを報告する
* `email.suspicious.reported` — 不審なメールを報告する
* `phishing.real.targeted` — 実際のフィッシングキャンペーンの標的になる

[連携データがシグナルになる仕組み](/ja/signals/data-sources)を参照してください。

## 必要なもの

Cofense Triage は OAuth2 クライアント認証情報を使用します。Triage テナントで API アプリケーションを作成し、そのクライアント ID とクライアントシークレットをコピーします。ブラウザーでの同意手順はありません。両方の値を Living Security に貼り付けると、Living Security 自身がトークンを要求します。

## セットアップ

<Steps>
  <Step title="Cofense 専用の認証情報を作成する">
    Cofense Triage で、レポートを読み取れる API アプリケーションを作成します。認証情報はレポートへのアクセスのみに制限してください。**クライアント ID** と**クライアントシークレット**を記録します。シークレットは Triage で一度しか表示されません。
  </Step>

  <Step title="Triage のホスト名を確認する">
    `acme.managedphishme.com` のような完全なテナントのホスト名、または Cofense 環境に割り当てられたホスト名を記録します。Living Security に入力する際は `https://` を含めないでください。
  </Step>

  <ConnectInPlatform tile="Cofense Triage">
    **クライアント ID**、**クライアントシークレット**、**Triage ホスト名**を入力します。
  </ConnectInPlatform>
</Steps>

## 確認とトラブルシューティング

最初の同期を待つ前に、接続テストで現在のユーザーとレポートを読み取れることを確認してください。

<AccordionGroup>
  <Accordion title="401 Unauthorized">
    クライアントシークレットを置き換えてください。ローテーションまたは失効された可能性があります。また、ホスト名が認証情報を発行したテナントと同じものであることを確認してください。
  </Accordion>

  <Accordion title="403 Forbidden">
    この認証情報ではレポートを読み取れません。お使いの Cofense テナントで必要とされる最小限のレポート権限を付与してから、再接続してください。
  </Accordion>

  <Accordion title="Triage のホスト名に到達できない">
    Triage テナントで送信元 IP アドレスによる API アクセス制限を行っている場合、この連携では**2 種類**のアドレスを許可リストに登録する必要があります。Living Security はアクセストークンを自ら発行して継続的に更新するため、トークン要求と定期同期は異なるネットワークから送信され、Triage ではどちらも同じホスト名に到達します。

    <EgressIpAllowlistBothSets system="Cofense Triage" />
  </Accordion>

  <Accordion title="レポートは表示されるが報告者が表示されない">
    報告者の拡充は、報告者エンドポイントを公開している接続バリアントでのみ利用できます。レポート由来のシグナルは、サポートされているレポートデータから引き続き反映されます。
  </Accordion>
</AccordionGroup>

<PublicIntegrationNextSteps />


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.