JP2005522937A - コンピュータ・ネットワークでセキュリティ情報を変更する方法とシステム - Google Patents

Abstract

コンピュータ・ネットワークで暗号化情報を変更する方法とそのためのシステム（４／７）が提供される。この方法は、少なくとも第１の暗号情報（＃１）と第２の暗号情報（＃２）を提供することを含む。第１の暗号情報には第１の有効期間（日付＃１）が提供され、第２の暗号情報には第２の有効期間（日付＃２）が提供され、第１と第２の有効期間は重なり合う。

Description

関連出願

本出願は、２００２年４月５日に出願した、「ＭＥＴＨＯＤ ＡＮＤ ＳＹＳＴＥＭ ＦＯＲ ＡＳＳＯＣＩＡＴＩＮＧ Ａ ＰＬＵＲＡＬＩＴＹ ＯＦ ＴＲＡＮＳＡＣＴＩＯＮ ＤＡＴＡ ＲＥＣＯＲＤＳ ＧＥＮＥＲＡＴＥＤ ＩＮ Ａ ＳＥＲＶＩＣＥ ＡＣＣＥＳＳ ＳＹＳＴＥＭ」という名称の米国特許出願第１０／１１８，３８０号の出願日の特典を主張するものである。

本発明は、一般に、コンピュータ・ネットワークでセキュリティ情報を変更することに関する。本発明はサービス・アクセス・システムで暗号化情報とパスワードを変更する方法およびそのためのシステムにも適用される。

リモート・コンピュータ・デバイスとコンピュータ・ネットワークの間の通信を保護するためには、通常、秘密の、安全な通信リンクを保証するためにセキュリティ手段が組み込まれている。そうしたセキュリティ手段の典型的な例が、パスワード、暗号化アルゴリズム、暗号化鍵である。

ネットワーク、情報源、通信チャネルなどへのアクセスを制御する簡単な方法は、パスワードによるものである。パスワードは、例えば、ユーザがＷｅｂサイトなどにアクセスする前に有効なパスワードを入力することが必要とされるインターネット環境で広範に使用されている。セキュリティをさらに強化するために、しばしば、パスワードその他の認証データなどのデータが暗号化アルゴリズムや暗号化鍵を使用して暗号化される暗号化技法が用いられることがある。

パスワードが漏洩している、暗号化鍵が漏洩している、かつ／または暗号化アルゴリズムが漏洩しているなどのセキュリティの侵害が発生したときには、既存のセキュリティ情報は、通常、無効とされ、新しいセキュリティ情報が導入される。例えば、漏洩したパスワードを新しいパスワードで置き換えて新しいパスワードを使用しなければアクセスできないようにし、既存のアルゴリズムを新しい暗号化アルゴリズムで置き換え、かつ／または既存の鍵を新しい暗号化鍵で置き換えることになる。

前述のセキュリティ情報が多数の人々によって使用されるときには、セキュリティ情報の更新が問題となるであろう。経済がますますグローバル化しているために、ユーザに更新されたセキュリティ情報を供給することがいっそう困難になってきている。そして、企業や個人がインターネットベースの通信にますます依存するようになっている。さらに、モバイル・ワーカ（いわゆる「ロード・ウォーリア（road warrior）」は、通常、世界中を移動しながらインターネットベースの無線通信にアクセスしている。そうした移動する人々への通信を容易にするサービスは、一般に、「ローミング・サービス」と呼ばれる。これらの環境では安全な通信が特に好ましく、どんなセキュリティの侵害にもできるだけ早く対処すべきであることが理解されるであろう。

この明細書では、「接続アプリケーション」という用語は、それだけに限らないが、例えば、ピアツーピア認証方式、ダイヤラ、スマート・クライアント、ブラウザ、サプリカント、スマート・カード、トークン・カード、ＰＤＡ接続アプリケーション、無線接続、組み込み認証クライアント、イーサネット（登録商標）接続など、データを認証する機能を含む（ソフトウェアとハード両方の）任意のデバイスを含むものであると広義に解釈すべきである。

本発明の一態様によれば、コンピュータ・ネットワークで暗号化情報を変更する方法が提供され、その方法は、
少なくとも第１の暗号情報と第２の暗号情報を提供すること、
重なり合う、第１の暗号情報のための第１の有効期間と第２の暗号情報のための第２の有効期間を決めること
を含む。

さらに本発明によれば、コンピュータ・ネットワークで暗号化データを処理する方法が提供され、その方法は、
ユーザ・デバイスから、第１の有効期間の間有効である第１の暗号化情報と第２の有効期間の間有効である第２の暗号化情報とのいずれか一方を使用してして暗号化されている暗号化データを受け取ること、
関連する暗号化解除情報を識別するために、第１と第２の暗号化情報のどちらを使用して暗号化データが暗号化されているか識別すること、
暗号化情報が関連する有効期間内にある場合には、関連する暗号化解除情報を用いてその暗号化データを暗号化解除すること
を含む。

本発明の別の態様によれば、コンピュータ・ネットワークでセキュリティ情報を変更する方法が提供され、その方法は、
少なくとも第１のセキュリティ情報と第２のセキュリティ情報を提供すること、
重なり合う、第１のセキュリティ情報のための第１の有効期間と第２のセキュリティ情報のための第２の有効期間を決めること
を含む。

本発明の別の態様によれば、コンピュータ・ネットワークでデータを処理する方法が提供され、その方法は、
ユーザ・デバイスから、第１と第２のセキュリティ情報の一方を使用して保護されているデータを受け取ること、
第１と第２のセキュリティ情報のどちらがデータを保護しているか識別すること、
データを保護している識別されたセキュリティ情報がそのセキュリティ情報に関連付けられた有効期間内にあるかどうか判定すること、
データがそれに関連付けられた有効期間内にあるときには、識別されたセキュリティ情報を用いてそのデータを処理すること
を含む。

本発明の別の態様によれば、
少なくとも第１の暗号情報と第２の暗号情報を提供し、
重なり合う、第１の暗号情報のための第１の有効期間と第２の暗号情報のための第２の有効期間を決める
サーバを含むコンピュータ・システムが提供される。

本発明の別の態様によれば、
ユーザ・デバイスから、第１の有効期間の間有効である第１の暗号化情報と第２の有効期間の間有効である第２の暗号化情報とのいずれか一方を使用してして暗号化されている暗号化データを受け取り、
関連する暗号化解除情報を識別するために、第１と第２の暗号化情報のどちらを使用して暗号化データが暗号化されているか識別し、
暗号化情報が関連する有効期間内にある場合には、関連する暗号化解除情報を用いてその暗号化データを暗号化解除する
サーバを含むコンピュータ・システムが提供される。

本発明は、前述の方法のいずれかを実施する機械可読媒体にも適用される。

本発明のその他の特徴および利点は、添付の図面および以下の詳細な説明から明らかになるであろう。

本発明を、例を引いて説明するが、本発明は、添付の図面の各図によって限定されるものではない。図面中、類似の参照番号は同じ、または類似の要素を指示する。

詳細な説明
コンピュータ・ネットワークでセキュリティ情報を変更する方法とシステムが開示される。一実施形態では、セキュリティ情報の配布、管理、移行が、それらが有効である期間が重なり合うパスワード、暗号化アルゴリズム、暗号化鍵などのセキュリティ情報を用いることによって実現される。例えば、この方法を使用して、パーソナル・コンピュータなどのネットワーク・アクセス・デバイスの接続ダイヤラ上で暗号化アルゴリズムおよび／または暗号化鍵を更新することもできる。

背景
ネットワーク・アクセス・デバイスは、通常、そのユーザによるネットワークへのアクセスを許可するために、ネットワーク・ユーザによって入力されるパスワードなどのネットワーク・ユーザ証明書を暗号化する。セキュリティを強化するために、ネットワーク・アクセス・デバイスは、暗号化されたネットワーク・パスワードをネットワーク暗号化解除サーバに送信する前に、公開鍵／秘密鍵対の一部である公開鍵を用いて、ネットワーク・ユーザ証明書を暗号化することができる。次いで、ネットワーク暗号化解除サーバは、その公開鍵／秘密鍵対の秘密鍵を使用してネットワーク・ユーザ証明書を暗号化解除し、その後、暗号化解除されたパスワードが検証のために認証（ＡＡＡ）サーバに送られる。パスワードがＡＡＡサーバで肯定的に検証された場合には、ＡＡＡサーバは、そのパスワードが適正に検証または認証されたことを指示する適当な肯定応答信号をネットワーク・アクセス・デバイスに送る。肯定応答信号に基づき、ネットワーク・アクセス・デバイスはインターネットまたは他の何らかのリソースにアクセスすることができる。

しかし、セキュリティ情報が漏洩している可能性のある状況も発生することがある。例えば、暗号化されたパスワードがネットワーク盗聴またはなりすましアプリケーションによって捕捉されることもあり、暗号化アルゴリズムが漏洩することもあり、その暗号化アルゴリズムに関連付けられた鍵が漏洩することもあり、以下同様である。また、セキュリティの侵害は発生していないが、暗号化アルゴリズムが更新を必要とする、例えば、そのネットワークで改良された暗号化アルゴリズムが使用可能であるなどの状況も発生することがある。更新されたセキュリティ情報を必要とするユーザの数が増大するに従って、その更新された情報への管理、配布、移行はより厄介な作業になる。

例示的ネットワーク環境
図面の図１を参照すると、参照番号１０は、本発明の一態様による例示的コンピュータ・ネットワーク全体を示すものである。ネットワーク１０は、ＩＳＰネットワーク１２、複数のネットワーク・アクセス・デバイス１４（図面にはそのうちの１つだけが示されている）、さらにやはり本発明の一態様による、ＩＳＰ認証システム１８の一部を形成してる例示的ネットワーク暗号化解除サーバ１６を含む。ネットワーク１０では、ＩＳＰネットワーク１２はＩＳＰ認証システム１８と直接やりとりするが、この構成は、単に、例を示すものにすぎず、このネットワークは、本発明から逸脱することなくことなる構成としても良い。例えば、図２に示すように、ネットワーク２０では、ＩＳＰネットワーク１２は、リモートＩＳＰ認証システム２２を介して、やはりリモートに位置するＩＳＰ認証システム１８とやりとりするリモートＩＳＰネットワークとすることもできる。

