(57)【特許請求の範囲】
【請求項１】
モバイルコンピューティングデバイス（１００）上でトラステッドコンピューティングベース（ＴＣＢ）に記憶されたセキュアなクレデンシャルボールトを利用する方法であって、
前記モバイルコンピューティングデバイス（１００）が、クレデンシャルボールトパスワードをユーザーに要求し、該ユーザーから該クレデンシャルボールトパスワードを受信することと、
前記モバイルコンピューティングデバイス（１００）が、近距離通信（ＮＦＣ）セキュリティトークンをユーザーに要求し、ＮＦＣ対応デバイスから該ＮＦＣセキュリティトークンを受信することと、
前記トラステッドコンピューティングベース（ＴＣＢ）が、前記クレデンシャルボールトパスワード及び前記受信された前記ＮＦＣセキュリティトークンを検証することと、
前記モバイルコンピューティングデバイス（１００）が、成功した検証に応答して前記セキュアなクレデンシャルボールトとのセキュアなセッションをオープンすることと、
を含み、
前記ＴＣＢに記憶された前記セキュアなクレデンシャルボールトは複数のクレデンシャルエントリーを記憶し、各クレデンシャルエントリーがユーザー名及びユーザーパスワードを含み、
前記クレデンシャルボールトパスワード及び前記受信された前記ＮＦＣセキュリティトークンを、モバイルコンピューティングデバイス（１００）に保存しないことを特徴とする方法。
【請求項２】
前記受信されたＮＦＣセキュリティトークンを検証することは、
前記受信されたＮＦＣセキュリティトークンのハッシュが、記憶されたハッシュ値と一致することを検証すること、
を更に含む、請求項１に記載の方法。
【請求項３】
前記セキュアなクレデンシャルボールトにクレデンシャルを追加する要求を受信することと、
前記セキュアなセッションがオープンしていると判断することと、
前記セキュアなクレデンシャルボールトに追加されるクレデンシャルデータを暗号化することと、
前記暗号化されたクレデンシャルデータを前記セキュアなクレデンシャルボールトに記憶することと、
を更に含む、請求項１又は２に記載の方法。
【請求項４】
前記クレデンシャルデータは、前記クレデンシャルボールトパスワード及び前記ＮＦＣセキュリティトークンに基づいて暗号化される、請求項３に記載の方法。
【請求項５】
前記クレデンシャルデータは、非対称暗号化アルゴリズムに従って暗号化される、請求項３に記載の方法。
【請求項６】
前記セキュアなセッションがオープンしている間の経過時間の量に基づいてタイムアウト条件に達したと判断することと、
前記セキュアなセッションをクローズすることと、
を更に含む、請求項１〜５のいずれか１項に記載の方法。
【請求項７】
該ＴＣＢは、加入者識別モジュール（ＳＩＭ）カードの一部分である、請求項１に記載の方法。
【請求項８】
トラステッドコンピューティングベース（ＴＣＢ）に記憶されたセキュアなクレデンシャルボールトを利用するためのプロセッサ実行可能命令が記憶された、モバイルコンピューティングデバイス（１００）の一部分である非一時的コンピューター可読媒体であって、前記プロセッサ実行可能命令は、プロセッサによって実行されると、以下のステップ、すなわち、
クレデンシャルボールトパスワードをユーザーに要求し、該ユーザーから該クレデンシャルボールトパスワードを受信するステップと、
近距離通信（ＮＦＣ）セキュリティトークンをユーザーに要求し、ＮＦＣ対応デバイスから該ＮＦＣセキュリティトークンを受信するステップと、
前記トラステッドコンピューティングベース（ＴＣＢ）が、前記クレデンシャルボールトパスワード及び前記受信されたＮＦＣセキュリティトークンを検証するステップと、
前記モバイルコンピューティングデバイスが、成功した検証に応答して前記セキュアなクレデンシャルボールトとのセキュアなセッションをオープンするステップと、
の実行を引き起こし、
前記ＴＣＢに記憶された前記セキュアなクレデンシャルボールトは複数のクレデンシャルエントリーを記憶し、各クレデンシャルエントリーがユーザー名及びユーザーパスワードを含み、
前記クレデンシャルボールトパスワード及び前記受信されたＮＦＣセキュリティトークンを、前記モバイルコンピューティングデバイス（１００）に保存しないことを特徴とする
非一時的コンピューター可読媒体。
【請求項９】
前記受信されたＮＦＣセキュリティトークンを検証することは、
前記受信されたＮＦＣセキュリティトークンのハッシュが、記憶されたハッシュ値と一致することを検証すること、
を更に含む、請求項８に記載の非一時的コンピューター可読媒体。
【請求項１０】
前記プロセッサ実行可能命令は、実行されると、以下のこと、すなわち、
クレデンシャルを前記セキュアなクレデンシャルボールトに追加する要求を受信することと、
前記セキュアなセッションがオープンしていると判断することと、
前記セキュアなクレデンシャルボールトに追加されるクレデンシャルデータを暗号化することと、
前記暗号化されたクレデンシャルデータを前記セキュアなクレデンシャルボールトに記憶することと、
を更に引き起こす、請求項８又は９に記載の非一時的コンピューター可読媒体。
【請求項１１】
前記クレデンシャルデータは、対称暗号化アルゴリズムに従って前記クレデンシャルボールトパスワード及び前記ＮＦＣセキュリティトークンを用いて暗号化される、請求項１０に記載の非一時的コンピューター可読媒体。
【請求項１２】
前記クレデンシャルデータは、非対称暗号化アルゴリズムに従って暗号化される、請求項１０に記載の非一時的コンピューター可読媒体。
【請求項１３】
前記プロセッサ実行可能命令は、実行されると、以下のこと、すなわち、
前記セキュアなセッションがオープンしている間の経過時間の量に基づいてタイムアウト条件に達したと判断することと、
前記セキュアなセッションをクローズすることと、
を更に引き起こす、請求項８〜１２のいずれか１項に記載の非一時的コンピューター可読媒体。
【請求項１４】
前記セキュアなクレデンシャルボールトは、トラステッドコンピューティングベース（ＴＣＢ）に記憶され、該ＴＣＢは、加入者識別モジュール（ＳＩＭ）カードの一部分である、請求項８〜１３のいずれか１項に記載の非一時的コンピューター可読媒体。
【請求項１５】
トラステッドコンピューティングベース（ＴＣＢ）に記憶されたセキュアなクレデンシャルボールトを提供するモバイルコンピューティングデバイス（１００）であって、
クレデンシャルボールトマネージャーアプリケーションが記憶されたメモリ（２３２）と、
前記クレデンシャルボールトマネージャーアプリケーションを実行するように構成されたプロセッサ（２２２）と、
セキュア素子インターフェース（２７０）を介して前記プロセッサ（２２２）に接続されたセキュア素子であって、前記セキュアなクレデンシャルボールト及びカードアプリケーションを備えるセキュア素子と、
物理的なＮＦＣ対応デバイスと通信するように構成された近距離通信（ＮＦＣ）リーダーと、
ユーザーからの入力を受信するように構成された入力インターフェース（２５６）と、
を備え、
該デバイス（１００）は、前記入力インターフェース（２５６）を介して前記ユーザーからクレデンシャルボールトパスワードを受信し、前記ＮＦＣリーダーを介してＮＦＣセキュリティトークンを受信するように構成され、
前記クレデンシャルボールトマネージャーアプリケーションの実行は、前記受信されたクレデンシャルボールトパスワード及び前記受信されたＮＦＣセキュリティトークンを検証することと、成功した検証に応答して前記セキュア素子の前記クレデンシャルボールトとのセキュアなセッションをオープンすることとを含み、
前記ＴＣＢに記憶された前記セキュアなクレデンシャルボールトは複数のクレデンシャルエントリーを記憶し、各クレデンシャルエントリーがユーザー名及びユーザーパスワードを含み、前記クレデンシャルボールトパスワード及び前記受信されたＮＦＣセキュリティトークンを、前記モバイルコンピューティングデバイス（１００）に保存しないことを特徴とするモバイルコンピューティングデバイス。
【請求項１６】
前記受信されたＮＦＣセキュリティトークンを検証することは、前記受信されたＮＦＣセキュリティトークンのハッシュが、記憶されたハッシュ値と一致することを検証することを含む、請求項１５に記載のモバイルコンピューティングデバイス。
【請求項１７】
前記カードアプリケーションは、対称暗号化アルゴリズムに従って前記クレデンシャルボールトパスワード及び前記ＮＦＣセキュリティトークンを用いて、前記クレデンシャルボールトに追加されるクレデンシャルデータを暗号化するように構成されている、請求項１５又は１６に記載のモバイルコンピューティングデバイス。
【請求項１８】
前記カードアプリケーションは、非対称暗号化アルゴリズムに従って、前記クレデンシャルボールトに追加されるクレデンシャルデータを暗号化するように構成されている、請求項１５又は１６に記載のモバイルコンピューティングデバイス。
【請求項１９】
前記クレデンシャルボールトマネージャーアプリケーションの実行は、前記セキュアなセッションがオープンしている間の経過時間の量に基づいてタイムアウト条件に達したと判断することと、前記セキュアなセッションをクローズすることとを更に含む、請求項１５〜１８のいずれか１項に記載のモバイルコンピューティングデバイス。
【請求項２０】
前記セキュア素子は、加入者識別モジュール（ＳＩＭ）カードである、請求項１５〜１９のいずれか１項に記載のモバイルコンピューティングデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、包括的には、クレデンシャルセキュリティに関し、具体的には、近距離無線通信（ＮＦＣ）対応キーチェーン上のトークン等の物理デバイスベースのトークンを用いて、トラステッドコンピューティングベース（ＴＣＢ：trusted computing base）に記憶されたウェブサイトクレデンシャルのセキュリティを強化することに関する。
【背景技術】
【０００２】
ウェブサイト又はアプリケーションに固有のユーザー名及びパスワードの形態でクレデンシャルを提示することは、ユーザーがローカル又はインターネットウェブサイト上のいずれかに位置するセキュアなリソースにアクセスするときに行わなければならない共通の作業である。各ウェブサイトは、異なるクレデンシャルのセットを有する可能性が高い。多くの場合、パスワードマネージャー又はクレデンシャルボールト（credential vault）が、非常に多くのパスワードを管理するのに用いられる。
【０００３】
例えば、動作中、ユーザーが、ログイン情報を必要とするウェブページへのアクセスを試み、ウェブブラウザーを介して提供された対応するプロンプトにユーザー名及びパスワードをタイプ入力すると、ウェブブラウザーは、当該ウェブブラウザーと関連付けられたクレデンシャルボールトにクレデンシャルを記憶する選択肢をユーザーに提示する場合がある。その場合、ユーザーが同じ統一資源位置指定子（ＵＲＬ）を通じて後にそのウェブページに戻ると、クレデンシャルボールトマネージャーアプリケーションが、その時、クレデンシャルボールトにアクセスして、そのＵＲＬについてクレデンシャルボールトに以前記憶されたユーザー名及びパスワードをログインプロンプトに自動的に記入することができる。
【０００４】
ユーザーのクレデンシャルをクレデンシャルボールトに記憶することはリスクを伴う可能性がある。なぜならば、クレデンシャルが記憶されたデバイスを用いるユーザー以外の者が、クレデンシャルボールトマネージャーアプリケーションによって自動的に記入されるユーザーの記憶されたクレデンシャルを用いてセキュアなウェブサイト又はアプリケーションへのアクセスを得ることができる場合があるからである。従来のモバイルフォン及びコンピューターは、多くの場合、パスワード（例えば、パスワード文字列、ＰＩＮ、ジェスチャー、又は或る種のセキュリティトークン）を必要とするタイプのロック画面を有するが、そのようなロック画面は、（例えば、画面上で指紋パターンを探すことによる）巧みな回避を比較的受けやすいので、十分なレベルのセキュリティを提供しない場合もあるし、（例えば、実際のロックが行われる前の猶予期間に起因して）認可されていないユーザーを防止するのに間に合うようなアクティブ化がなされない場合もある。
【０００５】
クレデンシャルボールトは、ユーザー名及びパスワードの記憶及び取り出しに暗号化アルゴリズム、例えば、高度暗号化標準（ＡＥＳ）による対称暗号化を利用することができ、クレデンシャルボールトへのアクセスを許可するクレデンシャルボールトパスワードをユーザーに更に要求することができる。クレデンシャルボールトに記憶されたユーザー名及びパスワードの暗号解読は、クレデンシャルボールトパスワードが提供された際にのみ実行される。しかしながら、ユーザーにクレデンシャルボールトパスワードを要求することは、ロック画面と同様の脆弱点を有する。なぜならば、例えば、外部記録デバイスを通じて又は指紋パターンを探すことによって、パスワードを取得することが可能な場合があるからである。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
一実施形態において、本発明は、モバイルコンピューティングデバイス上でセキュアなクレデンシャルボールトを利用する方法を提供する。本方法は、前記モバイルコンピューティングデバイスが、クレデンシャルボールトパスワードをユーザーに要求し、該ユーザーから該クレデンシャルボールトパスワードを受信することと、前記モバイルコンピューティングデバイスが、近距離通信（ＮＦＣ）セキュリティトークンをユーザーに要求し、ＮＦＣ対応デバイスから該ＮＦＣセキュリティトークンを受信することと、前記モバイルコンピューティングデバイスが、前記クレデンシャルボールトパスワード及び前記受信されたＮＦＣセキュリティトークンを検証することと、前記モバイルコンピューティングデバイスが、成功した検証に応答して前記セキュアなクレデンシャルボールトとのセキュアなセッションをオープンすることとを含む。
【０００７】
前記受信されたＮＦＣセキュリティトークンを検証するステップは、前記受信されたＮＦＣセキュリティトークンのハッシュが、記憶されたハッシュ値と一致することを検証するステップを更に含むことができる。
【０００８】
本方法は、前記セキュアなクレデンシャルボールトにクレデンシャルを追加する要求を受信するステップと、
前記セキュアなセッションがオープンしていると判断するステップと、
前記セキュアなクレデンシャルボールトに追加されるクレデンシャルデータを暗号化するステップと、
前記暗号化されたクレデンシャルデータを前記セキュアなクレデンシャルボールトに記憶するステップと、
を更に含むことができる。
【０００９】
前記クレデンシャルデータは、対称暗号化アルゴリズムに従って前記クレデンシャルボールトパスワード及び前記ＮＦＣセキュリティトークンを用いて暗号化することができる。
【００１０】
代替的に、前記クレデンシャルデータは、非対称暗号化アルゴリズムに従って暗号化することができる。
【００１１】
本方法は、
前記セキュアなセッションがオープンしている間の経過時間の量に基づいてタイムアウト条件に達したと判断するステップと、
前記セキュアなセッションをクローズするステップと、
を更に含むことができる。
【００１２】
前記セキュアなクレデンシャルボールトは、トラステッドコンピューティングベース（ＴＣＢ）に記憶することができ、該ＴＣＢは、加入者識別モジュール（ＳＩＭ）カードの一部分とすることができる。
【００１３】
更なる実施形態において、本発明は、セキュアなクレデンシャルボールトを利用するためのプロセッサ実行可能命令が記憶された、モバイルコンピューティングデバイスの一部分である非一時的コンピューター可読媒体を提供する。前記プロセッサ実行可能命令は、プロセッサによって実行されると、以下のステップ、すなわち、
クレデンシャルボールトパスワードをユーザーに要求し、該ユーザーから該クレデンシャルボールトパスワードを受信するステップと、
近距離通信（ＮＦＣ）セキュリティトークンをユーザーに要求し、ＮＦＣ対応デバイスから該ＮＦＣセキュリティトークンを受信するステップと、
前記モバイルコンピューティングデバイスが、前記クレデンシャルボールトパスワード及び前記受信されたＮＦＣセキュリティトークンを検証するステップと、
前記モバイルコンピューティングデバイスが、成功した検証に応答して前記セキュアなクレデンシャルボールトとのセキュアなセッションをオープンするステップと、
の実行を引き起こす。
【００１４】
前記受信されたＮＦＣセキュリティトークンを検証するステップは、前記受信されたＮＦＣセキュリティトークンのハッシュが、記憶されたハッシュ値と一致することを検証するステップを更に含むことができる。
【００１５】
前記プロセッサ実行可能命令は、実行されると、以下のこと、すなわち、
クレデンシャルを前記セキュアなクレデンシャルボールトに追加する要求を受信することと、
前記セキュアなセッションがオープンしていると判断することと、
前記セキュアなクレデンシャルボールトに追加されるクレデンシャルデータを暗号化することと、
前記暗号化されたクレデンシャルデータを前記セキュアなクレデンシャルボールトに記憶することと、
を更に引き起こすことができる。
【００１６】
前記クレデンシャルデータは、対称暗号化アルゴリズムに従って前記クレデンシャルボールトパスワード及び前記ＮＦＣセキュリティトークンを用いて暗号化することができる。
【００１７】
代替的に、前記クレデンシャルデータは、非対称暗号化アルゴリズムに従って暗号化することができる。
【００１８】
前記プロセッサ実行可能命令は、実行されると、以下のこと、すなわち、
前記セキュアなセッションがオープンしている間の経過時間の量に基づいてタイムアウト条件に達したと判断することと、
前記セキュアなセッションをクローズすることと、
を更に引き起こすことができる。
【００１９】
前記セキュアなクレデンシャルボールトは、トラステッドコンピューティングベース（ＴＣＢ）に記憶することができ、該ＴＣＢは、加入者識別モジュール（ＳＩＭ）カードの一部分である。
【００２０】
更なる実施形態において、本発明は、セキュアなクレデンシャルボールトを提供するモバイルコンピューティングデバイスを提供し、該モバイルコンピューティングデバイスは、以下の特徴、すなわち、
クレデンシャルボールトマネージャーアプリケーションが記憶されたメモリと、
前記クレデンシャルボールトマネージャーアプリケーションを実行するように構成されたプロセッサと、
セキュア素子インターフェースを介して前記プロセッサに接続されたセキュア素子であって、前記セキュアなクレデンシャルボールト及びカードアプリケーションを備えるセキュア素子と、
物理的なＮＦＣ対応デバイスと通信するように構成された近距離通信（ＮＦＣ）リーダーと、
ユーザーからの入力を受信するように構成された入力インターフェースと、
を備え、
該デバイスは、前記入力インターフェースを介して前記ユーザーからクレデンシャルボールトパスワードを受信し、前記ＮＦＣリーダーを介してＮＦＣセキュリティトークンを受信するように構成され、
前記クレデンシャルボールトマネージャーアプリケーションの実行は、前記受信されたクレデンシャルボールトパスワード及び前記受信されたＮＦＣセキュリティトークンを検証することと、成功した検証に応答して前記セキュア素子の前記クレデンシャルボールトとのセキュアなセッションをオープンすることとを含む。
【００２１】
前記受信されたＮＦＣセキュリティトークンを検証するステップは、前記受信されたＮＦＣセキュリティトークンのハッシュが、記憶されたハッシュ値と一致することを検証するステップを含むことができる。
【００２２】
前記カードアプリケーションは、対称暗号化アルゴリズムに従って前記クレデンシャルボールトパスワード及び前記ＮＦＣセキュリティトークンを用いて、前記クレデンシャルボールトに追加されるクレデンシャルデータを暗号化するように構成されていてもよい。
【００２３】
代替的に、前記カードアプリケーションは、非対称暗号化アルゴリズムに従って、前記クレデンシャルボールトに追加されるクレデンシャルデータを暗号化するように構成されていてもよい。
【００２４】
前記クレデンシャルボールトマネージャーアプリケーションを実行するステップは、前記セキュアなセッションがオープンしている間の経過時間の量に基づいてタイムアウト条件に達したと判断するステップと、前記セキュアなセッションをクローズするステップとを更に含むことができる。
【００２５】
前記セキュア素子は、加入者識別モジュール（ＳＩＭ）カードとすることができる。
【００２６】
本発明は、例示的な図に基づいて以下で更に詳細に説明される。本発明は、例示的な実施形態に限定されるものではない。本明細書に説明及び／又は図示される全ての特徴は、本発明の実施形態において単独で用いることもできるし、異なる組み合わせに組み合わせることもできる。本発明の様々な実施形態の特徴及び利点は、以下に示す添付図面を参照して以下の詳細な説明を読むことによって明らかになる。
【図面の簡単な説明】
【００２７】
【図１】本発明の実施形態に適した例示的なコンピューティングデバイスの例示的な構成要素を示す図である。
【図２】本発明の一実施形態における２つのレベルの認可及び暗号化を有する全体的なシステムアーキテクチャを示すブロック図である。
【図３】クレデンシャルボールトとのセキュアなセッションをオープン及びクローズするプロセスを示すフロー図である。
【図４】クレデンシャルをクレデンシャルボールトに追加するプロセスを示すフロー図である。
【図５】クレデンシャルをクレデンシャルボールトからルックアップして取り出すプロセスを示すフロー図である。
【図６】クレデンシャルボールト内でクレデンシャルを更新するプロセスを示すフロー図である。
【図７】クレデンシャルボールト内のクレデンシャルを削除するプロセスを示すフロー図である。
【発明を実施するための形態】
【００２８】
本発明の実施形態は、ウェブサイトアカウントクレデンシャル（例えば、ユーザー名及びパスワード）を記憶するクレデンシャルボールトを提供する。ここで、このクレデンシャルボールトは、パスワードによって保護されるとともに、物理的なＮＦＣ対応デバイス（例えば、キーチェーン）等のＮＦＣトークンを用いて導入された第２の認証トークンによって更に保護される。このＮＦＣ対応デバイスは、クレデンシャルボールトを保護するクレデンシャルボールトパスワードとは別個のセキュリティトークンを含む。このセキュリティトークンは、別のパスワード文字列、例えば、ランダムに生成された文字列とすることもできるし（この文字列は、ユーザーによってタイプ入力されない。この文字列は、物理的なＮＦＣ対応デバイス上に記憶される）、ユーザーによって選ばれた非ランダムな文字列とすることもできる。
【００２９】
クレデンシャルボールトパスワード認証及びＮＦＣトークン認証を伴うこの二重レベル強化セキュリティは、有効にすることもできるし、無効にすることもできる。この二重レベル強化セキュリティが有効にされているとき、クレデンシャルボールトが暗号化された内容にアクセスすることを可能にするために、ユーザーは、クレデンシャルボールトマネージャーアプリケーションによって要求されたときに、クレデンシャルボールトパスワードを入力することに加えて、物理的なＮＦＣ対応デバイスを提示しなければならない。
【００３０】
クレデンシャルボールトは、対応するコンピューティングデバイスのＴＣＢの内部に記憶される。モバイルフォンを伴う本発明の実施形態では、ＴＣＢとしての機能を果たす非常にセキュアな環境が利用可能である（例えば、加入者識別モジュール（ＳＩＭ）カード又は他の組み込み型セキュア素子（ＳＥ））。セキュア素子は、通常、キャリア関連情報又はデバイスメーカー関連情報を記憶するのに用いられるセキュリティ管理された空間であるが、クレデンシャルボールトにおいてユーザー情報も同様にホストするのに用いることができる。モバイルフォンのセキュア素子の内部にアカウントクレデンシャルを記憶することによって、これらの記憶されたクレデンシャルの追加の保護レイヤーが設けられる。例えば、ＳＩＭカード上にロードされたアプリケーション及びデータについて、モバイルネットワーク事業者は、セキュリティ環境を制御することができ、記憶されたクレデンシャルを転送することができる場所を、時刻及びロケーション等のセキュリティコンテキストに基づいて制限することができ、さらに、モバイルフォン又はセキュリティトークンが盗難された（そして、ネットワークに接続された）場合、クレデンシャルボールトをリモートで削除することができる。クレデンシャルボールトが削除された場合であっても、ユーザーは、クレデンシャルがクレデンシャルボールトに記憶されているウェブサイトへのアクセスを失われないことが理解されるであろう。なぜならば、ユーザーは、必要とされるユーザー名及びパスワードをいつでも手動で（ウェブブラウザー又はクレデンシャルボールト内に）入力することができるからである。ユーザーは、ウェブブラウザーに記憶された情報を取り除くことができるのと同様にして、クレデンシャルボールトからもエントリーを取り除くことができる。
【００３１】
本発明の実施形態によって提供される利点には、以下のものが含まれる。ただし、利点は、これらのものに限定されるものではない。
・２要素認証は、クレデンシャルボールトデータベースを保護するのに用いられる第１のクレデンシャル入力方法と異なる第２の入力方法を必要とすることによってクレデンシャルボールトストレージをセキュアにする。一方又は双方のセキュリティ入力が欠如していることは、クレデンシャルボールトマネージャーアプリケーションが特定のウェブサイト又はアプリケーションのユーザーのクレデンシャルの暗号解読及びこのユーザークレデンシャルへのアクセスを確実に拒否するのに十分である。この２要素認証の特徴は、ユーザーの好みによって有効又は無効にすることが可能である。
・クレデンシャルボールトは、追加のセキュリティ対策を適用してアクセスを更に制限することができるようにＴＣＢに配置される。
・ＴＣＢの所有者／発行者（すなわち、ＴＣＢが記憶されるＳＩＭカードを発行する企業）は、適切な認可なしにクレデンシャルボールトの内容にアクセスすることを禁止される。
・或るデバイスから別のデバイスへのクレデンシャルボールトデータのセキュアなトランスポートが可能であり、有利にはクレデンシャルボールトデータの他の永続的なネットワークストレージを用いることなく可能である。
・２要素認証の使用は、ユーザーにとってこれまでどおり容易である。ユーザーは、要求されたときに、第２の入力（例えば、セキュリティトークンが記憶された物理的なＮＦＣ対応キーチェーン）を提示する。
【００３２】
本発明の実施形態の動作及びアーキテクチャに関する具体的な詳細に戻る前に、例示的な動作環境の全体的な概要を以下に提供する。以下に提供する動作環境は単なる例示にすぎず、本発明の実施形態はこの動作環境に限定されるものではないことが理解されるであろう。
【００３３】
図１は、例示的なデバイス１００を示している。一般に、デバイス１００は、ネットワーク（例えば、無線ネットワーク及び／又はインターネット）を介してデータを受信することが可能な任意のモバイルコンピューティングデバイスとすることができる。そのようなデバイスには、セルラー電話機、スマートフォン、無線周波数（ＲＦ）デバイス、赤外線デバイス、携帯情報端末（ＰＤＡ）、ハンドヘルドコンピューター、ラップトップコンピューター、ウェアラブルコンピューター、タブレットコンピューター、上記デバイスのうちの１つ又は複数を組み合わせた統合デバイス等のポータブルデバイスが含まれる。ただし、本明細書に説明される原理は、他のタイプのコンピューティングデバイスにも適用することができ、モバイルコンピューティングデバイス又はポータブルコンピューティングデバイスに限定されるものではないことが理解されるであろう。
【００３４】
デバイス１００が備える構成要素は、図１に示すものよりもはるかに多い場合もあるし、少ない場合もある。図示した構成要素は、単なる例示にすぎず、本発明の実施形態を実用する例示的な環境を実施するのに十分なものである。
【００３５】
デバイス１００は、バス２２４を介してマスメモリ２３０と通信する処理ユニット（ＣＰＵ）２２２を備える。デバイス１００は、電源装置２２６、１つ又は複数のネットワークインターフェース２５０、オーディオインターフェース２５２、ディスプレイ２５４、キーパッド２５６、照明器２５８、及び入力／出力インターフェース２６０も備える。電源装置２２６は、電力をデバイス１００に提供する。充電式電池又は非充電式電池を用いて電力を提供することができる。電力は、電池を補助及び／又は再充電するＡＣアダプター又は充電用ドッキングクレードル等の外部電力源によって提供することもできる。
【００３６】
デバイス１００は、ネットワークインターフェース２５０を介して直接的又は間接的に別のコンピューティングデバイスと通信することができる。ネットワークインターフェース２５０は、デバイス１００を１つ又は複数のネットワークに結合する回路部を備え、１つ又は複数の通信プロトコル及び通信技術とともに用いられるように構築されている。これらの通信プロトコル及び通信技術には、モバイル通信用グローバルシステム（ＧＳＭ（登録商標））、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、ユーザーデータグラムプロトコル（ＵＤＰ）、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）、ＳＭＳ、汎用パケット無線サービス（ＧＰＲＳ）、ＷＡＰ、超広帯域幅（ＵＷＢ）、ＩＥＥＥ８０２．１６のマイクロ波アクセスの世界的相互運用性（ＷｉＭａｘ）、ＳＩＰ／ＲＴＰ、又は他の様々な無線通信プロトコルのうちの任意のものが含まれるが、これらに限定されるものではない。ネットワークインターフェース２５０は、送受信機、送受信デバイス、又はネットワークインターフェースカード（ＮＩＣ）として知られていることもある。
【００３７】
オーディオインターフェース２５２は、人間の音声の音等のオーディオ信号を生成及び受信するように構成されている。例えば、オーディオインターフェース２５２をスピーカー及びマイクに結合して、他者との電気通信を可能にすることができ、及び／又は或る動作のオーディオ肯定応答を生成することができる。オーディオインターフェース２５２は、デジタルオーディオデータを音声信号に変換することによって音楽信号を再生するように更に構成することができる。
【００３８】
ディスプレイ２５４は、液晶ディスプレイ（ＬＣＤ）、ガスプラズマ、発光ダイオード（ＬＥＤ）、又はコンピューティングデバイスとともに用いられる他の任意のタイプのディスプレイとすることができる。ディスプレイ２５４は、スタイラス等の物体又は人間の手の指からの入力を受信するように構成されたタッチ検知画面も備えることができる。加えて、デバイス２００は、ビデオ信号を外部ディスプレイに提供するように構成されたビデオアダプター２６２を更に備えることができる。
【００３９】
キーパッド２５６は、ユーザーからの入力を受信するように構成された任意の入力デバイスを含むことができる。例えば、キーパッド２５６は、プッシュボタン数字ダイヤル又はキーボードを備えることができる。キーパッド２５６は、画像の選択及び送信と関連付けられたコマンドボタンも備えることができる。照明器２５８は、ステータス表示を提供することができ、及び／又は光を提供することができる。照明器２５８は、特定の期間の間又はイベントに応答してアクティブな状態を維持することができる。例えば、照明器２５８は、アクティブであるとき、キーパッド２５６上のボタンを背面照明することができ、デバイスが電力供給を受けている間、オン状態のままでいることができる。加えて、照明器２５８は、別のデバイスをダイヤルする等の特定の動作が実行されるとき、様々なパターンでこれらのボタンを背面照明することができる。照明器２５８は、デバイスの透明又は半透明なケース内に位置決めされた光源に、動作に応答して照明させることもできる。
【００４０】
デバイス１００は、外部デバイスと通信するためのヘッドセット等の入力／出力インターフェース２６０も備える。入力／出力インターフェース２６０は、ＵＳＢ、及び赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）等のようなＮＦＣ技術等の１つ又は複数の通信技術を利用することができる。
【００４１】
デバイス１００は、ＳＩＭカード又は汎用集積回路カード（ＵＩＣＣ）等のＴＣＢとして使用可能なセキュア素子に接続するセキュア素子インターフェース２７０を更に備える。
【００４２】
デバイス１００の種々の実施態様は、能力及び特徴の点で幅広い範囲に及ぶことができる。１つの例では、デバイス１００は、タッチ検知画面、スタイラス、並びにテキスト及びグラフィックスの双方を表示することができる数行のカラーＬＣＤディスプレイを有することができるＰＤＡ等のウェブ対応モバイルデバイスである。別の例では、デバイス１００は、ビデオプレイヤーアプリケーション等のマルチメディアアプリケーション２４５を備えることができるラップトップ等のマルチメディア対応モバイルデバイスである。このアプリケーションは、カラーＬＣＤ画像若しくはカラーＬＥＤ画面又はマイク等のマルチメディアインターフェースを通じて画像、ビデオストリーム、オーディオ信号等をレンダリングするように構成されている。更に別の例では、デバイス１００は、実質上任意のウェブベースの言語を用いて、無線アプリケーションプロトコルメッセージ（ＷＡＰ）等を含むグラフィックス、テキスト、マルチメディア等を受信して表示するように構成されたブラウザーアプリケーションを備える。例えば、このブラウザーアプリケーションは、ハンドヘルドデバイスマークアップ言語（ＨＤＭＬ）、無線マークアップ言語（ＷＭＬ）、ＷＭＬＳｃｒｉｐｔ、ＪａｖａＳｃｒｉｐｔ（登録商標）、標準汎用マークアップ言語（ＳＭＧＬ）、ハイパーテキストマークアップ言語（ＨＴＭＬ）、拡張マークアップ言語（ＸＭＬ）等を用いて情報を表示及び送信することが可能である。
【００４３】
本発明の好ましい実施形態では、デバイス１００は、ＳＩＭカード又はＵＩＣＣ等のデバイスに対して物理的にローカルなＴＣＢを有するＮＦＣ対応スマートフォンである。ＳＩＭカード又はＵＩＣＣは、クレデンシャルボールトと、デバイス１００上でウェブブラウザー又はウェブブラウザープラットフォームを介して動作しているクレデンシャルボールトマネージャーアプリケーションによって提供されるコマンドを実行するカードアプリケーション（例えば、「カードレット（Cardlet）」）とをホストすることを可能にする十分なストレージ空間を有する。さらに、暗号化ライブラリーが、デバイス１００のクレデンシャルボールトマネージャーアプリケーション及びベースバンドプロセッサに利用可能である。
【００４４】
クレデンシャルボールトマネージャーアプリケーションは、ＴＣＢにおけるクレデンシャルエントリーの追加、ルックアップ、及び削除を管理する、デバイス１００によって実行されるアプリケーションである。これらのエントリーは、鍵値ペアとして記憶される。単一の値が、１つ又は複数の値にマッピングすることができる。例えば、或るウェブサイト識別情報（ＵＲＬ）は、同じユーザーに利用可能な２つ以上のアカウントを有することができ、このため、そのＵＲＬにマッピングされた複数のクレデンシャルペアを有する。
【００４５】
ＮＦＣキーチェーン等の物理的なＮＦＣ対応デバイスには、当該デバイス上に記憶されるセキュリティトークンが提供される。ＮＦＣキーチェーン上のセキュリティトークンは、パスワード文字列とすることができる。ＮＦＣキーチェーンは、クレデンシャルボールトマネージャーアプリケーションによって要求されたときに、デバイス１００のＮＦＣリーダー（すなわち、入力／出力インターフェース２６０）に提示される。実際の物理的な鍵のようなＮＦＣキーチェーンをコピーすることが可能な場合があるが、ＮＦＣキーチェーン単独では、クレデンシャルボールトへのアクセスを提供してクレデンシャルボールトを暗号解読するには十分ではない。ユーザーは、クレデンシャルボールトマネージャーによって要求されたときに、クレデンシャルボールトパスワードを入力することも必要とされる。クレデンシャルボールトパスワードは、ユーザーによってデバイス１００内に入力されるパスワード文字列、又は他の或るタイプのセキュリティトークンとすることができる。
【００４６】
例示的な基本クレデンシャルボールトレコードは、以下の鍵−値マップフォーマットを取ることができる（「鍵」という単語は、「鍵−値マップ」と関連して用いられるとき、暗号化に用いられる鍵を指すものではない）。
［鍵：（ＵＲＬ識別子）］［値：（ユーザー名，パスワード）］
【００４７】
このように、クレデンシャルボールトに記憶されたユーザー名及びパスワードのクレデンシャルは、２つのセキュリティレイヤーによって暗号化されて保護される。記憶されたクレデンシャルへのアクセスが許可される前に、ユーザーは、主要なクレデンシャルボールトパスワードを提供し、加えて、（要求されたときに、適切なＮＦＣ対応物理デバイスをデバイス１００に近接させることによって）ＮＦＣセキュリティパスワード／トークンを提供しなければならない。ＮＦＣセキュリティのこの追加のステップは、ユーザーが有効又は無効にすることができる特徴であることが理解されるであろう。
【００４８】
１次クレデンシャルボールトパスワード又はＮＦＣセキュリティパスワード／トークンがない場合、ＴＣＢに記憶されたクレデンシャルボールトのエントリーは暗号化される。暗号化強度を高めるために、短いユーザー名及びパスワードにランダムなビットを最小の長さになるまでパディングすることもできるし、全てのパスワードを、クレデンシャルボールトに記憶する前にソルト化することもできる。
【００４９】
ＴＣＢへのアクセスを得るシステムレベルの許可がないことも、セキュア素子へのアクセスを完全に防止する（換言すれば、モバイルデバイスのアプリケーションは、一般に、ＴＣＢにアクセスする許可を有しない）。さらに、セキュア素子は、セキュリティ鍵によっても保護される。「カードレット」（或るタイプのカードアプリケーション）は、セキュリティ環境の内部においてセキュア素子上で動作し、クレデンシャルボールトのクレデンシャル管理動作（追加、ルックアップ、変更、削除）に加えて、ユーザークレデンシャルの取り出しを実行する。セキュリティのために、ＮＦＣトークンパスワードは（ＮＦＣトークンパスワードの可能な暗号解読及び盗難を防止するために）記憶されない。
【００５０】
セキュリティ上の理由から、ＮＦＣトークンパスワード及びクレデンシャルパスワードは、クレデンシャルボールトマネージャーアプリケーションによっても、カードアプリケーションによっても保存されないことが理解されるであろう。或る意味で、パスワードは、クレデンシャルボールトの内容を暗号解読するユーザーのエージェントを務めるモバイルフォンソフトウェアスタックに一時的に「記憶される」が、クレデンシャルアクセスセッションが終了すると、ソフトウェアは、クレデンシャルパスワードをいずれの場所（ＲＡＭ又はそれ以外）にもアクセス容易な方法で保存しない。
【００５１】
クレデンシャルボールトに記憶された各エントリーがデータベースエントリーである場合、クレデンシャルを別のデバイスに同期させるデータ同期ツールを追加することが可能である。対象デバイスがＮＦＣトークンを利用する機能を有しない場合（例えば、ＮＦＣの能力を有しないコンピューティングデバイス上のデスクトップウェブブラウザー）、それでも、内容を取り出すことは可能である。対象デバイスは、（ユーザーがＮＦＣトークンパスワードを知っているか又はＮＦＣトークンパスワードにアクセスすることができることを前提として）ＮＦＣトークンパスワードをクレデンシャルボールトパスワードとともに入力するようにユーザーに依頼する。
【００５２】
各認可レベルは、暗号的に強いパスワード又はパスフレーズを用いることが好ましい。
【００５３】
図１の例示的な環境を更に参照しながら、図２をより詳細に参照すると、本発明の一実施形態における認可及び暗号化の２つのレベルを有する全体的なシステムアーキテクチャを示すブロック図が示されている。最上位レベルは、アクセス制御を提供する「セキュリティ及び暗号化」を含む「クレデンシャルボールトマネージャー」である。この「クレデンシャルボールトマネージャー」の「セキュリティ及び暗号化」は、「（物理的なセキュリティトークン）」、例えば、ＮＦＣ対応デバイス上に記憶されたパスワードを含む。
【００５４】
「クレデンシャルボールトマネージャー」は、「セキュリティ及び暗号化」を同様に含む「クレデンシャルボールトアダプターレイヤー」とインタラクトする。この「セキュリティ及び暗号化」は、ここでは、クレデンシャルボールトに記憶されたクレデンシャルを保護する「（クレデンシャルボールトレベル暗号化）」を指す。「クレデンシャルボールトマネージャー」から「クレデンシャルボールトアダプターレイヤー」に送信されるコマンドは、（図３〜図７を参照して以下で論述するような）オープン機能、クローズ機能、追加機能、削除機能、更新機能、及び暗号化機能を含む。これらのコマンドは、「クレデンシャルボールトマネージャー」への共通のプロトコルインターフェースに準拠する。クレデンシャルボールトアダプターレイヤーの種々の実施形態は、クレデンシャルボールトがどのように実施されるのかに応じて、「ＵＩＣＣアダプター」、「セキュア素子アダプター」、「クラウドストレージアダプター」、及び「他のストレージアダプター」のうちの１つ又は複数を備える。ＳＩＭカード又はＵＩＣＣにおいて実施される場合には、クレデンシャルボールトアダプターレイヤーは、「ＵＩＣＣアダプター」を利用し、「アクセス鍵」を用いてクレデンシャルボールトとインタラクトする。別のタイプの「セキュア素子」において実施される場合には、クレデンシャルボールトアダプターレイヤーは、「セキュア素子アダプター」を利用し、「アクセス鍵」を用いてクレデンシャルボールトとインタラクトする。クレデンシャルボールトがクラウドストレージにおいて実施される場合には、クレデンシャルボールトアダプターレイヤーは、「セキュア素子アダプター」を利用し、クレデンシャルボールトとインタラクトする。クレデンシャルボールトが他の或るタイプのストレージにおいて実施される場合には、クレデンシャルボールトアダプターレイヤーは、「他のストレージアダプター」を利用し、クレデンシャルボールト（例えば、セキュアデジタル（ＳＤ）ストレージカード）とインタラクトする。
【００５５】
図３〜図７は、クレデンシャルボールトマネージャーアプリケーションがＴＣＢのカードアプリケーション（例えば「カードレット」）と共同で実行する例示的な動作を示すフローチャートを示している。
【００５６】
図３は、ＴＣＢのクレデンシャルボールトとのセキュアなセッションのオープン及びクローズを示すフローチャートを示している。コンピューティングデバイスのユーザーは、クレデンシャルボールトパスワードをクレデンシャルボールトマネージャーアプリケーションに提供する。クレデンシャルボールトマネージャーアプリケーションは、例えば、適切なＮＦＣキーチェーンをコンピューティングデバイス上にかざすようにユーザーに要求することによって、このユーザーが適切なトークンを有するか否かを更に確認する。クレデンシャルボールトマネージャーアプリケーションが、クレデンシャルボールトパスワードを検証し、ＮＦＣセキュリティトークンが提供されたことを検証すると、ユーザーは、複数のＴＣＢが存在する場合にはＴＣＢを選択する選択肢を有する。（この選択ステップは、クレデンシャルボールトマネージャーアプリケーションに利用可能な複数のＴＣＢが存在しない場合には、行う必要がないことが理解されるであろう。）その後、選択されたＴＣＢとのセッションがオープンされ、クレデンシャルボールトは「ロック解除」され、セッション識別子が提供される。オープンセッションはこのようにして確立される。このセッションを通じて、ユーザーは、クレデンシャルボールトに記憶された暗号化情報の暗号解読されたものへのアクセスを有するとともに、そのような情報を作成、変更、又は削除することができる。このセッションがオープンしている間、タイムアウトカウンターが作動し、このタイムアウトカウンターの満了時に、クレデンシャルボールトは「ロック」され、このセキュアなセッションはクローズされる。代替的に、ユーザーが、セッションの終了及びクレデンシャルボールトの「ロック」を手動で選ぶこともできる。一実施形態では、図３のプロセスに従ってセッションをオープンする目的は、ＮＦＣトークン及びクレデンシャルボールトパスワードの双方を一時メモリ（例えば、ＲＡＭ）に記憶させて、図４〜図７に示すような他の機能の遂行を可能にすることである。
【００５７】
図４は、クレデンシャルをクレデンシャルボールトに追加するプロセスを示すフローチャートを示している。ウェブサイト又はアプリケーションが、ユーザー名及びパスワードを用いたセキュリティチャレンジを提示すると、ユーザーは、ユーザー名及びパスワードを対応するフィールドに入力する。次に、ユーザーには、入力されたユーザー名及びパスワードをクレデンシャルボールトに保存する選択肢が提示され、ユーザーが肯定的に応答した場合、クレデンシャルボールトマネージャーアプリケーション及び／又はウェブブラウザー若しくはアプリケーションは、クレデンシャルボールトパスワード及び／又はＮＦＣセキュリティトークンをユーザーに要求する。図４によって示される実施形態では、ユーザーは、ＮＦＣセキュリティトークンのみを請求され、次いで、クレデンシャルボールトマネージャーアプリケーションは、セキュアなハッシュの一致（例えば、ＳＨＡ−２又はＳＨＡ−３等の一方向アルゴリズムを用いてハッシュされたもの）を確認し、ＴＣＢセッションがオープンしているか否かを判断することによってＮＦＣセキュリティトークンを検証する。ハッシュの一致の判断を行うことによって、システムは、より大きな攻撃対象領域を露呈することなく（セキュリティ上の理由から）、かつ、クレデンシャルボールトの絶え間ないオープン及びクローズを必要とすることなく（性能上の理由から）、ＮＦＣセキュリティトークンクレデンシャルを確認することが可能になる。ユーザーがＮＦＣセキュリティトークンを提供するのに失敗した場合には、ＮＦＣセキュリティトークンハッシュ照合は失敗し、ＴＣＢセッションがオープンしていない場合には、追加操作は失敗する。幾つかの実施形態では、ユーザーがＮＦＣセキュリティトークンを有するか否か及び／又はトークンハッシュが一致するか否かの確認は、図３に示すセッションオープンプロセスに包含されることが理解されるであろう。
【００５８】
この例示的な実施形態では、記憶されたクレデンシャルは、その後、ＣＶＰを用いて暗号化されるとともに、ＮＦＣトークンを用いて暗号化される。例えば、ＡＥＳ等の対称暗号化アルゴリズムが用いられて、クレデンシャルデータを、ＣＶＰ及びＮＦＣトークンの２つのパスワードがなければ読み取ることができないものに変換する（すなわち、これらの双方は鍵として用いられる）。このアルゴリズムは対称性を有するので、同じパスワードを用いて、データをその元の形態に回復することができる。代替の実施形態では、公開鍵及び秘密鍵を用いる非対称暗号化方式（ＲＳＡ等）が、クレデンシャルデータを暗号化するのに用いられる。
【００５９】
ウェブサイトのＵＲＬ又はアプリケーション識別子が、ユーザーによって入力されたユーザー名及びパスワードとともに暗号化された後、暗号化されたクレデンシャルは、ＴＣＢ内のクレデンシャルボールトに記憶される。ＴＣＢに十分なストレージがない場合、又はクレデンシャルエントリーが複製である場合、追加操作は失敗する場合があり、そうでない場合、追加操作は成功する。
【００６０】
一方、ＴＣＢにもはやストレージ空間がないとき、ＴＣＢの相対的に古い暗号化エントリーをクラウドストレージにセキュアに転送することができる。別の代替形態は、クレデンシャルボールトの幾つかのエントリーを取り除くようにユーザーに要求する（そして、ストレージ空間が利用可能になるまで追加操作を拒否する）ものである。より限られたストレージ環境では、自由空間の量を増大させるために、クレデンシャルを暗号化前に圧縮することができ、取り出す際に伸長することができる。
【００６１】
図５は、クレデンシャルをクレデンシャルボールトからルックアップして取り出すプロセスを示すフローチャートを示している。このプロセスは、ユーザーがウェブサイト又はアプリケーションにアクセスしたとき、又はユーザーがウェブサイト又はアプリケーションにアクセスしてユーザー名をタイプ入力したときに起動される。クレデンシャルボールトマネージャーアプリケーション及び／又はウェブブラウザー若しくはアプリケーションは、クレデンシャルボールトパスワード及び／又はＮＦＣセキュリティトークンをユーザーに要求する。図５によって示される実施形態では、ユーザーは、ＮＦＣセキュリティトークンのみを請求され、次いで、クレデンシャルボールトマネージャーアプリケーションは、ハッシュの一致を確認し、ＴＣＢセッションがオープンしているか否かを判断することによってＮＦＣセキュリティトークンを検証する。ユーザーがＮＦＣセキュリティトークンを提供するのに失敗した場合には、ＮＦＣセキュリティトークンハッシュ照合は失敗し、ＴＣＢセッションがオープンしていない場合には、ルックアップ及び取り出し操作は失敗する。
【００６２】
クレデンシャルは、ＵＲＬ（又はアプリケーション識別子）を鍵−値マップとして用いてクレデンシャルボールトに記憶される。この鍵−値マップでは、単数又は複数の鍵が、対応するクレデンシャルをルックアップするのに用いられる。ユーザーが認可チェックに合格し、ＴＣＢセッションがオープンしている場合、クレデンシャルボールトマネージャーアプリケーションは、クレデンシャル情報を請求しているＵＲＬ（又はアプリケーション識別子）と一致するクレデンシャルを探す要求をＴＣＢのカードアプリケーション（例えば、「カードレット」）に送信する。
【００６３】
ユーザーは、（セッションのオープン及び図３に関して上記で論述したように）カードレットとのセッションをオープンすることができるように、クレデンシャルボールトのパスワードのプロンプトを提示される。セッションが確立されると、クレデンシャルを請求しているウェブサイトが見つかった場合、可能なユーザーアカウントのリストが返される。ユーザーは、その後、どのアカウント識別情報をウェブサイトに提示するのかを選択することができる。
【００６４】
ウェブサイト又はアプリケーションの暗号解読されたクレデンシャルが取り出されると、このウェブサイト又はアプリケーションは、その後、ユーザー名フィールド及び／又はパスワードフィールドが自動的に記入される。ユーザーが「サブミット」ボタンをクリックする必要なく、完成したユーザー名／パスワードフォームをウェブサイト又はアプリケーションに自動的にサブミットして、認証プロセスを完了することが更に可能である。更なる実施形態では、現在のウェブサイト又はアプリケーションへのクレデンシャルのサブミットは、ユーザーがＮＦＣセキュリティトークン／パスワードが再度提示することを必要とし、サブミットは、ＮＦＣセキュリティトークン／パスワードの提示の際にトリガーされる。
【００６５】
図６は、クレデンシャルボールトにおいてクレデンシャルを更新するプロセスを示すフローチャートを示している。ユーザーは、ＵＲＬ（又はアプリケーション識別子）をユーザー名及びパスワードとともにクレデンシャルボールトマネージャーに提供する。ＵＲＬ（又はアプリケーション識別子）及び対応するクレデンシャルの提供は、図３に関して上記で説明した追加操作のプロセスと同様とすることができ、更新の場合には、そのＵＲＬ（又はアプリケーション識別子）についてクレデンシャルボールトに記憶された既存のクレデンシャル情報と競合するクレデンシャル情報が提供される。
【００６６】
クレデンシャルボールトマネージャーアプリケーション及び／又はウェブブラウザー若しくはアプリケーションは、クレデンシャルボールトパスワード及び／又はＮＦＣセキュリティトークンをユーザーに要求する。図６によって示される実施形態では、ユーザーは、ＮＦＣセキュリティトークンのみを請求され、次いで、クレデンシャルボールトマネージャーアプリケーションは、ハッシュの一致を確認し、ＴＣＢセッションがオープンしているか否かを判断することによってＮＦＣセキュリティトークンを検証する。ユーザーがＮＦＣセキュリティトークンを提供するのに失敗した場合には、ＮＦＣセキュリティトークンハッシュ照合は失敗し、ＴＣＢセッションがオープンしていない場合には、更新操作は失敗する。
【００６７】
クレデンシャルボールトマネージャーアプリケーションは、次に、クレデンシャルボールトに記憶されたＵＲＬ（若しくはアプリケーション識別子）又はＵＲＬ（若しくはアプリケーション識別子）−ユーザー名ペアをルックアップする要求をカードアプリケーション（例えば、「カードレット」）に送信する。それが見つからない場合、更新操作は失敗する。それが見つかった場合、更新されたクレデンシャル情報は暗号化され、クレデンシャルボールトに記憶される。
【００６８】
図７は、クレデンシャルボールトにおいてクレデンシャルを削除するプロセスを示すフローチャートを示している。このプロセスは、図６において説明したクレデンシャルを更新するプロセスと同様である。ユーザーは、ＵＲＬ（若しくはアプリケーション識別子）又はＵＲＬ（若しくはアプリケーション識別子）−ユーザー名ペアを提供し、対応するクレデンシャルがクレデンシャルボールトに記憶された状態で発見された場合、（ユーザーは初期認可チェックに合格するものとみなされて）これらの対応するクレデンシャルは削除される。
【００６９】
本発明を、図面及び上記説明に詳細に図示及び説明してきたが、そのような説明図及び説明は、例証又は例示とみなされるべきであり、限定をみなされるべきではない。当業者であれば、添付の特許請求の範囲の範囲内において変更及び修正を行うことができることが理解されるであろう。特に、本発明は、上記及び下記で説明する種々の実施形態からの特徴の任意の組み合わせを有する更なる実施形態を包含する。
【００７０】
特許請求の範囲において用いられる用語は、上記説明と一貫した最も広い合理的な解釈を有すると解釈されるべきである。例えば、要素の導入においてその個数が特定されていない要素は、その要素が複数であることを排除するものと解釈されるべきではない。さらに、「又は／若しくは」という記載は、「Ａ又はＢ」の記載が、Ａ及びＢのうちの一方しか意図されていないことが文脈及び上記説明から明らかでない限り、「Ａ及びＢ」を排除しない包含的なものであると解釈されるべきである。さらに、「Ａ、Ｂ、及びＣのうちの少なくとも１つ」という記載は、Ａ、Ｂ、及びＣからなる要素の群のうちの１つ又は複数であると解釈されるべきであり、Ａ、Ｂ、及びＣがカテゴリーとして関係付けられているか否かを問わず、列挙された要素Ａ、Ｂ、及びＣのそれぞれの少なくとも１つを必要とするものと解釈されるべきではない。その上、「Ａ、Ｂ、及び／又はＣ」という記載は、これらの列挙された要素からの任意の単一のエンティティ、例えばＡ、列挙された要素からの任意のサブセット、例えばＡ及びＢ、又は要素Ａ、Ｂ、及びＣの列挙したもの全体を含むものと解釈されるべきである。
【図１】
0006556713.tif 000002
【図２】
0006556713.tif 000003
【図３】
0006556713.tif 000004
【図４】
0006556713.tif 000005
【図５】
0006556713.tif 000006
【図６】
0006556713.tif 000007
【図７】
0006556713.tif 000008