JPH11265349A

JPH11265349A - コンピュータシステムならびに同システムに適用される機密保護方法、送受信ログ管理方法、相互の確認方法および公開鍵世代管理方法

Info

Publication number: JPH11265349A
Application number: JP10066670A
Authority: JP
Inventors: Masako Ooyama; 真砂子大山
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1998-03-17
Filing date: 1998-03-17
Publication date: 1999-09-28

Abstract

(57)【要約】【課題】既存のシステムのセキュリティ・ポリシーに沿
ったアクセス制御を適用しつつ相互認証機能を容易に組
み込むことのできるコンピュータシステム。【解決方法】サーバプログラム２１は、クライアントプ
ログラム１１からの認証要求を受けた際、公開鍵ホルダ
２２に格納された公開鍵を用いてチャレンジ＆レスポン
ス方式により相手の身元確認を行なう。この認証が成立
すると、サーバプログラム２１は、その公開鍵に対応づ
けられた識別子を公開鍵ホルダ２２から取り出し、その
識別子をもとにクライアントプログラム１１のユーザ管
理データをユーザ管理データファイル２３から取り出
す。そして、クライアントプログラム１１が要求した任
意のサービスプログラム２４を起動する際、その取り出
したユーザ管理データで示される権限範囲をそのサービ
スプログラム２４に与える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、コンピュータネ
ットワークを介して接続される複数のコンピュータ相互
間で相互認証を実行するコンピュータシステムならびに
同システムに適用される機密保護方法、送受信ログ管理
方法、相互認証方法および公開鍵世代管理方法に関す
る。

【０００２】

【従来の技術】近年のコンピュータ技術およびネットワ
ーク技術の高度化に伴ない、リモートシステム間でのデ
ータ送受信が頻繁に行なわれるようになってきた。そし
て、このリモートシステム間でのデータ送受信の安全性
を確保するための技術として以下ようなものが存在す
る。（１）公開鍵暗号を用いたチャレンジ＆レスポンス方式
により認証する技術毎回、異なる乱数を生成し、その生
成した乱数を公開鍵暗号により暗号化したデータをパス
ワードとして利用する技術である。具体的には、次のよ
うな処理を行なう。（ａ）認証要求を受けた際に、認証する側が乱数を生成
して、認証される側にこれを送信する。（ｂ）認証される側は、これを自身の秘密鍵により暗号
化して、認証する側にこれを送信する。（ｃ）認証する側は、これを相手の公開鍵により復号化
して、相手の身元を確認する。

【０００３】一般に、この公開鍵暗号を用いたチャレン
ジ＆レスポンス方式により認証する技術は、ネットワー
ク上を搬送するパスワードを保護するための方法であ
る。毎回、使い捨てのパスワードを使用（ワンタイムパ
スワード方式）することによって、パスワードの盗難や
再送などによる被害を防ぐ。そして、公開鍵暗号方式と
して安全性の高いＲＳＡや楕円曲線暗号を用いること
で、高い安全性を保つことができる。（２）送信データに付加した電子署名により、送信者の
「なりすまし」やネットワーク上での「データの改ざ
ん、破壊」を防ぐ技術データを送信する際に、対象デー
タを一方向関数により要約し、これを自身の秘密鍵にて
暗号化した電子署名を生成する。これを送信データに付
加してネットワーク上に送り出す。

【０００４】受信側では、データ受信時に、その受信し
たデータを同様に一方向関数で要約した値と電子署名デ
ータを送信者の公開鍵で復号化した結果とを比較する。
これにより、図６に示すように、第３者による送信者の
なりすましやネットワーク上でのデータの改ざんまたは
破壊などを防止する。

【０００５】

【発明が解決しようとする課題】ところで、これまでの
認証技術では、認証成立後、アクセスを許可されたユー
ザに適用されるアクセス制御や権限範囲などが明確でな
く、認証されたユーザへのアクセス制御は、各アプリケ
ーションにまかされていた。この結果、以下のような問
題が発生する。（１）アプリケーションごとに異なるセキュリティーポ
リシーが適用され、システムの一貫性が失われてしまう
虞があり、それに起因してシステムの安全性を低下させ
てしまう虞がある。（２）管理者の負荷が重くなってしまう。（３）安全性の検査やアプリケーションの開発が困難と
なる。

【０００６】また、これまでの安全性を重視したデータ
転送機能においては、暗号化や電子署名といった技術に
より、データの漏洩や改ざんなどの脅威を払拭すること
は可能であるが、送信者は、正しい相手に正しいデータ
が受信されていることを確認する術がなかった。また、
データ転送の後に、送信者または受信者がデータの授受
を否定したときに、それを解析することはできても、決
定的に証明する方法がなかった。このために、送受信者
の利害が絡んだデータを転送したときに、データ受信否
認などのトラブルが発生したとしても、それを解決する
手段がないといった問題があった。