ＩＳＰネットワーク１２は、ネットワーク・アクセス・サーバ（ＮＡＳ）２４、モデム・プール２６、インターネット３０に接続されたゲートウェイ２８を含む。図１に示す実施形態では、ＩＳＰネットワーク１２とＩＳＰ認証システム１８は、物理的には同じ施設内に位置する。しかし、図２に示すネットワーク２０では、ＩＳＰ認証システム１８は、異なる施設に位置し、広域ネットワーク（ＷＡＮ）３２を介して１つまたは複数のＩＳＰネットワーク１２（図面にはそのうちの１つだけが示されている）に接続されている。ネットワーク２０は、個々のＩＳＰネットワーク１２が様々な地理的領域に戦略的に位置することを可能にし、それによって顧客が市内電話呼を介してネットにアクセスできるようにすると同時に、セキュリティ増強のために認証システムを集中化する。

例示的認証プロセス
ネットワーク１０、２０を使用するために、例えば、インターネット３０にアクセスするために、ネットワーク・ユーザは、ネットワーク・アクセス・デバイス１４で、ダイヤルアップ接続アプリケーションまたはダイヤラ３４を実行することができる。ダイヤラ３４は、単に、例として示すものにすぎず、他の任意の種類のネットワーク接続アプリケーションを利用してもネットワーク１０、２０にアクセスし得ることが理解されるであろう。ダイヤラ３４は、ネットワーク・ユーザに、ネットワーク・ユーザ名とネットワーク・パスワードを入力し、モデム３６とモデム・プール２６の間で通信セッションを確立するよう指示するプロンプトを出す。図１、２には例示的モデム３６が外部デバイスとして示されているが、本発明の代替の実施形態では、モデム３６は、ネットワーク・アクセス・デバイス１４に統合された内蔵デバイスとすることもできる。

図面の図３を詳細に参照すると、参照番号５０は、本発明の一態様による、ネットワーク１０、２０でセキュリティ情報を変更する方法全体を示すものである。方法５０では、ネットワーク・アクセス・デバイス１４がネットワーク・ユーザによって入力されたネットワーク証明書を送る前に、ブロック５２でネットワーク・パスワードが暗号化される。この実施形態では、パスワードは、公開鍵／秘密鍵対の公開鍵を使用して暗号化される。この暗号化技法は当分野で公知であり、一般に非対称公開鍵暗号法と呼ばれる。非対称公開鍵暗号法では、ユーザは、１つの鍵を公開し、第２の鍵、秘密鍵を保持する。メッセージは、公開鍵を用いて「施錠され」、すなわち暗号化され、送信され、次いで、秘密鍵を用いて「開錠される」、すなわち暗号化解除される。図に示す本発明の実施形態では、強力な暗号化アルゴリズムを使用して公開鍵／秘密鍵対が生成される。

公開鍵はネットワーク・アクセス・デバイス１４に知られるであろうが、秘密鍵は秘密鍵データベース３８に格納される（図１および２参照）。ネットワーク・アクセス・デバイス１４は、公開鍵を使用してユーザ・パスワードを暗号化し（ブロック５２参照）、その後、ネットワーク・ユーザ名と暗号化されたネットワーク・パスワードをＮＡＳ２４に送信し、次に、そこからネットワーク・ユーザ名と暗号化されたネットワーク・パスワードがネットワーク暗号化解除サーバ１６に転送される（ブロック５４参照）。一実施形態では、ダイヤラ３４は、それが暗号化プロセスで使用している個々の暗号化キーにタグ付けし、またはそれを識別し、それが識別されると、ネットワーク暗号化解除サーバ１６は、ブロック５６に示すように、そのタグまたは識別を秘密鍵データベース３８への索引として使用し、そのタグまたは識別子に関連付けられた秘密鍵を検索する。以下でより詳細に説明するように、各公開鍵／秘密鍵対は、ダイヤラ３４によって使用される公開鍵が、少なくとも１つの他の公開鍵／秘密鍵対と時間的に重なり合う有効期間を持つ。同様に、以下でより詳細に説明するように、各暗号化アルゴリズムも、重なり合う有効期間を有する。図３に戻ると、ブロック５８でネットワーク暗号化解除サーバ１６は、識別された秘密鍵を使用して暗号化されたネットワーク・パスワードを暗号化解除し、例えば、ネットワーク・ユーザによって入力された元の平文パスワードを生成する。

認証プロセスを完了させるために、ブロック６０でネットワーク暗号化解除サーバ１６は、ネットワーク・ユーザ名とネットワーク・パスワードを検証のために認証（ＡＡＡ）サーバ４０に転送する。一実施形態では、ＡＡＡサーバ４０は、ネットワーク・ユーザ名を認証データベース４２への索引として使用して、そのネットワーク・ユーザ名に関連付けられた正式なパスワードを検索する。正式なパスワードがネットワーク・ユーザによって入力され、ネットワーク・アクセス・デバイス１４によって送られたパスワードにマッチする場合には、ＡＡＡサーバ４０は、適当な肯定応答信号をＮＡＳ２４に送り、ＮＡＳ２４はその信号をネットワーク・アクセス・デバイス１４に転送して検証成功を承認し、インターネット３０またはその他何らかのリソースへのアクセスを許可する。ブロック５６で実施される方法を以下でより詳細に説明する。

鍵対更新
接続クライアント・アプリケーションまたはダイヤラ３４がカスタマイズされるときに、ダイヤラ・カスタマイズ・ツールは、生成された公開鍵／秘密鍵対に、それを識別するための鍵索引をタグ付けする。一実施形態では、この鍵索引は、生成された鍵対のバージョン番号を示す１桁または複数桁の数値フィールドである。ダイヤラ・カスタマイズ・ツールは、接続アプリケーションまたはダイヤラ３４内に公開鍵とそれに対応する鍵索引を取り込む。また、カスタマイズ・ツールは、秘密鍵とそれに対応する鍵索引も秘密鍵データベース３８に格納する（図１および２参照）。ダイヤラ３４は、公開鍵を用いてパスワードを暗号化すると、認証プロセス時に暗号化されたパスワードとその鍵索引をＮＡＳ２４（図５のブロック６２参照）と暗号化解除サーバ１６に送信する。暗号化解除サーバ１６は、その鍵索引に関連付けられた秘密鍵を識別、検索し（ブロック６４参照）、公開鍵と鍵索引に対応する秘密鍵を使用してパスワードを暗号化解除し（ブロック６６参照）、暗号化解除されたパスワードを認証のために使用する。

一実施形態では、公開鍵／秘密鍵対を移行させるために、ダイヤラ・カスタマイズ・ツールを使用して新しい鍵対が生成される。カスタマイズ・ツールは生成された公開鍵／秘密鍵対に新しい鍵索引をタグ付けする。次いで、カスタマイズ・ツールは、その新しい公開鍵とそれに対応する新しい鍵索引をダイヤラ３４内に（例えば、ｃｏｎｆｉｇ．ｉｎｉファイルの一部として）取り込む。一部の実施形態では、ｃｏｎｆｉｇ．ｉｎｉファイルの新規バージョンは更新サーバ（以下を参照）にも入れられる。次いで、カスタマイズ・ツールは、新しい秘密鍵とそれに対応する新しい鍵索引を秘密鍵データベース３８に格納する。カスタマイズ・ツールは、古い（または第１の）秘密鍵／鍵索引に対応するエントリでの失効期日を用いて秘密鍵データベース３８を更新する。前述の実施形態は第１と第２の公開鍵／秘密鍵対を持つが、図４に示すように、各鍵対が異なる失効期日を持つ複数の重なり合う鍵対が提供されることを理解されたい。

古い公開鍵／鍵索引を含む接続アプリケーションまたはダイヤラ３４は、それがネットワーク１０、２０とやりとりするときには、古い（または第１の）公開鍵を用いてパスワードを暗号化する。次いで、前述のように、暗号化されたパスワードと対応する古い鍵索引が認証プロセス時にＮＡＳ２４と暗号化解除サー多１６に送信される。暗号化解除サーバ１６は、その鍵索引を利用して、ダイヤラ３４がパスワードを暗号化し、したがって古い公開鍵を識別するのに使用している秘密鍵を決定する。一実施形態では、次いで、暗号化解除サーバ１６は、秘密鍵データベース３８中でこの第１の鍵対エントリに設定された失効期日がまだ過ぎていないかどうか検証し、古い鍵対の有効期間が過ぎていなかった場合には、暗号化解除サーバ１６は古い秘密鍵を使用してパスワードを暗号化解除する。次いで、暗号化解除されたパスワードは、前述のように、認証のために使用され得る。したがって、新しい（または第２の）鍵が生成されているが、古い（または第１の）暗号化鍵は、新しい暗号がまだ支給されていないネットワーク・ユーザがネットワーク１０、２０にまだアクセスすることのできる期間は有効のままである。

