特許 7594000 通信サーバ装置およびアブステンションアタック判定方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-11-25

(45)【発行日】2024-12-03

(54)【発明の名称】通信サーバ装置およびアブステンションアタック判定方法

(51)【国際特許分類】

   G06F 21/00 20130101AFI20241126BHJP

   G06F 21/31 20130101ALI20241126BHJP

【ＦＩ】

G06F21/00

G06F21/31

【請求項の数】 19

(21)【出願番号】P 2022513588

(86)(22)【出願日】2019-09-02

(65)【公表番号】

(43)【公表日】2023-01-26

(86)【国際出願番号】 SG2019050436

(87)【国際公開番号】W WO2021045675

(87)【国際公開日】2021-03-11

【審査請求日】2022-08-04

(73)【特許権者】

【識別番号】518236797

【氏名又は名称】グラブタクシー ホールディングス プライベート リミテッド

【氏名又は名称原語表記】ＧＲＡＢＴＡＸＩ ＨＯＬＤＩＮＧＳ ＰＴＥ． ＬＴＤ．

【住所又は居所原語表記】３ Ｍｅｄｉａ Ｃｌｏｓｅ， ＃０１－０３／０６， Ｓｉｎｇａｐｏｒｅ １３８４９８， Ｓｉｎｇａｐｏｒｅ

(74)【代理人】

【識別番号】100137095

【弁理士】

【氏名又は名称】江部 武史

(74)【代理人】

【識別番号】100173691

【弁理士】

【氏名又は名称】高橋 康久

(74)【代理人】

【識別番号】100091627

【弁理士】

【氏名又は名称】朝比 一夫

(72)【発明者】

【氏名】カナガサバイ，プラサンナ

(72)【発明者】

【氏名】パサック，ソメシュ

(72)【発明者】

【氏名】ナラヤナン，スリーカント

【審査官】青木 重徳

(56)【参考文献】

【文献】米国特許出願公開第２０１１／００８６６１９（ＵＳ，Ａ１）

【文献】中国特許出願公開第１０４７８０１７８（ＣＮ，Ａ）

【文献】Misni Harjo Suwito et al.，Verifiable E-Voting with Resistancce against Physical Forced Abstention Attack，2019 International Workshop on Big Data and Information Security (IWBIS)，米国，IEEE，2019年10月11日，p. 85-89

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ２１／００

Ｇ０６Ｆ ２１／３１

ＪＳＴＰｌｕｓ／ＪＭＥＤＰｌｕｓ／ＪＳＴ７５８０（ＪＤｒｅａｍＩＩＩ）

ＩＥＥＥ Ｘｐｌｏｒｅ

ＴＨＥ ＡＣＭ ＤＩＧＩＴＡＬ ＬＩＢＲＡＲＹ

(57)【特許請求の範囲】

【請求項1】

ユーザ通信装置に関連するアブステンションアタックを判定するための通信サーバ装置であって、前記通信サーバ装置は、プロセッサとメモリとを備え、前記プロセッサの制御下で、前記メモリ内の命令を実行するように構成され、
ハンドシェイクデータを前記ユーザ通信装置に送信し、
定義された期間、ノンスを含むハンドシェイクデータに対応する前記ユーザ通信装置からのハンドシェイクレスポンスを監視し、
前記ハンドシェイクデータに対応する前記ハンドシェイクレスポンスが前記通信サーバ装置によって受信されないまま、前記定義された期間が経過したことに応答し、さらに、前記通信サーバ装置が、前記ユーザ通信装置が前記通信サーバ装置との通信モードにあることを示すイベントの存在を判定することに応答し、
前記アブステンションアタックがあると判定し、
前記アブステンションアタックの判定に応答して、前記通信サーバ装置に関連するサービスへの前記ユーザ通信装置のアクセスを拒否するための終了データを生成することを含む、通信サーバ装置。

【請求項2】

前記アブステンションアタックがあると判定するために、前記通信サーバ装置は、検証データを含むハンドシェイクレスポンスが前記通信サーバ装置によって受信されないまま、前記定義された期間が経過したことに応答し、さらに、前記通信サーバ装置が前記イベントの存在を判定したことに応答して、前記アブステンションアタックがあると判定するように構成される、請求項１に記載の通信サーバ装置。

【請求項3】

前記定義された期間は、２分から１０分の間である、請求項１または２に記載の通信サーバ装置。

【請求項4】

前記ハンドシェイクデータを前記ユーザ通信装置に送信する前に、前記通信サーバ装置は、前記ユーザ通信装置にセッショントークンを発行するようにさらに構成される、請求
項１乃至３のいずれか一項に記載の通信サーバ装置。

【請求項5】

前記生成された終了データに応答して、前記通信サーバ装置は、前記セッショントークンを無効化するようにさらに構成される、請求項４に記載の通信サーバ装置。

【請求項6】

前記ハンドシェイクデータを前記ユーザ通信装置に送信する前に、前記通信サーバ装置が前記ユーザ通信装置のユーザを認証することに応答して、前記通信サーバ装置はさらに以下を行うように構成され、
前記ユーザの存在を識別するためのデータを生成し、
前記データを前記通信サーバ装置内の１つまたは複数のデータストアに格納する、請求項１乃至５のいずれか一項に記載の通信サーバ装置。

【請求項7】

前記データは、前記ユーザの存在を識別した時刻を示す時刻データを含む、請求項６に記載の通信サーバ装置。

【請求項8】

前記ハンドシェイクレスポンスが前記定義された期間内に前記通信サーバ装置によって受信されることに応答して、前記通信サーバ装置は、前記ユーザ通信装置が前記通信サーバ装置に関連付けられたサービスにアクセスすることを許可するアクセスデータを生成するようにさらに構成される、請求項６または７に記載の通信サーバ装置。

【請求項9】

請求項８に記載の通信サーバ装置であって、さらに、以下のように構成され、
前記通信サーバ装置によって前記ハンドシェイクレスポンスの受信を示す第２データを生成し、
前記１つまたは複数のデータストアに格納されたデータを前記第２データで更新する、通信サーバ装置。

【請求項10】

