JP2003030150A - 転送する認証メッセージ中の情報を保護する方法および装置 - Google Patents

転送する認証メッセージ中の情報を保護する方法および装置

Info

Publication number
JP2003030150A
JP2003030150A JP2002110595A JP2002110595A JP2003030150A JP 2003030150 A JP2003030150 A JP 2003030150A JP 2002110595 A JP2002110595 A JP 2002110595A JP 2002110595 A JP2002110595 A JP 2002110595A JP 2003030150 A JP2003030150 A JP 2003030150A
Authority
JP
Japan
Prior art keywords
encryption key
data
ticket
authentication message
encoded
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP2002110595A
Other languages
English (en)
Inventor
John E Brezak
イー．ブレザック ジョン
Richard B Ward
ビー．ウォード リチャード
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Microsoft Corp
Original Assignee
Microsoft Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Microsoft Corp filed Critical Microsoft Corp
Publication of JP2003030150A publication Critical patent/JP2003030150A/ja
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0807—Network architectures or network communication protocols for network security for authentication of entities using tickets, e.g. Kerberos
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Storage Device Security (AREA)

Abstract

(57)【要約】 【課題】 認証情報またはその一部へのアクセスを選択
的に制御する方法および装置を提供する。 【解決手段】 この方法および装置は、認証情報が、選
択されたサーバベースのサービス／プロセスによってし
か復号することができない特別に符号化された部分をさ
らに含む方式に基づく。転送される認証メッセージ中の
情報を保護する際に使用する一方法は、選択されたデー
タを暗号鍵を使用して符号化することと、次いで選択さ
れた特定のサーバ／サービスしかそれに対するアクセス
権を持たない少なくとも１つの暗号鍵を用いて、暗号鍵
自体を符号化することと、次いで、結果として得られた
符号化されたデータおよび符号化された暗号鍵を認証メ
ッセージ中にカプセル化することとを含む。この方法お
よびこの他の方法は、特にＫｅｒｂｅｒｏｓおよびその
他類似の認証機構に適用が可能である。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、一般にはコンピュ
ータアクセス制御に関し、より詳細には、転送する認証
メッセージ中の情報を選択的に保護するための方法およ
び装置（ａｒｒａｎｇｅｍｅｎｔ）に関する。
【０００２】
【従来の技術】アクセス制御は、コンピュータセキュリ
ティにとって最も重要なものである。コンピュータシス
テムの保全性および重要データの機密性を保護するため
に、無許可のユーザや悪意を持つ攻撃者がコンピュータ
リソースへのアクセス権を得ることを防止する種々のア
クセス制御方式が実施されている。
【０００３】コンピュータセキュリティの包括性を確保
するために、アクセス制御はしばしば様々なレベルで実
施される。例えば、１台のコンピュータのレベルでは、
通常ユーザはログオン手順を経ることを要求され、ここ
でコンピュータはそのユーザがコンピュータの使用を許
可されているかどうかを判定する。さらにコンピュータ
ネットワークのレベルでは、ユーザは通常、様々なネッ
トワークサービスへのユーザアクセスを制御するために
ユーザ認証プロセスを経るように要求される。ネットワ
ークアクセス制御サーバがユーザを認証した後でも、ユ
ーザはそのサービスにアクセスするために、さらに特定
サーバに対する許可を要求しなければならない場合もあ
る。ユーザ認証によってネットワークアクセス制御を制
御するために、Ｋｅｒｂｅｒｏｓ５プロトコルなど様々
なプロトコルに基づく種々の方式が提案され、実施され
ている。
【０００４】一般に、コンピュータへのユーザログオン
と、ネットワークアクセス制御のためのユーザ認証は２
つの別個の手順である。それにもかかわらず、様々なア
クセス制御方式に対処する際のユーザの負担を最小限に
するために、時にユーザログオンとネットワークアクセ
スのためのユーザ認証をまとめて行うことがある。例え
ば、Ｋｅｒｂｅｒｏｓプロトコルの下でユーザ認証を実
施する場合は、ユーザがコンピュータにログオンする
と、そのコンピュータがＫｅｒｂｅｒｏｓ認証プロセス
も開始する。認証プロセスで、コンピュータはＫｅｒｂ
ｅｒｏｓ鍵発行センタ（Ｋｅｙ Ｄｉｓｔｒｉｂｕｔｉ
ｏｎ Ｃｅｎｔｅｒ：ＫＤＣ）に接触して、まずユーザ
のためにチケット許可チケット（ｔｉｃｋｅｔ−ｇｒａ
ｎｔｉｎｇｔｉｃｋｅｔ：ＴＧＴ）を入手する。コンピ
ュータは次いでこのＴＧＴを使用して、ＫＤＣからコン
ピュータ自体のためのセッションチケットを入手する。
【０００５】ネットワークの発展に従い、配置したサー
バ／サービスコンピュータの複数層に、クライアントコ
ンピュータの要求を処理させる傾向が見られる。その単
純な例は、インターネットを介してＷＷＷ（Ｗｏｒｌｄ
Ｗｉｄｅ Ｗｅｂ）ウェブサイトに要求を行うクライ
アントコンピュータである。この場合には、要求のフォ
ーマットおよび関連するビジネス規則を扱うフロントエ
ンドサーバと、ウェブサイトのデータベースを管理する
バックエンドサーバがある場合が考えられる。セキュリ
ティを高めるために、認証プロトコルによりクリデンシ
ャルおよび／または可能性としては他の情報をフロント
エンドサーバからバックエンドサーバに転送（または委
託）するように、ウェブサイトを構成することができ
る。この慣行は多くのウェブサイトで次第に一般的にな
りつつある。
【０００６】
【発明が解決しようとする課題】近い将来にはこの転送
／委託の慣行が拡大して、フロントエンドおよびバック
エンドのウェブサイトだけでなく、他のウェブサイトを
集約したビューを提供するウェブサイトもさらに含むよ
うになると思われる。この一例は旅行サービスのサイト
である。この場合、あるクライアントが、個人的な旅行
プロファイルをその旅行サービスサイトから航空会社、
自動車レンタル会社、ホテルチェーンなどに転送させる
ことは構わないが、Ｂｏｂ′ｓ Ｐｉｃｋｐｏｃｋｅｔ
Ｓｅｒｖｉｃｅへの転送は希望しないといった場合が
ありうる。不都合なのは、従来の認証方式ではクライア
ント側で選択的に転送を行うことができない点である。
【０００７】このため、クライアント側で、クライアン
トに関連する情報を選択的に転送することを可能にする
方法および装置が必要とされている。
【０００８】
【課題を解決するための手段】本発明のある態様による
と、認証情報またはその一部へのアクセスを選択的に制
御する方法および装置が提供される。この方法および装
置が基づくのは、認証情報が、選択されたサーバベース
のサービス／プロセスによってのみ復号することができ
る特別に符号化された部分をさらに含むという方式であ
る。転送する認証メッセージ中の情報を保護する際に使
用する一方法は、選択したデータを暗号鍵を用いて符号
化することと、次いで選択された特定のサーバ／サービ
スしかアクセスすることができない少なくとも１つの他
の暗号鍵を用いて暗号鍵自体を符号化することと、結果
として得られた符号化されたデータおよび符号化された
暗号鍵を認証メッセージ中にカプセル化することが含ま
れる。この方法およびこの他の方法は、特にＫｅｒｂｅ
ｒｏｓおよびそれに類する認証機構に応用することが可
能である。
【０００９】本発明のこの他の特徴および利点は、以下
で添付図面を参照しながら進める、例示的実施形態の詳
細な説明から明らかになろう。
【００１０】本発明の種々の方法および装置は、以下の
詳細な説明を添付の図面と合わせて参照することによ
り、より完全に理解することができよう。
【００１１】
【発明の実施の形態】図面を見ると、図の同じ参照番号
は同じ要素を指している。本発明は、適切なコンピュー
ティング環境で実施するものとして図に示している。本
発明は、パーソナルコンピュータによって実行されるプ
ログラムモジュールなど、コンピュータ実行可能命令の
一般的な文脈で説明するが、それが必須という訳ではな
い。プログラムモジュールには一般に、特定のタスクを
行うか、または特定の抽象データタイプを実施するルー
チン、プログラム、オブジェクト、構成要素、データ構
造などが含まれる。さらに、当業者には、本発明は、携
帯用デバイス、マルチプロセッサシステム、マイクロプ
ロセッサベースすなわちプログラム可能な家庭用電化製
品、ネットワークＰＣ、ミニコンピュータ、メインフレ
ームコンピュータなどを含む他のコンピュータシステム
構成で実施できることが理解されよう。また、本発明
は、通信ネットワークでリンクされた遠隔処理装置でタ
スクを実行する分散型コンピューティング環境でも実施
することができる。分散型コンピューティング環境の場
合、プログラムモジュールは、ローカルおよびリモート
両方のメモリ記憶装置に置くことができる。
【００１２】図１は、後に説明する方法および装置を実
施することができる適切なコンピューティング環境１２
０の一例である。
【００１３】例示的コンピューティング環境１２０は適
切なコンピューティング環境の一例に過ぎず、本明細書
に説明する改良型の方法および装置の使用法や機能の範
囲についての制限を示唆するものではない。また、コン
ピューティング環境１２０は、コンピューティング環境
１２０中に図示する構成要素のいずれか１つまたはその
組み合わせに関するどんな依存や必要性をも有するもの
と解釈すべきでない。
【００１４】この改良型の方法および装置は、他の数多
くの汎用または特殊目的のコンピューティングシステム
環境または構成で実行が可能である。適切でありうる、
よく知られるコンピューティングシステム、環境、およ
び／または構成には、パーソナルコンピュータ、サーバ
コンピュータ、シンクライアント（ｔｈｉｎ ｃｌｉｅ
ｎｔ）、シッククライアント（ｔｈｉｃｋ ｃｌｉｅｎ
ｔ）、携帯用またはラップトップデバイス、マルチプロ
セッサシステム、マイクロプロセッサベースのシステ
ム、セットトップボックス、プログラム可能な家庭用電
化製品、ネットワークＰＣ、ミニコンピュータ、メイン
フレームコンピュータ、上記のシステムまたはデバイス
の任意のものを含む分散型コンピューティング環境など
が含まれるがこれらに限定されない。
【００１５】図１に示すように、コンピューティング環
境１２０は、コンピュータ１３０の形態の汎用コンピュ
ーティングデバイスを含む。コンピュータ１３０の構成
要素には、１つまたは複数のプロセッサすなわち処理装
置１３２と、システムメモリ１３４と、システムメモリ
１３４を含む種々のシステム構成要素をプロセッサ１３
２に結合するバス１３６とが含まれる。
【００１６】バス１３６は数種のバス構造の１つまたは
複数を表すが、これにはメモリバスまたはメモリコント
ローラ、周辺バス、アクセラレーテッドグラフィックポ
ート、および各種バスアーキテクチャの任意のものを使
用したプロセッサまたはローカルバスが含まれる。例と
して、このようなアーキテクチャには、ＩＳＡ（Ｉｎｄ
ｕｓｔｒｙ Ｓｔａｎｄａｒｄ Ａｒｃｈｉｔｅｃｔｕ
ｒｅ）バス、ＭＣＡ（Ｍｉｃｒｏ Ｃｈａｎｎｅｌ Ａ
ｒｃｈｉｔｅｃｔｕｒｅ）バス、ＥＩＳＡ（Ｅｎｈａｎ
ｃｅｄ ＩＳＡ）バス、ＶＥＳＡ（Ｖｉｄｅｏ Ｅｌｅ
ｃｔｒｏｎｉｃｓ Ｓｔａｎｄａｒｄｓ Ａｓｓｏｃｉ
ａｔｉｏｎ）ローカルバス、およびＭｅｚｚａｎｉｎｅ
バスとしても知られるＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ
Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔｓ）バ
スが含まれるがこれらに限定されない。
【００１７】コンピュータ１３０は通常、種々のコンピ
ュータ可読媒体を含んでいる。このような媒体は、コン
ピュータ１３０からアクセスできる任意の利用可能な媒
体でよく、揮発性媒体および不揮発性媒体の両方、取り
外し可能媒体および取り外し不可能媒体の両方を含む。
【００１８】図１で、システムメモリ１３４は、ランダ
ムアクセスメモリ（ＲＡＭ）１４０などの揮発性メモリ
の形態のコンピュータ可読媒体、および／または読み出
し専用メモリ（ＲＯＭ）１３８などの不揮発性メモリを
含む。基本入出力システム（ＢＩＯＳ）１４２は、起動
時などにコンピュータ１３０内の要素間での情報転送を
助ける基本ルーチンを含んでおり、ＲＯＭ１３８に格納
されている。ＲＡＭ１４０は通常、プロセッサ１３２か
ら直接アクセスすることができ、かつ／またはその時に
プロセッサ１３２によって操作されているデータおよび
／またはプログラムモジュールを含む。
【００１９】コンピュータ１３０はさらに、この他の取
り外し可能／取り外し不可能、揮発性／不揮発性のコン
ピュータ記憶媒体を含むことができる。例えば、図１に
は、取り外し不可能な不揮発性の磁気媒体（図示してい
ない。通常「ハードドライブ」と呼ぶ）間の読み出しお
よび書き込みを行うためのハードディスクドライブ１４
４、取り外し可能、不揮発性の磁気ディスク１４８（例
えば「フロッピー（登録商標）ディスク」）間の読み出
しおよび書き込みを行う磁気ディスクドライブ１４６、
およびＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−
ＲＯＭ、ＤＶＤ−ＲＡＭ、または他の光媒体などいっ
た、取り外し可能、不揮発性の光ディスク１５２間の読
み出しおよび書き込みを行う光ディスクドライブ１５０
を示している。ハードディスクドライブ１４４、磁気デ
ィスクドライブ１４６、および光ディスクドライブ１５
０はそれぞれ、１つまたは複数のインタフェース１５４
によりバス１３６に接続される。
【００２０】ドライブおよびそれに関連するコンピュー
タ可読媒体は、コンピュータ可読命令、データ構造、プ
ログラムモジュール、およびコンピュータ１３０のその
他データの不揮発性の記憶装置を提供する。ここで説明
する例示的な環境では、ハードディスク、取り外し可能
磁気ディスク１４８、および取り外し可能光ディスク１
５２を用いるが、当業者は、コンピュータからのアクセ
スが可能なデータを格納することができる他種のコンピ
ュータ可読媒体もこの例示的動作環境で使用できること
を理解されよう。このような媒体には、磁気カセット、
フラッシュメモリカード、デジタルビデオディスク、ラ
ンダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ
（ＲＯＭ）などがある。
【００２１】ハードディスク、磁気ディスク１４８、光
ディスク１５２、ＲＯＭ１３８、ＲＡＭ１４０には、例
えばオペレーティングシステム１５８、１つまたは複数
のアプリケーションプログラム１６０、他のプログラム
モジュール１６２、およびプログラムデータ１６４を含
む複数のプログラムモジュールを格納することができ
る。
【００２２】本明細書に記載する改良型の方法および装
置は、オペレーティングシステム１５８、１つまたは複
数のアプリケーションプログラム１６０、他のプログラ
ムモジュール１６２、および／またはプログラムデータ
１６４内で実施することができる。
【００２３】ユーザは、キーボード１６６およびポイン
ティングデバイス１６８（「マウス」など）のような入
力装置を通じて、コマンドおよび情報をコンピュータ１
３０に提供することができる。他の入力装置（図示せ
ず）には、マイクロフォン、ジョイスティック、ゲーム
パッド、衛星放送受信アンテナ、シリアルポート、スキ
ャナ、カメラなどが含まれる。これらのおよび他の入力
装置は、バス１３６に結合されたユーザ入力インタフェ
ース１７０を通じて処理装置１３２に接続するが、パラ
レルポート、ゲームポート、またはＵＳＢ（Ｕｎｉｖｅ
ｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）など他のインタフェ
ースおよびバス構造によって接続してもよい。
【００２４】ビデオアダプタ１７４などのインタフェー
スを介して、モニタ１７２または他種の表示装置もバス
１３６に接続される。通常、パーソナルコンピュータは
モニタ１７２以外にもスピーカおよびプリンタのような
他の周辺出力装置（図示せず）を含み、これは出力周辺
インタフェース１７５を通じて接続することができる。
【００２５】コンピュータ１３０は、リモートコンピュ
ータ１８２など１つまたは複数のリモートコンピュータ
への論理接続を使用するネットワーク環境で動作するこ
とができる。リモートコンピュータ１８２は、コンピュ
ータ１３０との関連で本明細書に説明した要素およびフ
ィーチャの多く、またはすべてを含むことができる。
【００２６】図１に示す論理接続は、ローカルエリアネ
ットワーク（ＬＡＮ）１７７および一般的なワイドエリ
アネットワーク（ＷＡＮ）１７９である。このようなネ
ットワーキング環境は、オフィス、企業規模のコンピュ
ータネットワーク、イントラネット、およびインターネ
ットなどで一般的に見られる。
【００２７】ＬＡＮネットワーキング環境で使用する場
合、コンピュータ１３０は、ネットワークインタフェー
スすなわちアダプタ１８６を介してＬＡＮ１７７に接続
する。ＷＡＮネットワーキング環境で使用する場合、コ
ンピュータは通常、ＷＡＮ１７９を介して通信を確立す
るためのモデム１７８またはその他の手段を含む。モデ
ム１７８は内蔵型でも外付け式でもよく、ユーザ入力イ
ンタフェース１７０または他の適切なメカニズムを介し
てシステムバス１３６に接続することができる。
【００２８】図１に示すのは、インターネットを介した
ＷＡＮの特定の実施である。この場合、コンピュータ１
３０はモデム１７８を使用し、インターネット１８０を
介して少なくとも１つのリモートコンピュータ１８２と
の通信を確立する。
【００２９】ネットワーク環境では、コンピュータ１３
０に関連して表したプログラムモジュール、またはその
一部分を、リモートのメモリ記憶装置に格納することが
できる。したがって、例えば図１に示すように、リモー
トアプリケーションプログラム１８９はリモートコンピ
ュータ１８２のメモリ装置に存在することができる。図
に示しここで説明するネットワーク接続は例示的なもの
であり、コンピュータ間に通信リンクを確立する他の手
段を使用してよいことは理解されよう。
【００３０】以下の説明では、転送する認証メッセージ
中の情報の保護に関連する本発明のある態様を扱う。以
下の説明では例示的なＫｅｒｂｅｒｏｓベースのシステ
ムおよびそれに対する改良点を主に扱うが、本発明の種
々の方法および装置は他の認証システムおよび技術にも
適用できることは明らかである。
【００３１】ある例示的システムでは、Ｋｅｒｂｅｒｏ
ｓプロトコルを、セキュリティサポートプロバイダイン
タフェース（ＳＳＰＩ）を介してアクセスすることので
きるセキュリティサービスプロバイダ（ＳＳＰ）として
実施する。この方式では、アプリケーションは、ＳＳＰ
Ｉを通じて認証プロトコルサービスに直接アクセスする
ことができる。当業者は、例えば属性ベースのシステム
やＳＳＬなど、他のサービス／システムを使用できるこ
とを認識されよう。
【００３２】例えば、図２は、アプリケーションまたは
他のプログラムが、例えばＳＳＰＩなど選択したセキュ
リティインタフェースを使用することができる仕組みを
示している。この図の例示的システム２００は、クライ
アントマシン２０２およびサーバマシン２０４を有す
る。クライアントマシン２０２は、有効に（ｏｐｅｒａ
ｔｉｖｅｌｙ）ＳＳＰ２０８（ａ）に結合されている。
サーバマシン２０４は、有効にＳＳＰ２０８（ｂ）に結
合されている。ある例示的な構成では、ＳＳＰ２０８ａ
〜ｂは、Ｋｅｒｂｅｒｏｓ関連のＳＳＰＩサービスなど
を含むことができる。
【００３３】この例で、ＳＳＰ２０８（ａ〜ｂ）は３種
のセキュリティサービス、すなわち認証、データ保全
性、およびデータプライバシを提供する。この認証プロ
トコルは暗号化を使用してこれらサービスのそれぞれを
提供する。ここでは、オペレーティングシステムが公開
鍵および／または秘密鍵の暗号化を提供することができ
る。この認証プロトコルは、主として秘密鍵の暗号化
（プライベートキー、対称鍵、単一鍵、または共有秘密
暗号化とも呼ばれる）に基づくことが好ましい。
【００３４】この認証プロトコルでは、そのユーザ（プ
リンシパルとして知られる）に特別の暗号鍵を創出する
ことを要求するのではなく、例えば単に通常のパスワー
ドを使用することが可能である。しかし、このパスワー
ドは、クライアント２０２とサーバ２０４間で送信され
る実際のデータの暗号化には使用しない。そうではな
く、パスワードに基づく鍵を使用するのはログイン時だ
けで、ネットワーク２１０内で送信するデータの暗号化
および解読には動的に作成する他の鍵を使用する。
【００３５】より正確に言うと、プリンシパルがログイ
ンに使用する鍵は、実際にはそのプリンシパルのパスワ
ードのハッシュである。ハッシュアルゴリズム（メッセ
ージダイジェスト、またはチェックサムと呼ぶこともあ
る）は、ハッシュする情報の関数であるビットストリン
グを生成するが、それを使用して元の入力値を取り出す
ことはできない。つまりハッシュは一方向性である。し
たがって、ハッシュしたパスワード値を与えられて元の
パスワードを取り戻すことは不可能に近い。
【００３６】特定の認証プロトコルをサポートするネッ
トワークでは、ユーザがパスワードを有し、それ自体の
ユーザを認証したいサーバアプリケーションがパスワー
ドを有し、ドメイン中のすべてのコンピュータがパスワ
ードを有する。したがって、パスワードを有するエンテ
ィティはいずれも、セキュリティプリンシパルとしての
資格があることになる。
【００３７】鍵発行センタ（ＫＤＣ）として知られる、
１つの例示的な認証プロトコルサーバ自体がドメインコ
ントローラ上で作動し、これは、そのドメイン中の全プ
リンシパルのハッシュ化したパスワードへのアクセス権
を有する。この情報は、同じくドメインコントローラで
保持される、各プリンシパルと関連付けられたディレク
トリに格納される。通常指定しない場合には、明瞭なテ
キストパスワード自体はそのディレクトリに格納され
ず、ハッシュ化バージョンだけがそこに保持される。
【００３８】この認証プロトコルは、暗号化アルゴリズ
ムのネゴシエーションを可能にする。大半の認証プロト
コルの実施は、指定しない場合には例えばデータ暗号化
規格（ＤＥＳ）などに準じ、この場合の鍵は５６ビット
の有効長を有する。オペレーティングシステムによって
は、この認証プロトコルで、より強力なＲＣ４暗号化ア
ルゴリズムを利用することが可能である。
【００３９】秘密鍵の暗号化を使用してデータをプライ
ベートに送信することは明白であるが、プリンシパル
が、認証プロトコルの最も重要な機能である認証に暗号
化を使用する仕組みは決して明白であるとは言えない。
これをどのように行うかを理解するために、２つのプリ
ンシパルが相互と秘密鍵を共有していると仮定し、第１
のプリンシパルがその鍵を使用して暗号化したメッセー
ジを送信するとする。第２のプリンシパルがこの鍵を使
用してメッセージを解読し、その解読が正しく機能すれ
ば、そのメッセージはその同一の鍵を用いて暗号化され
たことになる。その鍵を知るのがこの２つのプリンシパ
ルだけであれば、このメッセージは第１のプリンシパル
から来たことになる。したがって、このように鍵を知っ
ていることを証明することにより、第１のプリンシパル
を認証することができる。
【００４０】しかし、この単純な方法はそれほど実用的
なものではない。プリンシパルの各セット（例えばクラ
イアント／サーバのペア）が秘密鍵を共有しなければな
らず、これはクライアントが安全にアクセスしたいサー
ビスごとに別個のパスワードを意味する。これはあまり
魅力的な展望ではない。
【００４１】この例示的認証プロトコルによると、ユー
ザが、どこか他のシステムにあるサーバアプリケーショ
ンに対して自分の識別を証明したい際には、そのユーザ
は何らかの方法でそのサーバに適切なチケットを提供し
なければならない。各チケットにより、特定のユーザが
特定のＤＣＯＭアプリケーションのような特定のサーバ
アプリケーションに対して自分の識別を証明することが
可能になる。
【００４２】図３に図式的に示すように、認証プロトコ
ルチケット２４０は、暗号化した情報２４２および非暗
号化情報２４４の両方を含んでいる。この例のチケット
２４０の非暗号化部分２４４は、そのオペレーティング
システムの「レルム」すなわち「ドメイン」の名前、お
よびそのチケットが識別するプリンシパルの名前という
２つの主要な情報を含む。
【００４３】チケット２４０の暗号化部分２４２ははる
かに多くの情報を含む。この例では、暗号化フィールド
に、種々のフラグ、後に使用する暗号鍵（通常セッショ
ンキーと呼ばれる）、ユーザのプリンシパル名およびド
メインの暗号化されたコピー、そのチケットの有効期間
の開始時刻および終了時刻、ユーザのシステムを識別す
る１つまたは複数のＩＰアドレス、および通常はそのユ
ーザにアクセスを許可する対象を判定する際にサーバが
使用するユーザの認証データ、を含むことができる。
【００４４】これらのフィールドはすべて、このチケッ
トが対象とするサーバアプリケーションの鍵を使用して
暗号化されている。ユーザもネットワーク上でリッスン
している攻撃者も、暗号化に使用されたサーバパスワー
ドを知らないため、チケット中の暗号化フィールドを読
みとる、または修正することはできない。
【００４５】ユーザは、自分の識別をあるサーバに対し
て証明したいときには、そのサーバに対するチケットを
入手しなければならない。実際、この例示的認証プロト
コルは、ほぼその全体がチケットの入手および使用に向
けられている。
【００４６】プロトコルの動作についての基本的な説明
を始める前に、ここで、下記で使用する表記についてさ
らに説明しておくことは価値がある。以下の文中では次
の表記を使用する。ＫＸはＸの秘密鍵（すなわちハッシ
ュしたパスワード）であり、ＫＣはクライアント（Ｃ）
ユーザの秘密鍵であり、ＫＳはサーバ（Ｓ）アプリケー
ションの秘密鍵であり、ＫＫはＫＤＣ（Ｋ）の秘密鍵で
ある。また、例えば、｛任意の情報（ａｎｙｔｈｉｎ
ｇ）｝ＫＸは、Ｘの秘密鍵（つまりＫＸ）で暗号化した
「任意の情報」と定義する。さらに、｛Ｔ｝ＫＳは、サ
ーバＳの秘密鍵（つまりＫＳ）で暗号化したチケットと
する。つまり、これはサーバＳのチケットである（チケ
ット全体を暗号化する訳ではないので、この表記は多少
不正確である）。ＫＸ，Ｙは、ＸとＹの間で使用するセ
ッションキーとする。また、｛任意の情報｝Ｋ
Ｘ，Ｙは、ＸとＹの間で使用するセッションキーを用い
て暗号化した「任意の情報」とする。
【００４７】ユーザが最初にチケットを要求するのは、
例えばオペレーティングシステムのドメイン中の何らか
のアカウントにログインする際である。ユーザから見る
とこのプロセスは単純である。すなわちログイン名、ド
メイン名、およびパスワードを何らかのクライアントマ
シンに打ち込み、ログインが成功するか、失敗するのを
待つ。
【００４８】図４の機構３００に示すように、ユーザの
ログイン要求があると、クライアントシステム３０２
は、ドメインコントローラ３０４で作動するＫＤＣ３０
６にメッセージ３０８を送信する。メッセージ３０８
は、ユーザ名、すなわちそのユーザのパスワードのハッ
シュであるＫＣを鍵として用いて暗号化したタイムスタ
ンプからなる事前認証データ、およびチケット許可チケ
ット（ＴＧＴ）に対する要求を含むいくつかの事項を含
んでいる。この結果として得られたＴＧＴ３１０は図３
に示すような通常のチケットであり、すべてのチケット
と同様にユーザの識別を証明するために使用される。た
だしＴＧＴ３１０は、クライアント３０２上のＳＳＰ
が、特定のサーバアプリケーションへのチケットを要求
する際に、そのＴＧＴをＫＤＣ３０６に提示するという
点で多少特殊な方式で使用される。
【００４９】ＴＧＴ要求メッセージ３０８がドメインコ
ントローラ３０４に到着すると、ＫＤＣ３０６は、指定
されたドメインのディレクトリデータベース（図示せ
ず）内の、そのユーザのプリンシパル名と関連付けられ
た項目を調べる。ＫＤＣ３０６はこの項目からそのユー
ザのパスワードのハッシュを抽出し、次いでこの値を使
用して事前認証データを解読する。この解読がうまく行
き、非常に新しいタイムスタンプを示した場合、ＫＤＣ
３０６は、このユーザが自ら主張する者であると確信す
ることができる。なぜなら、このユーザが正しいパスワ
ードを知っていることを実証しているからである。これ
は、そのパスワードをネットワークを介して送信せずに
行っていることに留意されたい。この例示的な認証プロ
トコルは、そのサービスを提供するために、ユーザのパ
スワードをネットワークの上で送信することを一切必要
としない。解読がうまく行かない場合は、ユーザが間違
ったパスワードを入力しているはずであり、ログインは
失敗するであろう。
【００５０】事前認証データが正しく確認された場合に
は、ＫＤＣ３０６は次いでクライアントマシン３０２が
要求したもの、すなわちチケット許可チケット（ＴＧ
Ｔ）を構築し、メッセージ３１０を介してそれをクライ
アントマシン３０２に送り返す。すべてのチケットと同
様に、これは、セッションキー（ＫＣ，Ｋ，ＫＤＣ３０
６によって無作為に生成される）、そのチケットの有効
な開始時刻および終了時刻、および種々のフラグ値とと
もに、ユーザ名、およびそのチケットが発行されたドメ
インの名前を含んでいる。最後に、ＴＧＴは、「認証デ
ータ」フィールドに特権およびセキュリティ識別子（Ｓ
ＩＤ）などを含むが、これらは基本的に、そのユーザと
そのユーザが属するグループを識別する（これらは例え
ばディレクトリ中のユーザの項目から抽出することがで
きる）。上記と同様に、このチケットの一部は、その送
信先であるサーバの鍵を使用して暗号化されている。Ｔ
ＧＴは他のチケットを要求する際にしか使用されず、ま
たチケットを発行する（ｇｉｖｅ ｏｕｔ）ことができ
るのはＫＤＣだけなので、ＴＧＴの暗号化された部分
は、ＫＫ、すなわちＫＤＣ自体の鍵を使用して暗号化す
る。
【００５１】ＫＤＣは、ＴＧＴとともに、セッションキ
ーＫＣ，Ｋもクライアントマシンに送り返す。これはサ
ーバがＴＧＴに置いた値と同じ値である。このセッショ
ンキーは、そのユーザのハッシュ化パスワードを鍵とし
て使用して暗号化して送信する。クライアントシステム
はメッセージ３１０を受け取ると、ユーザが入力した任
意のパスワードのハッシュを使用して、受け取ったセッ
ションキーを解読する。この例示的認証プロトコルの特
定の実施では、この解読は常に成功する。なぜなら、事
前認証データを介して正しいパスワードを知っているこ
とを実証したユーザだけが、その者に送信されるメッセ
ージ３１０をとにかく受け取るからである。事前認証デ
ータの送信は、この認証プロトコル規格では任意選択で
ある。
【００５２】一旦ユーザ／クライアントがログインに成
功すると、おそらくはネットワーク中の他のコンピュー
タで実行されるサービスへのアクセスを開始するはずで
ある。これを安全に行うには、ユーザは少なくとも、そ
のサービスに対して自分の識別を証明する何らかの方式
を持っていなければならない。図５に示すように、ＳＳ
Ｐを使用することにより、ＴＧＴをＫＤＣに提示し、特
定サービスへのチケットを要求することができる。この
図では、クライアントマシン３０２がメッセージ３１４
を介して、サーバマシンＳ（３１２）に対するチケット
を要求している。ＴＧＴと区別するためにこのチケット
をサービスチケットと呼ぶことがあるが、どちらのタイ
プもフォーマットは同じである。このチケットをその後
ターゲットサービスに送信すると、ターゲットサービス
はそれを使用してそのユーザが誰であるかを正確に判定
することができる。実際、ＴＧＴを入手すると、大半の
クライアントは通常直ちにそれ自体のコンピュータ用の
サービスチケットを要求することによりログインプロセ
スを完了し、そのチケットに、ローカルサービスに対し
てその識別を証明させる。
【００５３】あるユーザが、何らかのリモートシステム
で実行されるＤＣＯＭサーバアプリケーション３１２
（例えばサーバＳと呼ぶ）にアクセスしたい場合、その
ユーザはそのアプリケーションのクライアント部分をロ
ードし、このクライアントはリモートのＤＣＯＭオブジ
ェクト（図示せず）を作成しようとする。アプリケーシ
ョンが認証にこの認証プロトコルを使用している場合、
そのクライアントアプリケーションは、サーバにアクセ
スする前にそのユーザのためのチケットを入手する必要
がある。各チケットが、特定のサービスに対して特定の
ユーザを認証することを思い出されたい。また、分散ア
プリケーションのクライアント部分はそのユーザのため
に実行されるので、このクライアントは、ユーザの識別
をそのサーバに対して証明するチケットを入手する。
【００５４】クライアントアプリケーションがサーバに
対してその最初のリモート要求を行うと、図５に示すよ
うに、ＫＤＣ３０６に対してチケット要求メッセージ３
１４が自動的に作成される。図には示していないが、チ
ケット要求メッセージ３１４は、ユーザのＴＧＴ、サー
ビスチケットを要求する対象のサーバアプリケーション
の名前（この場合はサーバＳ）、およびそのＴＧＴがそ
のユーザに属していることを証明するオーセンティケー
タを含むいくつかの事項を含んでいる。オーセンティケ
ータは、例えば、現在時刻およびユーザ名を含むことが
でき、またログイン時に受け取ったセッションキーＫ
Ｃ，Ｋを使用して暗号化されている。
【００５５】ＫＤＣ３０６は、チケット要求メッセージ
３１４を受け取ると、ＴＧＴを解読し（そのチケットの
暗号化に使用された鍵ＫＫを知っているのはＫＤＣだけ
であることを思い出されたい）、次いでチケットからセ
ッションキーＫＣ，Ｋを抽出する。ＫＤＣ３０６は次い
で、このセッションキーを使用してオーセンティケータ
を解読する。オーセンティケータは２つの目的を果た
す。第１に、オーセンティケータはクライアント／認証
プロトコルのセッションキーを用いて暗号化されている
ので、そのユーザが自ら主張する者であることを証明す
る。これは、先に説明したように、このセッションキー
を得る唯一の方法は、ログイン時に正しいパスワードを
タイプすることだからである。ＫＤＣが試みたオーセン
ティケータの解読が成功すると、クライアント３０２は
そのセッションキーを持っていなければならないという
ことになる。
【００５６】第２に、オーセンティケータがタイムスタ
ンプを含むので、攻撃者がユーザのＴＧＴをネットワー
クから取り込ん（ｇｒａｂ）で、それを自分自身のＴＧ
Ｔとして提示することが大幅に阻止される。新しいオー
センティケータはチケットを使用するたびに作成され、
またタイムスタンプはセッションキーを使用して暗号化
され、クライアント３０２およびＫＤＣ３０６にしか知
られないので、有効なオーセンティケータを他の者が作
成することはできない。
【００５７】オーセンティケータの再送を防ぐために、
ＫＤＣ３０６は、タイムスタンプが古すぎるオーセンテ
ィケータはすべて拒否する。指定しない場合、例えば、
あるシステムでは、オーセンティケータのタイムスタン
プとそれを受信するサーバのタイムスタンプの差は５分
以下でなければならない。これは、この認証プロトコル
を使用するマシンのクロックを、少なくともほぼ（ｌｏ
ｏｓｅｌｙ）同期させておかなければならないことを意
味する。したがって、クロック同期には例えばＩＥＴＦ
定義のＳｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒ
ｏｔｏｃｏｌ（ＳＮＴＰ）などを使用することができ
る。ユーザが盗んだチケットを提示しているのではない
ことをさらに保証するために、ＫＤＣ３０６は、ＴＧＴ
中のＩＰアドレスが、そのチケット要求メッセージ３１
４を送信したシステムのＩＰアドレスと一致することも
確認することができる。
【００５８】すべてが正しく確認された場合、ＫＤＣ３
０６はそのユーザが自ら主張する者であると確信し、メ
ッセージ３１６を通じて要求のサービスチケットを送り
返す。ＫＤＣ３０６は、例えばユーザ名、ドメイン、お
よび認証データを含むＴＧＴのいくつかのフィールドを
その新しいサービスチケットにコピーする。ＫＤＣ３０
６は、サービスチケットのフラグおよび開始／終了時刻
を適切にセットし、新しいランダムセッションキーＫ
Ｃ，Ｓを生成し、それをチケット中に置く。下記で説明
するように、この鍵は、クライアントマシン３０２およ
びサーバＳ３１２間で送信する情報の暗号化に使用する
ことができる。ＫＤＣ３０６は次いでサーバＳの秘密鍵
ＫＳを用いてこの新しいチケットを暗号化し、新しいセ
ッションキーＫＣ，Ｓとともにチケットをクライアント
マシン３０２に送り返す。攻撃者がこの新しい鍵を知る
のを防ぐために、この鍵は例えば、この認証プロトコル
とクライアントが共用するセッションキーを用いて暗号
化して送信することができる。
【００５９】最後にユーザがサーバアプリケーションに
対して自分の識別を証明すると、この実践全体の目的を
達することができる。クライアント３０２は、サーバＳ
３１２に対するその最初の要求で、ＫＣ，Ｓを用いて暗
号化したオーセンティケータとともに、受け取ったばか
りのサービスチケットを提示する。これをメッセージ３
１８に示している。この情報は、クライアントとサーバ
間で使用されるいずれのプロトコルの一部として送信さ
れる。例えばＤＣＯＭの場合、チケットおよびオーセン
ティケータは、適切なＤＣＯＭパケットの特定フィール
ドで搬送することができる。受信側のシステムはその秘
密鍵でそのチケットを解読し、チケットからセッション
キーＫＣ，Ｓを抽出した後、オーセンティケータを解読
しそれを確認する。すべてが正しいことが確認される
と、例えばプリンシパル名、ドメイン名、および認証デ
ータなどユーザの識別情報をチケットから抽出し、サー
バアプリケーションにアクセスすることを可能にする。
通常は、ＳＳＰがこの作業のすべてではなくともその大
半を行う。
【００６０】認証プロトコル自体がその問題を直接扱う
ことはないが、受け取ったチケットから抽出したユーザ
に関する情報は、最終的には認証決定を行う際に使用す
ることができる。これを行う厳密な方式は、サーバアプ
リケーションの作成者によって決まる。例えば、何らか
の機能（例えば書き込みや読み出し）の実行を許可され
たユーザのリストにあるユーザ名を調べたり、認証デー
タを使用してユーザ（例えばプロキシ）を装ったりする
ことが可能である。この２番目の場合は、例えばサーバ
のマシン上のローカルセキュリティオーソリティ（Ｌｏ
ｃａｌ Ｓｅｃｕｒｉｔｙ Ａｕｔｈｏｒｉｔｙ：ＬＳ
Ａ）が、そのユーザの認証データを使用してセキュリテ
ィアクセストークンを構築することができる。一旦これ
が完了すると、サーバプロセスはこのトークンを用いて
ユーザを装い、そのユーザが興味を持つリソースへのア
クセスを試みる。
【００６１】このように、通常、認証決定をどのように
行うかは認証プロトコルの範囲内ではないが、この例示
的認証プロトコルは、このサービスチケット中でユーザ
が主張する識別が確かにそのユーザを識別することを保
証する。
【００６２】要約すると、ユーザが提示したサービスチ
ケットはサーバＳの秘密鍵を使用して暗号化されてお
り、またその鍵を知るのはＫＤＣ３０６だけ（無論サー
バＳ以外には）なので、このチケットはＫＤＣによって
作成されたものに違いないことになる。ＫＤＣ３０６
は、事前認証データを正しく暗号化することによって正
しいパスワードを知っていることを証明できるユーザに
しかサービスチケットを配布しないので、このユーザが
自ら主張するユーザに違いないことになる。有効なオー
センティケータと合わせて提示されると、チケットは、
認証プロトコルによってクライアントの確実な認証を提
供するために使用される。
【００６３】攻撃者が偽のバージョンのサーバＳをイン
ストールして、クライアント３０２にそれを本物のサー
バＳ３１２と思わせることにより、機密に関わる情報を
入手することが可能である。これを防止するために、こ
の例示的認証プロトコル規格では、相互認証のオプショ
ン、すなわち大半のアプリケーションに必要であるはず
のオプションを定義する。クライアントユーザがサーバ
に対してその識別を証明するだけでなく、サーバもその
識別をクライアントに提供しなければならない。
【００６４】これを行うには、サーバ上のＳＳＰは、ク
ライアント／サーバＳのセッションキーＫＣ，Ｓを用い
て暗号化したクライアントのオーセンティケータのタイ
ムスタンプを含んだメッセージを作成する。クライアン
トのＳＳＰはこのメッセージを受け取ると、それが有す
るセッションキーのコピーを使用してそれを解読するこ
とができる。クライアントのＳＳＰは、そこから送信し
たばかりのタイムスタンプを見つけると、サーバもその
セッションキーを知っていることをさらに確信すること
ができる。セッションキーを知るにはサーバのチケット
の解読が必要であり、そのためにはそのサーバのパスワ
ードを知ることが必要であったことから、このサーバは
それが主張するサーバに違いないことになる。
【００６５】以上説明した複雑性はすべて、この認証プ
ロトコルがただ１つのセキュリティサービス、すなわち
認証をいかにして提供するかを扱っている。しかし、こ
の例示的認証プロトコルは、データ保全性およびデータ
プライバシという他の２つの有用なサービスも提供する
ことができる。上記で説明したやり取りの結果、クライ
アントとサーバが共通の（ｓｈａｒｅｄ）セッションキ
ーを持っているので、このような追加のサービスの提供
は簡単である。
【００６６】例えば、攻撃者が検出されずに送信データ
を修正することを防ぐために、データを送信するいずれ
かのシステムのＳＳＰは、それが送信する各パケットの
チェックサムを計算して、そのチェックサムをパケット
とともに送信することができる。チェックサム値はその
元となるデータの関数なので、データが変更されるとチ
ェックサムも変わることになる。しかし、攻撃者がパケ
ットを取り込み、データを修正し、その新しいデータで
新しいチェックサムを計算し直してそれを元の経路で送
信することが可能であるため、パケットおよびチェック
サムだけを送信することが必ずしも十分であるとは限ら
ない。
【００６７】このようなことが起こるのを防ぐために、
データの送信者は、メッセージ自体だけではなくメッセ
ージと他の情報についてのチェックサムを計算し、そし
てセッションキーを使用してその結果を暗号化すること
ができる。指定しない場合、特定の例示的認証プロトコ
ル機構で使用するチェックサムアルゴリズムはＨＭＡＣ
（ハッシュベースのメッセージ認証コード）と称される
ものになり、チェックサムはＲＣ４などを使用して暗号
化する。攻撃者はその鍵を知らないので、修正したデー
タに有効なチェックサムを作成することができない。こ
の結果、パケットの受信者は、そのパケットの内容を修
正しようとする何らかの試みがあった場合には常にそれ
を検出することができる。
【００６８】最後のサービス、すなわちデータプライバ
シの提供は平易である。クライアントとサーバがセッシ
ョンキーを共用しているので、各サーバ、クライアント
のＳＳＰは単にこの鍵を使用してそれがもう一方に送信
するデータを暗号化する。データプライバシはすなわち
データ保全性を意味することに留意されたい。これは、
攻撃者が、その修正を検出されることなくネットワーク
を移動する暗号化データを修正することは不可能だから
である。
【００６９】このようにして、この例示的認証プロトコ
ルは、分散環境に必要とされる基礎的なセキュリティサ
ービス、すなわち認証、データ保全性、およびデータプ
ライバシを提供する。この認証プロトコルは、委託（ｄ
ｅｌｅｇａｔｉｏｎ）をサポートするように構成するこ
ともできる。
【００７０】先に説明した例で、ユーザがすでにサーバ
Ｓ３１２に対して認証されているとする。するとサーバ
Ｓ３１２はそのユーザを装って、そのローカルシステム
上にあるファイルなどへのアクセスを試みることができ
る。この場合は、パスワード（または同様のプログラ
ム）に構築されたアクセスチェッキングが、そのファイ
ルのアクセス制御リスト（ＡＣＬ）またはそれと同様の
メカニズムに基づいてそのアクセスを許可または拒否す
る。言うまでもなく、これは、アクセスされるリソース
がそのサーバと同じマシン上にある場合にはすべて成功
する。
【００７１】しかし、ユーザが要求するいずれのタスク
を実行するために、サーバＳが、例えばサーバＴ３２８
など別のマシンで稼動している別のサーバへの要求を行
わなければならない場合を想定されたい（図６参照）。
サーバＴの直接のユーザはサーバＳ３１２になるもの
の、アクセス権は、サーバＳ３１２ではなく本来のユー
ザ（すなわちクライアント３０２）のために要求され
る。このような場合に正しく機能させるには、ユーザが
その識別をサーバＳに渡し、サーバＳがそのユーザのた
めにさらに遠隔要求を行えるようにする何らかの方法が
ユーザに必要となる。
【００７２】この例示的認証プロトコルは、図６に示す
ように委託を通じてこのような概念をサポートする。ク
ライアントアプリケーションから要求されると、ユーザ
のＴＧＴおよびそれに関連付けられたセッションキーを
サーバＳなど別のサーバに渡すことができる。関連付け
られたセッションキーは、新しいチケットが要求された
ときＴＧＴとともに送信するオーセンティケータを構築
するために必要なので、ＴＧＴを送信するだけでは十分
でない。すべてのチケットと同様にこのＴＧＴは暗号化
されているが、それをクライアントからサーバに渡す際
に攻撃者がＴＧＴに関連付けられたセッションキーを通
信線から盗めないことを確実にするために、この鍵は、
そのクライアントがサーバＳと共用しているセッション
キーを用いて暗号化して送信する。
【００７３】クライアント３０２からサーバＳ３１２に
渡されるＴＧＴは、そのフラグフィールドにＦＯＲＷＡ
ＲＤＡＢＬＥ（転送可能）フラグがセットされていなけ
ればならない。セットされている場合には、サーバＳは
このＴＧＴをＫＤＣに提示し、このＴＧＴ中のＩＰアド
レスがサーバＳのＩＰアドレスと一致しない場合でも他
のサービスへのチケットを要求することができる。これ
は、ＦＯＲＷＡＲＤＡＢＬＥフラグが、この不一致を無
視して構わないことをＫＤＣに知らせるからである。ま
た、ある実施では、クライアント３０２は、あるサーバ
のアカウントがそのドメイン中の委託に関して信頼でき
るとマークされている場合にのみ、そのＴＧＴおよびそ
れに関連付けられたセッションキーをそのサーバに送信
することができる。
【００７４】これがどのように機能するかを見るため
に、クライアント３０２が、ＦＯＲＷＡＲＤＡＢＬＥフ
ラグがセットされたそのＴＧＴおよびそれに関連付けら
れたセッションキーを、メッセージ３２０を介してサー
バＳ３１２に渡すと想定する。サーバＳ３１２は、その
クライアントユーザのためにサーバＴ３２８にアクセス
する必要がある場合には、メッセージ３２２を介して有
効なオーセンティケータとともにそのＴＧＴをＫＤＣ３
０６に提示し、サーバＴ３２８に対する新しいチケット
を要求することができる。この新しいチケットは元のチ
ケットと同様にユーザの識別を含むが、サーバＴのパス
ワード（メッセージ３２４参照）を用いて暗号化され
る。サーバＳ３１２が、メッセージ３２６を介して再度
有効なオーセンティケータとともにこの新しいチケット
をサーバＴ３２８に提示すると、サーバＴ３２８はクラ
イアント３０２から直接要求を受信するのと同様に振舞
う。
【００７５】Ｋｅｒｂｅｒｏｓは異なるドメインにある
クライアントとサーバ間の認証も可能にするが、このプ
ロセスはここまで説明したプロセスに比べてやや複雑な
ものになる。ユーザは、任意のサーバアプリケーション
に対して自身を認証するには、そのサーバがどのドメイ
ンにあるかに関係なく、そのサーバに対するチケットを
入手しなければならない。しかし、そのサーバのパスワ
ードを知るのはＫＤＣ３０６だけなので、ターゲットサ
ーバと同じドメインのＫＤＣ３０６だけがそのチケット
を発行することができる。ユーザが異なるドメインのサ
ーバへの認証を求める場合は、その外部ドメインのＫＤ
Ｃにそのサーバへのチケットを要求しなければならな
い。通常と同じく、ＫＤＣにチケットを要求するには、
そのサーバに対するＴＧＴを提示する必要がある。した
がって、ユーザが外部ドメインのＫＤＣに対するＴＧＴ
を入手することが根本的な問題となる。一旦ユーザがＴ
ＧＴを得ると、通常の方式でターゲットサーバへのチケ
ットを要求し、それを使用することができる。
【００７６】これを可能にするには、２ドメイン間に信
頼関係がなければならない。２ドメイン間に信頼関係が
作られると、その２ドメインにしか知られないパスワー
ドも作成される。この共有パスワードを使用して、２ド
メイン間で渡されるチケットを暗号化することができ
る。
【００７７】図７は、このプロセスがどのように機能す
るかを示している（図が見やすいように省略している
が、やはりオーセンティケータおよびセッションキーを
前述したように使用する）。ａｃｃｔ．ａｃｍｅ．ｃｏ
ｍドメイン４００にあるユーザが、ｓａｌｅｓ．ａｃｍ
ｅ．ｃｏｍドメイン４０２のサーバＱ４０３にアクセス
したいと想定する。クライアントシステム３０２のＫｅ
ｒｂｅｒｏｓＳＳＰは、メッセージ４０４を介して、そ
のユーザ自身のａｃｃｔ．ａｃｍｅ．ｃｏｍドメイン４
００にあるドメインコントローラ３０４（ａ）（および
その内部のＫＤＣ３０６（ａ））にそのユーザのＴＧＴ
を提示し、ｓａｌｅｓ．ａｃｍｅ．ｃｏｍドメイン４０
２のドメインコントローラ３０４（ｂ）内のＫＤＣ３０
６（ｂ）に対するＴＧＴを要求することによって開始す
る。ＫＤＣ３０６（ａ）はメッセージ４０６で、クライ
アント３０２がｓａｌｅｓ．ａｃｍｅ．ｃｏｍドメイン
４０２のＫＤＣ３０６（ｂ）にチケットを要求するため
に使用することのできるＴＧＴを送信することによって
応答する。このチケットは、通常であれば行うようにこ
のドメインのＫＤＣ３０６（ｂ）のパスワードを使用し
ては暗号化しない。代わりに、このチケットは、図７の
ＫＸで示すように、ａｃｃｔ．ａｃｍｅ．ｃｏｍドメイ
ン４００とｓａｌｅｓ．ａｃｍｅ．ｃｏｍドメイン４０
２間で共用しているパスワードを使用して暗号化してい
る。
【００７８】クライアントのＳＳＰは一旦このＴＧＴを
得ると、それをｓａｌｅｓ．ａｃｍｅ．ｃｏｍドメイン
４０２のＫＤＣ３０６（ｂ）に提示し、サーバＱ４０３
に対するチケットを要求する（メッセージ４０８で表
す）。するとＫＤＣ３０６（ｂ）は、クライアント３０
２から提示されたＴＧＴを、ａｃｃｔ．ａｃｍｅ．ｃｏ
ｍのＫＤＣ３０６（ａ）と共用するパスワードであるＫ
Ｘを使用して解読する。そのＴＧＴが有効であれば、Ｋ
ＤＣ３０６（ｂ）は、そのディレクトリデータベース中
のサーバＱのパスワードを調べ、それを使用してサーバ
Ｑ用のチケットを構築する。そしてメッセージ４１０を
介してそのチケットをクライアント３０２に送り返し、
クライアント３０２はそれに続きメッセージ４１２で示
すようにそれをサーバＱ４０３に提示する。
【００７９】図７は一見複雑であるが、ドメイン間で認
証プロトコルを使用する仕組みは単純である。必要なの
は、外部ドメインのＫＤＣに対するＴＧＴを得る追加の
１ステップを加えることだけである。ただし、この例で
ｓａｌｅｓ．ａｃｍｅ．ｃｏｍ中のＫＤＣが暗に前提と
していることを考えられたい。すなわちこのＫＤＣは、
ａｃｃｔ．ａｃｍｅ．ｃｏｍ中のＫＤＣを信頼し、始め
にユーザの識別を確認せずにそれに対してＴＧＴを配布
しないようにさせている。言い換えると、ｓａｌｅｓ．
ａｃｍｅ．ｃｏｍのＫＤＣは、それがａｃｃｔ．ａｃｍ
ｅ．ｃｏｍと共用している鍵を用いて暗号化したＴＧＴ
を受け入れることにより、ＫＤＣがａｃｃｔ．ａｃｍ
ｅ．ｃｏｍ内で正しく振る舞うことを任せている。ドメ
イン間の認証を機能させるには、関連する２つのドメイ
ンが相互を信頼しなければならない。
【００８０】この例示的認証プロトコルは推移的な信頼
もサポートする。この場合、あるドメインが第２のドメ
インを信頼し、その第２のドメインが第３のドメインを
信頼する場合には、第１のドメインと第３のドメイン間
に自動的に信頼関係が生じる。推移的信頼により、ドメ
インは、ドメイン階層ですぐ上のドメインおよびすぐ下
のドメインとパスワードを共用しさえすればよく、他の
部分は認証プロトコルが対処することが保証される。
【００８１】さらにこの説明に関連して、チケットの認
証部分は、アプリケーション固有のデータを渡すのに適
した最適化データフィールドを任意選択で含んでよいこ
とにも留意されたい。この場合、例えばワシントン州レ
ドモンドのマイクロソフト（登録商標）社から入手可能
なＷｉｎｄｏｗｓ（登録商標）クライアントサーバソフ
トウェアは、クライアント／ユーザに関する追加データ
を提供することによりこの任意選択フィールドを活用し
ている。
【００８２】ネットワークの規模および複雑性が増すに
つれて、ユーザにはさらに多くのサービスおよびツール
が提供されることになる。例えば、ＷＷＷ（Ｗｏｒｌｄ
Ｗｉｄｅ Ｗｅｂ）における電子商取引は成長と拡大
を続けている。消費者は、商品およびサービスをさが
し、それをその提供業者または第３者から直接購入する
ことができる。最近の動向の１つは、消費者がそれを通
じてそのオンライン取引のすべてではなくとも大半を行
う、ワンストップ型のショッピングウェブサイトまたは
ポータルの提供である。
【００８３】こうしたウェブサイトおよびその他は、例
えば、少なくとも１つのフロントエンドサービスと、少
なくとも１つのバックエンドサービスを含む階層的サー
バ構造を使用する傾向がある。さらに、こうしたサービ
ス／サーバの多くは関心の対象がユーザ（例えば潜在顧
客や実際の顧客）にあるため、チケットの認証データ部
分（例えば図３参照）が、様々な当事者にとって関心の
ある特権的クライアント情報を含むことが珍しくない。
例えば、クライアントサーバ環境をさらに合理化するた
めに、特権属性証明書（ＰＡＣ）などをチケットの認証
データ部分に含むことが可能である。複数サーバ配列の
場合には、図８に示すように、フロントエンドサーバが
後続のサービス／サーバにそのチケットを転送すること
ができる。
【００８４】この例では、第１のサーバに対し、他のサ
ーバの１つにチケットを転送するように指示することが
できる。あるシステムでは、クライアントが複数のサー
バにアクセスするには追加のチケットが必要になる。他
のシステムでは、「サーバ１」がチケットを解読し、ユ
ーザ情報を複製してそれを他のサーバの１つまたは複数
に渡す。このような技術およびそれに類する技術は、お
びただしい量の帯域幅、メモリ、および処理資源を消費
する傾向がある。特にインターネット上に集約させたサ
ービスウェブサイトにはその傾向が見られる。また、ユ
ーザが、自分の特権的情報をそれほど多くのエンティテ
ィに対して複製および／または解放することを許可する
つもりではない可能性もある。
【００８５】集約サービスウェブサイトの一例は、Ａｃ
ｍｅ Ｔｒａｖｅｌ Ｃｏｍｐａｎｙのウェブサイトで
ある。このウェブサイトでは、旅行プランについてのユ
ーザ入力を受け付け、次いでそのユーザに合う航空会
社、鉄道、ホテル、レンタカー代理店など見込みのあり
そうな商品／サービスの提供業者を見つけることを試み
る。ここで、過去にＡｃｍｅサーバがチケットを解読
し、そのチケットのＰＡＣまたは他の部分の複製をユナ
イテッドエアラインのサーバ、アメリカンエアラインの
サーバ、およびＮｏｔ−Ｓｏ−Ｇｏｏｄエアラインのサ
ーバに提供したとする。ユーザはユナイテッドエアライ
ンかアメリカンエアラインを利用してもよいが、Ｎｏｔ
−Ｓｏ−Ｇｏｏｄエアラインは利用したくなく、また自
分の特権的情報がＮｏｔ−Ｓｏ−Ｇｏｏｄエアラインに
提供されることも望まない可能性がある。
【００８６】不都合なのは、既存の認証方式ではクライ
アント側で選択的に転送することができないために、ク
ライアントが、特定のポリシーを強制する解読サーバの
支配下にあることである。
【００８７】本発明のある態様に従って、この問題を認
識し、ウェブサイトビジネスおよび機構の将来の傾向を
予想すると、チケットまたはそれに類するセキュリティ
トークン中の特権的情報およびその他のプロファイル情
報にアクセスさせる者を選択的に制御する手段をクライ
アントに提供する。下記で述べるように、認証データを
提供し、それを後にチケットおよび／またはオーセンテ
ィケータを介して（例えば任意選択フィールドにより）
使用できることを認識されたい。こうした種々の方法お
よび装置により、プロファイルなどの情報を、それをど
こに転送するかに関係なく、パーティのサブセット（例
えばサーバ／サービス）しかそのデータにアクセスでき
ないような方式で符号化することが可能になる。
【００８８】より具体的には、例えば、Ｐがクライアン
トによってチケット中に供給されるプロファイルまたは
他の情報であるとする。クライアントは、無作為に生成
した鍵ＫＰを用いてＰを暗号化したチケットを構築す
る。これを｛Ｐ｝ＫＰで表すが、これはＰ情報の単一の
暗号化を含む。クライアントは次いで、独自に、または
公的なまたはその他の信頼される第３者機関（サードパ
ーティ）の支援により、｛ＫＰ，ｎｏｎｃｅ｝
Ｋｉｄ１、｛ＫＰ，ｎｏｎｃｅ｝Ｋｉｄ２、．．．｛Ｋ
Ｐ，ｎｏｎｃｅ｝Ｋｉｄｎ ｔｈを｛Ｐ｝ＫＰに加え、そ
れを仲介のサーバ／サービスに供給する。すると、転送
されたチケットを誰が得るかに関係なく、その者は、鍵
ＫＰを得るのに必要とされる適切な鍵Ｋｉｄｘ（ここで
ｘは１，．．．，ｎ）を持たずにＰを解読することはで
きない。ノンスデータは実施に応じて任意選択でよいこ
とに留意されたい。
【００８９】鍵Ｋｉｄｘは、例えば特定のグループまた
は個人に割り当てられることに留意されたい。特定のケ
ースでは、この割り当てにより、格納、処理、または送
信すべきデータの量を最小にすることができる。サード
パーティは、こうしたエンドサービスの関心を引くグル
ープ化を提供することによって価値を提供し、任意の鍵
の登録および更新を処理することができる。
【００９０】図９は、認証データフィールド中に少なく
とも１つの暗号化されたクライアント情報部分５０２を
さらに有する例示的チケット５００の修正部分を表して
いる。この図で、例えば、暗号化クライアント情報部分
５０２は、鍵ＫＰを用いて暗号化した特権的ユーザ情報
Ｐを含んでいる。図から分かるように、Ｋｉｄｘへのア
クセス権を有するサーバ／サービスは、まずＫｉｄ１を
使用してＫＰを解読することによって｛Ｐ｝ＫＰを解読
することができる。同様にＫｉｄ２へのアクセス権を有
するサーバ／サービスは、最初にＫｉｄ２を使用してＫ
Ｐを解読することによって｛Ｐ｝ＫＰを解読することが
できる。このように埋め込んだ鍵の配列はいくつでも実
現することができる。
【００９１】したがって上記の例では、ユーザは、Ｎｏ
ｔ−Ｓｏ−Ｇｏｏｄエアラインについては暗号鍵を明確
に／計画的に省略する一方で、ユナイテッドエアライン
およびアメリカンエアラインと関連付けられた１つまた
は複数の暗号鍵を含めることができる。鍵を選択的に制
御し、暗号鍵を修正チケット５００に加えることによ
り、任意のグループ化を適用することもできる。
【００９２】当業者は、上記のような改良型の方法およ
び装置は、例えば上記の例示的認証プロトコル（例えば
Ｋｅｒｂｅｒｏｓ）または他の認証プロトコルを使用し
て実施できることを認識されよう。したがって、本発明
の種々の方法および装置のいくつかの好ましい実施形態
を添付図面に図示し、前述の発明の詳細な説明で説明し
たが、本発明は開示した例示的実施形態に限定されるも
のではなく、頭記の特許請求の範囲に明らかにし、定義
する本発明の精神から逸脱することなく、数多くの再構
成、修正形態、および代替形態が可能であることは理解
されよう。
【００９３】
【発明の効果】以上説明したように、本発明によれば、
認証情報またはその一部へのアクセスを選択的に制御す
る方法および装置を提供することができる。
【図面の簡単な説明】
【図１】本発明を実施することが可能な例示的コンピュ
ータシステムの全体を示すブロック図である。
【図２】例示的クライアントサーバ環境を示すブロック
図である。
【図３】認証メッセージを示す説明的ブロック図であ
る。
【図４】例示的なＫｅｒｂｅｒｏｓメッセージ交換を示
すブロック図である。
【図５】例示的なＫｅｒｂｅｒｏｓメッセージ交換を示
すブロック図である。
【図６】例示的なＫｅｒｂｅｒｏｓメッセージ交換を示
すブロック図である。
【図７】例示的なＫｅｒｂｅｒｏｓメッセージ交換を示
すブロック図である。
【図８】例示的なＫｅｒｂｅｒｏｓメッセージ交換を示
すブロック図である。
【図９】本発明の特定の態様による、図１〜８のいずれ
かの構成での使用に適した例示的な改良型認証メッセー
ジを示す説明図である。
【符号の説明】
１２０ コンピューティング環境 １３０ コンピュータ １３２ 処理装置 １３４ システムメモリ １３６ バス（システムバス） １３８ 読み出し専用メモリ １４０ ランダムアクセスメモリ １４２ 基本入出力システム １４４ ハードディスクドライブ １４６ 磁気ディスクドライブ １４８ 磁気ディスク １５０ 光ディスクドライブ １５２ 光ディスク １５４ インタフェース １５８ オペレーティングシステム １６０ アプリケーションプログラム １６２ プログラムモジュール １６４ プログラムデータ １６６ キーボード １６８ ポインティングデバイス １７０ ユーザ入力インタフェース １７２ モニタ １７４ ビデオアダプタ １７５ 出力周辺インタフェース １７７ ＬＡＮ １７８ モデム １７９ ＷＡＮ １８２ リモートコンピュータ １８６ アダプタ １８９ リモートアプリケーションプログラム ２００ システム ２０２ クライアントマシン ２０４ サーバマシン ２０８（ａ）、２０８（ｂ） ＳＳＰ ２１０ ネットワーク ２４０ 認証プロトコルチケット ２４２ 暗号化した情報（暗号化部分） ２４４ 非暗号化情報（非暗号化部分） ３００ 機構 ３０２ クライアントシステム（クライアントマシン） ３０４、３０４（ａ）、３０４（ｂ） ドメインコント
ローラ ３０６、３０６（ａ）、３０６（ｂ） ＫＤＣ ３０８、３１４、３１６、３１８、３２０、３２２、３
２６、４０４、４０６、４０８、４１０、４１２ メッ
セージ ３１０ ＴＧＴ（メッセージ） ３１２、３２８、４０３ サーバ ４００、４０２ ドメイン ５００ チケット ５０２ クライアント情報部分
───────────────────────────────────────────────────── フロントページの続き (72)発明者 ジョン イー．ブレザック アメリカ合衆国 98072 ワシントン州 ウッディンビル ノースイースト 188 ストリート 24033 (72)発明者 リチャード ビー．ウォード アメリカ合衆国 98053 ワシントン州 レッドモンド 261 アベニュー ノース イースト 8565 Ｆターム(参考） 5B085 AE01 AE09 AE23 AE29 BG07 5J104 AA07 EA18 JA03 KA01 NA03 NA05 PA07

Claims (17)

    【特許請求の範囲】
  1. 【請求項１】 転送する認証メッセージ中の情報を保護
    する際に使用する方法であって、 暗号鍵を使用してデータを符号化し、 少なくとも１つの別の暗号鍵を使用して前記暗号鍵を符
    号化し、 結果として得られた前記符号化されたデータおよび前記
    符号化された暗号鍵を、転送する認証メッセージ中にカ
    プセル化することを備えることを特徴とする方法。
  2. 【請求項２】 複数の別の暗号鍵を使用して前記暗号鍵
    を複数回符号化し、結果として得られた前記符号化され
    た暗号鍵をさらに前記認証メッセージ中にカプセル化す
    ることをさらに備えることを特徴とする請求項１に記載
    の方法。
  3. 【請求項３】 前記認証メッセージはＫｅｒｂｅｒｏｓ
    チケットを含むことを特徴とする請求項１に記載の方
    法。
  4. 【請求項４】 前記データは、前記Ｋｅｒｂｅｒｏｓチ
    ケット中に認証データを含むことを特徴とする請求項３
    に記載の方法。
  5. 【請求項５】 前記認証メッセージをサービスに提供
    し、 前記少なくとも１つの別の暗号鍵を前記サービスに提供
    し、 前記サービスに、前記少なくとも１つの別の暗号鍵を使
    用して前記符号化された暗号鍵を復号させ、 前記サービスに、結果として得られた前記復号された暗
    号鍵を使用して前記符号化されたデータを復号させるこ
    とをさらに備えることを特徴とする請求項１に記載の方
    法。
  6. 【請求項６】 転送する認証メッセージ中の情報を保護
    する際に使用するコンピュータ可読媒体であって、 暗号鍵を使用してデータを符号化し、 少なくとも１つの別の暗号鍵を使用して、前記暗号鍵を
    符号化し、 結果として得られた前記符号化されたデータを、少なく
    とも１つの認証メッセージ中に含め、 前記符号化された暗号鍵を少なくとも１つの認証メッセ
    ージ中に含めることを備える動作を実行するためのコン
    ピュータ実行可能命令を有することを特徴とするコンピ
    ュータ可読媒体。
  7. 【請求項７】 結果として得られた前記符号化されたデ
    ータを少なくとも１つの認証メッセージに含め、前記符
    号化された暗号鍵を少なくとも１つの認証メッセージ中
    に含めることにより、結果として得られた前記符号化さ
    れたデータおよび前記符号化された暗号鍵が、同一の認
    証メッセージ中に含められることを特徴とする請求項６
    に記載のコンピュータ可読媒体。
  8. 【請求項８】 複数の別の暗号鍵を使用して前記暗号鍵
    を複数回符号化するためのコンピュータ実行可能命令を
    さらに備え、結果として得られた前記符号化された暗号
    鍵をさらに少なくとも１つの認証メッセージ中にカプセ
    ル化することを特徴とする請求項６に記載のコンピュー
    タ可読媒体。
  9. 【請求項９】 前記認証メッセージはＫｅｒｂｅｒｏｓ
    チケットを含むことを特徴とする請求項６に記載のコン
    ピュータ可読媒体。
  10. 【請求項１０】 前記データは、前記Ｋｅｒｂｅｒｏｓ
    チケット中に認証データを含むことを特徴とする請求項
    ９に記載のコンピュータ可読媒体。
  11. 【請求項１１】 前記認証メッセージをサービスに提供
    し、 前記少なくとも１つの別の暗号鍵を前記サービスに提供
    し、 前記サービスに、前記少なくとも１つの別の暗号鍵を使
    用して前記符号化された暗号鍵を復号させ、 前記サービスに、結果として得られた前記復号された暗
    号鍵を使用して前記符号化されたデータを復号させるた
    めのコンピュータ実行可能命令をさらに備えることを特
    徴とする請求項６に記載のコンピュータ可読媒体。
  12. 【請求項１２】 転送する認証メッセージ中の情報を保
    護するために使用する装置であって、暗号鍵を使用して
    データを符号化し、少なくとも１つの別の暗号鍵を使用
    して前記暗号鍵を符号化し、結果として得られた前記符
    号化されたデータおよび前記符号化された暗号鍵を認証
    メッセージ中にカプセル化するように構成された論理を
    備えることを特徴とする装置。
  13. 【請求項１３】 前記論理は、複数の別の暗号鍵を使用
    して前記暗号鍵を複数回符号化し、結果として得られた
    前記符号化された暗号鍵を前記認証メッセージ中にカプ
    セル化するようにさらに構成されることを特徴とする請
    求項１２に記載の装置。
  14. 【請求項１４】 前記認証メッセージはＫｅｒｂｅｒｏ
    ｓチケットを含むことを特徴とする請求項１２に記載の
    装置。
  15. 【請求項１５】 前記データは、前記Ｋｅｒｂｅｒｏｓ
    チケット中に認証データを含むことを特徴とする請求項
    １４に記載の装置。
  16. 【請求項１６】 前記論理から前記認証メッセージを受
    信するように有効に結合され、かつ、前記少なくとも１
    つの別の暗号鍵を使用して前記符号化された暗号鍵を復
    号し、結果として得られた前記復号された暗号鍵を使用
    して前記符号化されたデータを復号するように構成され
    た少なくとも１つのサービスをさらに備えることを特徴
    とする請求項１２に記載の装置。
  17. 【請求項１７】 コンピュータ可読媒体であって、 符号化されたデータと、 前記符号化されたデータの少なくとも１部分と有効に関
    連付けられた少なくとも１つの符号化暗号鍵とを備える
    認証メッセージをその上に格納していることを特徴とす
    るコンピュータ可読媒体。
JP2002110595A 2001-04-12 2002-04-12 転送する認証メッセージ中の情報を保護する方法および装置 Withdrawn JP2003030150A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/834,704 US20020150253A1 (en) 2001-04-12 2001-04-12 Methods and arrangements for protecting information in forwarded authentication messages
US09/834,704 2001-04-12

Publications (1)

Publication Number Publication Date
JP2003030150A true JP2003030150A (ja) 2003-01-31

Family

ID=25267580

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002110595A Withdrawn JP2003030150A (ja) 2001-04-12 2002-04-12 転送する認証メッセージ中の情報を保護する方法および装置

Country Status (4)

Country Link
US (1) US20020150253A1 (ja)
EP (1) EP1249983A2 (ja)
JP (1) JP2003030150A (ja)
AU (1) AU2753402A (ja)

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004259281A (ja) * 2003-02-25 2004-09-16 Microsoft Corp ディジタル権利管理（ｄｒｍ）サーバのｄｒｍアーキテクチャへのエンロール／サブエンロール
JP2006260538A (ja) * 2005-03-14 2006-09-28 Microsoft Corp Ｗｅｂサービス用の信頼できる第三者認証
JP2007531093A (ja) * 2004-03-25 2007-11-01 インターナショナル・ビジネス・マシーンズ・コーポレーション プロキシ証明書の生成によるグリッド相互認証
JP2009538478A (ja) * 2006-05-26 2009-11-05 マイクロソフト コーポレーション ネットワーク資源に対するシングルサインオン及び安全なアクセスのためのポリシ駆動の証明情報委譲
JP2010541059A (ja) * 2007-09-27 2010-12-24 エヌエックスピー ビー ヴィ トラステッドアプリケーションに対するアクセス権を管理する方法、システム、トラステッドサービスマネジャー、サービスプロバイダ及びメモリ素子
JP2011180972A (ja) * 2010-03-03 2011-09-15 Konica Minolta Business Technologies Inc 画像処理システム、情報処理装置、プログラムおよびジョブ実行方法
JP2011211546A (ja) * 2010-03-30 2011-10-20 Fujifilm Corp データ通信システムおよびその動作制御方法
JP2013042331A (ja) * 2011-08-15 2013-02-28 Kddi Corp 一方向通信システム、方法及びプログラム
US8438645B2 (en) 2005-04-27 2013-05-07 Microsoft Corporation Secure clock with grace periods
US8700535B2 (en) 2003-02-25 2014-04-15 Microsoft Corporation Issuing a publisher use license off-line in a digital rights management (DRM) system
JP2014067379A (ja) * 2012-09-27 2014-04-17 Canon Inc デバイス装置、その制御方法、およびそのプログラム
US8781969B2 (en) 2005-05-20 2014-07-15 Microsoft Corporation Extensible media rights
JP2017076413A (ja) * 2016-11-24 2017-04-20 株式会社リコー 情報処理装置、情報処理方法及びプログラム

Families Citing this family (99)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6965999B2 (en) * 1998-05-01 2005-11-15 Microsoft Corporation Intelligent trust management method and system
US8195760B2 (en) 2001-01-11 2012-06-05 F5 Networks, Inc. File aggregation in a switched file system
AU2002249939A1 (en) 2001-01-11 2002-07-24 Z-Force Communications, Inc. File switch and switched file system
US7509322B2 (en) 2001-01-11 2009-03-24 F5 Networks, Inc. Aggregated lock management for locking aggregated files in a switched file system
US20040133606A1 (en) 2003-01-02 2004-07-08 Z-Force Communications, Inc. Directory aggregation for files distributed over a plurality of servers in a switched file system
US7512673B2 (en) * 2001-01-11 2009-03-31 Attune Systems, Inc. Rule based aggregation of files and transactions in a switched file system
US8239354B2 (en) * 2005-03-03 2012-08-07 F5 Networks, Inc. System and method for managing small-size files in an aggregated file system
US6912582B2 (en) 2001-03-30 2005-06-28 Microsoft Corporation Service routing and web integration in a distributed multi-site user authentication system
US7698381B2 (en) * 2001-06-20 2010-04-13 Microsoft Corporation Methods and systems for controlling the scope of delegation of authentication credentials
US7428749B2 (en) * 2001-08-03 2008-09-23 International Business Machines Corporation Secure delegation using public key authorization
US7243226B2 (en) 2001-12-12 2007-07-10 Valve Corporation Method and system for enabling content security in a distributed system
US8108687B2 (en) 2001-12-12 2012-01-31 Valve Corporation Method and system for granting access to system and content
US7290040B2 (en) * 2001-12-12 2007-10-30 Valve Corporation Method and system for load balancing an authentication system
US7373406B2 (en) 2001-12-12 2008-05-13 Valve Corporation Method and system for effectively communicating file properties and directory structures in a distributed file system
US7580972B2 (en) 2001-12-12 2009-08-25 Valve Corporation Method and system for controlling bandwidth on client and server
US7661129B2 (en) * 2002-02-26 2010-02-09 Citrix Systems, Inc. Secure traversal of network components
US20030163693A1 (en) * 2002-02-28 2003-08-28 General Instrument Corporation Detection of duplicate client identities in a communication system
US7234158B1 (en) 2002-04-01 2007-06-19 Microsoft Corporation Separate client state object and user interface domains
US7543333B2 (en) * 2002-04-08 2009-06-02 Microsoft Corporation Enhanced computer intrusion detection methods and systems
US7401235B2 (en) * 2002-05-10 2008-07-15 Microsoft Corporation Persistent authorization context based on external authentication
US7523490B2 (en) * 2002-05-15 2009-04-21 Microsoft Corporation Session key security protocol
US7356711B1 (en) 2002-05-30 2008-04-08 Microsoft Corporation Secure registration
US7805606B2 (en) * 2002-07-29 2010-09-28 Bea Systems, Inc. Computer system for authenticating a computing device
US7568218B2 (en) * 2002-10-31 2009-07-28 Microsoft Corporation Selective cross-realm authentication
EP1616334A1 (en) * 2003-03-24 2006-01-18 Matsushita Electric Industrial Co., Ltd. Recording medium recording apparatus and reproducing apparatus
US8041957B2 (en) * 2003-04-08 2011-10-18 Qualcomm Incorporated Associating software with hardware using cryptography
US7644275B2 (en) * 2003-04-15 2010-01-05 Microsoft Corporation Pass-thru for client authentication
EP1635502B1 (en) * 2003-06-19 2019-05-22 Nippon Telegraph And Telephone Corporation Session control server and communication system
US8190893B2 (en) * 2003-10-27 2012-05-29 Jp Morgan Chase Bank Portable security transaction protocol
US8296558B1 (en) * 2003-11-26 2012-10-23 Apple Inc. Method and apparatus for securing communication between a mobile node and a network
EP1551146B1 (en) * 2004-01-05 2011-08-24 Ricoh Company, Ltd. Document security management for repeatedly reproduced hardcopy and electronic documents
JP4587158B2 (ja) * 2004-01-30 2010-11-24 キヤノン株式会社 セキュア通信方法、端末装置、認証サービス装置、コンピュータプログラム及びコンピュータ読み取り可能な記録媒体
US7636941B2 (en) * 2004-03-10 2009-12-22 Microsoft Corporation Cross-domain authentication
US20050204038A1 (en) * 2004-03-11 2005-09-15 Alexander Medvinsky Method and system for distributing data within a network
US7437551B2 (en) * 2004-04-02 2008-10-14 Microsoft Corporation Public key infrastructure scalability certificate revocation status validation
US7379551B2 (en) * 2004-04-02 2008-05-27 Microsoft Corporation Method and system for recovering password protected private data via a communication network without exposing the private data
US8010783B1 (en) 2004-04-15 2011-08-30 Aol Inc. Service provider invocation
GB2414144B (en) * 2004-04-19 2006-07-26 Matsushita Electric Ind Co Ltd Fast and secure connectivity for a mobile node
ATE413077T1 (de) * 2004-06-25 2008-11-15 Telecom Italia Spa Verfahren und system zum schutz von während der kommunikation zwischen benutzern ausgetauschten informationen
US7885970B2 (en) 2005-01-20 2011-02-08 F5 Networks, Inc. Scalable system for partitioning and accessing metadata over multiple servers
US7958347B1 (en) * 2005-02-04 2011-06-07 F5 Networks, Inc. Methods and apparatus for implementing authentication
JP2006338587A (ja) * 2005-06-06 2006-12-14 Hitachi Ltd アクセス制御サーバ、利用者端末及び情報アクセス制御方法
WO2007035655A2 (en) 2005-09-16 2007-03-29 The Trustees Of Columbia University In The City Of New York Using overlay networks to counter denial-of-service attacks
US7921303B2 (en) 2005-11-18 2011-04-05 Qualcomm Incorporated Mobile security system and method
US7706381B2 (en) * 2006-01-10 2010-04-27 Cisco Technology, Inc. Approaches for switching transport protocol connection keys
US8140851B1 (en) * 2006-02-24 2012-03-20 Cisco Technology, Inc. Approaches for automatically switching message authentication keys
US8417746B1 (en) 2006-04-03 2013-04-09 F5 Networks, Inc. File system management with enhanced searchability
US20080072303A1 (en) * 2006-09-14 2008-03-20 Schlumberger Technology Corporation Method and system for one time password based authentication and integrated remote access
EP1965558B1 (en) * 2007-03-01 2011-10-19 Mitsubishi Electric Corporation Method, apparatuses and computer program product for robust digest authentication using two types of nonce values
US9813415B2 (en) * 2007-04-02 2017-11-07 Abdul Rahman Syed Ibrahim Abdul Hameed Khan System and method of generating and using bilaterally generated variable instant passwords
WO2008147973A2 (en) 2007-05-25 2008-12-04 Attune Systems, Inc. Remote file virtualization in a switched file system
US8207693B2 (en) 2007-09-11 2012-06-26 Hydro-Gear Limited Partnership Controller assemblies for electric drive utility vehicles
US8516566B2 (en) * 2007-10-25 2013-08-20 Apple Inc. Systems and methods for using external authentication service for Kerberos pre-authentication
US8117244B2 (en) 2007-11-12 2012-02-14 F5 Networks, Inc. Non-disruptive file migration
US8180747B2 (en) 2007-11-12 2012-05-15 F5 Networks, Inc. Load sharing cluster file systems
US8548953B2 (en) 2007-11-12 2013-10-01 F5 Networks, Inc. File deduplication using storage tiers
US8397077B2 (en) * 2007-12-07 2013-03-12 Pistolstar, Inc. Client side authentication redirection
US8352785B1 (en) 2007-12-13 2013-01-08 F5 Networks, Inc. Methods for generating a unified virtual snapshot and systems thereof
US8549298B2 (en) * 2008-02-29 2013-10-01 Microsoft Corporation Secure online service provider communication
US20090307759A1 (en) * 2008-06-06 2009-12-10 Microsoft Corporation Temporary Domain Membership for Content Sharing
US8549582B1 (en) 2008-07-11 2013-10-01 F5 Networks, Inc. Methods for handling a multi-protocol content name and systems thereof
US8495717B1 (en) * 2009-04-24 2013-07-23 Amazon Technologies, Inc. Secure key distribution service
US10721269B1 (en) 2009-11-06 2020-07-21 F5 Networks, Inc. Methods and system for returning requests with javascript for clients before passing a request to a server
US9195500B1 (en) 2010-02-09 2015-11-24 F5 Networks, Inc. Methods for seamless storage importing and devices thereof
US8204860B1 (en) 2010-02-09 2012-06-19 F5 Networks, Inc. Methods and systems for snapshot reconstitution
US8347100B1 (en) 2010-07-14 2013-01-01 F5 Networks, Inc. Methods for DNSSEC proxying and deployment amelioration and systems thereof
US9286298B1 (en) 2010-10-14 2016-03-15 F5 Networks, Inc. Methods for enhancing management of backup data sets and devices thereof
AP2013006967A0 (en) * 2011-01-13 2013-07-31 Infosys Ltd System and method for accessing integrated applications in a single sign-on enabled enterprise solution
US9497184B2 (en) * 2011-03-28 2016-11-15 International Business Machines Corporation User impersonation/delegation in a token-based authentication system
US8396836B1 (en) 2011-06-30 2013-03-12 F5 Networks, Inc. System for mitigating file virtualization storage import latency
US8463850B1 (en) 2011-10-26 2013-06-11 F5 Networks, Inc. System and method of algorithmically generating a server side transaction identifier
US9020912B1 (en) 2012-02-20 2015-04-28 F5 Networks, Inc. Methods for accessing data in a compressed file system and devices thereof
US9047456B2 (en) * 2012-03-20 2015-06-02 Canon Information And Imaging Solutions, Inc. System and method for controlling access to a resource
US9519501B1 (en) 2012-09-30 2016-12-13 F5 Networks, Inc. Hardware assisted flow acceleration and L2 SMAC management in a heterogeneous distributed multi-tenant virtualized clustered system
JP6255858B2 (ja) * 2012-10-31 2018-01-10 株式会社リコー システム及びサービス提供装置
US10375155B1 (en) 2013-02-19 2019-08-06 F5 Networks, Inc. System and method for achieving hardware acceleration for asymmetric flow connections
US9838375B2 (en) 2013-02-28 2017-12-05 Microsoft Technology Licensing, Llc RESTlike API that supports a resilient and scalable distributed application
US9554418B1 (en) 2013-02-28 2017-01-24 F5 Networks, Inc. Device for topology hiding of a visited network
US9305161B1 (en) * 2013-06-24 2016-04-05 Emc Corporation Password hardening system using password shares distributed across multiple servers
US9973488B1 (en) * 2013-12-04 2018-05-15 Amazon Technologies, Inc. Authentication in a multi-tenant environment
CN106537357B (zh) 2014-04-29 2020-09-04 推特公司 应用间委托的认证
US11838851B1 (en) 2014-07-15 2023-12-05 F5, Inc. Methods for managing L7 traffic classification and devices thereof
US10182013B1 (en) 2014-12-01 2019-01-15 F5 Networks, Inc. Methods for managing progressive image delivery and devices thereof
US11895138B1 (en) 2015-02-02 2024-02-06 F5, Inc. Methods for improving web scanner accuracy and devices thereof
US10834065B1 (en) 2015-03-31 2020-11-10 F5 Networks, Inc. Methods for SSL protected NTLM re-authentication and devices thereof
US20160330221A1 (en) * 2015-05-07 2016-11-10 Cyber-Ark Software Ltd. Systems and Methods for Detecting and Reacting to Malicious Activity in Computer Networks
US9948662B2 (en) 2015-07-31 2018-04-17 Fortinet, Inc. Providing security in a communication network
US9762563B2 (en) 2015-10-14 2017-09-12 FullArmor Corporation Resource access system and method
US9450944B1 (en) 2015-10-14 2016-09-20 FullArmor Corporation System and method for pass-through authentication
US9509684B1 (en) * 2015-10-14 2016-11-29 FullArmor Corporation System and method for resource access with identity impersonation
US10404698B1 (en) 2016-01-15 2019-09-03 F5 Networks, Inc. Methods for adaptive organization of web application access points in webtops and devices thereof
US10797888B1 (en) 2016-01-20 2020-10-06 F5 Networks, Inc. Methods for secured SCEP enrollment for client devices and devices thereof
US10412198B1 (en) 2016-10-27 2019-09-10 F5 Networks, Inc. Methods for improved transmission control protocol (TCP) performance visibility and devices thereof
US10567492B1 (en) 2017-05-11 2020-02-18 F5 Networks, Inc. Methods for load balancing in a federated identity environment and devices thereof
US10587611B2 (en) 2017-08-29 2020-03-10 Microsoft Technology Licensing, Llc. Detection of the network logon protocol used in pass-through authentication
US11223689B1 (en) 2018-01-05 2022-01-11 F5 Networks, Inc. Methods for multipath transmission control protocol (MPTCP) based session migration and devices thereof
US10833943B1 (en) 2018-03-01 2020-11-10 F5 Networks, Inc. Methods for service chaining and devices thereof
US12003422B1 (en) 2018-09-28 2024-06-04 F5, Inc. Methods for switching network packets based on packet data and devices
GB2598084A (en) * 2020-07-16 2022-02-23 The Sec Dep For Foreign Commonwealth And Development Affairs Acting Through The Government Communica Payload assurance at a network boundary

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5544322A (en) * 1994-05-09 1996-08-06 International Business Machines Corporation System and method for policy-based inter-realm authentication within a distributed processing system
US5535276A (en) * 1994-11-09 1996-07-09 Bell Atlantic Network Services, Inc. Yaksha, an improved system and method for securing communications using split private key asymmetric cryptography
US5689565A (en) * 1995-06-29 1997-11-18 Microsoft Corporation Cryptography system and method for providing cryptographic services for a computer application
US5684950A (en) * 1996-09-23 1997-11-04 Lockheed Martin Corporation Method and system for authenticating users to multiple computer servers via a single sign-on
US6141758A (en) * 1997-07-14 2000-10-31 International Business Machines Corporation Method and system for maintaining client server security associations in a distributed computing system
US6671810B1 (en) * 1997-09-18 2003-12-30 Intel Corporation Method and system for establishing secure communication over computer networks

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4524124B2 (ja) * 2003-02-25 2010-08-11 マイクロソフト コーポレーション ディジタル権利管理（ｄｒｍ）サーバのｄｒｍアーキテクチャへのエンロール／サブエンロール
US8700535B2 (en) 2003-02-25 2014-04-15 Microsoft Corporation Issuing a publisher use license off-line in a digital rights management (DRM) system
JP2004259281A (ja) * 2003-02-25 2004-09-16 Microsoft Corp ディジタル権利管理（ｄｒｍ）サーバのｄｒｍアーキテクチャへのエンロール／サブエンロール
US8041955B2 (en) 2004-03-25 2011-10-18 International Business Machines Corporation Grid mutual authorization through proxy certificate generation
JP4721191B2 (ja) * 2004-03-25 2011-07-13 インターナショナル・ビジネス・マシーンズ・コーポレーション プロキシ証明書の生成によるグリッド相互認証
JP2007531093A (ja) * 2004-03-25 2007-11-01 インターナショナル・ビジネス・マシーンズ・コーポレーション プロキシ証明書の生成によるグリッド相互認証
JP2006260538A (ja) * 2005-03-14 2006-09-28 Microsoft Corp Ｗｅｂサービス用の信頼できる第三者認証
US8438645B2 (en) 2005-04-27 2013-05-07 Microsoft Corporation Secure clock with grace periods
US8781969B2 (en) 2005-05-20 2014-07-15 Microsoft Corporation Extensible media rights
JP2009538478A (ja) * 2006-05-26 2009-11-05 マイクロソフト コーポレーション ネットワーク資源に対するシングルサインオン及び安全なアクセスのためのポリシ駆動の証明情報委譲
JP2010541059A (ja) * 2007-09-27 2010-12-24 エヌエックスピー ビー ヴィ トラステッドアプリケーションに対するアクセス権を管理する方法、システム、トラステッドサービスマネジャー、サービスプロバイダ及びメモリ素子
US9608989B2 (en) 2007-09-27 2017-03-28 Nxp B.V. Method, system, trusted service manager, service provider and memory element for managing access rights for trusted applications
JP2011180972A (ja) * 2010-03-03 2011-09-15 Konica Minolta Business Technologies Inc 画像処理システム、情報処理装置、プログラムおよびジョブ実行方法
US8630006B2 (en) 2010-03-03 2014-01-14 Konica Minolta Business Technologies, Inc. Image processing system, information processing device, non-transitory computer readable medium, and job execution method
JP2011211546A (ja) * 2010-03-30 2011-10-20 Fujifilm Corp データ通信システムおよびその動作制御方法
JP2013042331A (ja) * 2011-08-15 2013-02-28 Kddi Corp 一方向通信システム、方法及びプログラム
JP2014067379A (ja) * 2012-09-27 2014-04-17 Canon Inc デバイス装置、その制御方法、およびそのプログラム
JP2017076413A (ja) * 2016-11-24 2017-04-20 株式会社リコー 情報処理装置、情報処理方法及びプログラム

Also Published As

Publication number Publication date
AU2753402A (en) 2002-10-17
EP1249983A2 (en) 2002-10-16
US20020150253A1 (en) 2002-10-17

Similar Documents

Publication Publication Date Title
JP2003030150A (ja) 転送する認証メッセージ中の情報を保護する方法および装置
US7379551B2 (en) Method and system for recovering password protected private data via a communication network without exposing the private data
US9819666B2 (en) Pass-thru for client authentication
US7197568B2 (en) Secure cache of web session information using web browser cookies
KR100986441B1 (ko) 정보 보안 방법, 정보 보안 시스템, 및 보안 프로토콜을 갖는 컴퓨터 판독 가능 저장 매체
EP1697818B1 (en) Authentication system for networked computer applications
CA2280869C (en) System for providing secure remote command execution network
US7613919B2 (en) Single-use password authentication
US7293098B2 (en) System and apparatus for storage and transfer of secure data on web
US6993652B2 (en) Method and system for providing client privacy when requesting content from a public server
MXPA04007547A (es) Sistema y metodo para proporcionar un protocolo de manejo de clave con verificacion de cliente de autorizacion.
JP2004509399A (ja) ネットワークにわたって配布されるオブジェクトを保護するためのシステム
US20080250248A1 (en) Identity Management System with an Untrusted Identity Provider
CN108737376A (zh) 一种基于指纹和数字证书的双因子认证方法及系统
CN111010385A (zh) 一种基于RESTful的安全交互方法
Pranata et al. A distributed mechanism for secure collaboration in Digital Ecosystems
Ozha Kerberos: An Authentication Protocol
Nagar et al. A secure authenticate framework for cloud computing environment
Rao A Fixed Network Transmission Based on Kerberos Authentication Protocol
Khorasani et al. SDSuPK: Secured data sharing using proxy Kerberos to improve Openstack Swift security
Stevan The Kerberos Authentication Service

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20050705