ネットワーク・ユーザが認証された場合には、例えばインターネット３０に接続した後で、接続アプリケーションまたはダイヤラ３４は、ＵＲＬを介してｃｏｎｆｉｇ．ｉｎｉファイルで識別される更新サーバにアクセスして、暗号化鍵更新が必要であるかどうか判定し、必要である場合には、新しい公開鍵／秘密鍵をそれに関連する鍵索引と共にダウンロードする。一部の実施形態では、ダイヤラ３４は、インターネットへの接続に成功するたびに更新サーバにアクセスし、そのダイヤラ３４と共に含まれる様々なファイルのバージョン番号を検索する。この実施形態では、ダイヤラ３４は、ｃｏｎｆｉｇ．ｉｎｉファイル（新しい鍵と索引を含む）のバージョン番号が変更されていると判定し、その場合には、更新されたｃｏｎｆｉｇ．ｉｎｉファイルをダウンロードするはずである。一実施形態では、次いで、ダイヤラ３４は古い暗号化鍵を、それに関連付けられた鍵索引または識別子で識別可能な新しい公開鍵で置き換えて、それに対応する秘密鍵によるその後の暗号化解除を可能にする。暗号化プロセスの更新は、例えば、認証プロセス中の任意の時点で実施してもよいことを理解されたい。例えば、暗号化鍵の更新は、パスワードが暗号化解除された後に実施できる（図５のブロック６８参照）。また、一部の実施形態では、他のダイヤラ３４も同じ公開鍵／秘密鍵対を使用することができ、したがって、有効オーバーラップ期間は、例えば、状況に応じて、数時間から数日間にまでおよぶことがあることも理解されたい。理想的には、このオーバーラップ期間中に、古い鍵対を使用するすべてのダイヤラ３４は、それらが新しい鍵対に移行されるように、ネットワーク１０、２０とやりとりする。個々の鍵対の失効期日に到達すると、その鍵対は有効でなくなり、ダイヤラ３４は古い鍵対を用いてネットワーク１０、２０にアクセスできなくなる（図４参照）。したがって、一部の実施形態では、方法５０で、管理者が鍵対の失効期日を制御することができる。一実施形態では、古い鍵対の失効前にネットワーク１０、２０に接続しなかったダイヤラ３４を持つクライアントは、認証に失敗し、したがって、新しい鍵対に移行できなくなるはずである。

アルゴリズム更新
暗号化鍵対の更新または変更と類似の方式で、基礎を成す暗号化／暗号化解除アルゴリズムを様々な理由で変更または移行させることができる。例えば、暗号化／暗号化解除プロセスに弱点があり、改良されたアルゴリズムが開発されている場合などが考えられる。ただし、本発明によれば、一部の実施形態では、この方法を使用して、暗号化鍵対と暗号化アルゴリズムの一方を変更することも、その両方を変更することもできることを理解されたい。

一実施形態では、ダイヤラ・カスタマイズ・ツールは、生成された公開鍵／秘密鍵対に鍵索引とアルゴリズム識別子をタグ付けする。例えば、アルゴリズム識別子は、以下の表に示すように、暗号化／暗号化解除に使用されるアルゴリズムを示す１つまたは複数の文字とすることができる。カスタマイズ・ツールは、接続アプリケーションまたはダイヤラ３４内に公開鍵、それに対応する鍵索引とアルゴリズム識別子を取り込む。一実施形態では、カスタマイズ・ツールは、次いで、秘密鍵データベース３８に秘密鍵、それに対応する鍵索引とアルゴリズム識別子を格納する。前述と同様の方式で、古いアルゴリズムを含むダイヤラ３４がネットワーク１０、２０とやりとりするときには、そのダイヤラ３４は、古いアルゴリズムを使用してパスワードを暗号化する。次いで、暗号化されたパスワード、対応する鍵索引と関連するアルゴリズム識別子は、認証プロセス時にサーバに送信される（図３のブロック５２参照）。次いで、暗号化解除サーバ１６は、そのアルゴリズム識別子を利用して、パスワードを暗号化解除するのに使用される対応するアルゴリズムを識別する。次いで、前述のようにパスワードが暗号化解除され、認証される。

ネットワーク・ユーザが認証された場合には、例えばインターネット３０に接続したあとで、接続アプリケーションまたはダイヤラ３４は更新サーバにアクセスして、暗号化アルゴリズム更新が必要とされているかどうか判定し、必要とされている場合には、暗号化アルゴリズムをそれに関連付けられた鍵識別子と共にダウンロードする。ダイヤラ３４は、その後の接続試行に新しいアルゴリズムを使用することになり、したがって、新しいアルゴリズムに正常に移行している。したがって、管理者は、暗号化／暗号化解除に使用されるアルゴリズムを制御し、古いアルゴリズムを除去することができる。

前述と同様の方式で、任意のネットワークにおいて他の任意のデータを暗号化するのに使用される暗号化アルゴリズムおよび／または暗号化鍵を変更することもできる。したがって、本発明を説明するのに使用したパスワードの適用例は、単に、例示のためのものにすぎない。同様に、方法５０は、ネットワークでパスワードや他の任意のセキュリティ情報を変更または移行するのにも使用できる。

秘密鍵／公開鍵対および／または暗号化アルゴリズムなどの重なり合うセキュリティ情報を使用したデータの暗号化と暗号化解除は、ネットワーク・アクセス・デバイス１４からＮＡＳ２４、最終的にはＡＡＡサーバ４０に証明書を送信するのに使用される認証プロトコルから独立のものとすることができる。例えば、本発明は、特にＰＡＰ、ＣＨＡＰ、ＥＡＰ、ＲＡＤＩＵＳなど一般的な認証プロトコルと共に機能するように実装できる。

本発明の一実施形態では、ＮＡＳ２４は、ＰＡＰとＲＡＤＩＵＳを使用してネットワーク・ユーザ証明書を認証するように構成される。ＰＡＰ／ＲＡＤＩＵＳ用に構成されると、ＮＡＳ２４は、ＮＡＳ２４とネットワーク・アクセス・デバイス１４の間の通信セッションが開始されるときにネットワーク・アクセス・デバイス１４とＰＡＰの使用を折衝する。ＮＡＳ２４は、ＲＡＤＩＵＳサーバである、ＡＡＡサーバ４０のＲＡＤＩＵＳクライアントとして構成される。ネットワーク暗号化解除サーバ１６もＲＡＤＩＵＳサーバとして構成されるが、ＡＡＡサーバ４０に対してはＲＡＤＩＵＳプロキシ・クライアントとして働く。この構成では、ネットワーク・アクセス・デバイス１４は、ネットワーク・ユーザによって入力されたパスワードを暗号化する。次いで、ネットワーク・アクセス・デバイス１４は、ＰＡＰパケットを作成し、ネットワーク・ユーザ名と暗号化されたネットワーク・パスワードをパケット内の適当なフィールドに入れる。次に、ネットワーク・アクセス・デバイス１４は、そのＰＡＰパケットをＮＡＳ２４に送る。ＮＡＳ２４は、ＲＡＤＩＵＳパケットを使用してそのデータをネットワーク暗号化解除サーバ１６に転送する。ネットワーク暗号化解除サーバ１６はパスワードを暗号化解除し、ＲＡＤＩＵＳを使用してその平文パスワードを検証のためにＡＡＡサーバ４０に転送する。

代替の実施形態では、ＮＡＳ２４は、ＣＨＡＰとＲＡＤＩＵＳを使用してネットワーク・ユーザ証明書を認証するように構成される。ＣＨＡＰ／ＲＡＤＩＵＳを使用するように構成されたネットワークでは、ＮＡＳ２４は、ＰＡＰではなく、ＣＨＡＰを認証プロトコルとして使用するようにネットワーク・アクセス・デバイス１４と折衝する。次に、ＮＡＳ２４は、乱数を生成し、それをネットワーク・アクセス・デバイス１４に送る。ネットワーク・アクセス・デバイス１４上で実行されているダイヤラ３４は、その乱数を使用し、所定の暗号化アルゴリズムを用いてパスワードの不可逆ハッシュを生成する。前述の本発明の例示的実施形態によれば、ネットワーク・アクセス・デバイス１４は、実際のパスワードを暗号化するのではなく、そのネットワーク・パスワードの不可逆ハッシュを暗号化する。ネットワーク・アクセス・デバイス１４は、ＣＨＡＰパケットを作成し、ネットワーク・ユーザ名と暗号化された不可逆のハッシュをＮＡＳ２４に送る。

ＮＡＳ２４は、ネットワーク・ユーザ名、暗号化された不可逆ハッシュと、不可逆ハッシュを生成するのに使用された元の乱数を含むデータを、ＲＡＤＩＵＳプロトコルを使用してネットワーク暗号化解除サーバ１６に送る。ネットワーク暗号化解除サーバ１６は、不可逆ハッシュを暗号化解除し、ＲＡＤＩＵＳパケット中の不可逆ハッシュを置き換え、それをＡＡＡサーバ４０に転送する。

ＡＡＡサーバ４０はパケットを受け取り、認証データベース４２からそのネットワーク・ユーザ名に関連付けられたパスワードを検索する。ＡＡＡサーバ４０は最初にＮＡＳ２４で生成された乱数を使用して、認証データベース４２から検索された元のパスワードに関するハッシュ演算を行う。次に、ＡＡＡサーバ４０は、それが生成したハッシュを、それがネットワーク・アクセス・デバイス１４から受け取ったハッシュと比較する。２つのハッシュがマッチした場合には、検証は成功であり、ＡＡＡサーバは、ネットワーク・アクセス・デバイス１４に適当な肯定応答信号を送り、インターネット３０または他の何らかのリソースへのアクセスを許可する。

本発明の別の実施形態では、ＮＡＳ２４はＥＡＰとＲＡＤＩＵＳを使用するように構成される。ＥＡＰはＣＨＡＰとほぼ同じように機能するが、ネットワーク・アクセス・デバイス１４に送られる乱数がＮＡＳ２４ではなくＡＡＡサーバ４０によって生成される点で異なる。本発明はどんな認証プロトコルとでも機能するので、本発明は、様々なネットワーク構成と共に機能するように容易に実装することができ、従来のシステムを使用して非常に強力な、最小レベルのセキュリティを提供する。

マルチパーティ・アクセス環境での適用例
以下で、本発明の例示的マルチパーティ・アクセス環境での適用について説明する。本明細書では、「サービス・アクセス・トランザクション」という用語は、ユーザ・セッションのためのサービス顧客とサービス提供者の間の任意のトランザクションを含むものとする。そうしたサービスの一例を、任意の媒体またはプロトコルを介した任意の通信ネットワークへのアクセスとすることができる。例えば、それらの通信ネットワークには、パケット交換網、回線交換網、ケーブル・ネットワーク、衛星ネットワーク、地上ネットワーク、有線ネットワーク、および／または無線ネットワークが含まれる。ただし、「サービス・アクセス・トランザクション」という用語は、ネットワーク・アクセス・トランザクションに限られず、コンテンツ、商業、通信サービスなど、いくつかの他のサービスのいずれか１つへのアクセスに付随するトランザクションも包含するものである。