ユーザ通信装置に関連するアブステンションアタックを判定するための通信サーバ装置において実行される方法であって、前記方法は、前記通信サーバ装置のプロセッサの制御下で、以下を含み、
ハンドシェイクデータを前記ユーザ通信装置に送信し、
定義された期間、ノンスを含むハンドシェイクデータに対応する前記ユーザ通信装置からのハンドシェイクレスポンスを監視し、
前記ハンドシェイクデータに対応する前記ハンドシェイクレスポンスが前記通信サーバ装置によって受信されないまま、前記定義された期間が経過したことに応答し、さらに、前記通信サーバ装置が、前記ユーザ通信装置が前記通信サーバ装置との通信モードにあることを示すイベントの存在を判定することに応答し、
前記アブステンションアタックがあると判定し、
前記アブステンションアタックの判定に応答して、前記通信サーバ装置に関連するサービスへの前記ユーザ通信装置のアクセスを拒否するための終了データを生成することを含む、方法。

【請求項11】

前記アブステンションアタックがあると判定することは、前記通信サーバ装置によって検証データを含むハンドシェイクレスポンスが受信されないまま、定義された時間が経過したことに応答し、さらに、前記イベントの存在を判定したことに応答して、前記アブステンションアタックがあると判定することを含む、請求項１０に記載の方法。

【請求項12】

前記定義された期間は、２分から１０分の間である、請求項１０または１１に記載の通信サーバ装置。

【請求項13】

前記ハンドシェイクデータを前記ユーザ通信装置に送信する前に、前記方法は、前記ユーザ通信装置にセッショントークンを発行することをさらに含む、請求項１０乃至１２のいずれか一項に記載の方法。

【請求項14】

前記生成された終了データに応答して、前記方法は、前記セッショントークンを無効化することをさらに含む、請求項１３に記載の方法。

【請求項15】

前記ハンドシェイクデータを前記ユーザ通信装置に送信する前に、前記ユーザ通信装置のユーザを認証することに応答して、前記方法はさらに以下を実行し、
前記ユーザの存在を識別するためのデータを生成し、
前記データを前記通信サーバ装置内の１つまたは複数のデータストアに格納する、請求項１１乃至１４のいずれか一項に記載の方法。

【請求項16】

前記データは、前記ユーザの存在を識別した時刻を示す時刻データを含む、請求項１５に記載の方法。

【請求項17】

前記ハンドシェイクレスポンスが前記定義された期間内に前記通信サーバ装置によって受信されることに応答して、前記方法は、前記ユーザ通信装置が前記通信サーバ装置に関連付けられたサービスにアクセスすることを許可するアクセスデータを生成することをさらに有する、請求項１０乃至１６のいずれか一項に記載の方法。

【請求項18】

請求項１０乃至１７いずれか一項に記載の方法を実施するための命令を含む、コンピュータプログラム。

【請求項19】

プロセッサによって実行されると、前記プロセッサに請求項１０乃至１７のいずれか一項に記載の方法を実行させる命令を格納する非一時的な記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、一般に通信の分野に関するものである。本発明の一態様は、ユーザ通信装置に関連するアブステンションアタック（ａｂｓｔｅｎｔｉｏｎ ａｔｔａｃｋ）を判定するための通信サーバ装置に関するものである。本発明の別の態様は、ユーザ通信装置に関連するアブステンションアタックを判定するための方法に関する。

【0002】

本発明の一態様は、ハンドシェイクプロセスにおける応答またはペイロードの受信を判定すること、および／または定義された期間の満了時に適切な応答／ペイロードがない場合に、アブステンションアタックを判定すること、特に（しかし排他的ではない）適用される。

【背景技術】

【0003】

モバイル詐欺は、企業にとって収入減の大きな原因となっている。組織は、モバイルアプリを主要な消費者インタフェースとして使用しているため、このプラットフォームから生成する不正に対処するための確固たる戦略を構築する必要がある。

【0004】

不正防止システムが組織で採用されているが、悪意のある行為者のシステムの理解と対策スキルが進むにつれて、「アブステンション」アタックが増加している。アブステンションアタックとは、不正防止システムに関連するデータ収集作業に参加しないことで、不正防止システムの制御を回避する方法である。これらは、例えば、次のような複数の形態をとることができる。
－攻撃者が、データ収集を停止するようなアプリケーションの改変を行う。
－攻撃者が、データディスパッチルーチンが停止されるような方法でアプリケーションを変更する。
－攻撃者が、サーバへの通信チャンネルを操作し、特定のデータの出入りを別の場所に振り向けたり、切断したりして、目的のサーバへのパケットを完全に損失させる。

【0005】

この攻撃は、クライアント側にもバリエーションがあるものの、サーバ側で観察される症状は、データ収集の実行に関して詐欺師からの連絡がないことである。

【0006】

不正防止ソリューションは、監視することが困難であるため、アブステンションプロブレムを無視している。製品会社は、すべてのコンポーネントを制御しない限り解決できない複雑な問題であるため、これを無視している。一般的に、サーバへのペイロードは常に送信されるという前提があり、一旦この障壁が破られると、システムはこの状況を検知または修復する方法を提供しない。このような場合、詐欺師は検知を回避したにも関わらず、サービスとの通信を継続し、正常な機能を受け取ることになる。典型的な詐欺のタイプとしては、位置情報を詐称したり、サービス提供者のアプリ（Ａｐｐｌｉｃａｔｉｏｎ）を改変して、例えば旅行関連のサービスや乗り物など、その人に合った特定の選択肢（サービスなど）を選び、サービス提供者に金銭的損失を与えるようなものが考えられる。

【0007】

したがって、少なくとも上記のような問題点を解決することが望ましい。

【発明の概要】

【課題を解決するための手段】

【0008】

本発明の態様は、独立請求項に記載されたとおりである。いくつかの任意の特徴は、従属項に定義されている。

【0009】

本明細書に開示された技術の実装は、大きな技術的利点を提供し得る。これらは、通信サーバ装置がユーザ通信装置にハンドシェイクデータを送信すること（それに応答してハンドシェイクレスポンス／ペイロードを期待し、通常の状況ではハンドシェイクデータに対応する）、定義された期間の満了時にユーザ通信装置から適切な応答／ペイロードが受信されていない場合に、ユーザ通信装置に関連するアブステンションアタックが存在すると判定し、その後ユーザ通信装置による通信サーバ装置または通信サーバ装置に関連するサービスへのアクセスをブロックできる終了データを生成すること、を含んでもよい。

【0010】

少なくともいくつかの実装では、本明細書に開示される技術は、通信サーバ装置またはそれに関連するサービスへのアクセスを得るために古い通信または応答が再利用されるのを防ぐことによって、リプレイ攻撃を回避できるようにユーザ通信装置に送信される（例えば、ハンドシェイクデータに含まれる）ノンス（ｎｏｎｃｅ）を提供し得る。

