特許 7309880 リダイレクションを含むタイムスタンプベースの認証

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

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

(11)【特許番号】

(24)【登録日】2023-07-07

(45)【発行日】2023-07-18

(54)【発明の名称】リダイレクションを含むタイムスタンプベースの認証

(51)【国際特許分類】

   G06F 21/31 20130101AFI20230710BHJP

【ＦＩ】

G06F21/31

【請求項の数】 13

(21)【出願番号】P 2021532905

(86)(22)【出願日】2019-03-20

(65)【公表番号】

(43)【公表日】2022-02-03

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

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

(87)【国際公開日】2020-06-18

【審査請求日】2022-02-22

(31)【優先権主張番号】16/220,652

(32)【優先日】2018-12-14

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】516045643

【氏名又は名称】チエン ダニエル

(74)【代理人】

【識別番号】100206335

【弁理士】

【氏名又は名称】太田 和宏

(74)【代理人】

【識別番号】100120857

【弁理士】

【氏名又は名称】渡邉 聡

(74)【代理人】

【識別番号】100116872

【弁理士】

【氏名又は名称】藤田 和子

(72)【発明者】

【氏名】チエン ダニエル

【審査官】岸野 徹

(56)【参考文献】

【文献】特表２００９－５０８１８９（ＪＰ，Ａ）

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

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

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

【文献】特開２０１４－０９９７９３（ＪＰ，Ａ）

【文献】特開２０１８－０２８７５９（ＪＰ，Ａ）

【文献】特開２０１２－１４７３４１（ＪＰ，Ａ）

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

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

Ｇ０６Ｆ ２１／３１

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

【請求項1】

サーバ計算システムにおける方法であって、前記方法は、
前記サーバ計算システムが、第１の認証プロセスの指示をクライアント計算システムに関連付けるステップであって、第１の認証プロセスは、入力としてタイムスタンプを取り、タイムスタンプに基づく番号を出力として生成する、関連付けるステップと、
前記サーバ計算システムが、前記クライアント計算システムから第１の番号を受信するステップであって、第１の番号は、第１の認証プロセスを実行することによって前記クライアント計算システムによって生成される、受信するステップと、
前記サーバ計算システムが、前記サーバ計算システムに対してローカルであるクロックによって生成された第１のタイムスタンプを取得するステップと、
前記サーバ計算システムが、第１のタイムスタンプに基づいて第２の番号を生成するように第１のタイムスタンプに第２の認証プロセスを適用するステップと、
第１の番号が第２の番号と一致しない場合に、前記サーバ計算システムが、前記クライアント計算システムからモック計算システムにネットワーク通信をリダイレクトするステップと、
を含む方法であって、
前記サーバ計算システムが、第１の認証プロセスの指示をクライアント計算システムに関連付けるステップは、前記サーバ計算システムが、前記クライアント計算システムの識別子に関連付けられた表に第１の認証プロセスのインジケータを格納するステップであって、第１の認証プロセスは、初期セットアップ中に前記クライアント計算システムに割り当てられ、第１の認証プロセスは、それぞれがタイムスタンプに基づく番号を出力として生成する複数の公開認証プロセスのうちの１つである、格納するステップを含む、
方法。

【請求項2】

請求項１の方法であって、
前記サーバ計算システムが、前記クライアント計算システムの１つ以上の通信特性を決定するステップと、
１つ以上の通信特性が許容可能である場合にのみ、前記サーバ計算システムが、前記クライアント計算システムを認証するステップと、
１つ以上の通信特性の少なくとも１つが許容可能でない場合に、前記サーバ計算システムが、ネットワーク通信を前記クライアント計算システムから前記モック計算システムにリダイレクトするステップと、
をさらに含む方法。

【請求項3】

請求項１の方法であって、
（１）第１の番号が第２の番号と一致する、（２）前記クライアント計算システムのユーザが認められたユーザ名とパスワードを提供する、（３）前記クライアント計算システムに関連するネットワークアドレスが信頼されるネットワークアドレスのリストに含まれる、および（４）前記クライアント計算システムの変更不可能な識別子が信頼されるデバイス識別子のリストに含まれる、場合にのみ、前記サーバ計算システムが、前記クライアント計算システムを認証するステップ、
をさらに含む方法。

【請求項4】

請求項１の方法であって、第１の番号が第２の番号と一致しない場合に、前記サーバ計算システムが、前記クライアント計算システムからモック計算システムにネットワーク通信をリダイレクトするステップは、前記サーバ計算システムが、ネットワークパケットを前記モック計算システムに送信するステップであって、ネットワークパケットは、ネットワーク通信に関連し、前記サーバ計算システムに宛てられる、送信するステップを含む、方法。