本明細書では、「顧客」という用語は、そのサービス・アクセスが顧客によって実施されたか否かに関わらず、サービス・アクセスの購入および／または消費に関与する任意のエンティティを含むものとする。例えば、「顧客」はそのサービス・アクセスを実際に利用するエンドユーザ顧客とすることも、そうしたエンドユーザが所属する企業とすることも、インターネット・サービス提供者、インターネット通信事業者、再販業者、チャネルとすることもできる。

複数のパスワードと暗号化アルゴリズムと鍵が使用される環境の一例が、サービス・アクセス（インターネット・アクセス、コンテンツ・アクセス、商業アクセス、通信アクセスなど）のサービスのためのマルチパーティ・ローミング・アクセスと決済システムである。これらのシステムは、サービス提供者（ＩＳＰ、無線サービス提供者、ＶＰＮサービス提供者、コンテンツ配布サービス提供者、電子商取引サービス提供者、アプリケーション・サービス提供者など）が、例えば、標準通信プロトコル（ＰＰＰ、ＨＴＴＰなど）と標準認証プロトコル（ＲＡＤＩＵＳ、ＰＡＰ、ＥＡＰなど）を使用して、マルチパーティ・アクセス環境で比較的安全なサービス・アクセスを提供することを可能にする。

ローミング・サービス・アクセス
図６を詳細に参照すると、参照番号７０は、全体として、比較的安全な方式でローミング・インターネット・アクセスを提供するローミング・アクセス・システムの一例を示すものである。図３に示した例示的方法を使用して、システム７０でセキュリティ情報を管理、配布、移行することができる。「本国の」ＩＳＰ７４の加入者であると示されているローミング・ユーザ７２が、特定の地理的領域８０内でローカルＰＯＰ７８を提供するリモートＩＳＰ７６に接続するとき、そのローミング・ユーザ７２は、「本国の」ＩＳＰ７４のＰＯＰ８６を介して接続する際に使用するのと同じユーザ名８２とパスワード８４（認証データまたはユーザ証明書）を入力する。しかし、標準のまたは従来のマルチパーティ・アクセス環境は、通常、ダイヤルアップ認証にＰＡＰを使用し、有線と無線ブロードバンド認証にはＨＴＴＰ ＰＯＳＴベースの認証を使用する。この結果パスワードは保護されていない媒体を介して搬送されることになり、その機密が漏洩し、後でそれを使用してそのローミング・アクセス・システム７０とその顧客らの両方に不正にアクセスされるおそれがある。この問題を軽減するために、本発明の一実施形態によれば、ユーザ・データは、ＰＯＰ７８に伝達される前に接続ダイヤラ３４によって暗号化される。

一実施形態では、システム７０の顧客はＷｅｂ書式を使用してネットワーク・アクセス・デバイス１４に接続ダイヤラ３４をダウンロードする。このＷｅｂ書式は、必要なカスタマイズを指定するために使用できるフィールドを含る。例えば、平文での安全なパスワード認証（以後、「拡張セキュリティ・プロトコル」と呼ぶ）のためのＷｅｂ書式には以下のフィールドが含まれる。
拡張セキュリティ・プロトコル暗号化を有効にする： （Ｙ／Ｎ）
公開鍵： ＊＊＊＊
鍵ＩＤ： （０〜９）（鍵ＩＤは、前述のダイヤラ３４によって使用される暗号化鍵を識別する）

顧客がそのローミング・ユーザ７２（図６参照）のために拡張セキュリティ・プロトコルを有効にしようとするとき、顧客は、自分が関連付けられたＲｏａｍＳｅｒｖｅｒ８６に含まれるＥＣＣユーティリティを使用する。顧客が公開鍵／秘密鍵対を生成し、その対に鍵索引または識別子をタグ付けするために、このＥＣＣユーティリティが使用される。秘密鍵は、通常、ｅｓｐ＿ｋｅｙ＿ｐａｉｒ．ｔｘｔファイルに付加される。公開鍵は、通常、適当な書式を使用してローミング・アクセス・システム７０のダイヤラ・サポート・チームに送られる。ダイヤラ・サポート・チームは、ダイヤラ・カスタマイズ・ツール（ＤＣＴ）を使用して、本発明の一実施形態による接続ダイヤラ３４を構築する。ＤＣＴツールは使用される暗号化／暗号化解除アルゴリズムとＥＣＣ公開鍵／秘密鍵を指定するためのＷｅｂページを含み、暗号化アルゴリズムと鍵の両方が識別子を持つ。

トランザクション・サーバ９６は、表にダイヤラＩＤ、カウンタの最後に使用された値と最後のアクセス時間を維持する。この表は、反射攻撃からネットワークを保護するために使用される。この表は、通常、すべてのトランザクション・サーバ９６にわたって複製される。一部の実施形態では、トランザクション・サーバ９６は、顧客の秘密鍵と鍵索引の記録を維持し、したがって、認証データの暗号化解除はトランザクション・サーバ９６で行われ、そのため、暗号化解除サーバを定義することができる。しかし、一部の顧客が、トランザクション・サーバ９６などのどんな仲介者にも自分の秘密鍵を提供しないことを希望することもある。こうした状況では、顧客の秘密鍵はトランザクション・サーバ９６には提供されず、通常は社内に位置する顧客のＲｏａｍＳｅｒｖｅｒ９８に提供される。したがって、認証データの暗号化解除は、顧客のＲｏａｍＳｅｒｖｅｒ９８において、前述したのと同様の方式で実施され得る。

トランザクション・サーバ９６が個々の顧客の秘密鍵にアクセスできないときには、トランザクション・サーバ９６は、必要なＥＣＣ属性を認証要求パケットに付加し、それをＲｏａｍＳｅｒｖｅｒ９８に送る。ＲｏａｍＳｅｒｖｅｒ９８は、ＥＣＣ情報と秘密鍵を、ローカルで記憶されている対応する鍵索引またはバージョン番号と共に使用してパスワードとチェックサム文字を暗号化解除する。次いで、ＲｏａｍＳｅｒｖｅｒ９８は、カウントが有効であるかどうか判定するテストを実施する。ＲｏａｍＳｅｒｖｅｒ９８は、そのデータベースをカウントの最新の値で更新できるように、暗号化解除されたカウントを認証応答パケットに加える。

各トランザクション・サーバ９６は、通常、ｄｉａｌｅｒ＿ｃｏｕｎｔｅｒ表を複製し、一部の実施形態では、拡張セキュリティ・プロトコルによって使用される公開鍵／秘密鍵対、鍵索引とアルゴリズムに関する詳細を含むｓｅｃｕｒｅ＿ｐａｐ表（下記参照）が提供される。

例示的暗号化／暗号化解除機能
一部の実施形態では、トランザクション・サーバ９６と、ＲｏａｍＳｅｒｖｅｒ９８は、ＥＣＣアルゴリズムを実装し、パスワードを暗号化、暗号化解除するためのＡＰＩを提供するＥＣＣ ＡＰＩを含む。通常、このＥＣＣ実装は、暗号化／暗号化解除に最適正規基底数学(optimal normal basis mathematics)を使用する。一部の実施形態では、多項式基底(polynominal basis)と最適正規基底数学を組み合わせて、１回の乗算のコストに対する数学的反転の時間が短縮される。

ダイヤラ３４の暗号化機能は、ＥＣＣ曲線上にランダムな点を生成する暗号化アルゴリズムを含る。その場合、このランダム点をパスワードとチェックサム文字を符号化するために使用してＥＣＣ文字列の一部＜符号化パスワード＞を生成することができる。ダイヤラ３４はこのランダム点を暗号化し、それをＮｅｔＳｅｒｖｅｒ９２に送信する。通常、以下で説明するように、この暗号化には記号変換方式が使用される。

既存のプロトコルである、ＰＰＰ、ＰＡＰ、ＲＡＤＩＵＳなどに適応させるために、パスワード・フィールドは、印字可能なＵＳ−ＡＳＣＩＩ文字を含む。一部の実施形態では、それらの文字は、ＲＦＣ２４８６標準に準拠した方式で生成される。それらの実施形態では、パスワードとチェックサム・フィールドが暗号化されるときに、それらが標準プロトコルを使用するネットワークで適用できるように、許容可能な文字を用いて文字列を生成するよう注意が払われる。したがって、以下の文字変換方式を使用してこの符号化を実施することができる。符号化される各文字は、まず、以下に示す表に従った値にマッピングされる。

次いで、マッピングされた値がランダム点での対応するバイトに加算され、モジュラス９５が計算される。その結果、文字が上記の表の別の文字にマッピングされる。暗号化解除サーバでその文字を復号するために、ランダム点での対応するバイトが符号化された文字から差し引かれ、その結果のモジュラス９５が計算される。結果が負の数である場合には、元の文字を得るために値９５が結果に加算される。例として、「ｒ」が符号化に使用されるランダム点でのバイトであり、「ｘ」が元の文字であると仮定すると、以下のようになる。
符号化：ｙ＝（ｘ＋ｒ）％９５
復号 ：ｘ＝（ｙ−ｒ）％９５
Ｉｆ（ｘ＜０）ｔｈｅｎ
ｘ＝ｘ＋９５；

パスワード・フィールドとチェックサム文字は、ダイヤラ３４において暗号化プロセス時にランダム点を用いて暗号化される。これらのフィールドのそれぞれは、符号化にランダム点での異なる１組のバイトを使用する。パスワード・フィールドは、その符号化に第１の組のバイトを使用し、チェックサム・フィールドはその符号化にバイト１０を使用する。

チェックサム文字はダイヤラＩＤとカウンタ値の完全性を確認するために使用される。ダイヤラＩＤとカウンタ値が平文で送信された場合には、悪意のある人がそれらの値を変更し、それによって反射攻撃に対する防御を破ることができる。この問題に対処するために、ダイヤラＩＤとカウンタ値からチェックサム文字が生成され、その後で、ランダム点を使用してそれが符号化される。次いで、暗号化されたチェックサム文字は、ユーザＩＤ文字列の一部として送信される。