【０００７】さらに、これまでは、暗号鍵を使い捨てで
利用してきたが、前述したような検証を再現するような
場合には、そのデータ転送時に使用されていた鍵が必要
となる。また、鍵を更新する場合に、正しくデータ転送
が行なわれるためには、送信側および受信側の双方で、
使用する秘密鍵と公開鍵との組を必ず同じ時点で更新さ
れていなければならない。しかしながら、現在では、鍵
の登録は人手を介して行なわれているケースがほとんど
であるために、リモートのシステム上で、この鍵更新の
同期をとる処理は非常に困難であった。

【０００８】この発明はこのような実情に鑑みてなされ
たものであり、たとえば既存のシステムのセキュリティ
・ポリシーに沿ったアクセス制御を適用しつつ、相互認
証機能を容易に組み込むことのできるコンピュータシス
テムおよび同システムに適用される機密保護方法を提供
することを目的とする。

【０００９】また、この発明は、電子的な取り引きにお
いて双方が電子署名を交換し、それを保管することで、
この署名データを証拠データとして用いることができる
ようにするとともに、その署名データの検証を必要に応
じて再現できるようにするコンピュータシステムならび
に同システムに適用される送受信ログ管理方法および相
互認証方法を提供することを目的とする。

【００１０】また、この発明は、鍵を管理するデータと
して、世代管理番号や有効期限といった情報を付け加え
て鍵の世代管理を実現するコンピュータシステムおよび
同システムに適用される公開鍵世代管理方法を提供する
ことを目的とする。。

【００１１】

【課題を解決するための手段】前述した目的を達成する
ために、この発明は、公開鍵暗号を用いたワンタイムパ
スワード方式の相互認証を実行する相互認証機能および
前記相互認証を実行し合う相手からの要求に応じてプロ
グラムを起動するサービス機能を有するコンピュータシ
ステムにおいて、前記相手に与える自システム内での権
限を決定する識別子を前記相互認証に供される公開鍵と
対応づけて格納する識別子格納手段と、前記相互認証の
成立を条件に起動される前記相手から要求されたプログ
ラムに対して、その相互認証に供された公開鍵と対応づ
けられた前記識別子で決定される権限を与える権限付与
手段とを具備することを特徴とする。

【００１２】この発明においては、他のコンピュータか
らの要求に応じて起動されるプログラムに対し、他のコ
ンピュータに与える自システム内での権限を適用させる
ことができるため、アプリケーションプログラムの構造
に依らずに自システムのセキュリティポリシーを反映さ
せた一貫した機密保護が実行できることになる。

【００１３】また、この発明は、転送データに付加され
る電子署名によって相手の認証およびデータ授受成立の
検証を実行するコンピュータシステムにおいて、送信側
および受信側のコンピュータ双方に、前記データ授受の
事実を証明するためのログを格納するログファイルと、
前記転送データの授受が成立したときに、相手方の電子
署名、日時、相手を識別するための識別情報および転送
データを識別するための識別情報を含むログを採取して
前記ログファイルに記録するログ採取手段とを設けたこ
とを特徴とする。

【００１４】この発明においては、データ授受の事実を
証明するためのログを採取しておくことにより、データ
授受に関して双方の認識に食い違いが発生した場合な
ど、そのログから当該データ授受の事実を調査し証明す
ることが可能となる。

【００１５】また、この発明は、転送データに付加され
る電子署名によって相手の認証およびデータ授受成立の
検証を実行するコンピュータシステムにおいて、受信側
のコンピュータに、前記転送データを正規に受け入れる
ときに、その旨を伝えるための受信通知として前記転送
データを一意に識別可能な情報を元に生成した電子署名
を返送する受信通知手段を設けたことを特徴とする。

【００１６】この発明においては、受信通知として署名
データを用いることにより、送信者側で受信者の身元確
認と正しいデータが受信された旨の確認とを行なえるこ
とができるため、受信後の受信者の不正行為やネットワ
ーク上の妨害行為などを防止することが可能となる。

【００１７】また、この発明は、第１のコンピュータと
第２のコンピュータとの間で公開鍵暗号方式を用いたデ
ータ処理を行なうコンピュータシステムにおいて、前記
第１および第２のコンピュータ双方に、それぞれに有効
期間が設定された同一人を認証するための複数の公開鍵
を前記有効期間に基づいて世代管理する公開鍵世代管理
手段を設けたことを特徴とする。

【００１８】この発明においては、同一人を認証するた
めの複数の公開鍵を認証側および被認証側の双方で有効
期間に基づいて世代管理することにより、たとえば機密
保護のために定期的に公開鍵を更新していくような場合
に、複数のコンピュータで公開鍵の更新処理の同期が取
れるため、タイムラグによる処理のミスを防ぐことが可
能となる。

【００１９】

【発明の実施の形態】以下、図面を参照してこの発明の
実施形態を説明する。（第１実施形態）まず、この発明の第１実施形態を説明
する。

【００２０】図１には、この第１実施形態に係るコンピ
ュータシステムの構成が示されている。そして、この第
１実施形態のコンピュータシステムは、認証機能とシス
テムのアクセス制御機能との連携にその特徴を有してい
る。