【0011】

少なくともいくつかの実装では、本明細書に開示された技術は、ユーザ通信装置から適切な応答がない場合に、アブステンションアタックのフラグが立てられ得る適切な時間枠または期間を実装することによって、潜在的なネットワークの問題、例えば、遅いネットワーク接続に対するバッファを可能にし得る。

【図面の簡単な説明】

【0012】

次に、本発明を例としてのみ、添付の図面を参照しながら説明する。

【図1】図１は、通信サーバ装置を含む例示的な通信システムを示す概略ブロック図である。

【図2A】図２Ａは、ユーザ通信装置に関連するアブステンションアタックを判定するための通信サーバ装置を示す概略ブロック図である。

【図2B】図２Ｂは、ユーザ通信装置に関連するアブステンションアタックを判定するための通信サーバ装置において実行される方法を示すフローチャートである。

【図3A】図３Ａは、良性アプリフローシーケンスを示す模式図である。

【図3B】図３Ｂは、アブステンションアプリフローシーケンスを示す模式図である。

【0013】

様々な実施形態は、例えば、分散型モバイル不正防止ネットワークに対するアブステンションアタックを検知および防止する装置および方法論に関連し得る。

【0014】

様々な実施形態は、モバイルシステムにおける不正チェックに関するものであってもよい。データを収集し、収集したデータを集中処理システムまたは分散処理システムに安全に送信するための「エージェント」のように動作するモバイルデバイス（または通信装置）上のコンポーネントを必要とする不正検知システムが提供され得る。収集されるデータには、サーバとの通信に使用されるアプリケーション（Ａｐｐ）が変更されているかどうかを検知するためのアプリケーションチェックサム、デバイスがルート化／脱獄されているかどうかをチェックするためのセンサー情報、および作成されるＤｅｖｉｃｅＩＤが含まれるが、これらに限定されない。エージェントは、改ざんされにくいように、Ａｐｐよりも安全性を高めてもよい。エージェントは、例えば、自身を保護するためのプロテクションを備えたＣ＋＋コードの一部であってもよい。

【0015】

様々な実施形態において、モバイルシステムは、システム上のユーザを認証し、システムへのアクセスが許可され、システムは、ユーザの存在をデータストアに記録してもよい。不正チェックの目的のために、ログイン／認証プロセスとは別に、不正検知システムは、ユーザとのハンドシェイクを開始し、事実上ハンドシェイク招待であるものを送信する。不正検知システムは、好ましい配置で、ユーザのデバイス上のエージェントからのいくつかのデータを含むハンドシェイクレスポンスの受信を監視する。良識のあるユーザはハンドシェイクレスポンスを返し、そのレスポンスの受信が検知される。好ましい配置で、レスポンス、または少なくともレスポンスが受信されたという事実が、データストアに記録される。悪意のあるユーザは、一般的にレスポンスの送信を回避しようとする。ハンドシェイクレスポンスが特定の時間枠内に検知されない場合、そのユーザは潜在的に悪意のある行為者として識別され、そのユーザのシステムアクセスは取り消される。

【0016】

効果的に、ハンドシェイクの開始は、好ましくは、デバイス上の「エージェント」からの情報またはいくつかのデータとともに、システムが期待することができる特定のまたは定義された応答を求めるために役立つ場合がある。すべての正常な、または悪意のないクライアント（またはユーザ）は、デバイスからのデータ（例えば、アプリが変更されていないかどうかをチェックするためのチェックサム、デバイスがルート化／脱獄されているかどうかをチェックするためのデータなど）でレスポンスすることが期待される。悪意のある行為者は、ハンドシェイクレスポンスの送信を避けようとするので、システムは「ペイロード」（例えば、エージェントからのデータ）をシステムに送信する行為者側の不本意な姿勢を効果的に検知することができる。

【0017】

アブステンションアタックがあると判定または検知されると、（ユーザ通信装置を介した）悪質な行為者からの通信は終了してもよく、または悪質な行為者からのすべてのセッション（例えば、１つまたは複数の（マイクロ）サービスで開始）は終了またはドロップされてもよい。効果的に、悪質な行為者はシステムから退去させられてもよい。

【0018】

本技術は、アブステンションアタックを検知するために、異なるシステム間の時間拘束型ハンドシェイクプロセスを実装してもよい（これは、以下でさらに詳細に説明される）。アブステンションアタックが検知されると、システムは、ユーザが任意のマイクロサービスと保持するアクティブセッションを終了させることによって、そのような悪意あるまたは悪意のある行為者（またはユーザ）を退去させることができる。本技術は、以下のうちの１つまたは複数を提供してもよい。
（ｉ）例えば、モバイル不正防止分野など、これまで無視されてきた問題に対処する。
（ｉｉ）（例えば、ネットワーク接続の遅さなどによる）誤検知の補正を可能にするために、異なるパラメータの微調整が可能な柔軟な設計。
（ｉｉｉ）取り組んでいる特定の問題に対して１００％に近い検知率であること。これは、技術やシステムが、悪質な行為者を見落としたり、悪質なユーザを検知できなかったりするのとは対照的に、誤検知を返す可能性があるという状況を指す。

【0019】

柔軟な設計という点では、タイミングパラメータの調整、および／または任意の段階で不正チェックを行う柔軟性を含んでいてもよい。例えば、アブステンションアタックのチェックの前に定義された期間は、処理およびデータ移動時間における潜在的な遅延を考慮してもよい。さらに、行為者／ユーザが他のサービス（複数可）に取り組んでいるが、ハンドシェイクプロセスで必要なセキュリティペイロードを送信しなかったかどうかのチェックがあってもよく、これは攻撃の明確な兆候であり、ユーザに対してアクションが取られることになる。

【0020】

まず、図１を参照すると、様々な実施形態で適用可能な通信システム１００が図示されている。通信システム１００は、通信サーバ装置１０２と、第１ユーザ（またはクライアント）通信装置１０４と、第２ユーザ（またはクライアント）通信装置１０６とを含む。これらの装置１０２、１０４、１０６は、例えばインターネット通信プロトコルを実装するそれぞれの通信リンク１１０、１１２、１１４を介して、通信ネットワーク１０８（例えばインターネット）内またはそれに接続される。通信装置１０４、１０６は、モバイルセルラー通信ネットワークを含む公衆交換電話網（ＰＳＴＮネットワーク）などの他の通信ネットワークを介して通信することができるかもしれないが、これらは、明確にするために図１では省略されている。装置１０４、１０６と同様の他の通信装置が１つ以上存在してもよいことを理解されたい。