【請求項5】

請求項１の方法であって、第１の番号が第２の番号と一致しない場合に、前記サーバ計算システムが、前記クライアント計算システムからモック計算システムにネットワーク通信をリダイレクトするステップは、前記サーバ計算システムが、ネットワークパケットの宛先ネットワークアドレスを修正するステップであって、修正された宛先ネットワークアドレスは、前記モック計算システムを識別する、修正するステップを含む、方法。

【請求項6】

請求項１の方法であって、前記サーバ計算システムが、第１のタイムスタンプに基づいて第２の番号を生成するように第１のタイムスタンプに第２の認証プロセスを適用するステップは、前記サーバ計算システムが、第１のタイムスタンプおよび整数に演算子を適用するステップであって、前記演算子および前記整数は認証プロセスによって特定される、適用するステップを含む、方法。

【請求項7】

請求項１の方法であって、
前記サーバ計算システムが、第３の認証プロセスのインジケータを前記クライアント計算システムに送信するステップと、
前記クライアント計算システムとの後続の認証相互作用において、前記サーバ計算システムが、第１のタイムスタンプよりも時間的に遅い第２のタイムスタンプに第３の認証プロセスを適用するステップと、
をさらに含む方法。

【請求項8】

請求項７の方法であって、前記サーバ計算システムが、第３の認証プロセスのインジケータを前記クライアント計算システムに送信するステップは、前記クライアント計算システムを認証することに応答して、前記サーバ計算システムが、第３の認証プロセスのインジケータを送信し、それによって、前記クライアント計算システムが後続の認証相互作用で第３の認証プロセスを使用するようにするステップを含む、方法。

【請求項9】

システムであって、前記システムは、
サーバ計算システムと、
クライアント計算システムであって、
前記クライアント計算システムに対してローカルであるクロックによって生成された第１のタイムスタンプを受信し、
第１のタイムスタンプに、前記第１のタイムスタンプに基づいて第１の番号を生成するように第１の認証プロセスを適用し、
第１の番号を前記サーバ計算システムに送信する、
ように構成されたクライアント計算システムと、
を備え、
前記サーバ計算システムは、
前記クライアント計算システムから第１の番号を受信し、
前記サーバ計算システムに対してローカルであるクロックによって生成された第２のタイムスタンプを受信し、
前記第２のタイムスタンプに基づいて第２の番号を生成するように第２のタイムスタンプに第２の認証プロセスを適用し、
第１の番号が第２の番号と一致する場合にのみ、前記クライアント計算システムを認証し、
第１の番号が第２の番号と一致しない場合に、前記クライアント計算システムからモック計算システムにネットワーク通信をリダイレクトする
ように構成されており、
前記サーバ計算システムは、イベントに応答して、第３の認証プロセスの指示を前記クライアント計算システムに送信するように構成され、第３の認証は、第１の認証プロセスに代わるものであり、前記サーバ計算システムとクライアント計算システムとの間の後続の認証相互作用で使用されるものであり、
前記イベントは、
前記クライアント計算システムが、少なくとも所定の時間、第１の認証プロセスを使用している；
前記クライアント計算システムが、少なくとも所定の回数認証された；および
所定の日付または時間が経過した、
のうちの少なくとも１つを含む、システム。

【請求項10】

請求項９のシステムであって、前記サーバ計算システムは、
前記クライアント計算システムの１つ以上の通信特性を決定し、
１つ以上の通信特性が許容可能である場合にのみ、前記クライアント計算システムを認証し、
１つ以上の通信特性の少なくとも１つが許容可能でない場合に、ネットワーク通信を前記クライアント計算システムから前記モック計算システムにリダイレクトする
ように構成され、
前記サーバ計算システムは、許容可能な通信特性のホワイトリストを格納するように構成され、前記ホワイトリストは、ネットワークアドレス、ネットワークポート、プロトコルタイプ、変更不可能なデバイス識別子、アクセス時間、および／または地理的位置、のうちの１つ以上を含む、
システム。

【請求項11】

請求項９のシステムであって、前記サーバ計算システムおよび前記モック計算システムは、同じサービスをそれぞれ提供し、前記サーバ計算システムは、前記モック計算システムに存在しないプライベートデータを含む、システム。

【請求項12】

請求項９のシステムであって、前記モック計算システムは、ネットワーク通信を追跡するように、および、前記ネットワーク通信が、前記サーバ計算システムに非認証アクセスする試みに関連することを、記録するように、構成される、システム。