【００２１】ここでは、図１のクライアントプログラム
１１からサーバプログラム２１に対して認証要求を出す
場合を想定する。このクライアントプログラム１１およ
びサーバプログラム２１は、それぞれ公開鍵暗号を導入
したコンピュータ１０およびコンピュータ２０上で
動作するものであり、また、コンピュータ１０とコンピ
ュータ２０とは、回線で接続されている。

【００２２】サーバプログラム２１が動作するコンピュ
ータ２０では、オペレーティングシステム（ＯＳ）に
よるアクセス制御機能が提供されている。ユーザのプロ
セスの権限範囲は、そのユーザに割り当てられた識別子
ＩＤｘをもとに引き出されるユーザ管理情報に基づいて
定められる。そして、この権限情報と各オブジェクト
（ファイルやデバイスなどのリソース）に関連づけられ
たアクセス許可情報とに基づいて、アクセス制御が行な
われる。

【００２３】ここで、この第１実施形態の基本動作につ
いて説明する。サーバプログラム２１は、クライアント
プログラム１１からの認証要求を受けた際、通信ポート
を獲得し、このポートを用いて相互認証処理を行なう。
この認証処理は、公開鍵暗号を用いたチャレンジ＆レス
ポンス方式により行なわれ、公開鍵を用いて相手の身元
確認を行なう。

【００２４】この認証が成立すると、サーバプログラム
２１は、クライアントプログラム１１の公開鍵に対応づ
けられた、クライアントプログラム１１のコンピュータ
２０上での識別子ＩＤＡを公開鍵ホルダ２２から取り出
す。さらに、この識別子ＩＤA をもとに、クライアント
プログラム１１のユーザ管理データをユーザ管理データ
ファイル２３から取り出す。

【００２５】次に、サーバプログラム２１は、クライア
ントプログラム１１が要求した任意のサービスプログラ
ム２４を起動するが、通常、クライアントプログラム１
１から起動されたプログラムは、サーバプログラム２１
の権限範囲を継承するので、ここではこれを完全にクリ
アし、この新たに起動するサービスプログラム２４に対
しては、ユーザ管理データで示される権限を新規に設定
し直す。さらに、サーバプログラム２１は、クライアン
トプログラム１１との間に確立された安全な通信ポート
をサービスプログラム２４に受け継がせる。

【００２６】このように、権限情報としてシステムの識
別子を利用することにより、システムの既存のアクセス
制御機能を利用しつつ認証機能を容易に導入でき、か
つ、起動されるアプリケーションについても、アクセス
制御機能を実装する必要がまったくない。

【００２７】（第２実施形態）次に、この発明の第２実
施形態を説明する。図２には、この第２実施形態に係る
コンピュータシステムの構成が示されている。そして、
この第２実施形態のコンピュータシステムは、データ送
受信否認防止のためのログ機能にその特徴を有してい
る。

【００２８】ここでは、図２の送信プログラム３１か
ら受信プログラム３４へ転送データＭが送信される場
合を想定する。この送信プログラム３１（Ａとする）お
よび受信プログラム３４（Ｂとする）は、それぞれ公開
鍵暗号を導入したコンピュータ３０ａおよびコンピュー
タ３０ｂ上で動作するものであり、また、コンピュータ
３０ａとコンピュータ３０ｂとは、回線で接続されてい
る。

【００２９】また、送信プログラム３１および受信プロ
グラム３４は、それぞれ関数（Ａ）と関数（Ｂ）とを呼
び出すことで、後述するデータ転送機能を利用すること
を可能とする。

【００３０】ここで、この第２実施形態の基本動作につ
いて説明する。関数（Ａ）は、転送データＭを送信する
際に、転送データＭにその時点での日付データＤＡを付
加したデータＭ’を作成する。次に、この作成したデー
タＭ’を一方向性関数により要約した値を鍵ホルダ３２
ａに格納されたＡの秘密鍵ＳＫＡによって暗号化して電
子書名ＳＩＧＭＡを生成する。そして、データＭ’（電
子署名の生成後に暗号化することも可。また、平文Ｍ’
のままでも可）に、この電子署名ＳＩＧMAを付加したデ
ータを関数（Ｂ）に対して送信する。

【００３１】一方、関数（Ｂ）では、まず、電子署名Ｓ
ＩＧＭＡを鍵ホルダ３２ｂに格納されたＡの公開鍵ＰＫ
Ａを用いて復号化する。そして、これと受信したデータ
Ｍ’を一方向性関数により要約した値とを比較すること
により、送信者の身元確認、受信したデータの正当性
（改ざんなどがされていないこと）および電子署名の付
加日時を確認する。

【００３２】そして、関数（Ｂ）は、関数（Ａ）に対し
て受信成功を通知する。受信成功を保証するデータとし
て、受信データＭ’にその時点での日付データＤＢを付
加したデータＭ”を作成し、このデータＭ”を一方向性
関数により要約した値をＢの秘密鍵ＳＫＢで暗号化した
電子署名ＳＩＧＭＢと日付データＤＢとを送信する。