【0021】

通信サーバ装置１０２は、ユーザ通信装置（例えば、１０４および／または１０６）に関連するアブステンションアタックを判定するためのものであってもよい。

【0022】

通信サーバ装置１０２は、図１に模式的に示されるように単一のサーバであってもよいし、通信サーバ装置１０２によって実行される機能が複数のサーバコンポーネントに分散されていてもよい。図１の例では、通信サーバ装置１０２は、１つ以上のマイクロプロセッサ（μＰ）１１６、実行可能命令１２０をロードするためのメモリ１１８（例えば、ＲＡＭ（ランダムアクセスメモリ）等の揮発性メモリ）、実行可能命令１２０はサーバ装置１０２がプロセッサ１１６の制御下で実行する機能を定義するなど（ただしこれだけに限定されない）多数の個別コンポーネントを含んでいてもよい。通信サーバ装置１０２は、サーバ装置１０２が通信ネットワーク１０８を介して通信することを可能にする入力／出力（Ｉ／Ｏ）モジュール１２２を含んでいてもよい。ユーザインタフェース（ＵＩ）１２４は、ユーザ制御のために提供され、例えば、ディスプレイモニタ、コンピュータキーボードなどの１つ以上のコンピューティング周辺装置を含んでもよい。通信サーバ装置１０２はまた、データベース（ＤＢ）１２６を含んでもよく、その目的は以下の議論から容易に明らかとなるであろう。

【0023】

ユーザ通信装置１０４は、１つ以上のマイクロプロセッサ（μＰ）１２８、実行可能命令１３２をロードするためのメモリ１３０（例えば、ＲＡＭなどの揮発性メモリ）、実行可能命令１３２がプロセッサ１２８の制御下でユーザ通信装置１０４が実行する機能性を定義するなど（ただし、これに限定されない）の多数の個別コンポーネントを含んでいてもよい。ユーザ通信装置１０４はまた、ユーザ通信装置１０４が、通信ネットワーク１０８を介して通信することを可能にする入力／出力（Ｉ／Ｏ）モジュール１３４を含む。ユーザインタフェース（ＵＩ）１３６は、ユーザ制御のために提供される。ユーザ通信装置１０４が、例えば、スマートフォンやタブレット端末である場合、ユーザインタフェース１３６は、多くのスマートフォンや他の携帯端末に普及しているようなタッチパネルディスプレイを有していてもよい。あるいは、ユーザ通信装置１０４が例えばデスクトップまたはラップトップコンピュータである場合、ユーザインタフェースは、例えばディスプレイモニタ、コンピュータキーボード等の１つまたは複数のコンピューティング周辺装置を備えていてもよい。

【0024】

ユーザ通信装置１０６は、例えば、ユーザ通信装置１０４と同一または類似のハードウェアアーキテクチャを有するスマートフォンやタブレット端末であってもよい。

【0025】

図２Ａは、ユーザ通信装置に関連するアブステンションアタックを判定するための通信サーバ装置２０２を示す概略ブロック図である。通信サーバ装置２０２は、プロセッサ２１６とメモリ２１８とを備え、通信サーバ装置２０２は、プロセッサ２１６の制御下で、メモリ２１８内の命令を実行し、ハンドシェイクデータ２３８をユーザ通信装置に送信し、定義された期間、ハンドシェイクデータ２３８に対応するユーザ通信装置からのハンドシェイクレスポンスを監視し、ハンドシェイクデータ２３８に対応するハンドシェイクレスポンスが通信サーバ装置２０２によって受信されないまま、定義した期間が経過したことに応答し、さらに、通信サーバ装置２０２が、ユーザ通信装置が通信サーバ装置２０２との通信モードにあることを示すイベントの存在を判定することに応答して、アブステンションアタックがあると判定し、アブステンションアタックの判定に応答して、通信サーバ装置２０２に関連するサービスへのユーザ通信装置のアクセスを拒否するための終了データ２３９を生成することを特徴とする。プロセッサ２１６とメモリ２１８は、（線２１７９で表されるように）互いに結合されてもよく、例えば、物理的に結合され、および／または電気的に結合されてもよい。プロセッサ２１６は、プロセッサ１１６（図１）の文脈で説明されたとおりであってもよく、および／または、メモリ２１８は、メモリ１１８（図１）の文脈で説明されたとおりであってもよい。

【0026】

すなわち、通信サーバ装置２０２が提供されてもよい。通信サーバ装置２０２は、ユーザ通信装置（例えば、１０４、１０６、図１）に関連する、またはユーザ通信装置から発信されるアブステンションアタックを検知するように構成されてもよい。ユーザ通信装置のユーザは、例えば、通信サーバ装置２０２に関連する、または通信サーバ装置２０２によって提供される１つまたは複数の（マイクロ）サービスへのアクセスを得ようとしてもよい。通信サーバ装置２０２は、ユーザ通信装置によって受信されるようにハンドシェイクデータ２３８を送信してもよい（例えば、通信サーバ装置２０２は、ハンドシェイクプロセスの一部としてハンドシェイクデータ２３８を送信してもよく、または通信サーバ装置２０２は、ハンドシェイクデータ２３８を送信することによってハンドシェイクプロセスを開始させてもよい）。その後、通信サーバ装置２０２は、ハンドシェイクデータ２３８に応答して、ユーザ通信装置からのハンドシェイクレスポンス（例えば、ペイロードであってもよいし、ペイロードを含んでいてもよい）を、規定（または所定）の期間、監視してもよい。ハンドシェイクレスポンスは、ハンドシェイクデータ２３８に固有のものであってもよい。ハンドシェイクレスポンスは、ハンドシェイクプロセスの一部として、ユーザ通信装置によって通信サーバ装置２０２に送信されてもよい。

【0027】

様々な実施形態において、ハンドシェイクデータ２３８は、通信サーバ装置２０２がユーザ通信装置のユーザを認証することに応答して、または認証プロセスの後の任意の時間に、ユーザ通信装置に送信されてもよい。

【0028】