【請求項13】

請求項９のシステムであって、前記サーバ計算システムは、前記クライアント計算システムのクロックと前記サーバ計算システムのクロックとの差を考慮するために、第２のタイムスタンプから少なくとも１の位の数字の精度をドロップするように構成される、システム。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、２０１８年１２月１４日に出願された、発明の名称が「タイムスタンプベースの認証」である、米国特許出願第１６／２２０，６５２号の一部継続出願であり、その内容は、その全体が参照により本明細書に組み込まれる。

【0002】

本開示は、コンピュータセキュリティの方法、技術、およびシステムに関し、より具体的には、そのユーザに加えて計算デバイスのアイデンティティを検証する認証に対するタイムスタンプベースのアプローチに関する。

【背景技術】

【0003】

ハッカーおよび他の悪意の当事者は、ホームユーザ、企業、または政府によって動作される計算システムまたはネットワークにますます侵入しようとしている。多くの場合、ハッカーは、正当なユーザの盗まれた認証情報（例えば、ユーザ名やパスワードなど）を使用して、システムやネットワークにアクセスする。例えば、ハッカーは、侵入を受けたシステムから盗まれたユーザ名やパスワードのリストにアクセスできる。多くのユーザが、多くの異なるサービスに同じパスワードを使用しているので、ハッカーは、これらのパスワードを他のシステムで試すことができる。

【図面の簡単な説明】

【0004】

【図1】例示的実施形態によるシステムにおける相互作用する認証モジュールを示すブロック図である。

【図2A】例示的実施形態による認証およびリダイレクションを示すブロック図である。

【図2B】例示的実施形態による認証およびリダイレクションを示すブロック図である。

【図2C】例示的実施形態による認証およびリダイレクションを示すブロック図である。

【図2D】例示的実施形態による認証およびリダイレクションを示すブロック図である。

【図3A】例示的実施形態によって提供される認証プロセスを示すフロー図である。

【図3B】例示的実施形態によって提供される認証プロセスを示すフロー図である。

【図3C】例示的実施形態によって提供される認証プロセスを示すフロー図である。

【図3D】例示的実施形態によって提供される認証プロセスを示すフロー図である。

【図3E】例示的実施形態によって提供される認証プロセスを示すフロー図である。

【図3F】例示的実施形態によって提供される認証プロセスを示すフロー図である。

【図3G】例示的実施形態によって提供される認証プロセスを示すフロー図である。

【図4】例示的実施形態による認証モジュールを実施する計算システムのブロック図である。

【発明を実施するための形態】

【0005】

本明細書に記載する実施形態は、コンピュータセキュリティの方法、デバイス、およびシステムを提供し、より具体的には、タイムスタンプベースの認証技術は、システム、サービス、および組織の追加レベルのセキュリティを提供する。典型的実施形態は、第１計算システムと第２計算システムとの間で共有される認証プロセスを利用する認証方法を提供する。認証プロセスのアイデンティティは、２つの計算システム間で共有される秘密である。プロセスは、タイムスタンプに基づく番号を出力として提供する。第１計算システムは、そのクロックから取得したタイムスタンプを使用して認証プロセスを実行する。結果としての番号は、ユーザ名および／またはパスワードなどの他の認証データとおそらく共に、第２計算システムに送信される。これに応答して、第２計算システムは、そのクロックから取得したタイムスタンプを使用して認証プロセスを実行する。第１および第２計算システムによって生成された番号が一致する場合、第１計算システムが認証される。

【0006】

認証は、他の情報または追加情報に基づいて決定できる。例えば、計算システムは、ユーザ名およびパスワード検証と組み合わせて、記載されたタイムスタンプベースの技術を使用することによって、認証されてよい。別の例として、認証は、許容されるＩＰアドレス範囲、デバイス識別子（例えば、ハードウェアアドレス、ＭＡＣ識別子、ＣＰＵ識別子）、時間範囲、地理的位置などの、許容されるネットワーク通信の特性を特定するホワイトリストまたは他のデータ構造と組み合わせた、タイムスタンプベースの技術に基づいてよい。

【0007】