チェックサム文字は、ランダム点のＭＤ５ハッシュ、ダイヤラＩＤのＭＤ５ハッシュ、カウント値のＭＤ５ハッシュによって生成される。次いで、そのハッシュから７ビットが選択され、前述の符号化方法を使用してランダム点からの１バイト（バイト＃１０）と共に符号化される。次いで、符号化されたビットは、暗号化された点の最後の７バイトの間に分散され、ユーザ文字列の一部として送信される。ダイヤラ３４が符号化されたデータをトランザクション・サーバ９６またはＲｏａｍＳｅｒｖｅｒ９８に送ると、それらは、場合によっては、チェックサムを独立に生成することによってダイヤラＩＤとカウンタ値を検証し、それをダイヤラ３４によって送られたチェックサムと比較し、それらが一致しない場合には拒否することがある。

ダイヤラ３４に戻ると、符号化された文字列は、次いで、以下のように連結されてＥＣＣ文字列を生じる。
＜符号化されたパスワード＞＜最後の７バイト中に符号化チェックサム・ビットを含む暗号化され、符号化されたランダム点のｘ座標＞

その後、ダイヤラ３４はダイヤラＩＤとカウンタ値とにＥＣＣ文字列を連結し、それをＰＡＰなどのプロトコルのユーザＩＤとパスワード・フィールドに入れて送信する。例えば、＜符号化されたパスワード＞＜最後の７バイト中に符号化チェックサム・ビットを含む暗号化され、符号化されたランダム点のｘ座標＞＜ダイヤラＩＤ＞＜カウンタ値＞となる。

前述の方法が、前述の文字列長の暗号化された文字列を生成し、前述の性質の文字を含むこと、暗号化された文字列が従来のシステムを使用して伝達され得ることが理解されるであろう。

暗号化論理は、通常、以下のシグニチャを用いてｉｐ＿ｓｐａｐ＿ｅｎｃｒｙｐｔ（）メソッドにカプセル化される。
ｃｈａｒ ＊ ｉｐ＿ｓｐａｐ＿ｅｎｃｒｙｐｔ（ｃｏｎｓｔ ｃｈａｒ ＊ａｌｇｏｒｉｔｈｍ， ｃｏｎｓｔ ｃｈａｒ ｐｕｂｌｉｃ＿ｋｅｙ， ｃｏｎｓｔ ｃｈａｒ ｐａｓｓｗｏｒｄ， ｃｏｎｓｔ ｃｈａｒ ＊ｄｉａｌｅｒ＿ｉｄ， ｃｏｎｓｔ ｃｈａｒ ＊ｃｏｕｎｔｅｒ， ｃｈａｒ ＊＊ｐｌａｉｎ＿ｐｏｉｎｔ， ｃｈａｒ ＊＊ｅｎｃｒｙｐｔｅｄ＿ｐｏｉｎｔ， ｉｎｔ ＊ｒｅｔｕｒｎＣｏｄｅ）
上記において、
ａｌｇｏｒｉｔｈｍは、アルゴリズム識別子によって識別可能な、使用されるアルゴリズムである。
ｐｕｂｌｉｃ＿ｋｅｙは、（ｃｏｎｆｉｇ．ｉｎｉからの）ＥＣＣ公開鍵であり、鍵識別子または索引によって識別可能である。
ｐａｓｓｗｏｒｄは、平文パスワードである。
ｄｉａｌｅｒ＿ｉｄは、（ダイヤラＩＤサーブレットから得られる）ダイヤラのＩＤである。
ｃｏｕｎｔｅｒは、（各ダイヤル試行ごとにダイヤラによって増分される）ダイヤル試行のカウントである。
ｐｌａｉｎ＿ｐｏｉｎｔ−このフィールドが空のままである場合には、新しいランダム点が生成される。このフィールドは戻りで符号化に使用されるランダム点を指し示す。
ｅｎｃｒｙｐｔｅｄ＿ｐｏｉｎｔ このフィールドが空のままである場合には、非暗号化点と公開鍵を使用して暗号化点が生成される。このフィールドは、戻りでこの方法によって使用される暗号化点を指し示す。
ｒｅｔｕｒｎＣｏｄｅ０は、呼び出しに成功した場合には０以外の符号が提供される。このメソッドは、成功したときにはＥＣＣ文字列を戻し、そうでない場合にはヌルを戻す。

暗号化解除論理は、ｉｐ＿ｓｐａｐ＿ｄｅｃｒｙｐｔ（）メソッドにカプセル化される。このメソッドは以下のシグニチャを持つ。
ｃｈａｒ ＊ ｉｐ＿ｓｐａｐ＿ｄｅｃｒｙｐｔ（ｃｏｎｓｔ ｃｈａｒ ＊ａｌｇｏｒｉｔｈｍ， ｃｏｎｓｔ ｃｈａｒ ｐｒｉｖａｔｅ＿ｋｅｙ， ｃｏｎｓｔ ｃｈａｒ ｅｃｃ＿ｓｔｒｉｎｇ， ｃｏｎｓｔ ｃｈａｒ ＊ｄｉａｌｅｒ＿ｉｄ， ｃｏｎｓｔ ｃｈａｒ ＊ｃｏｕｎｔｅｒ， ｉｎｔ ＊ｒｅｔｕｒｎＣｏｄｅ）
上記において、
ａｌｇｏｒｉｔｈｍは、使用されるアルゴリズムであり、したがって、アルゴリズム識別子の形とすることができる。
ｐｒｉｖａｔｅ＿ｋｅｙは、（アルゴリズム識別子と鍵索引またはｅｓｐ＿ｋｅｙ＿ｐａｉｒ．ｔｘｔファイルを含むｓｅｃｕｒｅｐａｐ表からの）ＥＣＣ秘密鍵である。
ｅｃｃ＿ｓｔｒｉｎｇは、ｅｎｃｒｙｐｔ（）メソッドによって戻された文字列である。
ｄｉａｌｅｒ＿ｉｄは、（ダイヤラＩＤサーブレットから得られる）ダイヤラのＩＤである。
ｃｏｕｎｔｅｒは、（各ダイヤル試行ごとにダイヤラによって増分される）ダイヤラ試行のカウントである。
ｒｅｔｕｒｎＣｏｄｅは、呼び出しに成功した場合には０、そうでない場合には０以外である。

このメソッドは、成功したときには平文パスワードを戻し、そうでない場合にはヌルを戻す。

ダイヤラ・カスタマイズ書式
前述のように、顧客は、カスタマイズされたダイヤラを要求するためのＷｅｂ書式を使用してダイヤラを構成する。このＷｅｂ書式は、通常、必要とされるカスタマイズを指定するために使用できるフィールドを含む。このＷｅｂ書式には、以下の例示的フィールドが含まれる。
拡張セキュリティ・プロトコル暗号化を有効にする： （Ｙ／Ｎ）
公開鍵： ＊＊＊＊
鍵ＩＤ： （０〜９）ダイヤラ３４が暗号化を実施するために使用する個々の鍵バージョンを識別する。

ダイヤラ・カスタマイズ・ツール
カスタマイズ・プロセス時に、ローミング・アクセス・システム７０の管理者は、例えば、拡張セキュリティ・プロトコルを使用できるダイヤラ３４の生成を選択することができる。有効にした場合には、通常、ダイヤラ３４と共にパッケージ化されるｃｏｎｆｉｇ．ｉｎｉファイルに以下の例示的フィールドが設定され得る。
［処理施設識別、ｉＰａｓｓなど］
ＥｎｃｒｙｐｔＦｌａｇ＝Ｙｅｓ
Ａｌｇｏｒｉｔｈｍ＝更新の際に使用されるアルゴリズム識別子
ＫｅｙＶｅｒｓｉｏｎ＝０（更新の際に使用される鍵索引または識別子）
ＰｕｂｌｉｃＫｅｙ＝ＢｗＡＡＡＭＧｄｑＹｘ２ｌｘｈＷｔＥＱＭｄＤＨｈｖｗＵ＝＆ＡＱＡＡＡＦｄｄ４０ ｕＬＱＭＤｌＵＴｔｙＢｑＤＨＹ＝

これらの値は、トランザクション・サーバ９６が個々の顧客の対応するダイヤラ３４から送られたパスワードを暗号化解除することができるように、トランザクション・サーバ・データベースにも格納される。この実施形態では、秘密鍵は、暗号を保護するために秘匿されるので、このファイルには公開鍵だけが格納される。

拡張セキュリティ・プロトコルを有効にする以外に、カスタマイズ・ツールは、使用されるアルゴリズムと鍵バージョンを設定する選択肢も提供する。例えば、以下の暗号化アルゴリズムがサポートされる。
暗号化なしはＡ。
拡張セキュリティ・プロトコル（ＥＳＰ）はＥ。
一意のセッションＩＤと互換のＥＳＰはＳ。
一意のセッションＩＤはＵ。

しかしながら、他の実施形態では、アルゴリズムと暗号化鍵は、他の任意の識別子、例えば、英数文字などを使用して識別され得ることを理解されたい。

一実施形態では、Ａは主に、テストとデバッグのための選択である。Ｅは、ダイヤラがダイヤラＩＤを持たないときにパスワードを暗号化するために使用される。Ｕは、暗号化アルゴリズムではないと考えられるが、以下でより詳細に論じるように、一意のセッションＩＤを識別するのに使用される。

前述のように、セキュリティ情報の有効期間は、時間的に重なり合うことができ、したがって、そのオーバーラップ期間中に２つ以上の鍵をアクティブまたは有効とすることができる。鍵バージョンはゼロから始まるが、既存のダイヤラ・プロファイルに新しい鍵対が要求されるたびに増分される。ダイヤラ３４は鍵とその他の情報をｓｅｃｕｒｅ＿ｐａｐ表（上記参照）に格納する。次いで、この表は、オラクル・スナップショットを介してトランザクション・サーバ９６に複製される。前述のように、秘密鍵が漏洩している場合には、通常、新しい鍵対が生成される。

