(57)【要約】      （修正有）【課題】通信記録の分析装置において暗号化されたメールの内容を参照可能にする。【解決手段】データ抽出復元格納機構２がデータベース（通信パケットテーブル）１からＥメールを構築、そのデータ内に鍵データがあった場合、この鍵データを鍵格納域３に格納し、鍵登録機構４が暗号化復号システム５に鍵データの登録処理を依頼する。データ抽出復元格納機構２が構築したＥメール内に暗号データがある場合、暗号データを暗号データ格納域７に格納し、データ抽出復元格納機構２が暗号化復号システム５に暗号データの復号処理を依頼する。暗号化復号システム５が復号したデータは復号データ格納域８に格納され、データ抽出復元格納機構２がこのデータをデータベース（Ｅメール抽出データテーブル）９に格納することで実現する。【選択図】図１
2007233982.tif 000002
【特許請求の範囲】
【請求項１】
通信のパケット内の情報が登録されたデータベースと暗号データを復号する暗号化復号システムを有し、通信のパケット内の情報が登録されたデータベースからＥメールを構築した時、暗号に使用する鍵データを読み取り、これを暗号化復号システムに登録し、この時与えられた鍵識別コードと鍵データの所有者のＥメールアドレスと鍵データをファイルに記録する特徴を有し、以降、通信のパケット内の情報が登録されたデータベースからＥメールが構築され、Ｅメールの内容に暗号データが含まれていた場合、Ｅメールの送信元Ｅメールアドレスが上記記録したファイル内に存在するか調べ、存在した場合、この暗号データを暗号化復号システムにより復号し、復号されたデータをＥメールの内容と共にデータベースに格納する点を特徴に持つ通信解析システム。
【発明の詳細な説明】
【技術分野】
【０００１】本発明は通信分野における通信記録の分析装置に関する発明である。
【背景技術】
【０００２】従来、パケット内の情報が登録されたデータベースから特定のデータを構築する方法は特許文献１に記載される方法及び装置が知られている。本発明は特許文献１の方法を踏まえた発明である。【０００３】
【特許文献１】特願２００５−２６９９１号
【発明の開示】
【発明が解決しようとする課題】
【０００４】特許文献１に記載された方法でＥメールの内容を再生することができる。
再生されたデータは通信記録の分析に利用されネットワーク管理者にとって便利な反面、内容が暗号化されていないため情報漏洩のリスクと隣り合わせの状態にあった。
監視対象となるネットワーク内においてＥメールの内容を暗号化する要求はあったが、暗号化されたＥメールの流通を許すとネットワーク内に流れるＥメールの内容は不明になる問題があった。
例えば、利用者のパソコンがコンピュータ・ウィルスに感染し、このウィルスがＥメールを使い社内の情報を持ち出した場合、内容が暗号化されているためネットワーク管理者はこれを発見できない。【０００５】ネットワーク内の通信内容を監視対象にでき、かつ、暗号データを含むＥメールを管理できる手段の作成が課題となった。
【課題を解決するための手段】
【０００６】図１は本発明の構成を示すブロック図である。
本発明は、通信のパケット内の情報が登録されたデータベース「データベース（通信パケットテーブル）１」からデータを読み取りＥメール等のデータを構築する「データ抽出復元格納機構２」とＥメール内の鍵データを格納する「鍵格納域３」とこのデータを「暗号化復号システム５」に登録する「鍵登録機構４」と「暗号化復号システム５」が登録した鍵に与える鍵識別コード及び鍵データの所有者のＥメールアドレスと鍵データが格納される「鍵マスタファイル６」により構成される。【０００７】以降、「データ抽出復元格納機構２」が「データベース（通信パケットテーブル）１」からＥメールを構築した際、内容に暗号データがあった場合、このデータを「暗号データ格納域７」に格納し「暗号化復号システム５」に復号させる。「暗号化復号システム５」により復号されたデータは「復号データ格納域８」に格納され、「データ抽出復元格納機構２」が「復号データ格納域８」のデータを「データベース（Ｅメール抽出データテーブル）９」に格納することにより実現する。
【発明の効果】
【０００８】本発明を利用することで暗号データを有するＥメールをネットワーク内で流通させることができ、ネットワーク内の監視能力を落とすことなく、社内の情報機密レベルを向上させることができる。
【発明を実施するための最良の形態】
【０００９】Ｅメールで暗号データをやり取りする場合、図１３に示す項の順に行われる。
共通鍵暗号方式では鍵データが漏れた場合、Ｅメール内の暗号データ全てが復号されるリスクがあり、現状のネットワーク監視のレベルと大差ないことになる。ネットワーク管理者以外の者に鍵が渡った場合のリスクが大きい。本発明の方式はこの鍵でも使える形になっている。【００１０】一方公開鍵暗号方式は現実的である。この方式は利用者ごとに鍵を持つため利用者固有の鍵とみなすことができる。１つの鍵が漏れてもその鍵の所有者以外には影響を与えない。加えて公開鍵は秘密鍵で暗号化されたデータでしか復号できない。公開鍵で暗号化されたデータは復号できない。さらにリスクは半減する。【００１１】「暗号化復号システム５」は鍵そのものの管理システムであるのに本発明では「鍵マスタファイル６」を余分に設定している。その理由は鍵データの配布を行う鍵サーバに対応するためである。鍵サーバからまとめて定義情報を「鍵マスタファイル６」に設定する。図１１は「鍵マスタファイル６」の構成を示すが、「暗号化復号システム５」に未登録のデータは項２の「鍵識別コード」が空になっている。すでに登録済みの鍵データには対応する「鍵識別コード」があるのでこれと区別することができる。「データ抽出復元格納機構２」が起動された時、「鍵識別コード」が空の新規の鍵データがあれば「暗号化復号システム５」へデータを登録することができる。【００１２】「鍵マスタファイル６」の存在により、Ｅメール内の暗号データの復号の幅が広がることになる。これは本発明の特徴でもある。【００１３】暗号データの運用はＥメール全体を暗号化するのではなく、図９に示すようにＥメール本文に組み込む形が現実的である。
【実施例】
【００１４】以下、本発明の実施形態を図１〜図１２に基づいて説明する。【００１５】図１は本発明の構成を示すブロック図である。
「データベース（通信パケットテーブル）１」は通信のパケット内の情報が登録されたデータベースであり、「データ抽出復元格納機構２」が中心になり、このデータベースからＥメールを取り出す。【００１６】「鍵登録機構４」は「データ抽出復元格納機構２」から呼び出され、「鍵格納域３」に格納された鍵データを「暗号化復号システム５」へ登録する役割と、「暗号化復号システム５」が鍵データを登録した後に通知する鍵識別コードと鍵データの所有者のＥメールアドレスを「データ抽出復元格納機構２」へ知らせる役割を担う。【００１７】Ｅメール内の暗号データは「データ抽出復元格納機構２」により「暗号データ格納域７」に格納され、「暗号化復号システム５」がこれを復号する。復号されたデータは「復号データ格納域８」に格納され「データ抽出復元格納機構２」がこのデータを「データベース（Ｅメール抽出データテーブル）９」に格納する形となる。【００１８】「データ抽出復元格納機構２」は１０分間隔という定期的な起動の他、「データベース（通信パケットテーブル）１」の最初又は途中の時刻から処理を開始するものとする。【００１９】起動された「データ抽出復元格納機構２」の処理の流れ図を図２に示す。【００２０】処理ステップ１で「新規鍵の登録処理」を行う。
これは、鍵サーバからまとめて定義情報を「鍵マスタファイル６」に設定された場合の処理であり、処理に先立ちあらかじめ「暗号化復号システム５」に鍵データを登録しておく処理である。図６に「新規鍵の登録処理」の流れ図を示す。【００２１】処理ステップ２４で、「データ抽出復元格納機構２」が「鍵マスタファイル６」を読む。レコードの内容は図１１に示す構成になっている。新規鍵データは図１１の項４「鍵データ」に内容が格納されており、図１１の項２、項３は空の状態にある。処理ステップ２５へ進む。【００２２】処理ステップ２５で、読み込みが終了したか判定する。
ＹＥＳの場合、処理を終了し復帰する。
ＮＯの場合、処理ステップ２６へ進む。【００２３】処理ステップ２６で、「鍵識別コード（図１１の項２）」が空か判定する。
ＹＥＳの場合、処理ステップ２７へ進む。
ＮＯの場合、処理ステップ２４へ戻る。【００２４】処理ステップ２７で、「データ抽出復元格納機構２」が鍵データ（図１１の項４）を「鍵格納域３」に格納し、「鍵登録機構４」に登録処理を依頼する。処理ステップ２８へ進む。【００２５】処理ステップ２８で、「鍵登録機構４」が「鍵格納域３」にある鍵データを「暗号化復号システム５」に登録し、鍵データの所有者のＥメールアドレスと鍵識別コードを取得する。
「データ抽出復元格納機構２」が「鍵登録機構４」から通知されたＥメールアドレス（図１１の項３）と鍵識別コード（図１１の項２）を「鍵マスタファイル６」に格納する。【００２６】なお、図１１の項５の「パスワード」は暗号データの復号時に使用されるものである。運用によって使用されない場合がある。
「新規鍵の登録処理」を復帰すると図２に戻り処理ステップ２へ進む。【００２７】処理ステップ２で、「データ抽出復元格納機構２」が「データベース（通信パケットテーブル）１」からデータを読み込む。図１０に「データベース（通信パケットテーブル）１」の構成を示す。処理ステップ３へ進む。【００２８】処理ステップ３で、処理が終端まで到達したか判定する。
ＹＥＳの場合、処理を終了する。
ＮＯの場合、処理ステップ４へ進む。【００２９】処理ステップ４で、「データ抽出復元格納機構２」が「データベース（通信パケットテーブル）１」から通信データを組み立てる。
通信データは通常複数の通信パケットに分割されているので、これを結合する必要がある。結合した結果出来上がるデータは例えば図７及び図８、図９の内容になる。処理ステップ５へ進む。【００３０】処理ステップ５で、Ｅメールか判定する。
ＹＥＳの場合、処理ステップ６へ進む。
ＮＯの場合、処理ステップ２へ戻る。
Ｅメールの判定は「データベース（通信パケットテーブル）１」内のデータである「送信元ＰＯＲＴ番号（図１０の項６）」又は「送信先ＰＯＲＴ番号（図１０の項８）」が２５であるかで判断する。
最近はＰＯＲＴ番号８０を使ったＷＥＢメールがある。この場合の判定はＰＯＲＴ番号に加え、処理ステップ４で構築したデータ内に「Ｓｕｂｊｅｃｔ：」を先頭に置く行があり、かつ「ｂｏｕｎｄａｒｙ＝」を含む行があるか等で判定する。【００３１】処理ステップ６で、データ内に鍵データがあるか判定する。
ＹＥＳの場合、処理ステップ７へ進む。
ＮＯの場合、処理ステップ８へ進む。
鍵データとは図８に示すように鍵データの始まりと終わりを示す「−−−−−ＢＥＧＩＮ  ＰＧＰ  ＰＵＢＬＩＣ  ＫＥＹ  ＢＬＯＣＫ−−−−−」行と「−−−−−ＥＮＤ  ＰＧＰ  ＰＵＢＬＩＣ  ＫＥＹ  ＢＬＯＣＫ−−−−−」行の間のデータのこと。鍵データの始まりと終わりを示す行が含まれているか判定する。【００３２】処理ステップ７で、「鍵登録処理」を行う。
図３に「鍵登録処理」の流れ図を示す。【００３３】処理ステップ９で、「データ抽出復元格納機構２」が「鍵マスタファイル６」を読む。
この場合、ステップ１０で判定ができるようＥメール内の鍵データと「鍵マスタファイル６」の全レコードの「鍵データ（図１１の項４）」を比較しておく。処理ステップ１０へ進む。【００３４】処理ステップ１０で、「鍵マスタファイル６」に同じ鍵データがあるか判定する。
ＹＥＳの場合、処理を終了し復帰する。
ＮＯの場合、処理ステップ１１へ進む。【００３５】処理ステップ１１で、「データ抽出復元格納機構２」が鍵データを「鍵格納域３」に格納し、「鍵登録機構４」に登録処理を依頼する。処理ステップ１２へ進む。【００３６】処理ステップ１２で、「鍵登録機構４」が「鍵格納域３」にある鍵データを「暗号化復号システム５」に登録し、鍵データの所有者のＥメールアドレスと鍵識別コードを取得する。処理ステップ１３へ進む。【００３７】処理ステップ１３で「データ抽出復元格納機構２」が鍵データ（図１１の項４）と「鍵登録機構４」から通知されたＥメールアドレス（図１１の項３）と鍵識別コード（図１１の項２）を「鍵マスタファイル６」に追加する。
「鍵登録処理」を復帰すると図２に戻り、処理ステップ８へ進む。【００３８】処理ステップ８で、「メール取り出し処理」を行い、処理ステップ２へ戻る。
図４に「メール取り出し処理」の流れ図を示す。【００３９】処理ステップ１４で、Ｅメールの本文内に暗号データがあるか判定する。
ＹＥＳの場合、処理ステップ１５へ進む。
ＮＯの場合、処理ステップ２３へ進む。
暗号データとは図９に示すように暗号データの始まりと終わりを示す「−−−−−ＢＥＧＩＮ  ＰＧＰ  ＭＥＳＳＡＧＥ−−−−−」行と「−−−−−ＥＮＤ  ＰＧＰ  ＭＥＳＳＡＧＥ−−−−−」行の間のデータのこと。暗号データの始まりと終わりを示す行が含まれているか判定する。【００４０】処理ステップ１５で、Ｅメールから送信元Ｅメールアドレスを取り出す。
図７に示す行の中で「ＭＡＩＬ  ＦＲＯＭ：」又は「ＳＥＮＤ  ＦＲＯＭ：」又は「ＳＡＭＬ  ＦＲＯＭ：」又は「ＳＯＭＬ  ＦＲＯＭ：」から始まる行のデータを取り出す。処理ステップ１６へ進む。【００４１】処理ステップ１６で、「データ抽出復元格納機構２」が「鍵マスタファイル６」を参照し送信元Ｅメールアドレスに一致するデータがあるか検索する。図１１の項３「Ｅメールアドレス」を検索する。処理ステップ１７へ進む。【００４２】処理ステップ１７で、一致するデータがあるか判定する。
ＹＥＳの場合、処理ステップ１８へ進む。
ＮＯの場合、処理ステップ２３へ進む。【００４３】処理ステップ１８で、「データ抽出復元格納機構２」が暗号データを「暗号データ格納域７」に格納し「暗号化復号システム５」に復号を依頼する。処理ステップ１９へ進む。【００４４】処理ステップ１９で、復号に成功したか判定する。
ＹＥＳの場合、処理ステップ２０へ進む。
ＮＯの場合、処理ステップ２３へ進む。
成功した場合、復号されたデータは「復号データ格納域８」に格納される。【００４５】処理ステップ２０で、「復号データ格納域８」に鍵データがあるか判定する。
ＹＥＳの場合、処理ステップ２１へ進む。
ＮＯの場合、処理ステップ２２へ進む。【００４６】処理ステップ２１で、「鍵登録処理」を行う。処理ステップ２２へ進む。
「鍵登録処理」はすでに説明した。【００４７】処理ステップ２２で、「データ抽出復元格納機構２」が「復号データ格納域８」のデータを取り出し、さらにＥメールから各情報を取り出し「データベース（Ｅメール抽出データテーブル）９」に格納する。
「データベース（Ｅメール抽出データテーブル）９」は図１２に示す構成である。
「復号データ格納域８」のデータは図１２の項１６「復号後のデータ」に格納される。【００４８】処理ステップ２３で、「データ抽出復元格納機構２」がＥメールから各情報を取り出し、「データベース（Ｅメール抽出データテーブル）９」に格納する。
「データベース（Ｅメール抽出データテーブル）９」は図１２に示す構成である。【００４９】「メール取り出し処理」が終了すると図２に戻り、処理ステップ２へ進む。【００５０】以上で実施例の説明を終わる。「暗号化復号システム５」の種類が変われば、暗号データの始まりと終わりを示す行、鍵データの始まりと終わりを示す行が対応して変化するが、この部分が変更されても本発明は同様に機能することを最後に加えておく。
【産業上の利用可能性】
【００５１】本発明を利用することでネットワーク内の通信内容の監視レベルを落とすことなく、Ｅメールでの暗号データの流通が可能となり、ネットワーク内の情報機密性を向上させることができる。
【図面の簡単な説明】
【００５２】
【図１】本発明の構成を示すブロック図
【図２】本発明の処理の手順を示す図
【図３】鍵登録処理の手順を示す図
【図４】メール取り出し処理の手順を示す図
【図５】メール取り出し処理の手順を示す図（続き）
【図６】新規鍵の登録処理の手順を示す図
【図７】Ｅメールのタイトル行より前の部分の図
【図８】Ｅメールのタイトル行から後の部分、鍵データを含む場合の図
【図９】Ｅメールのタイトル行から後の部分、暗号データを含む場合の図
【図１０】データベース（通信パケットテーブル）の構成要素図
【図１１】鍵マスタファイルの構成要素図
【図１２】データベース（Ｅメール抽出データテーブル）の構成要素図
【図１３】公開鍵暗号方式を使ったＥメールの送付手順を示す図
【図１】
2007233982.tif 000003
【図２】
2007233982.tif 000004
【図３】
2007233982.tif 000005
【図４】
2007233982.tif 000006
【図５】
2007233982.tif 000007
【図６】
2007233982.tif 000008
【図７】
2007233982.tif 000009
【図８】
2007233982.tif 000010
【図９】
2007233982.tif 000011
【図１０】
2007233982.tif 000012
【図１１】
2007233982.tif 000013
【図１２】
2007233982.tif 000014
【図１３】
2007233982.tif 000015