暗号鍵の自動生成による情報漏洩防止システム
【課題】電子メールの添付ファイルの暗号化を自動化することで情報漏洩を引き起こすことを防止するシステムを提供することを目的とする。
【解決手段】電子メールを送受信するメールサーバと、添付ファイルを暗号化する暗号化装置とを備える。暗号化装置は、ファイルを暗号化する際に用いる暗号鍵を自動生成する。メールサーバは、送信された電子メールから添付ファイルを取得し、暗号化装置により自動生成した暗号鍵で添付ファイルの暗号化を行い、もとの平文のファイルを該暗号化されたファイルに置き換えたメールを送信先ユーザに送信する。また、暗号化装置が生成した暗号鍵を送信元ユーザに返信する。
【解決手段】電子メールを送受信するメールサーバと、添付ファイルを暗号化する暗号化装置とを備える。暗号化装置は、ファイルを暗号化する際に用いる暗号鍵を自動生成する。メールサーバは、送信された電子メールから添付ファイルを取得し、暗号化装置により自動生成した暗号鍵で添付ファイルの暗号化を行い、もとの平文のファイルを該暗号化されたファイルに置き換えたメールを送信先ユーザに送信する。また、暗号化装置が生成した暗号鍵を送信元ユーザに返信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報漏洩防止システムにおいて電子メールに添付されたファイルを自動的に暗号化する技術に関するものである。
【背景技術】
【０００２】
従来の情報漏洩防止システムでは、各ユーザが意識的に、事前に送付するファイルを暗号鍵で暗号化し、暗号化したファイルを電子メールに添付して送信する方式が知られている。この方式では、例えば、送信元ユーザが、送信する全てのユーザメールアドレス毎に暗号鍵を予め生成して、管理する必要がある。
【０００３】
本発明に類似する電子メールの添付ファイルを暗号化する方式として、例えば下記特許文献１が提案されている。該特許文献１では、電子メール送信前に暗号化装置で暗号鍵を生成し、暗号化装置から送られてきた暗号鍵を用いて送信側の端末でファイルを暗号化し、暗号化したファイルを電子メールに添付して送信する方針を提案している。
【特許文献１】特許第4000183号
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記特許文献１の技術では、電子メールを送信する度に送信元ユーザが添付ファイルを暗号化する必要がある。また、送信元ユーザが暗号化していないファイルを送信先ユーザへ送信することで、情報漏洩を引き起こす可能性がある。
【０００５】
本発明の目的は、電子メールの添付ファイルの暗号化を自動化することで情報漏洩を引き起こすことを防止するシステムを提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明は、電子メールを送受信するメールサーバを備え、該電子メールによる情報漏洩を防止する情報漏洩防止システムであって、暗号鍵を自動生成する生成手段を備えた暗号化装置を設け、前記メールサーバは、送信元から送信された電子メールに添付ファイルが添付されていた場合、前記暗号化装置を用いて暗号鍵を自動生成し、前記添付ファイルをその暗号鍵で暗号化する暗号化手段と、送信元から送信された電子メールに添付されていた添付ファイルを前記暗号化された添付ファイルに置き換えて、送信先に送信する送信手段と、前記添付ファイルの暗号化に用いた暗号鍵を送信元に返信する返信手段とを備えることを特徴とする。
【０００７】
暗号鍵の自動生成と添付ファイルの暗号化を行うか否かは、送信先のメールアドレスまたはドメイン名に対応するポリシーを準備しておき、該ポリシーに従って決定すると良い。暗号鍵の自動生成を行わない場合でも、予め暗号鍵データベースに格納されている送信先のメールアドレスまたはドメイン名に対応する暗号鍵を用いて添付ファイルの暗号化を行っても良い。
【発明の効果】
【０００８】
本発明によれば、次のような効果がある。
（１）暗号鍵を自動生成し、電子メールの添付ファイルの暗号化を自動化することで、情報漏洩を引き起こすことを防止するシステムを提供することができる。
（２）送信元ユーザに暗号鍵を返信することで、電子メールの添付ファイルと暗号鍵の管理が容易になる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明に係る暗号鍵の自動生成と添付ファイルの自動暗号化を行うクライアントサーバシステムの実施の一形態について説明する。
【００１０】
図１は、本実施形態のシステム構成とメール送信時の処理の概要を示す。図１のクライアントサーバシステムは、ネットワークを介して接続されている、複数のクライアント（クライアントマシン１およびクライアントマシン２）と、メールサーバ３とを備える。クライアントマシン１は、社内イントラネットなどのセキュリティが確保されたネットワークを介してメールサーバ３と接続されている。クライアントマシン２は、ネットワーク５（例えばインターネット）を介してメールサーバ３と接続されている。メールサーバ３は、暗号化装置４と、暗号化制御ポリシーデータベース（ＤＢ）６と、暗号鍵ＤＢ７とを備えている。メールサーバ３は、受信した電子メールの送信先の電子メールアドレスで暗号化制御ポリシーＤＢ６を参照し、そこに格納されているポリシーに従って暗号鍵を暗号化装置４あるいは暗号鍵ＤＢ７から取得する。暗号化装置４は、電子メールに添付されたファイルを暗号化する際に用いる暗号鍵を生成する機能と、ファイルを暗号化する機能を備えている。暗号化制御ポリシーＤＢ６は、メールアドレスまたはドメイン毎のポリシーを格納している。このポリシーは、当該メールアドレスまたはドメインを送信先とするメールの添付ファイルについて「暗号化する」または「暗号化しない」を決定し、「暗号化する」場合はその暗号化に用いる暗号鍵をどのように取得するかを決定するポリシーである。暗号化制御ポリシーＤＢ６の内容例については図３で後述する。暗号鍵ＤＢ７は、送信先のメールアドレスまたはドメイン毎に用いる暗号鍵を格納する。なお、メールサーバ３および暗号化装置４などはクライアントマシン１上で動作させても良い。ネットワーク５は、インターネットなどのセキュリティが十分には確保されていないネットワークである。
【００１１】
図２は、図１のシステムにおける添付ファイルの暗号化の流れを示す処理フローである。図１の（１）に示すように、クライアントマシン１を使用しているユーザが、クライアントマシン２を使用しているユーザに対して送信する電子メールを作成し（ステップ１１）、その電子メールを送信したとする（ステップ１２）。次のステップ１３以降は、メールサーバ３の動作（処理）を示す。まずメールサーバ３は、その電子メールを受信し、添付ファイルの有無を確認する（ステップ１３）。ファイルが添付されていなかったときは、そのままそのメールを送信先へ送信する（ステップ２１）。
【００１２】
ステップ１３でファイルが添付されていた場合には、暗号化制御ポリシーＤＢ６から、当該メールの送信先に対応する暗号化ポリシーおよび暗号鍵ポリシーを取得する（ステップ１４）。次に、当該送信先に対応する暗号化ポリシーが、電子メールの添付ファイルを暗号化する設定か確認する（ステップ１５）。暗号化しない設定である場合は、添付ファイルを暗号化せずに、そのままそのメールを送信先へ送信する（ステップ２１）。暗号化する設定である場合は、当該送信先の暗号鍵ポリシーが、暗号鍵を自動生成する設定か確認する（ステップ１６）。自動生成する設定である場合は、当該添付ファイルを暗号化するための暗号鍵を暗号化装置４で生成する（ステップ１７）。自動生成しない設定である場合（すなわち暗号鍵ＤＢ７に格納されている暗号鍵を用いる場合）は、暗号鍵を暗号鍵ＤＢ７から取得する（ステップ１８）。ステップ１７，１８が、図１の（２）に相当する。
【００１３】
暗号鍵ＤＢ７には予め各送信先のメールアドレスまたはドメインに対応する暗号鍵が格納されているので、ステップ１８では、処理対象のメールの送信先のメールアドレスまたはドメインに対応する暗号鍵が取得されるものである。なお、ここでは予め暗号鍵が暗号鍵ＤＢ７に格納されているものとして説明したが、暗号鍵ＤＢ７から暗号鍵を取得しようとしたとき、そのアドレスに対応する暗号鍵が格納されていなかったときには、暗号鍵を暗号化装置４で自動生成し、自動生成した暗号鍵を暗号鍵ＤＢ７に格納して使用するようにしても良い。
【００１４】
次に、ステップ１７で生成またはステップ１８で取得した暗号鍵で添付ファイルを暗号化する（ステップ１９）。この処理は図１の（３）に相当する。その暗号鍵を電子メールに添付して、送信元（ここではクライアントマシン１のユーザ）へ返信する（ステップ２０）。この処理は図１の（４）に相当する。また、処理対象の電子メールの添付ファイル（平文）を前記暗号化したファイルに置き換えた電子メールを送信先（ここではクライアントマシン２のユーザ）へ送信する（ステップ２１）。この処理は図１の（５）に相当する。暗号化に使用した暗号鍵は、セキュリティが保たれる任意の方法で送信先のユーザ（ここではクライアントマシン２のユーザ）に知らせておくものとする。
【００１５】
なお、本実施形態では、メールサーバ３から送信元へ返信する電子メールには、暗号鍵の他に、送信元が送信した電子メールの本文および暗号化前のファイル（平文）を添付することとしている。これにより、送信元のユーザは、送信した電子メール、添付ファイル、および暗号鍵を電子メールで受け取ることができ、電子メール管理ソフトで一括管理できる。なお、平文のファイルに代えて、送信先に送った暗号化したファイル（暗号文）を添付しても良い。また、送信元に対してどのような情報を返すかについては、設定によって切り替える運用方法を採っても良い。
【００１６】
図３は、暗号化制御ポリシーＤＢ６の設定例を示す。電子メールアドレスまたは電子メールアドレスのドメイン毎に、添付ファイルを暗号化するかしないかを定義した暗号化ポリシー、および、暗号鍵を自動生成するか固定で指定するかを定義した暗号鍵ポリシーが設定されている。この設定例によれば、例えば、User1@aaa.bbb宛ての電子メールの添付ファイルについては図２のステップ１５→１６→１７と処理が進み、自動生成された暗号鍵で暗号化される。また、Domain1宛ての電子メールの添付ファイルについてはステップ１５→１６→１８と処理が進み、暗号鍵ＤＢ７に格納されている固定の暗号鍵で暗号化される。なお、この例のようにドメイン名に対応してポリシーが設定されている場合、暗号鍵ＤＢ７から取得する暗号鍵はそのドメイン名に対応するものとしているが（すなわち、同じドメイン名の宛先であれば同じ暗号鍵が使われる）、暗号鍵ＤＢ７にはメールアドレス毎の暗号鍵を格納しておき、メールアドレス毎の暗号鍵を利用するようにしても良い。
【００１７】
なお、上記実施形態では、送信先のユーザのメールアドレスまたはドメイン名に対応する暗号鍵を用いることとしたが、送信元に対応する暗号鍵を用いるようにしても良い。また、メールサーバ３とセキュリティが確保された社内ネットワークで接続されているマシンのユーザ宛のメールは暗号化せず、メールサーバ３からインターネットなどの外部ネットワークに送信されるメールについては自動暗号化を行うような設定としても良い。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施の形態例を示すシステム構成図である。
【図２】添付ファイルの暗号化の流れを示す処理フローである。
【図３】暗号化制御ポリシーＤＢの概略構成を示す図である。
【符号の説明】
【００１９】
１…クライアントマシン１、２…クライアントマシン２、３…メールサーバ、４…暗号化装置、５…ネットワーク、６…暗号化制御ポリシーＤＢ、７…暗号鍵ＤＢ。
【技術分野】
【０００１】
本発明は、情報漏洩防止システムにおいて電子メールに添付されたファイルを自動的に暗号化する技術に関するものである。
【背景技術】
【０００２】
従来の情報漏洩防止システムでは、各ユーザが意識的に、事前に送付するファイルを暗号鍵で暗号化し、暗号化したファイルを電子メールに添付して送信する方式が知られている。この方式では、例えば、送信元ユーザが、送信する全てのユーザメールアドレス毎に暗号鍵を予め生成して、管理する必要がある。
【０００３】
本発明に類似する電子メールの添付ファイルを暗号化する方式として、例えば下記特許文献１が提案されている。該特許文献１では、電子メール送信前に暗号化装置で暗号鍵を生成し、暗号化装置から送られてきた暗号鍵を用いて送信側の端末でファイルを暗号化し、暗号化したファイルを電子メールに添付して送信する方針を提案している。
【特許文献１】特許第4000183号
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記特許文献１の技術では、電子メールを送信する度に送信元ユーザが添付ファイルを暗号化する必要がある。また、送信元ユーザが暗号化していないファイルを送信先ユーザへ送信することで、情報漏洩を引き起こす可能性がある。
【０００５】
本発明の目的は、電子メールの添付ファイルの暗号化を自動化することで情報漏洩を引き起こすことを防止するシステムを提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明は、電子メールを送受信するメールサーバを備え、該電子メールによる情報漏洩を防止する情報漏洩防止システムであって、暗号鍵を自動生成する生成手段を備えた暗号化装置を設け、前記メールサーバは、送信元から送信された電子メールに添付ファイルが添付されていた場合、前記暗号化装置を用いて暗号鍵を自動生成し、前記添付ファイルをその暗号鍵で暗号化する暗号化手段と、送信元から送信された電子メールに添付されていた添付ファイルを前記暗号化された添付ファイルに置き換えて、送信先に送信する送信手段と、前記添付ファイルの暗号化に用いた暗号鍵を送信元に返信する返信手段とを備えることを特徴とする。
【０００７】
暗号鍵の自動生成と添付ファイルの暗号化を行うか否かは、送信先のメールアドレスまたはドメイン名に対応するポリシーを準備しておき、該ポリシーに従って決定すると良い。暗号鍵の自動生成を行わない場合でも、予め暗号鍵データベースに格納されている送信先のメールアドレスまたはドメイン名に対応する暗号鍵を用いて添付ファイルの暗号化を行っても良い。
【発明の効果】
【０００８】
本発明によれば、次のような効果がある。
（１）暗号鍵を自動生成し、電子メールの添付ファイルの暗号化を自動化することで、情報漏洩を引き起こすことを防止するシステムを提供することができる。
（２）送信元ユーザに暗号鍵を返信することで、電子メールの添付ファイルと暗号鍵の管理が容易になる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明に係る暗号鍵の自動生成と添付ファイルの自動暗号化を行うクライアントサーバシステムの実施の一形態について説明する。
【００１０】
図１は、本実施形態のシステム構成とメール送信時の処理の概要を示す。図１のクライアントサーバシステムは、ネットワークを介して接続されている、複数のクライアント（クライアントマシン１およびクライアントマシン２）と、メールサーバ３とを備える。クライアントマシン１は、社内イントラネットなどのセキュリティが確保されたネットワークを介してメールサーバ３と接続されている。クライアントマシン２は、ネットワーク５（例えばインターネット）を介してメールサーバ３と接続されている。メールサーバ３は、暗号化装置４と、暗号化制御ポリシーデータベース（ＤＢ）６と、暗号鍵ＤＢ７とを備えている。メールサーバ３は、受信した電子メールの送信先の電子メールアドレスで暗号化制御ポリシーＤＢ６を参照し、そこに格納されているポリシーに従って暗号鍵を暗号化装置４あるいは暗号鍵ＤＢ７から取得する。暗号化装置４は、電子メールに添付されたファイルを暗号化する際に用いる暗号鍵を生成する機能と、ファイルを暗号化する機能を備えている。暗号化制御ポリシーＤＢ６は、メールアドレスまたはドメイン毎のポリシーを格納している。このポリシーは、当該メールアドレスまたはドメインを送信先とするメールの添付ファイルについて「暗号化する」または「暗号化しない」を決定し、「暗号化する」場合はその暗号化に用いる暗号鍵をどのように取得するかを決定するポリシーである。暗号化制御ポリシーＤＢ６の内容例については図３で後述する。暗号鍵ＤＢ７は、送信先のメールアドレスまたはドメイン毎に用いる暗号鍵を格納する。なお、メールサーバ３および暗号化装置４などはクライアントマシン１上で動作させても良い。ネットワーク５は、インターネットなどのセキュリティが十分には確保されていないネットワークである。
【００１１】
図２は、図１のシステムにおける添付ファイルの暗号化の流れを示す処理フローである。図１の（１）に示すように、クライアントマシン１を使用しているユーザが、クライアントマシン２を使用しているユーザに対して送信する電子メールを作成し（ステップ１１）、その電子メールを送信したとする（ステップ１２）。次のステップ１３以降は、メールサーバ３の動作（処理）を示す。まずメールサーバ３は、その電子メールを受信し、添付ファイルの有無を確認する（ステップ１３）。ファイルが添付されていなかったときは、そのままそのメールを送信先へ送信する（ステップ２１）。
【００１２】
ステップ１３でファイルが添付されていた場合には、暗号化制御ポリシーＤＢ６から、当該メールの送信先に対応する暗号化ポリシーおよび暗号鍵ポリシーを取得する（ステップ１４）。次に、当該送信先に対応する暗号化ポリシーが、電子メールの添付ファイルを暗号化する設定か確認する（ステップ１５）。暗号化しない設定である場合は、添付ファイルを暗号化せずに、そのままそのメールを送信先へ送信する（ステップ２１）。暗号化する設定である場合は、当該送信先の暗号鍵ポリシーが、暗号鍵を自動生成する設定か確認する（ステップ１６）。自動生成する設定である場合は、当該添付ファイルを暗号化するための暗号鍵を暗号化装置４で生成する（ステップ１７）。自動生成しない設定である場合（すなわち暗号鍵ＤＢ７に格納されている暗号鍵を用いる場合）は、暗号鍵を暗号鍵ＤＢ７から取得する（ステップ１８）。ステップ１７，１８が、図１の（２）に相当する。
【００１３】
暗号鍵ＤＢ７には予め各送信先のメールアドレスまたはドメインに対応する暗号鍵が格納されているので、ステップ１８では、処理対象のメールの送信先のメールアドレスまたはドメインに対応する暗号鍵が取得されるものである。なお、ここでは予め暗号鍵が暗号鍵ＤＢ７に格納されているものとして説明したが、暗号鍵ＤＢ７から暗号鍵を取得しようとしたとき、そのアドレスに対応する暗号鍵が格納されていなかったときには、暗号鍵を暗号化装置４で自動生成し、自動生成した暗号鍵を暗号鍵ＤＢ７に格納して使用するようにしても良い。
【００１４】
次に、ステップ１７で生成またはステップ１８で取得した暗号鍵で添付ファイルを暗号化する（ステップ１９）。この処理は図１の（３）に相当する。その暗号鍵を電子メールに添付して、送信元（ここではクライアントマシン１のユーザ）へ返信する（ステップ２０）。この処理は図１の（４）に相当する。また、処理対象の電子メールの添付ファイル（平文）を前記暗号化したファイルに置き換えた電子メールを送信先（ここではクライアントマシン２のユーザ）へ送信する（ステップ２１）。この処理は図１の（５）に相当する。暗号化に使用した暗号鍵は、セキュリティが保たれる任意の方法で送信先のユーザ（ここではクライアントマシン２のユーザ）に知らせておくものとする。
【００１５】
なお、本実施形態では、メールサーバ３から送信元へ返信する電子メールには、暗号鍵の他に、送信元が送信した電子メールの本文および暗号化前のファイル（平文）を添付することとしている。これにより、送信元のユーザは、送信した電子メール、添付ファイル、および暗号鍵を電子メールで受け取ることができ、電子メール管理ソフトで一括管理できる。なお、平文のファイルに代えて、送信先に送った暗号化したファイル（暗号文）を添付しても良い。また、送信元に対してどのような情報を返すかについては、設定によって切り替える運用方法を採っても良い。
【００１６】
図３は、暗号化制御ポリシーＤＢ６の設定例を示す。電子メールアドレスまたは電子メールアドレスのドメイン毎に、添付ファイルを暗号化するかしないかを定義した暗号化ポリシー、および、暗号鍵を自動生成するか固定で指定するかを定義した暗号鍵ポリシーが設定されている。この設定例によれば、例えば、User1@aaa.bbb宛ての電子メールの添付ファイルについては図２のステップ１５→１６→１７と処理が進み、自動生成された暗号鍵で暗号化される。また、Domain1宛ての電子メールの添付ファイルについてはステップ１５→１６→１８と処理が進み、暗号鍵ＤＢ７に格納されている固定の暗号鍵で暗号化される。なお、この例のようにドメイン名に対応してポリシーが設定されている場合、暗号鍵ＤＢ７から取得する暗号鍵はそのドメイン名に対応するものとしているが（すなわち、同じドメイン名の宛先であれば同じ暗号鍵が使われる）、暗号鍵ＤＢ７にはメールアドレス毎の暗号鍵を格納しておき、メールアドレス毎の暗号鍵を利用するようにしても良い。
【００１７】
なお、上記実施形態では、送信先のユーザのメールアドレスまたはドメイン名に対応する暗号鍵を用いることとしたが、送信元に対応する暗号鍵を用いるようにしても良い。また、メールサーバ３とセキュリティが確保された社内ネットワークで接続されているマシンのユーザ宛のメールは暗号化せず、メールサーバ３からインターネットなどの外部ネットワークに送信されるメールについては自動暗号化を行うような設定としても良い。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施の形態例を示すシステム構成図である。
【図２】添付ファイルの暗号化の流れを示す処理フローである。
【図３】暗号化制御ポリシーＤＢの概略構成を示す図である。
【符号の説明】
【００１９】
１…クライアントマシン１、２…クライアントマシン２、３…メールサーバ、４…暗号化装置、５…ネットワーク、６…暗号化制御ポリシーＤＢ、７…暗号鍵ＤＢ。
【特許請求の範囲】
【請求項１】
電子メールを送受信するメールサーバを備え、該電子メールによる情報漏洩を防止する情報漏洩防止システムであって、
暗号鍵を自動生成する生成手段を備えた暗号化装置を設け、
前記メールサーバは、
送信元から送信された電子メールに添付ファイルが添付されていた場合、前記暗号化装置を用いて暗号鍵を自動生成し、前記添付ファイルをその暗号鍵で暗号化する暗号化手段と、
送信元から送信された電子メールに添付されていた添付ファイルを前記暗号化された添付ファイルに置き換えて、送信先に送信する送信手段と、
前記添付ファイルの暗号化に用いた暗号鍵を送信元に返信する返信手段と
を備えることを特徴とする情報漏洩システム。
【請求項１】
電子メールを送受信するメールサーバを備え、該電子メールによる情報漏洩を防止する情報漏洩防止システムであって、
暗号鍵を自動生成する生成手段を備えた暗号化装置を設け、
前記メールサーバは、
送信元から送信された電子メールに添付ファイルが添付されていた場合、前記暗号化装置を用いて暗号鍵を自動生成し、前記添付ファイルをその暗号鍵で暗号化する暗号化手段と、
送信元から送信された電子メールに添付されていた添付ファイルを前記暗号化された添付ファイルに置き換えて、送信先に送信する送信手段と、
前記添付ファイルの暗号化に用いた暗号鍵を送信元に返信する返信手段と
を備えることを特徴とする情報漏洩システム。
【図１】
【図２】
【図３】
【図２】
【図３】
【公開番号】特開２０１０−２１７４６（Ｐ２０１０−２１７４６Ａ）
【公開日】平成２２年１月２８日（２０１０．１．２８）
【国際特許分類】
【出願番号】特願２００８−１７９７１３（Ｐ２００８−１７９７１３）
【出願日】平成２０年７月１０日（２００８．７．１０）
【出願人】（０００２３３０５５）日立ソフトウエアエンジニアリング株式会社 (1,610)
【Ｆターム（参考）】
【公開日】平成２２年１月２８日（２０１０．１．２８）
【国際特許分類】
【出願日】平成２０年７月１０日（２００８．７．１０）
【出願人】（０００２３３０５５）日立ソフトウエアエンジニアリング株式会社 (1,610)
【Ｆターム（参考）】
[ Back to top ]