Skip to main content

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

Cofense Triage からは、正規化された従業員報告メールと調査の成果を取り込むことができます。確認済みの例は次のとおりです。
  • phishing.real.reported — 実際のフィッシングメールを報告する
  • email.suspicious.reported — 不審なメールを報告する
  • phishing.real.targeted — 実際のフィッシングキャンペーンの標的になる
連携データがシグナルになる仕組みを参照してください。

​
必要なもの

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

​
セットアップ

1

Cofense 専用の認証情報を作成する

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

Triage のホスト名を確認する

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

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

最初の同期を待つ前に、接続テストで現在のユーザーとレポートを読み取れることを確認してください。
クライアントシークレットを置き換えてください。ローテーションまたは失効された可能性があります。また、ホスト名が認証情報を発行したテナントと同じものであることを確認してください。
この認証情報ではレポートを読み取れません。お使いの Cofense テナントで必要とされる最小限のレポート権限を付与してから、再接続してください。
Triage テナントで送信元 IP アドレスによる API アクセス制限を行っている場合、この連携では2 種類のアドレスを許可リストに登録する必要があります。Living Security はアクセストークンを自ら発行して継続的に更新するため、トークン要求と定期同期は異なるネットワークから送信され、Triage ではどちらも同じホスト名に到達します。
報告者の拡充は、報告者エンドポイントを公開している接続バリアントでのみ利用できます。レポート由来のシグナルは、サポートされているレポートデータから引き続き反映されます。