デバイスのスプーフィング

デバイスのスプーフィングは、ウェブサイト、アプリ、セキュリティ システムが異なるデバイスやデバイスの状態を認識できるようにするためのデバイス信号の意図的な操作です。 影響を受ける信号には、ブラウザのプロパティ、デバイス識別子、位置データ、ネットワークの詳細、オペレーティング システム情報、またはアプリの整合性の結果が含まれる可能性があります。

1 つの信号を変更しても、デバイス全体が再作成されるわけではありません。 また、プラットフォームが新しい ID を受け入れることも保証されません。 最新のシステムは、環境が見慣れたもの、新しいもの、変更されたもの、または危険なものであるかどうかを判断する前に、複数のレイヤーにわたる信号を比較します。

デバイスのスプーフィングとは何ですか?

オンライン サービスでは、人間が物理的な電話やコンピューターを検査するのと同じ方法でデバイスを検査することはできません。 彼らは入手可能な情報からアイデンティティを構築します。

Web サイトでは、ブラウザのプロパティ、Cookie、画面設定、言語、タイムゾーン、IPアドレス、およびグラフィック情報を監視する場合があります。 モバイル アプリは、アプリスコープの識別子、オペレーティング システムの詳細、整合性の結果、およびセンサー データを受信することもあります。 正確な情報は、プラットフォーム、権限、プライバシー制御によって異なります。

デバイスのスプーフィングは、これらのシグナルの一部が変更、非表示、置換、または不正確に報告された場合に発生します。 目標は、環境を実際の状態とは異なって見せることです。

たとえば、環境によっては、異なるデバイス モデルやブラウザのバージョンが報告される場合があります。 場所の値が物理的な場所と一致しない可能性があります。 エミュレータは、それ自体を物理的な電話として表示する場合があります。 変更されたアプリは、正式版と同じように表示される可能性があります。

これらの状況はすべて同じレベルのリスクを伴うわけではありません。 QA エンジニアは、複数のデバイス構成でアプリをテストする場合があります。 プライバシー ツールを使用すると、Web サイトに公開される情報の量が削減される場合があります。 詐欺師は同様の信号を操作して、偽のアカウントを作成したり、信頼できるデバイスになりすましたりする可能性があります。

技術的な変更だけでは意図が確立されません。 承認、アカウント履歴、動作、および試行されたアクションは依然として重要です。

デバイスのスプーフィングはどのように機能しますか?

デバイスのスプーフィングは、通常、サービスが環境用に構築する ID の 1 つ以上の部分に影響します。

このプロセスは 5 つの段階で理解できます。

1. Web サイトまたはアプリは、観察が許可されているデバイス信号を収集します。
2. 環境は、1 つ以上の値をレポート、マスク、リセット、または置換します。
3. サービスは、これらの値を他の現在の信号と比較します。
4. 以前のセッション、アカウント履歴、既知のデバイス パターンと比較して結果をチェックします。
5. セキュリティ ポリシーは、アクティビティを許可、監視、検証、レビュー、または制限するかどうかを決定します。

利用可能な信号はコンテキストによって異なります。

Web サイトは主にブラウザーとネットワーク接続を通じて公開される情報を使用して機能します。 通常、IMEI、ハードウェアのシリアル番号、またはネットワーク インターフェイスの MAC アドレスを読み取ることはできません。

ネイティブ モバイル アプリは、別の情報セットにアクセスできます。 そのアクセスは、オペレーティング システム、アプリの権限、配布チャネル、プラットフォーム ポリシーによって制御されます。 一部の識別子はアプリ固有です。 その他はユーザーがリセットできるか、再インストール後に変更される可能性があります。

整合性サービスは別のレイヤーを追加します。 アプリ、オペレーティング システム、またはデバイス環境に関する署名付き証拠を提供できます。 この証拠は、ブラウザーの自己報告値よりも変更が困難ですが、それでも、それを受け取るサービスによって検証される必要があります。

どのようなデバイス信号が誤って伝えられる可能性がありますか?