秘密鍵のセキュリティが損なわれると、ネットワーク１０、２０上で以下の動作が実施される。
漏洩した鍵に適当な失効期日が設定される（上記のＳＥＣＵＲＥ＿ＰＡＰ表参照）。失効の期日は、通常、漏洩した鍵を使用するすべてのダイヤラ３４が少なくともあと１回はその鍵を使用できることを保証するように選択される。したがって、ダイヤラ３４が古いまたは漏洩した鍵を使用してネットワーク１０、２０に接続すると、更新サーバから新しい鍵を含むｃｏｎｆｉｇ．ｉｎｉファイルが検索される。顧客がＲｏａｍＳｅｒｖｅｒ９８を使用してそのパスワードを暗号化解除している場合には、その顧客は、失効期日後に、ｅｓｐ＿ｋｅｙ＿ｐａｉｒ．ｔｘｔファイルから漏洩した鍵を手動で除去することができる。
前述のようにネットワーク１０、２０によって新しい、または更新された鍵対が生成され、あるいは、他の実施形態では、顧客が新しい鍵対を生成し、その公開鍵をローミング・アクセス・システム７０に送ることができる。
次いで、ＤＣＴツールは、漏洩した公開鍵を交換する（その場合、新しい鍵を使用して更新された鍵が識別される）。
次いで、更新された鍵を使用して新しいダイヤラ３４が構築される。

ダイヤラ
一実施形態では、ダイヤラ３４はｃｏｎｆｉｇ．ｉｎｉファイルをチェックして、パスワードを暗号化すべきか否か判定する。拡張セキュリティ・プロトコルが有効にされた場合には、ダイヤラ３４は、ｃｏｎｆｉｇ．ｉｎｉファイルからの公開鍵を使用し、ｉｐ＿ｓｐａｐ＿ｅｎｃｒｙｐｔ（）メソッドを呼び出すことによってパスワードを暗号化する。このメソッドは、ＥＣＣ文字列を作成しそれを戻す。一実施形態では、ダイヤラ３４は、そのＥＣＣ文字列をダイヤラＩＤとカウンタ値と連結する。ＥＣＣ文字列の最初の１６文字はパスワード・フィールドに入れられ、文字列の残りは、（０Ｓまたは０Ｅの接頭部を付けて）接頭部フィールドに入れられる。ダイヤラ３４は、ダイヤラＩＤを取得するまで、アルゴリズム「Ｅ」を使用することができる。この接頭部は、すべてのシステムと経路指定接頭部の後の、顧客接頭部の前に含まれる。一実施形態では、ダイヤラ３４は、ダイヤルされているＰＯＰがその電話帳にＰＡＰ接頭部と互換でない接頭部を持つ場合には、パスワードを暗号化せず、拡張セキュリティ・プロトコルを作成しない。暗号化接頭部を含むユーザ名の例は以下の通りである。
ユーザＩＤ： ＩＰＡＳＳ／０Ｓ Ａｘｒｔ５０ｚＴｘｃａ５４６ｈｊｄｇｋｂｘｃｊｃ＾＿ｄ０ｗｅ／ｊｏｅ＠ｉｐａｓｓ．ｃｏｍ
パスワード： ｘ３５〜！４Ｑｕ｛ｘｙ７１］Ｄ８
ただし、鍵バージョン＝０、アルゴリズム＝Ｓ。

ローミング・アクセス・システム７０は、暗号化が必要とされていないと判定した場合には、ダイヤラ・カウントから一意のセッションＩＤを作成し、それを接頭部フィールドに入れる。一意のセッションＩＤ接頭部を含むユーザ名の例は以下の通りである。
ユーザＩＤ： ＩＰＡＳＳ／０ＵＡｘｒｔ５ＡＢ２／ｊｏｅ＠ｉｐａｓｓ．ｃｏｍ
パスワード： ｔｈｉｓｉｓａｂｉｇｓｅｃｒｅｔ
ただし、鍵バージョン＝０、アルゴリズム＝Ｕ。
ダイヤラ３４はｐｌａｉｎ＿ｐｏｉｎｔと暗号化点をそのローカル記憶装置に格納する。

リダイヤルが試行されると、ダイヤラ３４は、カウンタを増分し、非暗号化点と暗号化点を使用してｉｐ＿ｓｐｓｐ＿ｅｎｃｒｐ（）メソッドを呼び出す。

暗号化更新
暗号化情報が更新を必要とすると、鍵バージョンによって識別された新しい鍵対が提供される。したがって、ダイヤラ３４は、ｃｏｎｆｉｇ．ｉｎｉファイルをチェックするときに、更新された暗号化鍵を取得する。同様に、暗号化アルゴリズムが更新されると、アルゴリズム識別子は更新されたアルゴリズムが使用可能であることを識別する。

トランザクション・サーバ
起動時に、ローミング・アクセス・システム７０は、効率のよい検索のためにデータベースからローカル・キャッシュにすべての秘密鍵を読み込む。また、このシステムは、特定の顧客がパスワード暗号化を必要とするか否かを指示する顧客キャッシュ中の追加属性も有する。トランザクション・サーバ９６も、ｄｉａｌｅｒ＿ｃｏｕｎｔｅｒ表をキャッシュする。実行時におけるこれらの表のレコードに対するどんな変更も即座に有効とすることができる。これは、データベース・トリガとｃａｃｈｅ＿ｕｐｄａｔｅ表を使用するローミング・アクセス・システム７０の他の構成要素で使用されるのと同じ機構を使用して実現できる。

暗号化された接頭部フィールドが「Ｓ」アルゴリズムを指定した場合には、トランザクション・サーバ９６は、パスワード・フィールドの内容を、顧客解決プロセスによって構築された暗号化接頭部フィールドに連結し、「ＥＣＣフィールド」を作成することができる。ＥＣＣフィールドは、
＜符号化パスワード＞＜ランダム点の暗号化され、符号化されたｘ座標＞＜符号化チェックサム文字＞
を含む。

トランザクション・サーバ９６は、鍵索引を使用して適当な顧客のための秘密鍵を探し出す。秘密鍵がデータベース中に見つかった場合には、ｉｐ＿ｓｐａｐ＿ｄｅｃｒｙｐｔ（）メソッドを呼び出してパスワードを暗号化解除し、復号する。次いで、パスワード・フィールドは、ＲｏａｍＳｅｒｖｅｒ９８に送られる前に、平文パスワードで上書きされる。

秘密鍵がキャッシュで見つからなかった場合には、トランザクション・サーバ９６は、通常、以下のフィールドを認証要求パケットに付加し、それをＲｏａｍＳｅｒｖｅｒ９８に送る。それらのフィールドは、アルゴリズム、鍵索引、ＥＣＣフィールド（パスワードとして）、ダイヤラＩＤ、カウンタ、（データベースから）最後に使用されたカウンタの値とアクセス時間、「Ｙｅｓ」に設定された「ｄｅｃｒｙｐｔ＿ａｔ＿ｒｏａｍＳｅｒｖｅｒ」フラグである。

次いで、トランザクション・サーバ９６は、認証詳細をｉｐ＿ａｕｔｈ＿ｔｒａｎｓ表に、ｄｉａｌｅｒ＿ｃｏｕｎｔｅｒ詳細をｄｉａｌｅｒ＿ｃｏｕｎｔｅｒ＿ｔｓ表に格納する。トランザクション・サーバ９６は、通常、ｄｉａｌｅｒ＿ｃｏｕｎｔｅｒ＿ｔｓレコードを毎回挿入する。というのは、挿入は、普通、更新よりも速いからである。

トランザクション・サーバ９６は、アカウント要求を受け取ると、顧客解決プロセスを使用して一意のセッションＩＤを作成し、それを「ｉｐａｓｓ＿ｓｅｓｓｉｏｎ＿ｉｄ」としてパケットに付加する。

ＥＳＰツール
ＥＳＰコマンド行ツールは、顧客が、そのＲｏａｍＳｅｒｖｅｒ９８、ＤＣＴチーム、ＱＡチームと連携して、公開／秘密鍵対を生成し、暗号化アルゴリズムと暗号化解除アルゴリズムをテストするために使用される。
ｅｓｐ＿ｇｅｎｋｅｙ（ＲｏａｍＳｅｒｖｅｒ９８を持つ顧客の場合）

このツールは、ｅｓｐ＿ｋｅｙ＿ｐａｉｒ．ｔｘｔという名前のファイルに公開／秘密ＥＳＰ鍵対を出力する。このファイルはＵＮＩＸ（登録商標）上の／ｕｓｒ／ｉｐａｓｓ／ｋｅｙｓディレクトリと、Ｗｉｎｄｏｗｓ（登録商標）のＩＰＡＳＳ＿ＨＯＭＥ／ｋｅｙｓディレクトリにある。これらの鍵は、ダイヤラ３４が公開鍵を用いて構築できるように、例えば、安全なＷｅｂサイトなどを介してローミング・アクセス・システム７０にも提出される必要がある。通常は、秘密鍵の安全なバックアップも維持される。

ＲＯＡＭＳＥＲＶＥＲ
ＲｏａｍＳｅｒｖｅｒ９８は、通常、トランザクション・サーバ９６から受け取られたパケット中の「ｄｅｃｒｙｐｔ＿ａｔ＿ｒｏａｍｓｅｒｖｅｒ」フィールドの有無をチェックする。このフィールドが存在する場合には、ＲｏａｍＳｅｒｖｅｒは、そのパケットからの「鍵索引」フィールドを使用して、ｅｓｐ＿ｋｅｙ＿ｐａｉｒ．ｔｘｔファイルから秘密鍵を取り出す。ＥＣＣ文字列は、秘密鍵、ダイヤラＩＤとカウンタ値と共に、ｉｐ＿ｓｐａｐ＿ｄｅｃｒｙｐｔ（）メソッドに渡される。ｉｐ＿ｓｐａｐ＿ｄｅｃｒｙｐｔ（）メソッドは、パスワードを復号し、暗号化解除する。一実施形態では、次いで、ＲｏａｍＳｅｒｖｅｒ９８が平文パスワードを使用してユーザを認証する。

