(57)【要約】【課題】電子メールに添付される公開鍵証明書の登録更新におけるセキュリティ低下を回避する。【解決手段】受信した電子メールに添付された公開鍵証明書を検証し（Ｓ１４）、有効であると判定された場合には、送信元のメールアドレスに対応した公開鍵証明書が既に証明書ストアに格納されているか否かを調べる（Ｓ２０，Ｓ２２）。そして、格納されている場合には、格納されている公開鍵証明書の有効期限終了時期と、受信した電子メールにかかる公開鍵証明書の有効期限終了時期とを比較する（Ｓ２８）。その結果、受信した電子メールにかかる公開鍵証明書の方が新しい場合には、証明書ストアにおいて、古い公開鍵証明書との置き換えが行われる（Ｓ３０）。この際、対応する電子メール情報などをログとして記録し、将来的な問題追跡などに役立てることができる（Ｓ３２）。【選択図】図３
2007060466.tif 000002
【特許請求の範囲】
【請求項１】
送信元メールアドレスに対応する第１の公開鍵証明書を添付した電子メールが受信された場合に、第１の公開鍵証明書の有効性を検証する検証手段と、
第１の公開鍵証明書の有効性が検証された場合に、第１の公開鍵証明書の新しさと、この送信元メールアドレスに対応する公開鍵証明書として既登録されている第２の公開鍵証明書の新しさとを比較する比較手段と、
第１の公開鍵証明書の方が新しい場合に、第２の公開鍵証明書に代えて第１の公開鍵証明書をこの送信元メールアドレスに対応する公開鍵証明書として登録する登録手段と、
を備える、ことを特徴とする証明書管理装置。
【請求項２】
請求項１に記載の証明書管理装置において、
比較手段は、有効期限の終了時期に基づいて新しさを比較する、ことを特徴とする証明書管理装置。
【請求項３】
請求項１に記載の証明書管理装置において、
比較手段は、有効期限の開始時期に基づいて新しさを比較する、ことを特徴とする証明書管理装置。
【請求項４】
請求項１に記載の証明書管理装置において、
登録手段が登録を行う際に、第１の公開鍵証明書が添付された電子メールの送信局又は送信者を特定する情報を記録する記録手段を備える、ことを特徴とする証明書管理装置。
【請求項５】
請求項４に記載の証明書管理装置において、
記録手段は、電子メールのメールヘッダ、又は、電子メールのメッセージＩＤを記録する、ことを特徴とする証明書管理装置。
【請求項６】
コンピュータに対し、
送信元メールアドレスに対応する第１の公開鍵証明書を添付した電子メールが受信された場合に、第１の公開鍵証明書の有効性を検証する検証手順と、
第１の公開鍵証明書の有効性が検証された場合に、第１の公開鍵証明書の新しさと、この送信元メールアドレスに対応する公開鍵証明書として既登録されている第２の公開鍵証明書の新しさとを比較する比較手順と、
第１の公開鍵証明書の方が新しい場合に、第２の公開鍵証明書に代えて第１の公開鍵証明書をこの送信元メールアドレスに対応する公開鍵証明書として登録する登録手順と、
を実行させる、ことを特徴とする証明書管理プログラム。
【請求項７】
コンピュータが実行する方法であって、
送信元メールアドレスに対応する第１の公開鍵証明書を添付した電子メールが受信された場合に、第１の公開鍵証明書の有効性を検証する検証手順と、
第１の公開鍵証明書の有効性が検証された場合に、第１の公開鍵証明書の新しさと、この送信元メールアドレスに対応する公開鍵証明書として既登録されている第２の公開鍵証明書の新しさとを比較する比較手順と、
第１の公開鍵証明書の方が新しい場合に、第２の公開鍵証明書に代えて第１の公開鍵証明書をこの送信元メールアドレスに対応する公開鍵証明書として登録する登録手順と、
を含む、ことを特徴とする証明書管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信する電子メールに添付される公開鍵証明書を管理する技術に関する。
【背景技術】
【０００２】
公開鍵暗号方式は、ネットワークに流されるデータの暗号化や電子署名に広く用いられている。下記特許文献１には、鍵を変更した後に、過去の鍵で暗号化したデータを円滑に復号化したり、過去の鍵で電子署名したデータを円滑に送信者認証したりする技術が開示されている。この技術は、鍵の変更を不都合なく行うことを目的としてなされたものである。
【０００３】
【特許文献１】特開平１０−２０７７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記特許文献１の技術では、発信日付の古いメールが到着した場合、古い公開鍵を用いた検証を行うことができる。これは便利である反面、例えば、メールの日付を意図的に変更した送信が行われた場合に古い効果鍵を使ってしまうこととなり、セキュリティ上好ましくない。また、この技術では、公開鍵情報の更新がどのメールに基づいてなされたかを記録しないため、何らかの方法で虚偽の署名情報を送り込まれ公開鍵情報を自動更新してしまうと、問題発生時に過去に遡ってその原因を探ることができない。
【０００５】
本発明の目的は、電子メールに添付される公開鍵証明書の登録更新におけるセキュリティ低下を回避する技術を実現することにある。
【０００６】
本発明の別の目的は、更新された公開鍵証明書に問題が生じた場合に、その原因追跡を容易化することにある。
【課題を解決するための手段】
【０００７】
本発明の証明書管理装置は、送信元メールアドレスに対応する第１の公開鍵証明書を添付した電子メールが受信された場合に、第１の公開鍵証明書の有効性を検証する検証手段と、第１の公開鍵証明書の有効性が検証された場合に、第１の公開鍵証明書の新しさと、この送信元メールアドレスに対応する公開鍵証明書として既登録されている第２の公開鍵証明書の新しさとを比較する比較手段と、第１の公開鍵証明書の方が新しい場合に、第２の公開鍵証明書に代えて第１の公開鍵証明書をこの送信元メールアドレスに対応する公開鍵証明書として登録する登録手段と、を備える。
【０００８】
この証明書管理装置は、演算機能を備えたハードウエアをソフトウエア（プログラム）で制御することにより実現しうる。具体的には、一般のＰＣ（パーソナルコンピュータ）や、電子メールの（送）受信機能を備えた複合機（例えば、スキャナ、プリンタ、ファックスのうちの二以上が内蔵された装置）を証明書管理装置として機能させる例を挙げることができる。
【０００９】
証明書管理装置は、電子メールに添付された公開鍵証明書を管理する装置である。証明書管理装置は、電子メールを受信する機能を備えることで電子メールを取得してもよいし、別途受信された電子メールをファイル転送などにより取得してもよい。そして、取得した電子メールに対し、検証手段、比較手段及び登録手段を実施する。これらの手段は、電子メールが受信された後、既に管理する公開鍵証明書が使用される前に実施されることが望ましい。つまり、管理する公開鍵証明書をその時点で実現可能な最新の状態に保つことが望ましい。
【００１０】
検証手段は、第１の公開鍵証明書の有効性を検証する。第１の公開鍵証明書とは、電子メールに添付された公開鍵証明書であって、この電子メールの送信元メールアドレスに対応する公開鍵証明書である。検証は、例えば、ネットワークを通じて認証局にアクセスすることで行ってもよいし、内蔵した検証情報に基づいて行ってもよい。
【００１１】
比較手段は、第１の公開鍵証明書の有効性が検証された場合に、第１の公開鍵証明書と第２の公開鍵証明書との新しさを比較する。第２の公開鍵証明書とは、この送信元メールアドレスに対応する公開鍵証明書として登録された公開鍵証明書のことをいう。また、新しさは、公開鍵証明書の取得の新しさではなく、公開鍵証明書の有効性にかかる新しさに基づいて判断される。
【００１２】
登録手段は、第１の公開鍵証明書の方が新しい場合に、第２の公開鍵証明書に代えて第１の公開鍵証明書をこの送信元メールアドレスに対応する公開鍵証明書として登録する。すなわち、登録された後には、第１の公開鍵証明書が新たに送信元メールアドレスに対応する公開鍵証明書として扱われるようになり、第２の公開鍵証明書はこの送信元メールアドレスに対応する公開鍵証明書とは認められなくなる。第２の公開鍵証明書は消去してもよいし、消去することなく無効化してもよい。
【００１３】
この構成によれば、電子メールの送信元メールアドレスに対応する公開鍵証明書は、新しいもののみが有効となり、古いものは使用できなくなる。したがって、例えば、意図的に日付を変更した電子メールを受信した場合に、古い公開鍵証明書により認証がなされるといった事態が回避され、セキュリティの低下を防止することができる。
【００１４】
本発明の証明書管理装置の一態様においては、比較手段は、有効期限の終了時期に基づいて新しさを比較する。通常は、終了時期が遅いものを新しい公開鍵証明書と判定する。また、本発明の証明書管理装置の一態様においては、比較手段は、有効期限の開始時期に基づいて新しさを比較する。通常は、開始時期が遅いものを新しい公開鍵証明書と判定する。
【００１５】
本発明の証明書管理装置の一態様においては、登録手段が登録を行う際に、第１の公開鍵証明書が添付された電子メールの送信局又は送信者を特定する情報を記録する記録手段を備える。これにより、新しい公開鍵証明書に置き換えられた後に、その公開鍵証明書に関して虚偽や不正についての問題が生じた場合、その原因を追跡することが可能となる。記録される情報としては、例えば、メールの受信日時、登録の実行日時、送信元メールアドレス、証明書の発行者ＤＮ、証明書のシリアル番号などが挙げられる。
【００１６】
本発明の証明書管理装置の一態様においては、記録手段は、電子メールのメールヘッダ、又は、電子メールのメッセージＩＤを記録する。電子メールのメールヘッダ、あるいはヘッダ内に含まれる電子メールのメッセージＩＤは、電子メールの送信局又は送信者を特定するために極めて有効である。また、例えこれらの情報が改竄されていたとしても、真の送信局や送信者を特定する上での重要な手がかりとなる。
【発明を実施するための最良の形態】
【００１７】
図１は、本実施の形態にかかるシステムの装置構成例を説明するブロック図である。送信側装置１０は、ＰＣ又は複合機によって構成された装置であり、インターネット１２に接続されている。本システムでは、送信側装置１０は、電子メール１４を作成し、インターネット１２を通じて送信先に送信する役割を担っている。この電子メール１４には、電子的な署名１６がなされ、さらに署名１６に用いられた秘密鍵に対応する公開鍵証明書１８が添付されている。公開鍵証明書１８は、電子メール１４の送信元メールアドレスに対して生成されたものであり、通常は、インターネット１２上に設けられた信頼できる外部認証局２０によって発行される。
【００１８】
複合機２２は、電子メール１４の送信先となっている装置である。複合機２２には、管理者や複数のユーザに対応して、複数の電子メールアドレスを設定しておくことができる。この複合機２２は、スキャナ、プリンタ、ファックスの機能を実現する構成要素を備える他、ネットワークＩ／Ｆ（インターフェース）２４、制御モジュール２６、証明書検証モジュール２８、出力装置３０、証明書判定・置き換えモジュール３２、ログ記録モジュール３４、及び記憶装置３６を備えている。これらは、ハードウエアとソフトウエアの連携によって形成された構成要素である。
【００１９】
ネットワークＩ／Ｆ（インターフェース）２４は、データの送受信を行うためのものであり、電子メール１４の受信も行う。そして、制御モジュール２６は、受信した電子メール１４から、送信元メールアドレスと公開鍵証明書１８を抽出する。証明書検証モジュール２８は、抽出された公開鍵証明書１８の有効性を検証するものである。有効性の検証の際には、必要に応じて、ネットワークＩ／Ｆ（インターフェース）２４を介して外部認証局２０にアクセスし、必要な情報を取得する。出力装置３０は、液晶ディスプレイなどによって構成され、設定に従って電子メール１４の表示や、各種の処理結果の表示を行う。
【００２０】
証明書判定・置き換えモジュール３２は、証明書検証モジュール２８によって公開鍵証明書１８が有効であると判定された場合に機能する。具体的には、記憶装置３６内に設けられた証明書ストアにおいて、送信元のメールアドレスを検索キーとして公開鍵証明書の検索を行う。そして、公開鍵証明書がストアされていない場合には、公開鍵証明書１８をこのメールアドレスと関連づけて証明書ストアに登録する。これに対し、公開鍵証明書がストアされていた場合には、公開鍵証明書１８を検索された公開鍵証明書とを比較し、有効期限の観点からどちらが新しいかを判定する。そして、公開鍵証明書１８の方が新しいと判定された場合には、証明書ストアに登録されていた公開鍵証明書を証明書ストアから削除し、新たに公開鍵証明書１８を証明書ストアに格納・登録する。つまり、証明書ストアにおける公開鍵証明書の置き換えを行う。
【００２１】
ログ記録モジュール３４は、証明書ストアにおいて新しい公開鍵証明書１８が登録された場合に、この公開鍵証明書１８に関する情報と対応する電子メール１４に関する情報とを記憶装置３６内のログに記録する。電子メール１４に関する情報としては、例えば、電子メール１４のヘッダ情報が記憶される。これにより、置き換えのきっかけとなった電子メール１４の送信局や送信者についての情報を追跡することが可能となる。ユーザは、出力装置３０を用いて、ログを参照することができる。
【００２２】
図２は、記憶装置３６の詳細を説明する模式図である。記憶装置３６は、ハードディスクや半導体メモリなどを用いて実現されるデータの記憶域である。記憶装置３６には、証明書ストア４０とログ４２が設けられている。証明書ストア４０は、ＩＤとしてのメールアドレスと公開鍵証明書とを対応づけて登録し、保存するものである。一つのメールアドレスに対しては一つの公開鍵証明書のみが登録される。したがって、公開鍵証明書の置き換えが行われた場合には、古い公開鍵証明書による署名検証などはできないことになる。また、ログ４２は、この証明書ストア４０に公開鍵証明書を登録した場合に、対応する電子メールのヘッダ情報や公開鍵証明書の識別情報などを記録したものである。
【００２３】
続いて、図３のフローチャートを用いて、複合機２２における処理操作の流れを説明する。ネットワークＩ／Ｆ２４によって電子メール１４の受信が行われると（Ｓ１０）、制御モジュール２６は、送信元のメールアドレス及び添付された公開鍵証明書１８の抽出を行う。そして、証明書検証モジュール２８は、必要に応じて外部認証局２０にアクセスし、公開鍵証明書１８の検証を行い、その有効性を判定する（Ｓ１６）。その結果、公開鍵証明書１８が有効ではないと判定された場合には、この公開鍵証明書１８は破棄され（Ｓ１８）、処理が終了する。必要に応じて、対応する電子メール１４についてのログをとってもよい。
【００２４】
他方、公開鍵証明書１８が有効であると判定された場合には、記憶装置３６の証明書ストア４０が検索され、送信元メールアドレスに一致する公開鍵証明書が保存されているか否かが判定される（Ｓ２２）。一致するものがない場合には、この公開鍵証明書１８が証明書ストア４０に格納され（Ｓ２４）、電子メール１４等に関する記録が残される（Ｓ２６）。
【００２５】
証明書ストア４０に一致するものがある場合には、受信した電子メール１４に添付されていた公開鍵証明書１８と、証明書ストア４０内に格納されていた公開鍵証明書の有効期限終了時期が比較される（Ｓ２８）。そして、公開鍵証明書１８の方が、有効期限終了時刻が早い場合には、この公開鍵証明書１８は破棄され（Ｓ１８）、必要に応じて、対応する電子メール１４についてのログが残される。これに対し、公開鍵証明書１８の方が、有効期限終了時刻が遅い場合には、証明書ストア４０内に格納されていた古い公開鍵証明書が、公開鍵証明書１８によって置き換えられ（Ｓ３０）、電子メール１４等に関する記録が残される（Ｓ３２）。
【００２６】
この処理の結果、証明書ストア４０内には、有効かつ新しい公開鍵証明書が格納され、古い公開鍵証明書は使用できなくなる。このため、本来的に使用を避けるべき古い公開鍵証明書を用いた処理は行われないこととなり、セキュリティを向上させることができる。また、証明書ストア４０内に格納された公開鍵証明書に問題があった場合には、ログ４２を解析することで、原因究明を図ることが可能となる。
【図面の簡単な説明】
【００２７】
【図１】本実施の形態のシステムにおける装置構成例を示すブロック図である。
【図２】記憶装置に記憶されるデータの例を説明する図である。
【図３】複合機における処理例を説明するフローチャートである。
【符号の説明】
【００２８】
１０  送信側装置、１２  インターネット、１４  電子メール、１６  署名、１８  公開鍵証明書、２０  外部認証局、２２  複合機、２４  ネットワークＩ／Ｆ、２６  制御モジュール、２８  証明書検証モジュール、３０  出力装置、３２  証明書判定・置き換えモジュール、３４  ログ記録モジュール、３６  記憶装置、４０  証明書ストア、４２  ログ。
【図１】
2007060466.tif 000003
【図２】
2007060466.tif 000004
【図３】
2007060466.tif 000005