デバイス ID は 1 つの普遍的な番号ではありません。 これは、さまざまな範囲と存続期間を持つ信号のコレクションです。

一部の値は簡単に変更できます。 その他は、オペレーティング システム ルールまたはハードウェア ベースのキーによって保護されています。 この違いが、サービスが 1 つのデバイス属性を単独で信頼することがほとんどない理由です。

単純なユーザー エージェントの変更により、リクエストに表示されるブラウザ名が変更される場合があります。 グラフィック出力、サポートされている API、クライアント ヒント、画面プロパティ、または保存されたセッション データは自動的に変更されません。 結果として得られる組み合わせが信じられない場合、その変更によりリスクが軽減されるどころか、増加する可能性があります。

デバイスのスプーフィングとデバイスのフィンガープリンティングの比較

ブラウザのフィンガープリンティング は、観察可能なブラウザと環境の信号を収集して組み合わせます。 この結果は、サービスが戻ってきた環境を認識したり、既知のパターンと比較したりするのに役立ちます。

デバイスのスプーフィングは、これらの信号の一部を変更したり、誤って伝えたりします。

違いは簡単です。

• フィンガープリンティングは観察方法です。
• スプーフィングは、観察されたものを変更しようとする試みです。

指紋は必ずしも永続的な識別子であるとは限りません。 ブラウザの更新、ドライバーの変更、プライバシー設定、ハードウェアの変更により、通常の指紋ドリフトが発生する可能性があります。 2 つのデバイスが同様のプロパティを共有する場合もあります。

同じ理由で、フィンガープリントの値を変更しても、必ずしも説得力のある新しい ID が作成されるわけではありません。 このサービスは、変更を Cookie、アカウント履歴、ネットワーク情報、および動作と比較する場合があります。

デバイスのスプーフィング とデバイス エミュレーション

Androidエミュレータ Android環境をソフトウェアで再現します。 開発者は、テスト、デバッグ、互換性チェック、自動 QA にこれらを使用します。

エミュレータは自動的にスプーフィングデバイスになるわけではありません。 自身をエミュレータとして正確に認識する可能性があります。 その場合、それは単なる別の種類のランタイム環境です。

環境が意図的に別の物理デバイスとして提示されたり、その実際の状態が受信側システムから隠蔽されたりする場合、エミュレーションはデバイスのスプーフィングの一部となります。

この区別が重要です。 すべてのエミュレータをブロックすると、正当なテストが中断される可能性があります。 すべてのエミュレータを物理デバイスとして扱うと、セキュリティ ギャップが生じる可能性もあります。 より良いポリシーでは、必要なアクション、アカウント、環境、および信頼のレベルが考慮されます。

デバイスのスプーフィング vs 位置スプーフィング

位置スプーフィングは、位置関連情報を変更または改ざんします。 GPS 座標、タイムゾーン、ロケール、またはその他の位置信号に影響を与える可能性があります。

これはデバイスのスプーフィングよりも範囲が狭いです。 場所はデバイス プロファイルの一部にすぎません。

不一致は必ずしも疑わしいわけではありません。 元の言語とタイムゾーンの設定を維持したまま旅行する人もいるかもしれません。 企業ネットワークは、別の国を経由してトラフィックをルーティングする場合があります。 携帯電話会社のルーティングにより、IP 地理位置情報の精度が低下する可能性もあります。

プラットフォームは、位置信号と最近の履歴および試行されているアクションを比較する必要があります。 通常のブラウジング中の位置の変更は、機密性の高い支払いやアカウント回復リクエスト中の突然の変更とは異なります。

デバイスのスプーフィング vs IP スプーフィング

IP スプーフィングは、パケットに偽造された送信元 IPアドレス が含まれるネットワーク攻撃です。 多くの場合、通常の双方向接続を必要としない攻撃に関連しています。