通信サーバ装置２０２がハンドシェイクデータ２３８に対応するユーザ通信装置からのハンドシェイクレスポンスを受信することなく、定義された期間（または一定の期間）が経過（ｐａｓｓｅｄ）または経過（ｅｌａｐｓｅｄ）した場合（すなわち、満了）、さらに、通信サーバ装置２０２がイベント（例えば、通信サーバ装置２０２は、ユーザ通信装置が通信サーバ装置２０２との通信モードにあることを示すイベント（通信イベントまたはネットワークイベント）の存在（ｐｒｅｓｅｎｃｅ）（または存在（ｅｘｉｓｔｅｎｃｅ））を判定したことに応答して、アブステンションアタックが発生したと判定してもよく、それに続いて、通信サーバ装置２０２はユーザ通信装置による通信サーバ装置２０２に関連するサービス（例えば、マイクロサービス）へのアクセスをブロックするために終了データ２３９を生成することができる。通信サーバ装置２０２に関連する１つまたは複数のまたはすべての（マイクロ）サービスへのユーザ通信装置によるアクセスは拒否されてもよい。終了データ２３９は、立ち退き決定（ｅｖｉｃｔｉｏｎ ｖｅｒｄｉｃｔ）または通知を含んでいてもよいし、それを示してもよい。

【0029】

より詳細には、定義された期間の満了前に、ハンドシェイクデータ２３８に対応するユーザ通信装置から通信サーバ装置２０２によって適切な応答が受信されない場合、通信サーバ装置２０２は、ユーザ通信装置が通信サーバ装置２０２との通信モードにあることを示すイベントが存在し得るか否か、すなわちユーザ通信装置が通信サーバ装置２０２との通信状態にあり得るか否か、通信サーバ装置２０２と通信できる状態にあるか否かを判定し得る。そのようなイベントがあると判定された場合、通信サーバ装置２０２は、そのようなイベントの存在と、ユーザ通信装置からのハンドシェイクデータ２３８に対応するハンドシェイクレスポンスの欠如とを組み合わせて、ユーザ側の悪意またはアブステンションアタックを示すと認識し得るため、終了データ２３９を生成して通信サーバ装置と関連するサービスへのアクセスを拒否するよう進行する。

【0030】

ハンドシェイクデータ２３８に対するハンドシェイクレスポンスには、時間的要因が関与するため、したがって、時間的制約のあるハンドシェイクプロセスが提供される。

【0031】

アブステンションアタックがあるという判定は、そのような攻撃があると判定する能動的なステップであってもよいし、その判定は、定義された期間内にハンドシェイクデータ２３８に対応するハンドシェイクレスポンスがないこととイベントの存在との組み合わせから得られる結果または結論としてフォロースルー処理であることを理解されたい。

【0032】

ユーザ通信装置が通信サーバ装置２０２との通信モードにあることを示すイベントは、以下のうち少なくとも１つを含みうるが、これらに限定されない。（ｉ）ユーザ通信装置と通信サーバ装置２０２との間で、例えば、通信サーバ装置２０２に関連する（または通信サーバ装置２０２によって提供される）１つ以上の他のサービスに関連して継続的に通信すること、（ｉｉ）ユーザ通信装置が通信サーバ装置１０２またはそれに関連するサービスにアクセスしようとすることをさらに試みること、または通信サーバ装置２０２と通信することを試みること、（ｉｉｉ）ユーザ通信装置が、通信サーバ装置２０２のゲートウェイに呼び出しをかけること、（ｉｖ）ユーザ通信装置がネットワーク電話をチェックする、（ｖ）オープンＴＣＰ（送信制御プロトコル）コネクションを有すること。オープンな通信／コネクションの有無のチェックはサーバ装置で行ってもよく、特定のユーザが（ハンドシェイク）チャレンジに応答するよう求められたが、応答していないことが分かっており、ＡＰＩに対して行われた呼び出しに対して同じ認証トークンが送信された場合、これをトリガとしてサーバで検知してもよい。

【0033】

非限定的な例として、ユーザ通信装置から全く応答がないこと（例えば、ユーザが応答の送信を回避する場合）、またはハンドシェイクデータ２３８に応答してユーザが送信する応答が適切な応答でない、または期待される応答でないことがあり、例えば、応答が以下の少なくとも１つを示すユーザ通信装置からのデータを含み得る場合、このようなことがあり得る。（ｉ）ハンドシェイクレスポンスを送信するための（ユーザ通信装置上の）エージェントが修正されたか、または侵害されたこと、（ｉｉ）通信サーバ装置２０２と通信するために使用されているＡｐｐ（アプリケーション）が修正されたか、または侵害されたこと、または（ｉｉｉ）ユーザ通信装置（またはそのオペレーティングシステム）が修正されたか、または侵害されたこと。ユーザ通信装置上の「エージェント」は、ユーザ通信装置上に常駐するコードまたは命令のセットを指す場合がある。

【0034】

様々な実施形態の文脈において、通信サーバ装置２０２は、定義された期間の開始時刻を設定し、および／または開始時刻を示すデータを（例えば、１つまたは複数のデータストアに）格納してもよい。開始時刻は、ユーザ通信装置のユーザの存在が識別される時刻に対応してもよい。

【0035】

様々な実施形態の文脈において、通信サーバ装置２０２に関連するサービスまたはマイクロサービスは、ログイン、ロギング、ビジネスロジック（複数）などを含んでもよい。

【0036】

様々な実施形態の文脈において、ユーザ通信装置へのハンドシェイクデータ２３８の送信および応答の監視は、通信サーバ装置２０２の不正判定ネットワーク（ＦＤＮ：ｆｒａｕｄ ｄｅｃｉｓｉｏｎ ｎｅｔｗｏｒｋ）によるものであってもよい。終了データ２３９の生成は、ＦＤＮによるものであってもよい。

【0037】

様々な実施形態において、アブステンションアタックがあることを判定するために、通信サーバ装置２０２は、検証データ（ハンドシェイクデータ２３８に対応する）を有するハンドシェイクレスポンスが通信サーバ装置２０２によって受信されない定義された期間の満了に応答し、さらに、通信サーバ装置２０２がイベントの存在を判定することに応答して、アブステンションアタックがあることを判定するように構成されてもよい。検証データは、ユーザ通信装置上のエージェントからのものであってもよい。検証データは、ユーザ通信装置の状態または条件、および／またはユーザ通信装置のユーザが通信サーバ装置２０２と通信するために使用するアプリケーション（Ａｐｐ）の状態、例えば、Ａｐｐが修正されたかどうか、および／またはユーザ通信装置がルート化または脱獄を受けたかどうかを示すデータを含んでいてもよい。このようなデータの例としては、Ａｐｐが修正されているかどうかを確認するためのチェックサム、デバイスがルート化／脱獄されているかどうかに関するデータなどを挙げることができる。

