メインコンテンツへスキップ

概要

デバイス・IP分析は、疑わしいデバイス、ネットワーク、位置情報の挙動を検知するたびに、ip_analyses[].warnings[]に警告タグを出力します。9つのタグには、ワークフローノードごとに設定可能なアクション(却下 / レビュー / アクションなし)があります。2つのブロックリストタグは常にDeclinedを強制し、2つの許可リストタグは常に情報提供のみです。各警告のlog_typeは適用されたアクションを反映し、error(却下)、warning(レビュー)、information(アクションなし)のいずれかになります。各リスクはセッション1件あたり最大1回だけ発生します。 以下のリスクはすべて本番環境の判定パイプラインで検証されています。警告には機能タグLOCATIONが付与され、標準の警告オブジェクトの形式に従います。 デバイスフィンガープリントの警告は、意図的に完全一致のシグナルと復元されたシグナルに分けられています。
  • DUPLICATED_DEVICE_FINGERPRINTは、同一の決定論的なデバイスID(match_sourceがpersistent_idまたはlegacy_fp)が、異なるvendor_data値を持つ複数のセッションで再利用されたことを意味します。
  • DEVICE_RECOVERED_HIGH_CONFIDENCEは、永続IDが変更された後(ストレージの消去、シークレットモード、アプリの再インストール)に、v2フィンガープリント復元によってセッションが以前に検出されたデバイスと照合されたことを意味します。この警告は、照合が高信頼度の類似度しきい値とハードゲートを通過した場合にのみ表示されます。
デバイス、VPN、プロキシ、位置情報の不一致に関するアラートを含むDiditのデバイス・IP分析の警告の例

生成される警告

復元されたデバイスに条件を満たす関連セッションがまだない場合(そのためmatches[]に何も入らない場合)でも、DEVICE_RECOVERED_HIGH_CONFIDENCEはフォールバック形式のadditional_dataで発行されます。その形式はrecovery_match_device_uuid、recovery_match_similarity、recovery_match_band、recovery_gate_reasonです。 IP_LOCATION_NOT_ALLOWEDは、IPジオフェンシングが有効(is_ip_geofencing_enabled)で、セッションのIPがip_geofencing_by_countryで許可されていないと設定された国または州/地域に位置している場合に発行されます。additional_dataにはip_country_code(ISO-3)、ip_country、ip_state、restricted_by(countryまたはstate)が含まれます。州/地域のエントリは国の設定より優先され、IPプロバイダーの地域名(例: "California")と大文字・小文字を区別せずに照合されます。設定に記載されていない国は許可されます。

デバイスとランタイムの完全性

ネイティブSDKとWebクライアントが報告するシグナルで、検証が実行されたデバイスの状態を示します。これらはインジェクション攻撃を検知するためのものです。デバイスをroot化したりアプリのプロセスをフックしたりできる攻撃者は、カメラ映像が生体認証チェックに届く前に差し替えることができます。 いずれもワークフローごとに設定でき、デフォルトはアクションなしです。そのため、この機能を有効にしても、明示的に設定するまで判定は一切変わりません。
各プローブはベストエフォートで動作します。チェックを実行できない場合は、問題なしの結果ではなく判定不能を報告します。そのため、プローブが失敗しても正規のユーザーに対して誤検知が発生することはありません。シグナルはネイティブSDK 4.4.0以降、報告されます。それより前のSDKを使用するセッションでは完全性シグナルは送信されず、DEVICE_INTEGRITY_SIGNALS_MISSINGが発生することはありません。
root化やエミュレーターのシグナルは、改造されているものの不正ではないデバイスを使う正規のユーザーにもよく見られます。これらは却下ではなくレビューから始め、厳しくする前に自社の却下率を確認してください。

設定可能な項目

ノードごとのワークフロー設定です(アプリケーションの検証設定でグローバルに設定することもできます。特記がない限り、すべてのアクションのデフォルトはアクションなしです): IPとデバイスの許可リストが抑制するのは、許可リストに登録された値に対する完全一致の重複IP警告、または決定論的な重複デバイス警告のみです。VPN/プロキシ、国の不一致、想定IPの不一致、復元デバイス、ブロックリストの警告は抑制されません。 復元デバイスの警告は、同じハードウェア上でアカウントやセッションを切り替える不正グループの検知に役立ちます。ただしDiditは設計上、慎重な方針をとっています。証拠が十分でない場合、システムは無関係なデバイスを統合するよりも、一部の重複ユーザーを見逃すことを優先します。推奨される導入手順:まずレビューから始め、2週間にわたり件数を監視し、誤検知率が低ければアクションをより厳しく設定してください。

重複デバイスと復元デバイスの違い

この2つの警告は、発生の根拠となる証拠が異なるため、別々に扱ってください:

セッション間の一致

同じIPアドレス、完全に一致するデバイスID、または復元されたデバイスが異なるユーザーに属するセッション間で検出された場合、Diditはそれらをip_analyses[]のmatches[]として記録します。セッションはvendor_dataでグループ化されます。同じvendor_dataを持つセッションは同一ユーザーとして扱われ、一致の対象から除外されます。vendor_dataがない場合、すべてのセッションが別々のユーザーとして扱われ、重複の可能性があるものがすべて表示されます。ノイズを減らすため、vendor_dataを常に指定することを強くおすすめします。 各一致には次の情報が含まれます。
  • 一致したセッションのsession_id、session_number、vendor_data、verification_date、およびそのライフサイクルのstatusとapi_service(ワークフローのセッションではnull)。sourceは常にsessionです
  • match_type: ip_addressまたはdevice_fingerprint
  • match_source: ip_address、persistent_id、legacy_fp、またはrecovered_high
  • matched_value: 共有されているIP、デバイス識別子、または(復元による一致の場合)復元されたデバイスのUUID
  • confidence(0〜1、1 - P(false positive))とmatch_mode(deterministic / probabilistic / co_occurrence)
  • device_info: device_brand、device_model、browser_family、os_family、platform、device_fingerprint
  • location_info: ip_address、ip_country、ip_country_code、ip_state、ip_city、is_vpn_or_tor、is_data_center
  • match_sourceがrecovered_highの場合に追加される復元デバイス用の項目: recovery_similarity、tls_ja4_corroborated、recovery_gate_reason
IPによる一致とデバイスによる一致はそれぞれ最大5件(合計で最大10件)です。一致のスキーマ全体と信頼度モデルについては、レポートページを参照してください。

例

VPNと国の不一致(レビューに設定)

ブロックリストに該当(却下になります)

復元デバイスの高信頼度(レビューに設定)

関連情報

警告の種類

最終更新日 2026年11月1日