計算システムまたはデバイスが、記載される認証技術に失敗した場合、様々なアクションが考えられる。そのようなアクションには、任意のネットワーク接続のクローズ、認証失敗のロギング、ユーザへの通知などが含まれる。他の実施形態では、試みられた通信は、代替計算システムにリダイレクトされる。代替計算システムは、実際の宛先システムの機能、外観、構造、およびデータの少なくとも一部をコピーすることによって、実際の宛先計算システムとしてマスカレードする「モックシステム」である。モックシステムは、偽造の、偽の、またはそうでなければ本物でない、データを含むことが多い。場合によっては、偽造のデータは、その使用を追跡するように特別に構成される。例えば、偽造のデータは、データのソースを識別するのに使用されることができる固有のスペルやエラーを有する、名前、住所、または番号を含む架空の顧客リストを含み得る。デジタル画像データは、データを追跡するのに同様に使用され得る透かしまたは他の信号を含み得る。

【0008】

典型的実施形態では、記載された第１計算システムはクライアントであり、第２計算システムはサーバである。クライアントは、サーバによって提供されるサービスにアクセスするために、それ自体を認証する。他の実施形態では、クライアントは、ある第三者によって提供または管理される可能性がある、ある他のシステムまたはサービスに対してクライアントを認証するために使用できる認証トークンを取得するために、サーバとそれ自体を認証することができる。いくつかの実施形態では、第１および第２システムは、インターネットを利用できる消費者デバイスのネットワークなどのピアである。

【0009】

記載される技術は、１つ以上の計算システムの操作、統合、または効率を改善することなどによって、既存の技術を改善する。具体的には、記載される技術は、コンピュータセキュリティに対する現在のアプローチにおける欠点に対処する。記載される技術を使用すると、悪意の計算システムが、セキュアサービス、システム、またはネットワークに侵入することが、より困難になる。記載される技術は、適切な認証プロセスで構成されたコンピュータまたはデバイスのみにアクセスを制限する。記載される技術は、ユーザによって使用されているデバイスに加えて、ユーザのアイデンティティを検証するのに使用されることができる。従って、悪意の当事者がユーザのログイン認証情報（例えば、ユーザ名やパスワード）を盗んだとしても、その悪意の当事者は、その当事者がユーザのデバイスも盗んでいなければ、セキュアシステムにアクセスできない。

【0010】

システム概観
図１は、一実施形態によるシステムにおける相互作用する認証モジュールを示すブロック図である。図１では、システム１９９は、サーバ計算システム１０と、クライアント計算システム６０と、認証プロセスリポジトリシステム６２とを含む。サーバ１０は、サーバ認証モジュール１００と、認証プロセス１１０ａとを含む。クライアント６０は、クライアント認証モジュール１０１と、同じ認証プロセス１１０ａとを含む。リポジトリシステム６２は、複数の認証プロセス１１０ａ－１１０ｎを含む。

【0011】

いくつかの実施形態では、クライアント６０は、企業、大学、または他の組織によって提供され得るような、セキュアサービスまたはネットワークとの相互作用のために配備されるコンピュータである。クライアント６０が最初に構成されるとき（例えば、それがアンボックスされておらず、そのユーザのために構成されるとき）、管理者１２０または他の特権ユーザは、初期認証プロセス１１０ａの指示をクライアント６０およびサーバ１０に記憶する。これは、認証プロセスの識別子を入力するなど、手動で行われ得る。他の実施形態では、認証プロセス１１０ａの指示は、セキュアチャネルを介してクライアントおよび／またはサーバに送信されてよい。これに応答して、クライアント６０およびサーバ１０は、それぞれ、リポジトリシステム１１０ａ－ｎから識別された認証プロセス１１０ａを取得および記憶する。クライアント６０は、そして、以下に説明するように、サーバ１０との認証相互作用中に認証プロセス１１０ａを使用する準備が整う。

【0012】

典型的実施形態では、認証プロセスは、入力としてタイムスタンプを取り、タイムスタンプに基づいて番号を出力する。例示的プロセスは、Ｋ＝ａ＊ｔｉｍｅｓｔａｍｐ＋ｂと表されてよく、ここで、ａおよびｂは、認証プロセスの一部として記憶される定数である。いくつかの実施形態では、定数ａおよびｂは、プロセスの固定または静的部分であるが、他の実施形態では、定数は、プロセスが選択または記憶されるときに指定される構成データである。他の実施形態は、タイムスタンプに基づいて出力を計算するために、他のまたは追加の演算子（例えば、減算、指数化、モジュロ等）を使用し得る。

【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】

本発明の実施形態を図示し、説明してきたが、上述のように、本発明の趣旨および範囲から逸脱することなく多くの変更を行うことができる。従って、本発明の範囲は、上記の開示によって限定されない。

【図1】

【図2A】

【図2B】

【図2C】

【図2D】

【図3A】

【図3B】

【図3C】

【図3D】

【図3E】

【図3F】

【図3G】

【図4】