【0038】

様々な実施形態において、ハンドシェイクデータ２３８は、ノンス（ｎｏｎｃｅ）を含んでいてもよい。用語「ｎｏｎｃｅ」は、認証の目的で（１回だけ）使用できるコード、文字、数値、または値を指す場合がある。ノンスは、暗号通信で使用されてもよく、通信サーバ装置２０２にのみ知られる（例えば、サーバ装置２０２の一部を形成するＦＤＮにのみ知られる）特定のまたは定義された秘密鍵によって暗号化されてもよい。ノンスに対応する情報は、通信サーバ装置２０２内（例えば、ＦＤＮ内）に格納されてもよい。ノンスは、ユーザ通信装置上のエージェントに送信されてもよい。ノンスを使用すると、古い通信または応答が再利用されないように、リプレイアタックを回避することができる。

【0039】

ハンドシェイクデータ２３８がノンスを有する状態で、検証データ（ハンドシェイクレスポンスとともに送信される）は、通信サーバ装置２０２によって送信されたノンスに対応する署名または応答ノンスを含んでいてもよい。

【0040】

様々な実施形態の文脈において、定義された期間は、約２分から約１０分の間、例えば、約２分から約８分の間、約２分から約６分の間、約２分から約５分の間、約５分から約１０分の間、約５分から約８分の間、または約３分から約６分の間、例えば、約２分、約３分、約５分（好ましくは）、約６分、約８分または約１０分であってよい。

【0041】

様々な実施形態において、ハンドシェイクデータ２３８をユーザ通信装置に送信する前に、通信サーバ装置２０２は、ユーザ通信装置にセッショントークンを発行するようにさらに構成されてもよい。セッショントークンは、ユーザを識別しまたは認証を証明するために機能してもよい。セッショントークンは、通信サーバ装置２０２がユーザ通信装置のユーザを認証することに応答して発行されてもよい。

【0042】

様々な実施形態の文脈において、ユーザ通信装置のユーザを認証するために、通信サーバ装置２０２は、ユーザのアイデンティティを示す１つ以上のデータフィールドを有するユーザデータを（ユーザ通信装置から）受信することに応答して、ユーザデータに基づいてユーザを認証するように構成されてもよい。ユーザデータは、ユーザに関連するユーザＩＤおよびパスワードを含んでもよい。

【0043】

セッショントークンは、通信サーバ装置２０２に関連するすべての（マイクロ）サービスに対して有効であってもよい。

【0044】

セッショントークンは、通信サーバ装置２０２のＩＤＰ（ｉｄｅｎｔｉｔｙ ｐｒｏｖｉｄｅｒ）モジュールによって発行されてもよい。

【0045】

様々な実施形態の文脈において、ＩＤＰおよびＦＤＮは、通信サーバ装置２０２上で動作するコードのセットまたは断片である。ＩＤＰとＦＤＮは、互いに異なるか別々であってもよく、１つのモジュールに含まれていてもよい。

【0046】

様々な実施形態において、生成された終了データ２３９に応答して、通信サーバ装置２０２は、セッショントークンを無効化する（または取り消す）ようにさらに構成されてもよい。言い換えれば、通信サーバ装置２０２は、ユーザ通信装置による通信サーバ装置２０２に関連するサービスへのアクセスをブロックするために、セッショントークンの失効を引き起こしてもよい。セッショントークンは、ＦＤＮによって発行された立ち退き決定または通知に応答して、ＩＤＰモジュールによって無効化されてもよい。

【0047】

ハンドシェイクデータ２３８をユーザ通信装置に送信する前に、そして通信サーバ装置２０２がユーザ通信装置のユーザを認証することに応答して、通信サーバ装置２０２は、ユーザの存在を識別するデータを生成し、データを通信サーバ装置２０２内の１つ以上のデータストア（例えば、データストアは分散ハッシュテーブルであってもよい）に格納するようにさらに構成されてもよい。非限定的な例として、データは、定義された「キー」と、キーに関連する定義された値（例えば、Ｎｕｌｌ値）とを含んでもよい。１つ以上のデータストアまたは分散ハッシュテーブル（複数可）は、ＦＤＮの一部であってもよい。

【0048】

データは、ユーザの存在を識別した時刻を示す時刻データを含んでいてもよい。

【0049】

様々な実施形態において、ハンドシェイクレスポンス（ハンドシェイクデータ２３８に対応する）が定義された期間内に通信サーバ装置２０２によって受信されることに応答して、通信サーバ装置２０２は、ユーザ通信装置が通信サーバ装置２０２に関連付けられたサービスにアクセスできるようにアクセスデータを生成するようにさらに構成されていてもよい。応答は、検証データを含んでいてもよい。検証データは、ハンドシェイクデータ２３８の一部として通信サーバ装置２０２によって送信されたノンスに対応する署名または応答ノンスを含んでいてもよい。

【0050】

通信サーバ装置２０２は、通信サーバ装置２０２によるハンドシェイクレスポンスの受信を示す第２データを生成し、１つまたは複数のデータストアに格納されているデータを第２データで更新するようにさらに構成されていてもよい。非限定的な例として、第２データは、定義された「キー」に関連する第２の定義された値（例えば、非Ｎｕｌｌ値）を含んでもよい。

【0051】

非限定的な例として、ハンドシェイクレスポンスは、定義された期間内の任意の時間に受信されてもよい。ハンドシェイクレスポンスが定義された期間内に受信された場合、ユーザは、例えば、ルックアップリストから削除されてもよい。定義された期間の終了時に、ハンドシェイクレスポンスを送信していない任意のユーザは、悪意のある可能性が高いとみなされ、さらなるチェックの後、ユーザは、例えば、削除または追い出しなどの対処を受ける可能性がある。

【0052】

様々な実施形態の文脈において、通信サーバ装置２０２は、単一のサーバであってもよいし、通信サーバ装置２０２によって実行される機能が複数のサーバコンポーネントにわたって分散されていてもよい。

【0053】

様々な実施形態の文脈において、「アプリ」または「アプリケーション」は、ユーザ通信装置にインストールされてもよく、デバイス上で実行するためのプロセッサ実行可能命令を含んでいてもよい。非限定的な例として、ユーザ通信装置のユーザは、Ａｐｐを介して通信サーバ装置２０２と通信すること、または通信サーバ装置２０２に関連する（または提供される）サービスにアクセスすることを試みてもよい。