【００３３】その後、関数（Ａ）は、受信通知ＳＩＧＭ
Ｂを鍵ホルダ３２ａに格納されたＢの公開鍵ＰＫＢを用
いて復号化する。そして、送信した転送データＭに受信
した日付データＤＢを付加したデータＭ”を作成し、こ
の作成したデータＭ”を一方向性関数により要約した値
と復号化した受信通知データとを比較することにより、
受信者の身元確認、受信されたデータの正当性（明らか
にＭが受信されたこと）および受信通知を生成した日付
を確認する。

【００３４】そして、関数（Ａ）は、電子署名ＳＩＧＭ
Ｂを日付データＤＢおよび転送データＭの転送に関する
他の情報とともにログファイル３３ａに記録するととも
に、関数（Ｂ）へ受信通知を送信する。一方、関数
（Ｂ）は、関数（Ａ）からの受信通知を受信すると、電
子署名ＳＩＧＭＢと日付データＤＡとを転送データＭの
転送に関する他の情報とともに、ログファイル３３ｂに
記録する。これにより、データＭの送受信が完了する。

【００３５】なお、ここでは、受信成功を通知するデー
タとして、転送データＭを一方向性関数により要約した
値を用いることとしたが、その代用として転送内容を確
実に識別することのできる識別子、すなわち、転送デー
タＭを一意に識別できる識別子を用いることも可能であ
る。

【００３６】次に、前述した処理の一貫性を保つための
機能について説明する。途中でエラーが発生した際に
は、関数（Ｂ）内で完全に受信したデータＭ’をクリア
する。これにより、関数（Ｂ）の呼び出しを行なった受
信プログラム３４は、転送データＭを得る術がなくな
る。

【００３７】また、ログファイル３３ａまたはログファ
イル３３ｂへの記録後にエラーが発生した場合には、ロ
グの内容を更新し、データ転送がエラー終了したことを
必ず記録する。これにより、実際のデータ転送の事実と
ログへの記録内容とに食い違いが発生することがなくな
る。

【００３８】なお、ログファイル３３ａおよびログファ
イル３３ｂには、少なくとも以下の情報が記録される。（１）署名データＳＩＧＭＸ（Ｘ：ＡまたはＢ）。（２）日付データＤＸ（Ｘ：ＡまたはＢ）。（３）通信相手Ｘ（Ｘ：ＡまたはＢ）を識別する情報。
具体的には、正しい公開鍵ＰＫＸ（Ｘ：ＡまたはＢ）を
得ることができる情報。（４）転送データＭを識別する情報。具体的には、転送
データＭを復元することができる情報。

【００３９】これらの情報は、以下のいずれかの方法で
記録される。（１）ログファイル内に転送データＭを保存する。（２）別ファイルにＭを保存する。ログファイル内には
Ｍの識別子を記録し、識別子から転送データＭを取り出
せるようにする。（３）転送データＭは分解された状態で、データベース
など、各種の方法で管理される。ログファイル内には、
Ｍの識別子を記録し、識別子をもとに、各ファイルデー
タベースなどで管理されているデータを引き出し、これ
らを用いて転送データＭを組み立てる。

【００４０】次に、図３を参照して、他のコンピュータ
との間のデータ授受について検証を行なう場合を説明す
る。ここでは、図３のコンピュータ４０と他のコンピュ
ータ（Ｘとする）との間のデータ授受に関するログが、
前述したいずれかの方法で採取されているものとする。
また、鍵ホルダ４２には、電子署名作成時の鍵が保持さ
れているものとする。

【００４１】検証プログラム４１は、まず、ログファイ
ル４３から得られた転送データ識別情報より、検証の対
象となる電子署名データに対応する転送データＭの転送
時のイメージを以下のいずれかの方法で復元する。（１）ログファイル４３内に保存されたデータＭを読み
出す。（２）識別子から別ファイルに保存されたデータＭを読
み出す。（３）識別子からデータベース４４上のデータを引き出
し、これらを用いてデータＭを組み立てる。

【００４２】次に、検証プログラム４１は、ログファイ
ル４３より、日付データＤＸを取り出して、データＭに
ＤＸを付加したデータＭを生成する。そして、このデー
タＭのハッシュ値を計算する。

【００４３】また、検証プログラム４１は、ログファイ
ル４３より、電子署名データＳＩＧＭＸと通信相手の情
報Ｘを取り出す。そして、この情報Ｘをもとに、鍵ホル
ダーから公開鍵ＰＫＸを取り出し、ＳＩＧＭＸをＰＫＸ
にて復号化する。