プロキシまたは VPN の使用は、ネットワーク パケットの送信元アドレスを偽造することと同じではありません。 プロキシは、トラフィックがサービスに到達するルートを変更します。 サービスは、有効な接続を通じてプロキシ アドレスと通信します。

別の IPアドレス はネットワーク コンテキストを変更する可能性がありますが、ブラウザ、アプリ、デバイス、またはセッション情報は置き換えられません。 プロキシ、VPN、アンチディテクトブラウザ の違いは、これらのレイヤーを評価する際に重要です。

デバイスのスプーフィングが使用されるのはなぜですか?

同じ信号の変更により、正当なテストや不正なアクティビティがサポートされる可能性があります。 周囲の状況がリスクを決定します。

正当な使用

認可されたチームは、次のデバイス情報を変更できます。

• ブラウザとアプリの互換性テスト
• 不正行為防止の検証
• デバイス構成全体にわたる品質保証
• プライバシーとセキュリティの研究
• 制御された自動化
• デバイス固有のバグを再現する
• 地域または言語設定のテスト

これらのワークフローでは、承認されたアカウント、文書化されたテスト環境、妥当なリクエスト率、および明確なアクセス制御を使用する必要があります。

不正使用

デバイスのスプーフィングでは以下もサポートされる場合があります。

• アカウント乗っ取り
• 偽のアカウントの作成
• プロモーションと紹介の乱用
• 広告詐欺
• 支払い詐欺
• ゲーム不正行為
• 端末制限後のアクセス繰り返し
• 自動化されたアクティビティを非表示にしようとする試み

このような場合、リスクは活動の目的と行動から生じます。 変更された信号の存在は裏付けとなる証拠であり、完全な事件ではありません。

プラットフォームはデバイスのスプーフィングをどのように検出しますか?

検出システムは、不一致、予期しない変更、整合性チェックの失敗、悪用に関連するパターンを探します。

クロスシグナルの一貫性

プラットフォームは、意味のある値を比較できます。

報告されたオペレーティング システムは、主張されているブラウザのバージョンをサポートしている必要があります。 グラフィックス機能はデバイス モデルに適している必要があります。 画面のプロパティはデバイス カテゴリに適合する必要があります。 言語、タイムゾーン、GPS、ネットワークの位置を不可能な組み合わせにしないでください。

単一の不一致によってなりすましが証明されることはありません。 ブラウザのバグ、プライバシー ツール、リモート デスクトップ、アクセシビリティ ソフトウェア、および異常なハードウェアはすべて、異常な結果を引き起こす可能性があります。

デバイスの継続性

サービスは現在の信号を以前のセッションと比較する場合があります。

アクティブなセッション中にデバイス ID が完全に変化する場合は、さらに精査する必要がある可能性があります。 セッションの残りの部分が一貫している場合、通常のブラウザーの更新はそれほど心配する必要はありません。

Cookie、ログイン履歴、信頼できるデバイスの記録、およびアカウント回復イベントは、このコンテキストを提供するのに役立ちます。 優れた セッション管理 により、これらの変更を評価しやすくなります。

アプリとデバイスの整合性

モバイル プラットフォームは、機密性の高いアプリのワークフローに対して、より強力な整合性の証拠を提供します。

Google Play Integrity は、アプリのバイナリ、インストール ソース、デバイスの整合性、エミュレートされた環境、および最近のデバイスのアクティビティに関する情報を返すことができます。 Apple App Attest を使用すると、サーバーは、ハードウェアでサポートされているキーを使用して、正規のアプリ インスタンスによって作成されたアサーションを検証できます。

これらのサービスは、最終的な検証がサーバー上で行われるため便利です。 侵害されたアプリは、自身のセキュリティ状態を報告することを信頼すべきではありません。

整合性の結果には依然としてポリシーが必要です。 サポートされていないデバイス、一時的なプラットフォームの障害、カスタム オペレーティング システム、またはアプリの再インストールにより、不正行為を示さずに予期しない結果が生じる可能性があります。

動作と速度

技術的に一貫したデバイスであっても、危険な動作をする可能性があります。