【0054】

図２Ｂは、ユーザ通信装置に関連するアブステンションアタックの判定のために通信サーバ装置で実行される方法を示すフローチャート２４０である。

【0055】

２４２で、ハンドシェイクデータをユーザ通信装置に送信する。

【0056】

２４４で、定義された期間の間、ハンドシェイクデータに対応するユーザ通信装置からのハンドシェイクレスポンスを監視する。

【0057】

ハンドシェイクデータに対応するハンドシェイクレスポンスが通信サーバ装置によって受信されないまま、定義された期間が経過したことに応答し、さらに、ユーザ通信装置が通信サーバ装置との通信モードにあることを示すイベントの存在を判定することに応答して、２４６において、アブステンションアタックがあると判定し、２４８において、アブステンションアタックの判定に応答して通信サーバ装置に関連するサービスへのユーザ通信装置のアクセスを拒否するための終了データを生成する。

【0058】

２４６において、検証データを含むハンドシェイクレスポンスが通信サーバ装置によって受信されないまま、定義された期間が経過したことに応答して、さらに、イベントの存在を判定したことに応答して、アブステンションアタックがあると判定されてもよい。

【0059】

２４２で、ノンスを含むハンドシェイクデータは、ユーザ通信装置に送信されてもよい。

【0060】

様々な実施形態において、定義された期間は、約２分から約１０分の間、例えば、約２分から約８分の間、約２分から約６分の間、約２分から約５分の間、約５分から約１０分の間、約５分から約８分の間、または約３分から約６分の間、例えば、約２分、約３分、約５分（好ましくは）、約６分、約８分または約１０分であってもよい。

【0061】

２４２で、ハンドシェイクデータをユーザ通信装置に送信する前に、本方法は、ユーザ通信装置にセッショントークンを発行することをさらに含んでもよい。

【0062】

生成された終了データに応答して、本方法は、セッショントークンを無効化することをさらに含んでもよい。

【0063】

２４２で、ハンドシェイクデータをユーザ通信装置に送信する前に、およびユーザ通信装置のユーザの認証に応答して、方法は、ユーザの存在を識別するためのデータを生成することと、データを通信サーバ装置内の１つまたは複数のデータストアに格納することとをさらに含んでいてもよい。

【0064】

データは、前記ユーザの存在を識別した時刻を示す時刻データを含んでもよい。

【0065】

ハンドシェイクレスポンスが定義された期間内に通信サーバ装置によって受信されることに応答して、アクセスデータは、ユーザ通信装置が通信サーバ装置に関連付けられたサービスにアクセスすることを可能にするために生成されてもよい。

【0066】

通信サーバ装置によるハンドシェイクレスポンスの受信を示す第２データが生成されてもよく、１つまたは複数のデータストアに格納されたデータは、第２データで更新されてもよい。

【0067】

通信サーバ装置２０２の文脈における説明は、それに対応して、フローチャート２４０の文脈で説明されるような方法に関連して適用され得ることを理解されたい。

【0068】

通信サーバ装置１０２の文脈における記述は、通信サーバ装置２０２との関係においても相応に適用可能であることを理解されたい。

【0069】

様々な実施形態の文脈において、ユーザ通信装置は、スマートフォン、タブレット、ハンドヘルド／ポータブル通信装置、デスクトップまたはラップトップコンピュータ、端末コンピュータなどを含むことができるが、これらに限定されない。

【0070】

また、本明細書に記載されるようなユーザ通信装置に関連するアブステンションアタックの判定方法を実施するための命令を有するコンピュータプログラム製品が提供され得る。

【0071】

また、本明細書に記載のユーザ通信装置に関連するアブステンションアタックの判定方法を実施するための命令を有するコンピュータプログラムも提供され得る。

【0072】

プロセッサによって実行されると、プロセッサに、本明細書に記載のユーザ通信装置に関連するアブステンションアタックの判定方法を実行させる、命令を格納する非一時的記憶媒体がさらに提供され得る。

【0073】

次に、様々な実施形態または技術について、さらに詳細に説明する。

【0074】

本明細書に開示された技術は、ＩＤＰ（Ｉｄｅｎｔｉｔｙ ｐｒｏｖｉｄｅｒ）、ＦＤＮ（Ｆｒａｕｄ Ｄｅｃｉｓｉｏｎ Ｎｅｔｗｏｒｋ）、およびユーザデバイス上のエージェントというシステムまたはモジュール間の時間拘束型ハンドシェイクプロセスの実装を含むことができる。

【0075】

ＩＤＰはログインを担当することがあるので、ＩＤＰはゲートウェイとして機能することができる。

【0076】

図３Ａは、良性Ａｐｐフローシーケンスを示す模式図３５０ａであり、図３Ｂは、アブステンションＡｐｐフローシーケンスを示す模式図３５０ｂである。

【0077】

まず、図３Ａを参照すると、ユーザ通信装置３５２ａがセッショントークン発行用ＩＤＰ３５４に接続することから処理が始まる（１、図３Ａの同番号（丸印）の方向矢印に対応）。ＩＤＰ３５４は、ユーザを認証してユーザを特定し（認証が有効であれば、ユーザの特定につながる）、セッショントークンを発行してもよく（２）、この行為者やユーザのネットワーク上の存在を分散ハッシュテーブル３５６に記録してもよい（３）。ハッシュテーブル３５６は、現在、キーを記録しているかもしれないが、キー値の組に対してＮｕｌｌ値を割り当てて、行為者が検証を保留してネットワーク上に存在していることを示すかもしれない。このイベントのタイムスタンプは、境界確認のために記録され、追跡されてもよい。

【0078】

ＩＤＰセッショントークンまたはセッション・クッキーは、ＪＷＴ（ＪＳＯＮ Ｗｅｂ Ｔｏｋｅｎ）の形式を含む、認証を識別するための任意のタイプであってもよい。トークンは、認証を証明するために必要とされてもよく、バックグラウンドへのすべての要求で必要とされてもよい。

【0079】

ＩＤＰセッショントークンは、バックエンドのすべての（マイクロ）サービスに対して有効であってもよい。

【0080】

