(57)【要約】      （修正有）【課題】クライアント側プラットホーム上に存在するクライアント側アプリケーションとサーバとの間で開始される各セッションに対してユーザ名および対応するパスワードを入力してかつ再入力する必要なしでアプリケーションのユーザの継続的な認証を維持する方法を提供する。【解決手段】方法は、パスワードがサーバ上に記憶されず、ワンタイムパスコードの途切れないチェーンを利用するステップを含み、チェーン内の各パスコードがユーザ名およびクライアント側アプリケーションに対して一意であり、各パスコードが各セッション中に定期的、かつ、好ましくは少なくとも一回更新される。【選択図】図２
2020061777.tif 000002
【特許請求の範囲】
【請求項１】
クライアント側プラットホーム上に存在するクライアント側アプリケーションとサーバとの間で開始される各セッションに対してユーザ名および対応するパスワードを入力してかつ再入力する必要なしでアプリケーションのユーザの継続的な認証を維持する方法であって、前記方法が第１および第２のデータの項目を導き出し；前記第１の項目データが：
好ましい形態においてクライアント側公開鍵である「あなたが有する何か」を備え、前記第２のデータの項目が「あなたが知る何か」を備える方法。
【請求項２】
前記第２のデータの項目が、任意の所定のセッションに対して秘密鍵を作り出すために使用されるユーザＰＩＮ／パスワードを備えることを特徴とする請求項１に記載の方法。
【請求項３】
前記第２のデータの項目が、親指の指紋または任意の所定のセッションに対して秘密鍵を作り出すために使用される他の生体認証を含むがこれに限らず個人的に特定可能な情報の任意の形態を備えることを特徴とする請求項２に記載の方法。
【請求項４】
新規の鍵対が、各セッションに対して前記クライアントによって生成されてかつ前記サーバに渡されることを特徴とする請求項２または請求項３に記載の方法。このサーバ記憶された公開鍵とそのユーザ（ユーザＩＤ）に一致する前記クライアント上の前記公開鍵との間の一致がある場合だけ、以降のセッションに対する通信が可能にされる。
【請求項５】
ユーザの認証の方法であって；サーバと通信するクライアント側アプリケーションを使用する時、前記方法が前記ユーザを特徴付けるためにワンタイムパスコードの途切れないチェーンを生じるステップを含む方法。
【請求項６】
前記ワンタイムパスコードが、前記クライアント生成された鍵対の前記公開鍵であることを特徴とする請求項５に記載の方法。
【請求項７】
クライアント側プラットホーム上に存在するクライアント側アプリケーションとサーバとの間で開始される各セッションに対してユーザ名および対応するパスワードを入力してかつ再入力する必要なしでアプリケーションのユーザの継続的な認証を維持する方法であって、前記方法が、更新可能であるワンタイムパスコードのストリングを利用するステップを含み、そして更新が規則的な間隔で置換されるパスコードによって生じることを特徴とする方法。
【請求項８】
間隔が、セッション接続あたり一回を備えることを特徴とする請求項７に記載の方法。
【請求項９】
鍵対が、前記クライアント装置にローカルに記憶される秘密鍵およびさらにローカルに記憶される公開鍵１９を含み、そして前記記憶されたクライアント公開鍵がさらに前記サーバと共有されてかつそれに伝達され、それが次いで前記クライアント公開鍵の記憶されたコピーと共に前記クライアントを現在使用している人の一意のユーザＩＤに、記憶されたリファレンスをリンクすることを特徴とする請求項１−８のいずれかに記載の方法。
【請求項１０】
前記クライアントと前記サーバとの間の以降の接続中に、前記記憶されかつ共有されたクライアント公開鍵、前記サーバ公開鍵および前記クライアント２０上の前記記憶された秘密鍵が、現在のクライアント側公開鍵対として使用され、および追加鍵対が次いで生成されてかつ後に続くセッションに対して記憶されることを特徴とする請求項９に記載の方法。
【請求項１１】
一意のＩＤが、ユーザからもしくはクライアント上の記憶領域から収集されるかまたは読み出され、そして次に前のセッション中に記憶された記憶されたクライアント鍵対が、現在のユーザの一意のユーザＩＤを使用して読み出され、それに続いて前記ユーザの一意のＩＤおよび前記以前に記憶されたクライアント公開鍵が、前記サーバと共有されることを特徴とする請求項に記載の方法。
【請求項１２】
アプリケーションを実行するのに適しているメモリと通信するプロセッサを有する装置を含むシステムであって；前記装置が、前記装置上のクライアント側プラットホーム上に存在するクライアント側アプリケーションと遠隔サーバとの間で開始される各セッションに対してユーザ名および対応するパスワードを入力してかつ再入力する必要なしで、前記装置上で実行可能なアプリケーションのユーザの継続的な認証を維持し、前記システムが第１および第２のデータの項目を導き出し；前記第１のデータの項目が：
好ましい形態においてクライアント側公開鍵である「あなたが有する何か」を備え、前記第２のデータの項目が「あなたが知る何か」を備えるシステム。
【請求項１３】
前記第２のデータの項目が、任意の所定のセッションに対して秘密鍵を作り出すために使用されるユーザＰＩＮ／パスワードを備えることを特徴とする請求項１２に記載のシステム。
【請求項１４】
前記第２のデータの項目が、親指の指紋または任意の所定のセッションに対して秘密鍵を作り出すために使用される他の生体認証を含むがこれに限らず個人的に特定可能な情報の任意の形態を備えることを特徴とする請求項１２に記載のシステム。
【請求項１５】
新規の鍵対が、各セッションに対して前記クライアントによって生成されてかつ前記サーバに渡され、そしてこのサーバ記憶された公開鍵とそのユーザ（ユーザＩＤ）に一致する前記クライアント上の前記公開鍵との間の一致がある場合だけ、以降のセッションに対する通信が可能にされることを特徴とする請求項１２、１３または１４に記載のシステム。
【請求項１６】
ユーザの認証の方法を実行するためにコードを実行するメモリと通信する少なくとも１台のプロセッサを含むプラットホームであって；前記方法が、インターネットを介して遠隔サーバと通信する前記プラットホーム上で実行するクライアント側アプリケーションを使用する時、前記ユーザを特徴付けるワンタイムパスコードの途切れないチェーンを生じるステップを含むプラットホーム。
【請求項１７】
前記ワンタイムパスコードが前記クライアント生成された鍵対の前記公開鍵であることを特徴とする請求項１６に記載のプラットホーム。
【請求項１８】
クライアント側プラットホーム上に存在するクライアント側アプリケーションとサーバとの間で開始される各セッションに対してユーザ名および対応するパスワードを入力してかつ再入力する必要なしでアプリケーションのユーザの継続的な認証を維持するためのシステムであって、前記システムが、更新可能であるワンタイムパスコードのストリングを利用し、そして更新が規則的な間隔で置換されるパスコードによって生じることを特徴とするシステム。
【請求項１９】
間隔が、セッション接続間隔あたり一回を備えることを特徴とする請求項１８に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ワンタイムパスコードを組み込む持続性認証システムに、およびとりわけ、しかし限定することなく、ユーザによって開始されるユーザセッションに対してシステムのユーザが、ユーザ名および対応するパスワードを入力してかつ再入力する必要がないようなシステムに関する。
【背景技術】
【０００２】
ユーザ名およびパスワードの使用は、公知技術である。増大する課題が存在し、ここでパスワードのサーバ側記憶領域が攻撃をより被りがちになっており、および複数のウェブサイトにわたって異なるおよび安全なパスワードを使用するユーザの負担が、不便、過度の複雑化および継続したセキュリティ上の問題点を導いてきている。
【０００３】
この課題を解決する試みは、装置ハードウェア指紋鑑定または生体認証のような他の複数要素認証を含む。これらは、セキュリティを高めてかつ標準ユーザ名およびパスワード認証システムと関連する問題の露出を減少させる試みに使用される。しかしながら、一般的に、それらはすでに重荷となっているプロセスに複雑性および不便のより多くのステップを追加するだけである。
【０００４】
この種の試みの一例が、その内容が相互参照によって本願明細書に組み込まれる、ＩＢＭに付与された（特許文献１）である。その解決策は、それの請求項１内に以下に読めるように概説されている：
【０００５】
分散コンピューティング環境の分散ファイルシステムに接続可能なウェブサーバに対してクライアントを認証する方法であって、前記分散コンピューティング環境が前記分散ファイルシステムにアクセスするために認証されるユーザに証明書を戻すためのセキュリティサービスを含み、以下のステップ、すなわち：
【０００６】
前記クライアントからユーザＩＤおよびパスワードのウェブサーバによる受信に応答して、前記セキュリティサービスによってログインプロトコルを実行しかつそこから得られる証明書を記憶するステップ；
【０００７】
その中に識別子を有する持続性クライアント状態オブジェクトを前記クライアントへ戻すステップ；ならびに
【０００８】
前記分散ファイルシステム内のウェブ文書に対する以降のアクセスを得るためにユーザＩＤおよびパスワードの代わりに前記識別子を含む前記持続性クライアント状態オブジェクトを前記クライアントに使用させるステップを含む方法。この配置は、持続性クライアント状態オブジェクトとして「クッキー」を利用すると解釈されることができる。この配置は、顕著なセキュリティ問題に苦しむ。
【０００９】
更なる従来技術例（その全てが相互参照によって含まれる）が、以下を含む：
【００１０】
Ｃａｎｏｎ  ＫＫに付与された（特許文献２）の主請求項は以下のように読める：
【００１１】
ネットワークを介してサーバによって装置を認証する方法であって、前記方法が以下のステップ、すなわち：
【００１２】
前記装置によって、前記サーバとの安全な接続を確立するステップ；
【００１３】
前記装置によって、前記サーバに前記装置の識別情報を通信するステップであって、前記識別情報が、前記サーバに対して前記装置を一意的に識別してかつ前記装置内に予め記憶されるステップ；
【００１４】
前記サーバによって、前記装置によって通信される前記識別情報を使用して前記装置の信憑性を判定するステップ；ならびに
【００１５】
前記装置が信用できると前記サーバが判定する場合：
【００１６】
前記サーバによって、前記装置に対する第１の認証トークンを作り出すステップであって、前記装置が信用できると前記第１の認証トークンが示すステップ；
【００１７】
前記サーバによって、前記第１の認証トークンを記憶するステップ；
【００１８】
前記サーバによって、前記安全な接続を使用して前記装置に前記第１の認証トークンを伝達するステップ；ならびに
【００１９】
前記装置によって、前記第１の認証トークンを記憶するステップを含み；
【００２０】
前記方法が更に、次のステップ、すなわち：
【００２１】
前記装置によって、前記サーバとの安全な再接続を確立するステップ；ならびに
【００２２】
前記サーバによってかつ前記安全な再接続を介して、認証するステップであって、前記装置が前記装置によって記憶される前記第１の認証トークンを使用するステップを含むことを特徴とする方法。
【００２３】
Ｓｕｎ  ＭｉｃｒｏＳｙｓｔｅｍｓに付与された（特許文献３）の主請求項は以下のように読める：
【００２４】
単数または複数の情報資源へのアクセスを制御するセキュリティアーキテクチャに用いられるセッション証明書であって、前記セッション証明書が：
【００２５】
主体を一意的に識別する主体識別子；および
【００２６】
前記主体に対応するログイン証明書の以前の認証の後で前記セキュリティアーキテクチャによって与えられる認可のエンコーディングを備え、
【００２７】
前記主体識別子および認可エンコーディングが暗号によって安全にされ、かつ前記セキュリティアーキテクチャが前記ログイン証明書の再認可なしで前記単数または複数の情報資源へのアクセスに対する前記認可の十分性を評価することを可能にするセッション証明書。
【００２８】
Ｆｉｒｓｔ  Ｄａｔａに付与された（特許文献４）の主請求項は以下のように読める：
【００２９】
移譲可能な認証のための方法であって、それによって第１のコンピュータにアクセスするユーザが、前記第１のコンピュータから遠隔の第２のコンピュータに対して、前記ユーザが前記第２のコンピュータに対して必ずしも彼自身を明示的に識別する必要なく、認証されることができ、以下のステップ、すなわち：
【００３０】
ユーザのコンピュータで前記第１のコンピュータにアクセスするステップ；
【００３１】
前記第１のコンピュータに対して前記ユーザを認証するステップ；
【００３２】
前記第１のコンピュータから、ユーザ特性の前記第１のコンピュータのデジタルバウチャを含むクッキーを受信するステップであって、前記バウチャが前記第１のコンピュータによって暗号によって保証され、前記第１のコンピュータによって、前記第１のコンピュータおよび前記第２のコンピュータに秘密であるが前記ユーザに知られていない、クライアント側公開鍵を使用して、前記ユーザ特性が暗号化されてかつ前記デジタルバウチャに組み込まれ、前記クライアント側公開鍵が前記第１のコンピュータおよび前記第２のコンピュータの少なくとも１つの非対称鍵を使用して、暗号によって保証されるステップ；
【００３３】
前記ユーザのコンピュータ経由で前記第２のコンピュータに前記暗号によって保証されたクライアント側公開鍵を送信するステップ；ならびに
【００３４】
前記バウチャを含む、前記クッキーの少なくとも一部を前記第２のコンピュータであって：
【００３５】
前記ユーザが前記第２のコンピュータに必ずしも彼自身を明示的に識別する必要なく前記バウチャを認証し；
【００３６】
前記バウチャから前記ユーザ特性を抽出し；かつ
【００３７】
前記ユーザ特性に基づいて動作を実行するように構成される前記第２のコンピュータに送信するステップを含む方法。
【００３８】
上記したように、クッキーは最近特定のセキュリティ問題を有してかつ継続的な採用問題を有する。
【００３９】
さらに、繰り返しのパスワードエントリの使用および１台のマシンから別のマシンへのパスワードの明確な通信なしでシステムを安全にするために求める別な方法を開示する以下が開示されている。これらのシステムは、確認／認証を実行するために第三者マシンの使用を含んでより複雑である可能性がある。
【００４０】
ＡＴ＆Ｔへ付与された（特許文献５）
【００４１】
Ｎｅｔｓｃａｐｅへ付与された（特許文献６）
【００４２】
Ｃｏｍｐｕｔｅｒ  Ａｓｓｏｃへ付与された（特許文献７）
【００４３】
Ｍｉｃｒｏｓｏｆｔへ付与された（特許文献８）
【００４４】
ＩＢＭへ付与された（特許文献９）
【００４５】
ＱＳＡＮへ付与された（特許文献１０）
【００４６】
本発明の実施態様は、これらの問題に対処するように設計されている。
注記
【００４７】
用語「備える」（およびそれの文法変形）は、本願明細書では、「有する」または「含む」の包括的な意味で使用され、かつ「だけから成る」の排他的な意味ではなく使用される。
【００４８】
（背景技術）における従来技術の上記の考察は、その中で検討された任意の情報が引用に値する従来技術または任意の国内の当業者の共通の一般知識の一部であることの容認ではない。
【先行技術文献】
【特許文献】
【００４９】
【特許文献１】米国特許第５８７５２９６号明細書
【特許文献２】米国特許第８４４７９７７号明細書
【特許文献３】米国特許第６６６８３２２号明細書
【特許文献４】米国特許第６４２１７６８号明細書
【特許文献５】米国特許第４５７８５３１号明細書
【特許文献６】米国特許第６１３４５９２号明細書
【特許文献７】米国特許第６２０５４８０号明細書
【特許文献８】米国特許第７５２３４９０号明細書
【特許文献９】米国特許第２０１１０３２０８２０号明細書
【特許文献１０】米国特許第２０１３０２１９４７２  Ａ１号明細書
【発明の概要】
【発明が解決しようとする課題】
【００５０】
概括的に、本発明の実施態様内に要約される概念は、持続性認証プロセスならびに対応するシステムおよび器具に対して２つの部分の情報に依存することである：
【００５１】
好ましい、詳細な形態において、各セッションに対して新規の鍵対がクライアントによって生成されてかつサーバに渡される。このサーバ記憶された公開鍵とそのユーザ（ユーザＩＤ）に一致するクライアント上の公開鍵との間に一致がある場合だけ、以降のセッションに対する通信が可能にされる。
【００５２】
概括的に、別の方法で述べられる好ましい実施態様に従って、サーバと通信するクライアント側アプリケーションを使用する時、ユーザを特徴付けるワンタイムパスコードの途切れないチェーンが生じる。特定の形態において、ワンタイムパスコードは実際にクライアント生成された鍵対の公開鍵である。更なる特定の好ましい形態において、更新の一態様が可能にされ、それによってワンタイムパスコードが規則的な間隔で置換され続ける（好ましい形態では好ましくは少なくとも接続セッションあたり一回）。
【００５３】
したがって、本発明の１つの広い形態においてクライアント側プラットホーム上に存在するクライアント側アプリケーションとサーバとの間で開始される各セッションに対してユーザ名および対応するパスワードを入力してかつ再入力する必要無しでアプリケーションのユーザの継続的な認証を維持する方法であって；そしてパスワードがサーバ上に記憶されず；この方法がワンタイムパスコードの途切れないチェーンを利用するステップを含み；チェーン内の各パスコードがユーザ名およびクライアント側アプリケーションに対して一意であり；各パスコードが各前記セッション中に定期的におよび好ましくは少なくとも一回更新される方法が提供される。
【００５４】
好ましくは、パスコードは、パスコードのチェーン内の次のクライアント側公開鍵によって置換されるまで、クライアント側プラットホームおよびサーバの両方に持続的に維持されるクライアント側公開鍵を備える。
【００５５】
好ましくは、クライアント側公開鍵はＰＫＩ鍵対の公開鍵を備える。
【００５６】
好ましくは、対応するクライアント側秘密鍵はサーバと共有されない。
【００５７】
本発明の更なる広い形態においてアプリケーションを実行するのに適しているメモリと通信するプロセッサを含む装置が開示され；装置上のクライアント側プラットホーム上に存在するクライアント側アプリケーションと遠隔サーバとの間で開始される各セッションに対してユーザ名および対応するパスワードを入力してかつ再入力する必要なしで、前記装置が装置上で実行可能なアプリケーションのユーザの継続的な認証を維持し；そしてパスワードがサーバ上に記憶されず；この方法がワンタイムパスコードの途切れないチェーンを利用するステップを含み；チェーン内の各パスコードがユーザ名およびクライアント側アプリケーションに対して一意であり；各パスコードが各前記セッション中に少なくとも一回更新される。
【００５８】
好ましくは、パスコードは、パスコードのチェーン内の次のクライアント側公開鍵によって置換されるまで、クライアント側プラットホームおよびサーバの両方に持続的に維持されるクライアント側公開鍵を備える。
【００５９】
好ましくは、クライアント側公開鍵はＰＫＩ鍵対の公開鍵を備える。
【００６０】
好ましくは、対応するクライアント側秘密鍵はサーバと共有されない。
【００６１】
本発明の更に幅広い形態においてアプリケーションを実行するのに適しているメモリと通信するプロセッサを有する装置を含むシステムが提供され；装置上のクライアント側プラットホーム上に存在するクライアント側アプリケーションと遠隔サーバとの間で開始される各セッションに対してユーザ名および対応するパスワードを入力してかつ再入力する必要なしで、前記装置が装置上で実行可能なアプリケーションのユーザの継続的な認証を維持し、このシステムが第１および第２のデータの項目を導き出し；前記第１のデータの項目が：
好ましい形態においてクライアント側公開鍵である「あなたが有する何か」を備え、第２のデータの項目が「あなたが知る何か」を備える。
【００６２】
好ましくは、前記第２のデータの項目が任意の所定のセッションに対して秘密鍵を作り出すために使用されるユーザＰＩＮ／パスワードを備える。
【００６３】
好ましくは、前記第２のデータの項目が親指の指紋または任意の所定のセッションに対して秘密鍵を作り出すために使用される他の生体認証を含むがこれに限らず個人的に特定可能な情報の任意の形態を備える。
【００６４】
好ましくは、各セッションに対して新規の鍵対がクライアントによって生成されてかつサーバに渡され、そしてこのサーバ記憶された公開鍵とそのユーザ（ユーザＩＤ）に一致するクライアント上の公開鍵との間の一致がある場合だけ、以降のセッションに対する通信が可能にされる。
【００６５】
本発明のそのうえ更に幅広い形態においてユーザの認証の方法を実行するためにコードを実行するメモリと通信する少なくとも１台のプロセッサを含むプラットホームが提供され；前記方法がインターネットを介して遠隔サーバと通信する前記プラットホーム上で実行するクライアント側アプリケーションを使用する時、ユーザを特徴付けるワンタイムパスコードの途切れないチェーンを生じるステップを含む。
【００６６】
好ましくは、ワンタイムパスコードはクライアント生成された鍵対の公開鍵である。
【００６７】
本発明のそのうえ更に幅広い形態においてクライアント側プラットホーム上に存在するクライアント側アプリケーションとサーバとの間で開始される各セッションに対してユーザ名および対応するパスワードを入力してかつ再入力する必要なしで、アプリケーションのユーザの継続的な認証を維持するためのシステムが提供され、
前記システムが更新可能なワンタイムパスコードのストリングを利用し、そして更新が規則的な間隔で置換されるパスコードによって生じる。
【００６８】
好ましい形態において間隔は、セッション接続間隔あたり一回を備える。
【図面の簡単な説明】
【００６９】
【図１】例示の実施態様の主構成要素である
【図２】例示の実施態様の初期の使用のための制御プロセスである
【図３】例示の実施態様の非初期の使用のための制御プロセスである
【図４】更なる実施態様に従う秘密鍵の構成の方法のブロック図である。
【発明を実施するための形態】
【００７０】
概括的に、考えは初期認証および次いで継続的な認証に対する２つの部分の情報に依存することである：
【００７１】
好ましい詳細な形態において、新規の公開鍵が、各セッションに対してクライアントによって生成されてかつサーバに渡される。このサーバ記憶された公開鍵とそのユーザ（ユーザＩＤ）に一致するクライアント上の公開鍵との間に一致がある場合だけ、以降のセッションに対する通信が可能にされる。
【００７２】
概括的に、別の方法で述べられる好ましい実施態様に従って、サーバと通信するクライアント側アプリケーションを使用する時、ユーザを特徴付けるワンタイムパスコードの途切れないチェーンが生じる。特定の形態においてワンタイムパスコードは、実際に公開鍵である。更に特定の好ましい形態において、更新の一態様が可能にされ、それによってワンタイムパスコードが規則的な間隔で置換され続ける（少なくともセッションあたり一回）。
【００７３】
従来のユーザ名およびパスワード認証システムにおけるパスワードの代用物としてワンタイムパスコードの途切れないチェーンを使用する例示の実施態様が、開示される。
【００７４】
図１は、例示の実施態様の主要構成要素を示す。ユーザが、一意のユーザＩＤ２３を用いて、サーバと接続する時、公開鍵暗号交換のような暗号化および認証システムが、一般的に使用される。
【００７５】
一般的に、ユーザはそれ自体の鍵対１１を使用するサーバと通信するために使用される鍵対１０を生成するクライアント側アプリケーション２４を有する。公開鍵暗号法の既知の実践においてクライアント秘密鍵１２が、メッセージを暗号化するためにサーバの公開鍵１４とともに使用され、およびサーバは送られたメッセージを解読するためにクライアントの公開鍵１３およびサーバの秘密鍵１５を使用する。
【００７６】
一旦センダ１０およびレシーバ１１の識別が確認されると、両者は、暗号化されたメッセージ１６の高速暗号化および解読のために使用される秘密のパスワード１７を共有する。
【００７７】
一般的に、暗号化されたメッセージ１６は通信セッションの期間の間だけ使用される秘密のパスワード１７を使用し、そしてその後パスワード１７は廃棄されてもはや使用されない。
【００７８】
例示の実施態様において、上記の鍵交換および暗号化プロセスはクライアントによって生成される第２の鍵対組１８を含むように拡張される。この鍵対生成１８は、クライアントとサーバとの間の次の認証システムと現在の認証されたセッションを一意的にリンクするために使用される。
【００７９】
この鍵対１８は、クライアント装置上にローカルに記憶される秘密鍵２０およびまたローカルに記憶される公開鍵１９を含む。記憶されたクライアント公開鍵は、さらにサーバ２５と共有されてそれに伝達され、それが次いでクライアントの公開鍵の記憶されたコピー２２とともにクライアントを現在使用している人の一意のユーザＩＤ２１に、記憶されたリファレンスをリンクする。
【００８０】
クライアントとサーバとの間の以降の接続中に、記憶され共有されたクライアント公開鍵１９、２２、サーバの公開鍵１４およびクライアント上に記憶された秘密鍵２０が、現在のクライアント側公開鍵対として使用され、および追加鍵対が次いで生成されてかつ後に続くセッションのために記憶される。
【００８１】
図２は、例示の実施態様の初期のセッションの制御プロセスを開示する。ユーザは、サーバ３１と対話するために通信のクライアント側３０上でアプリケーションを使用する。
【００８２】
最初に、ユーザは一意のＩＤと共に持続性ワンタイム鍵を使用するサーバに接続する３２。最初に、サーバおよびクライアントはクライアント３０とサーバ３１との間の通信を安全にするために従来の公開鍵暗号セッションを使用する３３。
【００８３】
次にユーザは持続性ワンタイムコードを使用したいと確認され３４、およびユーザの一意のＩＤがユーザからもしくはクライアント上の記憶領域から収集されるかまたは読み出されてサーバに送られる３５。その後、サーバはクライアントが次のセッションに用いられる公開鍵対を生成するようリクエストする３６。クライアントは、次いで次のセッションに用いられるクライアントで安全に記憶される３８公開鍵対を生成し３７、および鍵対の公開鍵がサーバと共有される３９。
【００８４】
次のセッションのために使用されるべきクライアント公開鍵が、ユーザの一意のＩＤを使用してサーバ上に記憶される４０。一旦このステップが確認されると、セッションが終了するかまたはタイムアウトするまで、既存のＳＳＬ、ＴＬＳまたは類似した接続がクライアントとサーバとの間の継続的な通信を安全にするために使用される４１。
【００８５】
図３は、例示の実施態様の非初期のセッションの制御プロセスを開示する。ユーザは、サーバ６１と対話するために通信のクライアント側６０上のアプリケーションを使用する。
【００８６】
最初に、ユーザは一意のＩＤと共に持続性ワンタイムキーを使用するサーバに接続する６２。最初に、サーバおよびクライアントはクライアント６０とサーバ６１との間の通信を安全にするために従来の公開鍵暗号セッションを使用する６３。
【００８７】
次に、一意のＩＤがユーザからもしくはクライアント上の記憶領域から収集されるかまたは読み出される６４。次に、前のセッション中に記憶された記憶されたクライアント鍵対が、現在のユーザの一意のユーザＩＤを使用して読み出される６５。次に、ユーザの一意のＩＤおよび以前に記憶されたクライアント公開鍵が、サーバと共有される６６。
【００８８】
サーバは、次いでユーザの一意のＩＤに対してその自体のユーザデータベースを検索し６７、かつクライアントから共有されたクライアント公開鍵との比較６８のために以前に保存されたクライアント公開鍵を読み出す。２つの鍵が一致しない場合、サーバはユーザに知らせてかつ問題に対処するために種々の対策を提案する７０。一致が生じる６９場合、サーバはその時第２の公開鍵対が、クライアントによって生成される７２ようリクエストし７１、および鍵対が続いて記憶される７３。加えて、ちょうど今生成された７２鍵対の公開鍵が次のセッションに用いられるサーバと共有される７４。サーバは、次いでユーザの一意のＩＤと共に使用されるべき次のクライアント公開鍵を記憶し７５、およびセッションが終了するかまたはタイムアウトするまで、クライアントおよびサーバの両方の現在の鍵対がクライアントとサーバとの間の継続的な通信のために使用される７６。
【００８９】
結果は、複数のおよび継続的なセッションにわたってクライアントシステムとサーバシステムとの間の安全な接続を確立してかつ永続させるために使用されることができるクライアント公開鍵の形のワンタイムコードの持続性チェーンである。
代替実施態様
【００９０】
例示の実施態様は、認証のために持続性識別子としてクライアント側およびサーバ側の両方に記憶される一連のクライアント側公開鍵の生成およびリンクを使用する。代替実施態様が、持続性識別子として共有されたＡＥＳパスコードのようなＴＬＳセッション鍵のチェーンを使用することができる。この場合、共有されたクライアント側公開鍵が使用されるたびに、後に続く鍵が生成されて次のセッションに用いられるために両側に記憶される。持続性識別子としてクライアント側公開鍵を使用する利点は、クライアント側秘密鍵が、ＴＬＳセッション鍵の場合とは異なり、サーバと共有されないことであり、したがってシステムにセキュリティのあるレベルを追加する。
【００９１】
例示の実施態様においてクライアントが、使用するプロセスに対する鍵対を生成するために使用される。代替実施態様ではサーバが、鍵対を生成するために使用されることができてかつ後に続くセッションに用いられるクライアントとそれらを共有することができる。
【００９２】
例示の実施態様は、現在のセッション中にクライアントから来るクライアント公開鍵の共有されたコピーと、次のクライアント公開鍵のサーバ記憶されたコピーを共有する。代替実施態様は、クライアント公開鍵のチェックサムまたはハッシュを含むがこれに限らず比較目的のためにクライアント公開鍵の任意の等価物を使用することができる。
更なる実施態様。
【００９３】
図４を参照しておよび特定の好ましい形態において本発明の一実施態様が更なる実施態様に従う秘密鍵の構成の方法に従う２つの部分の情報に依存する。
【００９４】
好ましい形態においてクライアント側公開鍵である「あなたが有する何か」
【００９５】
好ましい形態において任意の所定のセッションに対して秘密鍵を作り出すために使用されるユーザＰＩＮ／パスワードである「あなたが知る何か」。
【００９６】
例示の実施態様の更なる拡張においてクライアント鍵対の秘密鍵が、２要素認証を実施するクライアント装置の特定ユーザにリンクされることができる。これは、例示の実施態様を使用する２要素認証において「ユーザが有さなければならない物」この場合有効なクライアント鍵対の必要とされた秘密鍵と共にＰＩＮまたは他の「ユーザが知らなければならない物」をユーザが入力するよう要求することによって達成される。
【００９７】
この拡張においてクライアント鍵対１０１の秘密鍵１００が、２つの構成要素１０２  １０３に分けられる。第１の構成要素は、将来のセッションでそれらの識別を確認するためにユーザによって選択されるＰＩＮ１０２である。このＰＩＮ１０２が、差分鍵要素１０３を生成するために秘密鍵全体１００から減じられる。使うことができる鍵対１０１の使うことができる秘密鍵１００を生成するために正しい差分鍵要素１０３に正しいＰＩＮ１０２をユーザが追加しない限り、差分鍵要素１０３はクライアント鍵対１０１で成功した秘密鍵１００として使用されることができない。
【００９８】
要素１０４が必要なＰＩＮ１０２なしで首尾よく使用されることができないので、差分鍵要素は次のセッションに用いられるクライアント装置上に安全に記憶されることが
できる１０４。
【００９９】
実際問題としてＰＩＮ１０２は各セッションの始まりでユーザにリクエストされ、次いで、成功した公開鍵データの暗号化および解読を確立するために差分鍵要素１０３に追加される。
【０１００】
加えて、ＰＩＮ１０２はクライアント上に一時的に記憶され、そして次に、次のセッションの秘密鍵２０に対して適切な差分鍵要素１０３を生成するために使われる。
【０１０１】
例示の実施態様は、２要素認証を達成するために「ユーザが知らなければならない物」としてのＰＩＮの使用を示す。代替実施態様は、親指の指紋または他の生体認証を含むがこれに限らず個人的に特定可能な情報の任意の形態を使用することができる。
【０１０２】
例示の実施態様は、クライアント側鍵対の秘密鍵から、ＰＩＮを減ずることによって差分鍵要素を生成するために減算を使用する。代替実施態様は、クライアント側鍵対で使うことができる秘密鍵を生成するために個人的に特定可能な要素を第２のファイル要素と組み合わせられることを可能にする任意の計算を使用することができる。
【０１０３】
上記は、本発明の一部の実施態様だけを記述し、および当業者にとって明らかな変更が本発明の範囲および趣旨から逸脱することなく、それに対してなされることができる。
【産業上の利用可能性】
【０１０４】
本発明の実施態様は、器具または器具プラスユーザ組合せの認証がその器具との更なる通信の前に確認されることが必要とされる状況において適用されることができる。
【符号の説明】
【０１０５】
１０  クライアント鍵対  センダ
１１  サーバ鍵対  レシーバ
１２  クライアント秘密鍵
１３  クライアントの公開鍵
１４  サーバの公開鍵
１５  サーバの秘密鍵
１６  暗号化されたメッセージ
１７  秘密のパスワード
１８  第２の鍵対組
１９  クライアントの公開鍵
２０  クライアントの秘密鍵
２１  一意のユーザＩＤ
２２  クライアントの公開鍵の記憶されたコピー
２３  一意のユーザＩＤ
２４  クライアント側アプリケーション
２５  サーバ
３０  クライアント
３１  サーバ
６０  クライアント
６１  サーバ
１００  秘密鍵
１０１  クライアント鍵対
１０２  ＰＩＮ
１０３  差分鍵要素
１０４  要素
【図１】
2020061777.tif 000003
【図２】
2020061777.tif 000004
【図３】
2020061777.tif 000005
【図４】
2020061777.tif 000006
【手続補正書】
【提出日】令和2年1月31日(2020.1.31)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サーバとクライアント側プラットホーム上に存在するクライアント側アプリケーションのユーザとの間で継続中の認証を維持する方法であって、
前記方法は、
ステップａ：クライアント側プラットホームが、継続的なワンタイムパスコードの使用を行う対象であるサーバに接続するステップ；
ステップｂ：クライアント側プラットホーム及びサーバによって、Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ（ＳＳＬ）又はＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ｓｅｃｕｒｉｔｙ（ＴＬＳ）を用いて現在のセキュリティで保護されたセッションを作成するステップ；
ステップｃ：クライアント側プラットホームが、一つ前のセッションで作成された現在の鍵対、及び、ユーザに関連付けられた一意のユーザＩＤを取得するステップ；
ステップｄ：クライアント側プラットホームによって、前記一意のユーザＩＤ及び前記現在の鍵対におけるクライアント側公開鍵をサーバに提供するステップ；
ステップｅ：サーバが、前記一意のユーザＩＤを用いてユーザデータベースを検索し、以前に保存されたクライアント側公開鍵を取得するステップ；
ステップｆ：サーバが、取得した以前に保存されたクライアント側公開鍵と、クライアント側プラットホームから受信した現在のクライアント側公開鍵を比較し、現在のセキュリティで保護されたセッションにおいて、取得した以前に保存されたクライアント側公開鍵と現在のクライアント側公開鍵が一致した場合にクライアント側プラットホームとサーバ間の認証が有効となるステップ；
ステップｇ：サーバが、クライアント側プラットホーム又はサーバに次の鍵対を生成するように要請するステップ；
ステップｈ：クライアント側プラットホーム又はサーバによって、次のセッションで使用するために、クライアント側プラットホームに安全に保存される次の鍵対を生成し、対応するクライアント側秘密鍵はサーバに保存されないステップ；
ステップｉ：クライアント側プラットホームとサーバの間で、次のセッションで使用するための次の鍵対における次のクライアント側公開鍵を共有するステップ；
ステップｊ：サーバが、前記一意のユーザＩＤに関連付けて次のクライアント側公開鍵を前記ユーザデータベースに保存するステップ；
ステップｋ：現在のセキュリティで保護されたセッションが終了するかタイムアウトになるまで、現在の鍵対とサーバの鍵対を使用してクライアント側プラットホームとサーバ間の継続的な通信を維持するステップ；
ステップｌ：クライアント側プラットホームが、現在の鍵対と次の鍵対を置き換えるステップ；を含み、
各セッションごとに、ステップａからｌを繰り返して、ユーザが各セッションでユーザ名と対応するパスワードを入力及び再入力することなく複数の継続的なセッションでクライアント側プラットホームとサーバ間の安全な接続を継続化し、生成されてから次のクライアント側公開鍵に置き換えられるまで継続的に維持される現在のクライアント側公開鍵の途切れないチェーンが生成される、方法。
【請求項２】
前記次の鍵対は、前記クライアント側プラットホームで生成される、請求項１に記載の方法。
【請求項３】
クライアント側公開鍵は、ＰＫＩ鍵対の公開鍵である、請求項２に記載の方法。
【請求項４】
クライアント側プラットホームが、ユーザに第１のデータ項目と第２のデータ項目を入力することを要求し、
前記第１のデータ項目は、クライアント側公開鍵である「あなたが有する何か」であり、
前記第２のデータ項目は、任意のセッションで秘密鍵を生成するために用いられるユーザＰＩＮ又はパスワードである「あなたが知る何か」である、ことをさらに含む、請求項２に記載の方法。
【請求項５】
前記第２のデータ項目は、任意のセッションで秘密鍵を生成するために用いられる、親指の指紋又は他の生体認証データを含む任意の形態の個人識別情報を含む、請求項４に記載の方法。
【請求項６】
各セッションごとにクライアント側プラットホームが新しい鍵対を生成してサーバに前記新しい鍵対を渡し、
サーバ側公開鍵と前記ユーザＩＤに一致するクライアント側公開鍵が一致する場合にのみ、後続のセッションも通信が有効になることをさらに含む、請求項４に記載の方法。
【請求項７】
前記パスワードはサーバに保存されない、請求項１に記載の方法。
【請求項８】
前記次の鍵対は、サーバで生成される、請求項１に記載の方法。
【請求項９】
前記クライアント側公開鍵は、前記クライアント側公開鍵の公開／秘密（ＰＫＩ）鍵対の秘密鍵を参照することによって前記ユーザと照合され、
クライアント側鍵はＰＫＩ鍵対の公開鍵を含む、請求項８に記載の方法。
【請求項１０】
クライアント側プラットホームが、ユーザに第１のデータ項目と第２のデータ項目を入力することを要求し、
前記第１のデータ項目は、クライアント側公開鍵である「あなたが有する何か」であり、
前記第２のデータ項目は、任意のセッションで秘密鍵を生成するために用いられるユーザＰＩＮ又はパスワードである「あなたが知る何か」である、ことをさらに含む、請求項８に記載の方法。
【請求項１１】
前記第２のデータ項目は、任意のセッションで秘密鍵を生成するために用いられる、親指の指紋又は他の生体認証データを含む任意の形態の個人識別情報を含む、請求項１０に記載の方法。
【請求項１２】
各セッションごとにクライアント側プラットホームが新しい鍵対を生成してサーバに前記新しい鍵対を渡し、
サーバ側公開鍵と前記ユーザＩＤに一致するクライアント側公開鍵が一致する場合にのみ、後続のセッションも通信が有効になることをさらに含む、請求項１０に記載の方法。
【請求項１３】
サーバと、プロセッサ及びメモリを有するクライアント側プラットホーム上に存在するクライアント側アプリケーションのユーザとの間で継続中の認証を維持するシステムであって、
前記システムは、
ステップａ：クライアント側プラットホームが、継続的なワンタイムパスコードの使用を行う対象であるサーバに接続するステップ；
ステップｂ：クライアント側プラットホーム及びサーバによって、Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ（ＳＳＬ）又はＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ｓｅｃｕｒｉｔｙ（ＴＬＳ）を用いて現在のセキュリティで保護されたセッションを作成するステップ；
ステップｃ：クライアント側プラットホームが、一つ前のセッションで作成された現在の鍵対、及び、ユーザに関連付けられた一意のユーザＩＤを取得するステップ；
ステップｄ：クライアント側プラットホームによって、前記一意のユーザＩＤ及び前記現在の鍵対におけるクライアント側公開鍵をサーバに提供するステップ；
ステップｅ：サーバが、前記一意のユーザＩＤを用いてユーザデータベースを検索し、以前に保存されたクライアント側公開鍵を取得するステップ；
ステップｆ：サーバが、取得した以前に保存されたクライアント側公開鍵と、クライアント側プラットホームから受信した現在のクライアント側公開鍵を比較し、現在のセキュリティで保護されたセッションにおいて、取得した以前に保存されたクライアント側公開鍵と現在のクライアント側公開鍵が一致した場合にクライアント側プラットホームとサーバ間の認証が有効となるステップ；
ステップｇ：サーバが、クライアント側プラットホーム又はサーバに次の鍵対を生成するように要請するステップ；
ステップｈ：クライアント側プラットホーム又はサーバによって、次のセッションで使用するために、クライアント側プラットホームに安全に保存される次の鍵対を生成し、対応するクライアント側秘密鍵はサーバに保存されないステップ；
ステップｉ：クライアント側プラットホームとサーバの間で、次のセッションで使用するための次の鍵対における次のクライアント側公開鍵を共有するステップ；
ステップｊ：サーバが、前記一意のユーザＩＤに関連付けて次のクライアント側公開鍵を前記ユーザデータベースに保存するステップ；
ステップｋ：現在のセキュリティで保護されたセッションが終了するかタイムアウトになるまで、現在の鍵対とサーバの鍵対を使用してクライアント側プラットホームとサーバ間の継続的な通信を維持するステップ；
ステップｌ：クライアント側プラットホームが、現在の鍵対と次の鍵対を置き換えるステップ；を実行するように構成され、
各セッションごとに、ステップａからｌを繰り返して、ユーザが各セッションでユーザ名と対応するパスワードを入力及び再入力することなく複数の継続的なセッションでクライアント側プラットホームとサーバ間の安全な接続を継続化し、生成されてから次のクライアント側公開鍵に置き換えられるまで継続的に維持される現在のクライアント側公開鍵の途切れないチェーンが生成される、システム。
【請求項１４】
前記次の鍵対は、前記クライアント側プラットホームで生成される、請求項１３に記載のシステム。
【請求項１５】
クライアント側公開鍵は、ＰＫＩ鍵対の公開鍵である、請求項１４に記載のシステム。
【請求項１６】
クライアント側プラットホームが、ユーザに第１のデータ項目と第２のデータ項目を入力することを要求するステップをさらに実行するように構成されるシステムであって、
前記第１のデータ項目は、クライアント側公開鍵である「あなたが有する何か」であり、
前記第２のデータ項目は、任意のセッションで秘密鍵を生成するために用いられるユーザＰＩＮ又はパスワードである「あなたが知る何か」である、請求項１３に記載のシステム。
【請求項１７】
前記第２のデータ項目は、任意のセッションで秘密鍵を生成するために用いられる、親指の指紋又は他の生体認証データを含む任意の形態の個人識別情報を含む、請求項１６に記載のシステム。
【請求項１８】
各セッションごとにクライアント側プラットホームが新しい鍵対を生成してサーバに前記新しい鍵対を渡し、
サーバ側公開鍵と前記ユーザＩＤに一致するクライアント側公開鍵が一致する場合にのみ、後続のセッションも通信が有効になるステップをさらに実行するように構成される、請求項１６に記載のシステム。
【請求項１９】
前記パスワードはサーバに保存されない、請求項１３に記載のシステム。
【請求項２０】
前記次の鍵対は、サーバで生成される、請求項１３に記載のシステム。
【請求項２１】
前記クライアント側公開鍵は、前記クライアント側公開鍵の公開／秘密（ＰＫＩ）鍵対の秘密鍵を参照することによって前記ユーザと照合され、
クライアント側鍵はＰＫＩ鍵対の公開鍵を含む、請求項２０に記載のシステム。
【請求項２２】
クライアント側プラットホームが、ユーザに第１のデータ項目と第２のデータ項目を入力することを要求するステップをさらに実行するように構成されるシステムであって、
前記第１のデータ項目は、クライアント側公開鍵である「あなたが有する何か」であり、
前記第２のデータ項目は、任意のセッションで秘密鍵を生成するために用いられるユーザＰＩＮ又はパスワードである「あなたが知る何か」である、ことをさらに含む、請求項２０に記載のシステム。
【請求項２３】
前記第２のデータ項目は、任意のセッションで秘密鍵を生成するために用いられる、親指の指紋又は他の生体認証データを含む任意の形態の個人識別情報を含む、請求項２２に記載のシステム。
【請求項２４】
各セッションごとにクライアント側プラットホームが新しい鍵対を生成してサーバに前記新しい鍵対を渡し、
サーバ側公開鍵と前記ユーザＩＤに一致するクライアント側公開鍵が一致する場合にのみ、後続のセッションも通信が有効になることをさらに含む、請求項２２に記載のシステム。