プラットフォームは以下を検査する場合があります:

• 環境に関連付けられたアカウントの数
• ログインの失敗
• リクエストの頻度
• 繰り返される宣伝文句
• 支払いの試み
• ナビゲーション順序
• セッション期間
• 通常のアカウントの動作の突然の変化

これらのシグナルは ボットの検出 にも表示されます。 デバイスのスプーフィングの検出は、環境の信頼性に重​​点を置いています。 ボットの検出 では、アクティビティが自動化されているように見えるかどうか、またアクティビティをどのように分類する必要があるかを尋ねます。 2 つのシステムは証拠を共有している可能性がありますが、異なる質問に答えます。

リスクベースの対応

検出により証拠またはリスク評価が生成される必要があります。 政策は対応を決定する必要があります。

実際の応答シーケンスは次のとおりです。

1. リスクの低い活動を許可します。
2. 不確実な活動を観察します。
3. 機密性の高いアクションについては追加の検証をリクエストします。
4. 影響の大きいケースをレビューのために送信します。
5. 証拠と潜在的な危害が正当化される場合は、活動を制限してください。

このアプローチにより、誤検知による被害が軽減されます。 また、あらゆる異常なデバイスを敵対的なものとして扱うことも避けられます。

制限と誤検知

デバイスは通常の使用中に変化するため、デバイスの識別は不完全です。

ブラウザを更新すると、フィンガープリントの値が変更される可能性があります。 ユーザーは、グラフィックス ドライバーの交換、アプリの再インストール、広告 ID のリセット、ネットワークの切り替え、または電話の復元を行うことができます。 企業のデバイスでは管理ソフトウェアが実行されている場合があります。 開発者は、エミュレータまたはルート化されたテスト電話を使用できます。

プライバシー ツールは別の課題を生み出します。 デバイス情報を標準化、ブロック、または削減する可能性があります。 これにより、多くのユーザーが同じように見えたり、通常のブラウザでは珍しい組み合わせが生成されたりする可能性があります。

強力なデバイス バインディングも、アカウントの回復中に問題を引き起こす可能性があります。 携帯電話を紛失した場合でも、アカウントへの永久アクセスを失うべきではありません。 サービスには、以前のデバイス ID を超えるものを使用する回復パスが必要です。

収集行為にも注意が必要です。 デバイス信号は、アカウントにリンクされたり、個人を認識するために使用されたりすると、個人データまたはオンライン識別子になる可能性があります。 組織は必要なものだけを収集し、保存を制限し、アクセスを保護し、情報がセキュリティ上の意思決定をどのようにサポートするかを説明する必要があります。

デバイスのスプーフィングとブラウザ プロファイル

ブラウザ プロファイル は、ブラウザの設定、Cookie、ストレージ、セッション状態を別の環境に保持します。 これにより、チームは承認されたワークフローを整理し、セッション間の偶発的な重複を減らすことができます。

プロファイルは物理デバイスをコピーしません。 ハードウェアを利用したモバイル認証を置き換えることはできません。 また、別のプラットフォームがアカウント、ネットワーク、タスク、または行動パターンを評価する方法を制御することもできません。

チームは MoreLogin API を使用して、承認されたプロファイル ベースのワークフローを管理できます。 認可、プラットフォーム ルール、レート制限、ロギング、人間によるレビューは引き続き適用されます。

重要なポイント

• デバイスのスプーフィングは、デバイス関連の信号を変更したり、偽ったりします。
• デバイス ID は、1 つの汎用 ID ではなく、複数のレイヤーから構築されます。
• デバイスのフィンガープリンティングにより信号が観察されます。 デバイスのスプーフィングにより、観察される内容が変化します。
• エミュレータ、プロキシ、VPN、プライバシー ブラウザ、または root 化されたデバイスは、自動的に不正行為を証明するものではありません。
• 検出は、一貫性、完全性、履歴、動作、ビジネス コンテキストを組み合わせると最も効果的に機能します。
• ブラウザ プロファイルはブラウザ環境を分離します。 物理デバイスのクローンを作成したり、プラットフォームの結果を保証したりするものではありません。