不正判定ネットワーク（ＦＤＮ）３５８は、行為者の存在を感知し（４）、今度はＦＤＮ３５８にのみ知られている特定の秘密鍵によって暗号化された暗号ノンスを発行してもよい（５）。ノンスは、応答として装置３５２ａ上の特定のエージェントに送信される。様々な実施形態において、ユーザ／行為者がログインするとき、ＩＤＰ３５４は、行為者の存在をＦＤＮ３５８に通知してもよい。ＦＤＮ３５８は、ユーザに関連する情報、およびノンス情報を記憶してもよい。

【0081】

行為者に悪意がない場合、エージェントは応答ペイロードとともにこの署名付きノンスをサーバ（すなわちＦＤＮ３５８）に送り返す（６）。このレスポンスは、対応するキーの値として、ユーザのアイデンティティに対して分散ハッシュテーブル３５６に記録される（７）。ノンスの必要性は、不正行為者が以前の応答ペイロードをコピーして同じものをＦＤＮ３５８に送ることができるリプレイ攻撃を回避するためである。その後、装置３５２ａが所望のサービスにアクセスすることを可能にするプロセスが継続される。

【0082】

ノンスは、ＦＤＮ３５８からクライアント装置３５２ａに送信されるメッセージ認証コードであってもよいし、これを含んでいてもよい。戻り署名付きノンスについては、同じメッセージが、クライアント３５２ａからペイロードの一部としてＦＤＮ３５８に戻されることが期待される。これは、ペイロードが特定の時間に生成され、（例えば、以前の応答またはペイロードを使用して）「再生」されないことを確認するためである。

【0083】

同じメッセージが、ペイロードの一部として、クライアント３５２ａによってＦＤＮに返されることが期待される。

【0084】

分散ハッシュテーブル３５６は、ＦＤＮ３５８とは別に示されているが、分散ハッシュテーブル３５６は、ＦＤＮ３５８の一部であってもよいことを理解されたい。

【0085】

データを格納するために、１つまたは複数の分散ハッシュテーブル（例えば、各々が分散ハッシュテーブル３５６と類似している）が提供されてもよいことを理解されたい。

【0086】

ＩＤＰ３５４とＦＤＮ３５８は、通信サーバ装置上、例えば、同一サーバ上に常駐している。ＩＤＰ３５４とＦＤＮ３５８は、通信サーバ装置で実行されるコードの一部である。ＩＤＰ３５４とＦＤＮ３５８は、異なるモジュールであってもよいし、１つのモジュールであってもよい。

【0087】

次に、図３Ｂを参照すると、（１）～（５）は、図３Ａのものと同様であるので、その説明を省略する。ユーザ通信装置３５２ｂ上のエージェントが変更された場合（例えば、応答またはペイロードの送信を停止するように変更された場合）、または行為者／ユーザがペイロードの送信を回避しようとした場合、アブステンションＡｐｐからの応答がない場合（６）、ＦＤＮ３５８はタイマー３５９が満了するまで待機する（７）。タイマー３５９の満了は、ペイロードが受信されることなく一定の時間期間が経過したこと、または経過したことを意味する。非限定的な例として、タイマー３５９の満了まで５分の時間継続があり得る。ＦＤＮ３５８は、ＩＤＰ３５４が行為者の存在を通知した時刻を、タイマー３５９の基準または根拠として記憶してもよい。

【0088】

すべての正常なまたは悪意のないクライアント（またはユーザ）は、デバイスからのデータで応答することが期待される。悪意のある行為者のみが応答（またはペイロード）を送信しないであろうし、応答を送信する行為の省略はＦＤＮ３５８で検知される。

【0089】

タイマー３５９の満了後、ＦＤＮ３５８は次に、行為者／ユーザからの１つ以上のネットワークイベントの存在を確認してもよく、それはネットワークコールまたはオープンＴＣＰ接続を確認する形態であり得る。別のネットワークイベントは、マイクロサービスのメッシュ内の他のサービスへのアクティブな接続がまだ存在することをＦＤＮ３５８が決定するところであってもよい。これは、例えば、エコシステム内のすべてのマイクロサービスへのゲートウェイとして機能し得るＡＰＩ Ｇ／Ｗ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ Ｇａｔｅｗａｙ）を見ることによって行われてもよい。様々な実施形態において、ＡＰＩ Ｇ／Ｗは、すべてのＡＰＩコールに対するゲートウェイのように機能するソフトウェアコンポーネントであってもよい。Ｇ／Ｗへの呼び出しの存在は、一定時間後に悪意があることを示すものであってもよい。

【0090】

アクティブなネットワークイベントが検知され、分散ハッシュテーブル３５６上のキーに対するＮｕｌｌ値によって示される行為者からのペイロード応答がなかった場合（８）、ＦＤＮ３５８はこの特定の行為者に対して立ち退き決定を発行する（９）。次に、ＩＤＰ３５４は、立ち退き決定に基づいてアクションし、セッショントークンを取り消す（または期限切れにする）ことによって、現在のセッション（バックエンドのすべての（マイクロ）サービスに対して有効）を無効化することによって、ネットワークから行為者を削除することができる（１０）。非限定的な例として、セッショントークンは、セッションの有効性を有し、これは、ユーザ装置３５２ｂによって呼び出しが行われるたびにチェックされてもよい。サーバ上でトークンのセッションが無効化されると、次にユーザがユーザ装置３５２ｂを介して、通信を行ったときに、セッショントークンがもはや有効ではないと判定されるので、セッションが終了される。

【0091】

効果的に、ユーザまたは行為者が必要なペイロードを送信していないが、システム内に存在または利用可能なままである場合、アブステンションアタックが検知される場合がある。

【0092】

様々な実施形態において、ログインの総数および受信したペイロードの数を追跡してもよい。これらの数は、理想的には、等しいはずであるが、ネットワークの問題による損失があり得る。しかし、受信したペイロードの数がログインの数に比べて低すぎる場合、行為者／ユーザをログアウトさせるための措置がとられてもよい。

【0093】

以上のように、本明細書で開示される技術は、例えば、モバイル不正防止ネットワークにおけるアブステンションアタックに対処または解決する方法論を提供し得る。

【0094】

本発明は、例としてのみ記載されていることが理解されるであろう。添付の特許請求の範囲の精神および範囲から逸脱することなく、本明細書に記載された技術に様々な変更を加えることができる。開示された技術は、単独で提供されてもよいし、互いに組み合わせて提供されてもよい技術からなる。したがって、ある技術に関して説明した特徴は、別の技術との組み合わせで提示することもできる。

【図1】

【図2A】

【図2B】

【図3A】

【図3B】