【００４４】そして、先程計算したデータＭのハッシュ
値とＳＩＧＭＸをＰＫＸにて復号化した値と値が一致し
た場合、検証プログラム４１は、データＭの送受信がコ
ンピュータ４０と他のコンピュータとの間で行なわれた
こと、正しい相手と正常な転送処理が行なわれたこと、
および通信相手が日付ＤＸの時点で転送の事実を承認し
ていることを確信する。

【００４５】このように、転送データ、電子署名および
日付データなどを保持することによって、データ授受に
関して双方の認識に食い違いが発生した場合など、ログ
ファイルに記録された情報から行なわれたデータ授受の
事実を調査することが可能となる。また、転送データを
復元して電子署名の検証を再現することが可能となるた
め、電子署名を取引の証拠として用いることができる。

【００４６】（第３実施形態）次に、この発明の第３実
施形態を説明する。図４には、この第３実施形態に係る
鍵ホルダの形式が示されている。そして、この第３実施
形態では、公開鍵暗号における鍵世代管理にその特徴を
有している。

【００４７】ここでは、暗号化および復号化に用いる鍵
を管理するための鍵ホルダに、各鍵ごとに少なくとも以
下の情報が含まれるものとする。（１）鍵データ。（２）鍵の所有者名。（３）世代管理番号。（４）有効期限。（５）世代管理番号。この世代管理番号は、鍵の使用ま
たは未使用、および鍵の使用順序を識別可能な値が設定
される。ここでは、仮に世代管理番号の設定内容を以下
のように定める。０：新規の鍵（未使用）１：カレントで使用中の鍵２〜：変更済みの鍵（６）有効期限。

【００４８】以下に、このような鍵情報を用いた鍵の自
動更新処理および検証処理の例を挙げる。（自動更新処理）鍵サーバは、配布する鍵の世代管理番
号を０に設定する。また、適当な有効期限を設定して配
布する。なお、鍵サーバを設置して鍵を配布する場合の
他、ローカルで鍵を生成する場合も考えられるが、この
場合も設定内容は同様である。また、公開鍵は配布の必
要があるので、これについても、鍵サーバを設置する場
合、しない場合とも同様に、前述のような設定を行なっ
た上で配布を行なう。そして、公開鍵および秘密鍵とも
同様に管理する。

【００４９】鍵を配布された側は、新規の鍵を鍵ホルダ
へ登録する。この際、世代管理番号および有効期限は、
配布した側で設定した値を保持している。ここでは、図
４内の（Ｃ）を登録したとする。

【００５０】ここで、新規の鍵の鍵情報に含まれる有効
期限情報をカレントの鍵の有効期限が切れるタイミング
とする。この時点で、鍵の変更が発生する。このとき、
同一の所有者名を持つ鍵のすべての世代管理番号をイン
クリメントする。たとえば、図４においては、１９９７
年１２月５日の０時０分０秒のタイミングで鍵が更新さ
れ、（Ａ）、（Ｂ）および（Ｃ）の各鍵の世代管理番号
がインクリメントの対象となる。そして、図５は、更新
処理を行なった後の鍵ホルダ内のイメージを示す図であ
る。

【００５１】これにより、世代管理番号０であった新し
い鍵がカレントの鍵となる。図５においては、（Ｃ）の
鍵が新しい鍵として使用される。（暗号化または復号化のための鍵取り出し処理）暗号化
または復号化のために鍵を取り出す場合には、所有者名
情報と世代管理番号とに基づいて鍵を検索する。

【００５２】たとえば、図４においては、ユーザＡＡＡ
Ａのカレントで暗号化・復号化に用いる鍵は（Ｂ）の鍵
が用いられる。また、システム間の時計の差を考慮し、
有効期限に対して誤差の許容範囲を定めておく。すなわ
ち、カレントの鍵で復号化できない場合であって、前述
の許容範囲内に収まる時間である場合は、世代管理番号
０の鍵で復号化を試みてみる。同様に、鍵の変更後、カ
レントの鍵で復号化できず、許容範囲内に収まる時間で
ある場合は、世代管理番号２の鍵で復号化を試みる。

【００５３】（検証のための鍵取り出し処理）検証のた
めに鍵を取り出す場合には、鍵の所有者名と電子署名を
生成した日付データとを用いて、検証の対象となる電子
署名を生成した鍵を検索する。具体的には、鍵ホルダに
保持されている各鍵の有効期限と世代管理番号とを用い
ることによって、鍵の使用期間を特定することができ
る。これにより、正しい鍵を検索することが可能とな
る。

【００５４】このように、鍵の自動更新を行なうことに
より、複数のコンピュータ間で鍵登録の同期をとること
ができ、また、誤差許容範囲を定めることによって、タ
イムラグによる処理のミスを減少させることができる。

【００５５】

【発明の効果】以上詳述したように、この発明によれ
ば、他のコンピュータからの要求を受けて自システムで
起動するプログラムに対して、システムのアクセス制御
を適用させることができるため、アプリケーションプロ
グラムの構造に依らず、システムのセキュリティポリシ
ーが反映され、一貫した管理が可能となる。