デバイスのスプーフィングに関するよくある質問

デバイスのスプーフィングとは簡単に言うと何ですか?

デバイスのスプーフィングとは、ウェブサイト、アプリ、またはセキュリティ システムが別のデバイスまたはデバイスの状態を認識できるように、デバイス関連の情報を変更することを意味します。 変更された情報には、ブラウザーのプロパティ、アプリ識別子、場所、ネットワーク コンテキスト、または整合性信号が含まれる場合があります。

デバイスのスプーフィングはどのように機能しますか?

これは、環境を識別するために使用される 1 つ以上の信号を変更、マスク、リセット、または置き換えることによって機能します。 受信側サービスは、これらの値を他のシグナル、以前のセッション、アカウント履歴、完全性証拠と比較して、結果が信頼できるかどうかを判断できます。

Web サイトではどのようなデバイス情報が表示されますか?

Web サイトでは、ブラウザーのプロパティ、画面情報、言語、タイムゾーン、グラフィックス機能、Cookie、IP コンテキスト、およびその他のブラウザーに公開される値が表示される場合があります。 通常、IMEI、ハードウェアのシリアル番号、またはネットワーク インターフェイスの MAC アドレスを直接読み取ることはできません。

デバイスのスプーフィングはデバイスのフィンガープリンティングと同じですか?

いいえ。 デバイス フィンガープリンティングは、観察可能な信号を収集および組み合わせて、環境を認識または比較します。 デバイスのスプーフィングは、これらの信号の一部を変更したり、誤って伝えたりします。 フィンガープリンティングは観察プロセスですが、スプーフィングは観察者が受け取るものに影響を与えます。

エミュレータは偽装デバイスですか?

必ずしもそうとは限りません。 エミュレータは、ソフトウェアベースのデバイス環境です。 エミュレートされた状態を意図的に隠したり、別の物理デバイスであると主張したりする場合、スプーフィングの一部となります。 多くの開発者は、正当なテストに透過的なエミュレータを使用しています。

VPN はデバイスを偽装しますか?

いいえ。 VPN は、ネットワーク ルートと見かけの IP コンテキストを変更します。 ブラウザーのプロパティ、アプリ識別子、オペレーティング システムの状態、ハードウェア バックアップ キー、またはセッション履歴は自動的に変更されません。 ネットワーク コンテキストはデバイス ID の一部にすぎません。

アプリはデバイスのスプーフィングをどのように検出しますか?

アプリとそのサーバーは、デバイス信号を比較し、予期せぬ変化を調べ、動作を分析し、プラットフォーム整合性サービスを使用できます。 変更されたアプリはデバイス上でのみ実行されるチェックを偽装する可能性があるため、慎重な決定はサーバー上で行う必要があります。

デバイスのスプーフィングの検出で間違いが発生する可能性はありますか?

はい。 ソフトウェアのアップデート、アプリの再インストール、プライバシー ツール、カスタム オペレーティング システム、エミュレータ、共有ネットワーク、新しいハードウェアによって、異常な結果が生じる可能性があります。 プラットフォームは、影響の大きい決定を下す前に、追加の検証および回復オプションを使用する必要があります。

デバイスのスプーフィングは違法ですか?

デバイスのスプーフィングは、1 つの普遍的なルールによって管理されるわけではありません。 法的および契約上の立場は、方法、認可、目的、関連するデータ、および現地法によって異なります。 許可を得て環境をテストすることは、信頼できるデバイスになりすまして不正アクセスを取得することとは異なります。

ブラウザのプロファイルは物理デバイスを偽装しますか?

いいえ。 ブラウザ プロファイルは、ブラウザ側の設定、Cookie、ストレージ、セッション状態を管理します。 物理的な電話やコンピュータを再現するものではなく、モバイル デバイス認証システムで使用されるハードウェアに裏付けられた証拠も提供しません。