ダイヤラ３４が前述の方法を実施すると、認証データがＮＡＳ２４に伝えられ、その後、それがリモートＩＳＰ７６の認証サーバ４０に送られる。通常の動作の流れでは、リモートＩＳＰ７６にあるＮＡＳ２４は、供給された認証情報を拒否するはずである。しかし、図４に示すように、ＮｅｔＳｅｒｖｅｒ９２は、この認証情報を代行受信して、この認証情報を通常のユーザ要求ではなくローミング・ユーザの認証要求であると認識することを容易にする。

認証サーバ４０は、ＮｅｔＳｅｒｖｅｒ９２と共に、受け取った認証情報を構文解析してそのローミング・ユーザ７２に関連付けられたローミング・ドメイン名または経路指定接頭部を判定する。そうしたドメイン名または接頭部が存在する場合には、ユーザの認証情報が前述のように暗号化され、セキュア・ソケット・レイヤ（ＳＳＬ）を介してＮｅｔＳｅｒｖｅｒ９２からトランザクション・サーバ９６に送られる。

トランザクション・サーバ９６は、セッション識別中の顧客経路指定接頭部を使用してその要求を経路指定することもできる。トランザクション・サーバ９６は、そうではなく、インターネット・プロトコル（ＩＰ）ルックアップを実施して、認証要求を適当な本国のＩＳＰ７４まで経路指定することもできる。より詳細には、トランザクション・サーバ９６は、リモートＩＳＰ７２にあるＮｅｔＳｅｒｖｅｒ９２から暗号化された認証要求を受け取り、この要求を前述のように暗号化解除する。次いで、トランザクション・サーバ９６は、所望の本国のＩＳＰ７４のローミング・ドメイン名または経路指定接頭部と、現在の参加者ドメイン名とＩＰアドレスのリストとのマッチングを行うことによって、「本国の」ＩＳＰ７４を決定する。マッチングが成功した場合には、その認証要求が暗号化され、ＳＳＬを介して本国のＩＳＰ７４にあるＲｏａｍＳｅｒｖｅｒ９８に送られる。識別されたＲｏａｍＳｅｒｖｅｒ９８が特定の期間内に応答しなかった場合には、トランザクション・サーバ９６は、関連ドメインのＩＳＰにある代替のＲｏａｍＳｅｒｖｅｒ９８にアクセスしようと試みる。

次いで、本国のＩＳＰ７４にあるＲｏａｍＳｅｒｖｅｒ９８は、前述のようにトランザクション・サーバ９６から送られた認証要求を暗号化解除し、その認証要求を、まるでそれがその本国のＩＳＰ７４が所有する端末サーバまたはＮＡＳ２４であるかのように、その本国のＩＳＰの正規の認証サーバ４０に提出する。本国のＩＳＰ７４の認証サーバ４０は、認証要求に含まれるユーザ名とパスワードの妥当性に基づいて「アクセス許可」または「アクセス拒否」応答を提供することによってその要求に応答する。本国のＩＳＰの認証サーバ４０からの応答は、ＲｏａｍＳｅｒｖｅｒ９８によって受け取られ、暗号化され、トランザクション・サーバ９６に返送される。

図７に、その内部で、マシンに前述の方法のいずれか１つを実施させる１組の命令を実行するコンピュータ・システム２００の例示的形態でのマシンの図式的表現を示す。コンピュータ・システム２００は、ネットワーク・アクセス・デバイス１４またはシステム７０のいずれかのサーバを定義するのに使用することができる。代替の実施形態では、このマシンには、ネットワーク・ルータ、ネットワーク・スイッチ、ネットワーク・ブリッジ、携帯情報端末（ＰＤＡ）、携帯電話、Ｗｅｂ家電、またはそのマシンによって講じられる措置を指定する命令のシーケンスを実行することのできる任意のマシンが含まれる。

コンピュータ・システム２００は、バス２０８を介して相互にやりとりするプロセッサ２０２、メイン・メモリ２０４、静的メモリ２０６を含む。コンピュータ・システム２００は、さらに、ビデオ表示ユニット２１０（液晶ディスプレイ（ＬＣＤ）や陰極線管（ＣＲＴ）など）を含み得る。コンピュータ・システム２００は、英数字入力デバイス２１２（キーボードなど）、カーソル制御デバイス２１４（マウスなど）、ディスク・ドライブ・ユニット２１６、信号生成デバイス２１８（スピーカなど）、ネットワーク・インターフェース・デバイス２２０も含む。

ディスク・ドライブ・ユニット２１６は、前述の方法のいずれか１つまたはすべてを実施する１組の命令（すなわちソフトウェア）２２４が記憶された機械可読媒体２２２を含む。また、ソフトウェア２２４は、完全に、または少なくとも一部が、メイン・メモリ２０４内および／またはプロセッサ２０２内にあるものとして示されている。ソフトウェア２２４は、さらに、ネットワーク・インターフェース・デバイス２２０を介して送受信できる。この明細書では、「機械可読媒体」という用語は、機械によって実行するために機械に本発明の方法のいずれか１つを実施させる命令のシーケンスを記憶または符号化することのできる任意の媒体を含むものであると理解するものとする。「機械可読媒体」という用語は、したがって、それだけに限らないが、固体メモリ、光と磁気ディスク、搬送波信号を含むものであると理解されたい。それらの命令は、単一のマシンにあっても、複数のマシンに分散されていてもよい。

以上、セキュリティ情報を変更する方法とそのためのシステムについて説明してきた。前述の詳細な説明では、本発明をその実施形態の具体例を参照して説明している。しかしながら、添付の特許請求の範囲に記載される本発明のより広い範囲と精神から逸脱することなく、本発明に様々な改変と変更を加え得ることは明らかであろう。したがって、本明細書と図面は、限定のためではなく例示のためのものであるとみなすべきである。

本発明の一実施形態による、ＩＳＰネットワーク、ネットワーク・アクセス・デバイス、ネットワーク暗号化解除サーバを含む例示的ネットワークを示す構成図である。 本発明の一実施形態による、リモートＩＳＰネットワーク、ネットワーク・アクセス・デバイスとネットワーク暗号化解除サーバを含む別の例示的ネットワークを示す構成図である。 ネットワークでセキュリティ情報を安全に認証し、更新する例示的方法を示す流れ図である。 本発明の一態様による、重なり合うセキュリティ情報を表す概略図である。 本発明の一態様による、暗号化情報を変更する方法を示す概略的流れ図である。 図３の方法が適用され得る、ローミング・アクセス・システムを示す概略図である。 ネットワーク・アクセス・デバイスまたはネットワーク暗号化解除サーバとして構成され得る、コンピュータ・システムを示す概略図である。

Claims (48)

1. コンピュータ・ネットワークで暗号化情報を変更する方法であって、
   少なくとも第１の暗号情報と第２の暗号情報を提供すること、
   重なり合う、前記第１の暗号情報のための第１の有効期間と前記第２の情報のための第２の有効期間を決めること
   を含む方法。
2. 前記第１と第２の有効期間が時間的に重なり合うように、前記第１の有効期間に、前記第２の有効期間の失効期日に先行する失効期日を設けることを含む請求項１に記載の方法。
3. 前記第１と第２の暗号情報をそれぞれ識別するために、前記第１の暗号情報に第１の識別子を提供し、第２の暗号情報に第２の識別子を提供することを含む請求項１に記載の方法。
4. 前記第１の暗号情報を第１の公開鍵／秘密鍵対の形で提供し、前記第２の暗号情報を第２の公開鍵／秘密鍵対の形で提供することを含む請求項１に記載の方法。
5. 前記第１の暗号情報を第１の暗号アルゴリズムの形で提供し、前記第２の暗号情報を第２の暗号アルゴリズムの形で提供することを含む請求項１に記載の方法。
6. 前記第１と前記第２の暗号情報がユーザ・デバイス上で提供される第１の暗号化情報を含み、前記ユーザ・デバイスが前記第１の暗号化情報を使用して前記コンピュータ・ネットワークにアクセスしたときに、第２の暗号化情報を用い、前記コンピュータ・ネットワークを介して前記ユーザ・デバイス上の前記第１の暗号化情報を更新することを含む請求項１に記載の方法。
7. コンピュータ・ネットワークで暗号化データを処理する方法であって、
   ユーザ・デバイスから、第１の有効期間の間有効である第１の暗号化情報と第２の有効期間の間有効である第２の暗号化情報とのいずれか一方を使用して暗号化された前記暗号化データを受け取ること、
   前記第１と前記第２の暗号化情報のどちらを使用して前記暗号化データが暗号化されているか識別することによって関連する暗号化解除情報を識別すること、
   前記暗号化情報が関連する有効期間内にある場合には、前記暗号化データを前記関連する暗号化解除情報を用いて暗号化解除すること
   を含む方法。
8. 前記第１と第２の有効期間が重なり合い、前記第１の有効期間が前記第２の有効期間に対して時間的に先行する請求項７に記載の方法。
9. 前記第１の暗号化情報を第１の識別子から識別し、前記第２の暗号化情報を第２の識別子から識別することを含む請求項７に記載の方法。
10. 前記第１の識別子が第１の公開鍵／秘密鍵対に関連付けられ、前記第２の識別子が第２の公開鍵／秘密鍵対に関連付けられる請求項９に記載の方法。
11. 前記第１の識別子が第１の暗号化アルゴリズムに関連付けられ、前記第２の識別子が第２の暗号化アルゴリズムに関連付けられる請求項９に記載の方法。
12. 前記暗号化データが前記ユーザ・デバイスによる前記コンピュータ・ネットワークの使用を認証するためのユーザ認証データであり、前記第１と前記第２の暗号化情報が前記ユーザ・デバイス上で提供され、
    前記第１の暗号化情報を使用して前記認証データが暗号化されたのがいつか識別すること、
    前記第１の暗号化情報に関連付けられた暗号化解除情報を用いて前記暗号化データを暗号化解除すること、
    前記第２の暗号化情報を用い、前記コンピュータ・ネットワークを介して前記ユーザ・デバイス上の前記第１の暗号化情報を更新すること
    を含む請求項７に記載の方法。