【００５６】また、権限情報としてシステムの識別子を
利用することにより、システムの既存のアクセス制御機
能が利用できるため、認証機能の導入が容易であり、起
動されるアプリケーションにアクセス制御機能を実装す
る必要がないため、アプリケーションプログラムの開発
が容易になる。

【００５７】また、権限情報としてシステムの識別子を
利用することにより、システムの既存のユーザ管理機能
と公開鍵暗号を用いたセキュリティ機能とを連携させて
利用することが可能となるため、新しいセキュリティ機
能の導入が容易になり、関連するアプリケーションプロ
グラムの開発が容易になる。

【００５８】また、データ授受に関するログを保持する
ことにより、双方の認識に食い違いが発生した場合に、
ログに記録された情報から、行なわれたデータ授受の内
容を調査することが可能となる。また、転送データを復
元して電子署名データの検証を再現することが可能とな
り、電子署名データを取引の証拠として用いることがで
きる。さらに、送受信とログの内容との整合性を確保す
るので、エラーによる不整合を防ぐことができる。

【００５９】また、受信通知として署名データを用いる
ことにより、送信者側で受信者の身元確認および正しい
データが受信されたことの確認が得られるため、受信後
の受信者の不正行為やネットワーク上の妨害行為などを
防ぐことができる。

【００６０】また、日付情報を含めたデータの電子署名
を作成することにより、送信者の身元確認とデータの保
全性とともに電子署名捺印の日付も保証されるため、証
拠としての電子署名の利用が可能となる。

【００６１】また、鍵の世代管理を自動的に行なうこと
により、複数のコンピュータ間で鍵登録の同期がとれ、
また、それぞれのコンピュータの時計の差により発生す
るタイムラグによる処理ミスを誤差許容範囲を定めるこ
とによって減少させることが可能となる。また、従来使
い捨てであった鍵を系統だって管理することにより、正
しい検証が可能になる。

【図面の簡単な説明】

【図１】この発明の第１実施形態に係るコンピュータシ
ステムの構成を示す図。

【図２】同第２実施形態に係るコンピュータシステムの
構成を示す図。

【図３】同第２実施形態の他のコンピュータとの間のデ
ータ授受について検証を行なう場合を説明するための
図。

【図４】同第３実施形態に係る鍵ホルダを示す図。

【図５】図４の鍵ホルダに対して更新処理を施した後の
状態を示す図。

【図６】第３者による送信者のなりすましやネットワー
ク上でのデータの改ざんまたは破壊などを示す図。

【符号の説明】

１０…コンピュータ、１１…クライアントプログラム、
１２…公開鍵ホルダ、２０…コンピュータ、２１…サー
バプログラム、２２…公開鍵ホルダ、２３…ユーザ管理
データファイル、２４…サービスプログラム、２５…リ
ソース、３０ａ，３０ｂ…コンピュータ、３１…送信プ
ログラム、３２ａ，３２ｂ…鍵ホルダ、３３ａ，３３ｂ
…ログファイル、４０…コンピュータ、４１…検証プロ
グラム、４２…鍵ホルダ、４３…ログファイル、４４…
データベース。

Claims

【特許請求の範囲】