13. コンピュータ・ネットワークでセキュリティ情報を変更する方法であって、
    少なくとも第１のセキュリティ情報と第２のセキュリティ情報を提供すること、
    重なり合う、前記第１のセキュリティ情報のための第１の有効期間と前記第２のセキュリティ情報のための第２の有効期間を決めること
    を含む方法。
14. 前記第１と第２の有効期間が時間的に重なり合うように、前記第１の有効期間に、前記第２の有効期間の失効期日に先行する失効期日を設けることを含む請求項１３に記載の方法。
15. 前記第１と第２のセキュリティ情報を第１と第２の暗号情報の形で提供することを含み、前記第１と第２の暗号情報をそれぞれ識別するために、前記第１の暗号情報に第１の識別子が設定され、前記第２の暗号情報に第２の識別子が設定される請求項１３に記載の方法。
16. 前記第１の暗号情報を第１の公開鍵／秘密鍵対の形で提供し、前記第２の暗号情報を第２の公開鍵／秘密鍵対の形で提供することを含む請求項１５に記載の方法。
17. 前記第１の暗号情報を第１の暗号アルゴリズムの形で提供し、前記第２の暗号情報を第２の暗号アルゴリズムの形で提供することを含む請求項１５に記載の方法。
18. 前記第１と前記第２のセキュリティ情報を第１と第２のユーザ・パスワードの形で提供することを含む請求項１３に記載の方法。
19. 重なり合う有効期間を持つ複数のパスワードを提供することを含む請求項１８に記載の方法。
20. 前記有効期間が時間的に重なり合うように各有効期間に異なる失効期日を設けることを含む請求項１９に記載の方法。
21. コンピュータ・ネットワークでデータを処理する方法であって、
    ユーザ・デバイスから、第１と第２のセキュリティ情報の一方を使用して保護されているデータを受け取ること、
    前記第１と前記第２のセキュリティ情報のどちらが前記データを保護しているか識別すること、
    前記データを保護している前記識別されたセキュリティ情報が前記セキュリティ情報に関連付けられた有効期間内にあるかどうか判定すること、
    前記データがそれに関連付けられた有効期間内にあるときには前記識別されたセキュリティ情報を用いて前記データを処理すること
    を含む方法。
22. 前記セキュリティ情報が、パスワード、暗号化アルゴリズム、暗号化鍵のうちの１つである請求項２１に記載の方法。
23. 機械によって実行されると、前記機械に、
    少なくとも第１の暗号情報と第２の暗号情報を提供させ、
    重なり合う、前記第１の暗号情報のための第１の有効期間と前記第２の暗号情報のための第２の有効期間を決めさせる
    命令のシーケンスを実施する機械可読媒体。
24. 前記第１と第２の有効期間が時間的に重なり合うように、前記第１の有効期間に、前記第２の有効期間の失効期日に先行する失効期日が設けられる請求項２３に記載の機械可読媒体。
25. 前記第１と第２の暗号情報をそれぞれ識別するために、前記第１の暗号情報に第１の識別子が設定され、前記第２の暗号情報に第２の識別子が設定される請求項２３に記載の機械可読媒体。
26. 前記第１の暗号情報が第１の公開鍵／秘密鍵対の形であり、前記第２の暗号情報が第２の公開鍵／秘密鍵対の形である請求項２３に記載の機械可読媒体。
27. 前記第１の暗号情報が第１の暗号アルゴリズムの形であり、前記第２の暗号情報が第２のアルゴリズムの形である請求項２３に記載の機械可読媒体。
28. 前記第１と前記第２の暗号情報がユーザ・デバイス上で提供される第１の暗号化情報を含み、前記ユーザ・デバイスが前記第１の暗号化情報を使用して前記コンピュータ・ネットワークにアクセスしたときに、第２の暗号化情報を用い、前記コンピュータ・ネットワークを介して前記ユーザ・デバイス上の前記第１の暗号化情報を更新する請求項２３に記載の機械可読媒体。
29. 機械によって実行されると、前記機械に、
    ユーザ・デバイスから、第１の有効期間の間有効である第１の暗号化情報と第２の有効期間の間有効である第２の暗号化情報とのいずれか一方を使用して暗号化されている暗号化データを受け取らせ、
    関連する暗号化解除情報を識別するために、前記第１と前記第２の暗号化情報のどちらを使用して前記暗号化データが暗号化されているか識別させ、
    前記暗号化情報が関連する有効期間内にある場合には、前記関連する暗号化解除情報を用いて前記暗号化データを暗号化解除させる
    命令のシーケンスを実施する機械可読媒体。
30. 前記第１と第２の有効期間が重なり合い、前記第１の有効期間が前記第２の有効期間に対して時間的に先行する請求項２９に記載の機械可読媒体。
31. 前記第１の暗号化情報が第１の識別子から識別され、前記第２の暗号化情報が第２の識別子から識別される請求項２９に記載の機械可読媒体。
32. 前記第１の識別子が第１の公開鍵／秘密鍵対に関連付けられ、前記第２の識別子が第２の公開鍵／秘密鍵対に関連付けられる請求項３１に記載の機械可読媒体。
33. 前記第１の識別子が第１の暗号化アルゴリズムに関連付けられ、前記第２の識別子が第２の暗号化アルゴリズムに関連付けられる請求項３１に記載の機械可読媒体。
34. 前記暗号化データが、前記ユーザ・デバイスによる前記コンピュータ・ネットワークの使用を認証するためのユーザ認証データであり、前記第１と前記第２の暗号化情報が前記ユーザ・デバイス上で提供され、
    前記第１の暗号化情報を使用して前記認証データが暗号化されたのがいつか識別し、
    前記第１の暗号化情報に関連付けられた暗号化解除情報を用いて前記暗号化データを暗号化解除し、
    前記第２の暗号化情報を用い、前記コンピュータ・ネットワークを介して前記ユーザ・デバイス上で前記第１の暗号化情報を更新する
    請求項２９に記載の機械可読媒体。
35. 機械によって実行されると、前記機械に、
    少なくとも第１のセキュリティ情報と第２のセキュリティ情報を提供させ、
    重なり合う、前記第１のセキュリティ情報のための第１の有効期間と前記第２のセキュリティ情報のための第２の有効期間を決めさせる
    命令のシーケンスを実施する機械可読媒体。
36. 前記第１と第２の有効期間が時間的に重なり合うように、前記第１の有効期間に、前記第２の有効期間の失効期日に先行する失効期日が設けられる請求項３５に記載の機械可読媒体。
37. 前記第１と第２のセキュリティ情報が第１と第２の暗号情報の形で提供され、前記第１と第２の暗号情報をそれぞれ識別するために、前記第１の暗号情報に第１の識別子が設定され、前記第２の暗号情報に第２の識別子が設定される請求項３５に記載の機械可読媒体。
38. 前記第１の暗号情報が第１の公開鍵／秘密鍵対の形であり、前記第２の暗号情報が第２の公開鍵／秘密鍵対の形である請求項３７に記載の機械可読媒体。
39. 前記第１の暗号情報が第１の暗号アルゴリズムの形であり、前記第２のセキュリティ情報が第２の暗号アルゴリズムの形である請求項３７に記載の機械可読媒体。
40. 前記第１と第２のセキュリティ情報が第１と第２のユーザ・パスワードの形である請求項３７に記載の機械可読媒体。
41. 複数のパスワードに重なり合う有効期間が設けられる請求項４０に記載の機械可読媒体。
42. 前記有効期間が時間的に重なり合うように、各有効期間に異なる失効期日が設けられる請求項４１に記載の機械可読媒体。
43. 機械によって実行されると、前記機械に、
    ユーザ・デバイスから、第１と第２のセキュリティ情報の一方を使用して保護されているデータを受け取らせ、
    前記第１と第２のセキュリティ情報のどちらが前記データを保護しているか識別させ、
    前記データを保護している前記識別されたセキュリティ情報が前記セキュリティ情報に関連付けられた有効期間内にあるかどうか判定させ、
    前記データがそれに関連付けられた有効期間内にあるときには前記識別されたセキュリティ情報を用いて前記データを処理させる
    命令のシーケンスを実施する機械可読媒体。
44. 前記セキュリティ情報が、パスワード、暗号化アルゴリズム、暗号化鍵のうちの１つである請求項４３に記載の機械可読媒体。
45. 少なくとも第１の暗号情報と第２の暗号情報を提供し、
    重なり合う、前記第１の暗号情報のための第１の有効期間と前記第２の暗号情報のための第２の有効期間を決める
    サーバを含むコンピュータ・システム。
46. 前記第１と第２の有効期間が時間的に重なり合うように、前記第１の有効期間に、前記第２の有効期間の失効期日に先行する失効期日が設けられる請求項４５に記載のシステム。
47. ユーザ・デバイスから、第１の有効期間の間有効である第１の暗号化情報と第２の有効期間の間有効である第２の暗号化情報とのいずれか一方を使用して暗号化されている暗号化データを受け取り、
    関連する暗号化解除情報を識別するために、前記第１と前記第２の暗号化情報のどちらを使用して前記暗号化データが暗号化されているか識別し、
    前記暗号化情報が関連する有効期間内にある場合には、前記関連する暗号化解除情報を用いて前記暗号化データを暗号化解除する
    サーバを含むコンピュータ・システム。
48. ユーザ・デバイスから、第１の有効期間の間有効である第１の暗号化情報と第２の有効期間の間有効である第２の暗号化情報とのいずれか一方を使用して暗号化されている暗号化データを受け取る手段と、
    関連する暗号化解除情報を識別するために、前記第１と前記第２の暗号化情報のどちらを使用して前記暗号化データが暗号化されているか識別する手段と、
    前記暗号化情報が関連する有効期間内にある場合には、前記関連する暗号化解除情報を用いて前記暗号化データを暗号化解除する手段と
    を含むコンピュータ・システム。

Images