【請求項１】公開鍵暗号を用いたワンタイムパスワー
ド方式の相互認証を実行する相互認証機能および前記相
互認証を実行し合う相手からの要求に応じてプログラム
を起動するサービス機能を有するコンピュータシステム
において、前記相手に与える自システム内での権限を決
定する識別子を前記相互認証に供される公開鍵と対応づ
けて格納する識別子格納手段と、前記相互認証の成立を条件に起動される前記相手から要
求されたプログラムに対して、その相互認証に供された
公開鍵と対応づけられた前記識別子で決定される権限を
与える権限付与手段とを具備することを特徴とするコン
ピュータシステム。
【請求項２】前記識別子格納手段は、前記識別子を前
記公開鍵が格納される公開鍵ホルダ内で前記公開鍵と対
にして格納することを特徴とする請求項１記載のコンピ
ュータシステム。
【請求項３】前記識別子格納手段は、前記識別子と前
記公開鍵とを対応づけるマッピングテーブルを備えるこ
とを特徴とする請求項１記載のコンピュータシステム。
【請求項４】前記自システム内での権限を含む前記他
のコンピュータに関するユーザ管理データを前記識別子
と対応づけて管理するユーザ管理データ格納手段をさら
に具備し、前記権限付与手段は、前記相互認証に供された公開鍵と
対応づけられた識別子から前記ユーザ管理データを得
て、その得られたユーザ管理データで示される権限を前
記起動されるプログラムに付与する手段を有することを
特徴とする請求項１、２または３記載のコンピュータシ
ステム。
【請求項５】転送データに付加される電子署名によっ
て相手の認証およびデータ授受成立の検証を実行するコ
ンピュータシステムにおいて、送信側および受信側のコンピュータ双方に、前記データ授受の事実を証明するためのログを格納する
ログファイルと、前記転送データの授受が成立したときに、相手方の電子
署名、日時、相手を識別するための識別情報および転送
データを識別するための識別情報を含むログを採取して
前記ログファイルに記録するログ採取手段とを設けたこ
とを特徴とするコンピュータシステム。
【請求項６】送信側および受信側のコンピュータ双方
に、前記転送データを検証用に退避しておく転送データ
退避手段をさらに設けたことを特徴とする請求項５記載
のコンピュータシステム。
【請求項７】前記ログ採取手段は、前記ログファイル
にログを記録した後に前記転送データの授受が無効化さ
れたときに、前記ログファイルから前記記録したログを
削除する手段を有することを特徴とする請求項５記載の
コンピュータシステム。
【請求項８】データの転送中にエラーが発生した場合
に、受信側コンピュータにおいて受信したデータを破棄
する手段をさらに具備したことを特徴とする請求項５記
載のコンピュータシステム。
【請求項９】転送データに付加される電子署名によっ
て相手の認証およびデータ授受成立の検証を実行するコ
ンピュータシステムにおいて、受信側のコンピュータに、前記転送データを正規に受け入れるときに、その旨を伝
えるための受信通知として前記転送データを一意に識別
可能な情報を元に生成した電子署名を返送する受信通知
手段を設けたことを特徴とするコンピュータシステム。
【請求項１０】転送データに付加される電子署名によ
って相手の認証およびデータ授受成立の検証を実行する
コンピュータシステムにおいて、送信側のコンピュータに、前記転送データとその時点でのシステム日時とから電子
署名を生成する電子署名生成手段と、前記転送データに前記システム日付および前記電子署名
生成手段により生成された電子署名を付加して送信する
送信手段とを設け、受信側のコンピュータに、前記転送データを前記システム日付を付加した状態で前
記電子署名により検証する検証手段を設けたことを特徴
とするコンピュータシステム。
【請求項１１】転送データに付加される電子署名によ
って相手の認証およびデータ授受成立の検証を実行する
コンピュータシステムにおいて、受信側のコンピュータに、前記転送データを正規に受け入れるときに、その旨を伝
えるための受信通知として前記転送データを一意に識別
可能な情報とその時点でのシステム日時とを元に生成し
た電子署名および前記システム日付を返送する受信通知
手段を設け、送信側のコンピュータに、前記電子署名を前記システム日付を付加した状態で検証
する検証手段を設けたことを特徴とするコンピュータシ
ステム。
【請求項１２】第１のコンピュータと第２のコンピュ
ータとの間で公開鍵暗号方式を用いたデータ処理を行な
うコンピュータシステムにおいて、前記第１および第２のコンピュータ双方に、それぞれに有効期間が設定された同一人を認証するため
の複数の公開鍵を前記有効期間に基づいて世代管理する
公開鍵世代管理手段を設けたことを特徴とするコンピュ
ータシステム。
【請求項１３】前記公開鍵世代管理手段は、未使用、
使用中および使用済みのいずれかを示す状態フラグを前
記世代管理する複数の公開鍵それぞれに対応させて管理
する手段を有することを特徴とする請求項１２記載のコ
ンピュータシステム。
【請求項１４】前記公開鍵世代管理手段は、前記世代
管理する複数の公開鍵が使用された順番を管理する手段
を有することを特徴とする請求項１２記載のコンピュー
タシステム。
【請求項１５】他方のコンピュータから要求された認
証が不成立であったときに、前記公開鍵世代管理手段に
より管理された未使用あるいは使用済みの公開鍵であっ
てその有効期間と自己のシステム日付との差が予め定め
られた許容範囲内にある公開鍵を取り出し、その取り出
した公開鍵を用いて前記認証を再試行させる認証再試行
手段をさらに具備することを特徴とする請求項１２記載
のコンピュータシステム。
【請求項１６】公開鍵暗号を用いたワンタイムパスワ
ード方式の相互認証を実行する相互認証機能および前記
相互認証を実行し合う相手からの要求に応じてプログラ
ムを起動するサービス機能を有するコンピュータシステ
ムの機密保護方法であって、前記相手に与える自システム内での権限を決定する識別
子を前記相互認証に供される公開鍵と対応づけて格納す
るステップと、前記相互認証の成立を条件に起動される前記相手から要
求されたプログラムに対して、その相互認証に供された
公開鍵と対応づけられた前記識別子で決定される権限を
与えるステップとを具備することを特徴とする機密保護
方法。
【請求項１７】転送データに付加される電子署名によ
って相手の認証およびデータ授受成立の検証を実行し、
前記データ授受の事実を証明するためのログを格納する
ログファイルを有するコンピュータシステムの送受信ロ
グ管理方法であって、前記転送データの授受が成立したときに、相手方の電子
署名、日時、相手を識別するための識別情報および転送
データを識別するための識別情報を含むログを採取して
前記ログファイルに記録するステップを具備することを
特徴とする送受信ログ管理方法。
【請求項１８】前記ログファイルにログを記録した後
に前記転送データの授受が無効化されたときに、前記ロ
グファイルから前記記録したログを削除するステップを
さらに具備することを特徴とする請求項１６記載の送受
信ログ管理方法。
【請求項１９】転送データに付加される電子署名によ
って相手の認証およびデータ授受成立の検証を実行する
コンピュータシステムにおける相互の確認方法であっ
て、送信側のコンピュータは、前記転送データとその時点でのシステム日時とから電子
署名を生成するステップと、前記転送データに前記システム日付および前記電子署名
生成手段により生成された電子署名を付加して送信する
ステップとを具備し、受信側のコンピュータ側は、前記転送データを正規に受け入れるときに、その旨を伝
えるための受信通知として前記送信側のシステム日付お
よび電子署名が付加された転送データを一意に識別可能
な情報とその時点でのシステム日時とを元に生成した電
子署名および前記システム日付を返送するステップを具
儀することを特徴とする相互の確認方法。
【請求項２０】第１のコンピュータと第２のコンピュ
ータとの間で公開鍵暗号方式を用いたデータ処理を行な
うコンピュータシステムにおける公開鍵世代管理方法で
あって、それぞれに有効期間が設定された同一人を認証するため
の複数の公開鍵を前記有効期間に基づいて世代管理する
ステップを具備することを特徴とする公開鍵世代管理方
法。
【請求項２１】他方のコンピュータから要求された認
証が不成立であったときに、前記管理された未使用ある
いは使用済みの公開鍵であってその有効期間と自己のシ
ステム日付との差が予め定められた許容範囲内にある公
開鍵を取り出し、その取り出した公開鍵を用いて前記認
証を再試行させるステップをさらに具備することを特徴
とする請求項２０記載の公開鍵世代管理方法。
【請求項２２】公開鍵暗号を用いたワンタイムパスワ
ード方式の相互認証を実行する相互認証機能および前記
相互認証を実行し合う相手からの要求に応じてプログラ
ムを起動するサービス機能を有するコンピュータシステ
ムの機密保護を制御するためのプログラムであって、前記相手に与える自システム内での権限を決定する識別
子を前記相互認証に供される公開鍵と対応づけて格納
し、前記相互認証の成立を条件に起動される前記相手から要
求されたプログラムに対して、その相互認証に供された
公開鍵と対応づけられた前記識別子で決定される権限を
与えるように前記コンピュータシステムを動作させるプ
ログラムを記録したコンピュータ読み取り可能な記録媒
体。
【請求項２３】転送データに付加される電子署名によ
って相手の認証およびデータ授受成立の検証を実行し、
前記データ授受の事実を証明するためのログを格納する
ログファイルを有するコンピュータシステムの送受信ロ
グ管理を制御するためのプログラムであって、前記転送データの授受が成立したときに、相手方の電子
署名、日時、相手を識別するための識別情報および転送
データを識別するための識別情報を含むログを採取して
前記ログファイルに記録するように前記コンピュータシ
ステムを動作させるプログラムを記録したコンピュータ
読み取り可能な記録媒体。
【請求項２４】前記プログラムは、さらに前記ログフ
ァイルにログを記録した後に前記転送データの授受が無
効化されたときに、前記ログファイルから前記記録した
ログを削除するように前記コンピュータシステムを動作
させる請求項２３記載の記録媒体。
【請求項２５】転送データに付加される電子署名によ
って相手の認証およびデータ授受成立の検証を実行する
コンピュータシステムにおける相互の確認を制御するた
めのプログラムであって、送信側のコンピュータを、前記転送データとその時点でのシステム日時とから電子
署名を生成し、前記転送データに前記システム日付および前記電子署名
生成手段により生成された電子署名を付加して送信する
ように動作させ、受信側のコンピュータを、前記転送データを正規に受け入れるときに、その旨を伝
えるための受信通知として前記送信側のシステム日付お
よび電子署名が付加された転送データを一意に識別可能
な情報とその時点でのシステム日時とを元に生成した電
子署名および前記システム日付を返送するように動作さ
せるプログラムを記録したコンピュータ読み取り可能な
記録媒体。
【請求項２６】第１のコンピュータと第２のコンピュ
ータとの間で公開鍵暗号方式を用いたデータ処理を行な
うコンピュータシステムにおける公開鍵世代管理を制御
するためのプログラムであって、それぞれに有効期間が設定された同一人を認証するため
の複数の公開鍵を前記有効期間に基づいて世代管理する
ように前記コンピュータシステムを動作させるプログラ
ムを記録したコンピュータ読み取り可能な記録媒体。
【請求項２７】前記プログラムは、さらに他方のコン
ピュータから要求された認証が不成立であったときに、
前記管理された未使用あるいは使用済みの公開鍵であっ
てその有効期間と自己のシステム日付との差が予め定め
られた許容範囲内にある公開鍵を取り出し、その取り出
した公開鍵を用いて前記認証を再試行させるように前記
コンピュータシステムを動作させる請求項２６記載の記
録媒体。