(57)【要約】【課題】業務上の機密ファイルをセキュリティポリシーに従って確実に保護することができる機密ファイル保護方法を提供する。【解決手段】機密ファイルへのアクセスを許可する業務アプリケーションは、予め管理サーバにその情報を登録しておき、登録されたアプリケーション情報は各クライアントに随時、配信する。業務アプリケーションで機密ファイルを参照する際は、業務アプリケーション起動時に、サーバに予め登録されているアプリケーションがどうかを判断（アプリケーション認証）し、アプリケーション認証をパスした場合のみ、I/O捕捉モジュールに自らのプロセス情報を登録する。I/O捕捉モジュールでは、登録されているプロセス情報に一致するプロセスのみ機密情報へのアクセスを許可し、それ以外の場合はアクセスを拒否する。【選択図】図８
2007128205.tif 000002
【特許請求の範囲】
【請求項１】
業務上、不正なアクセスを禁止している機密ファイルを保護する方法であって、
前記機密ファイルへのアクセス要求元の業務アプリケーションを、サーバコンピュータで稼動しているアプリケーション管理サービスが保持するアプリケーション管理テーブルに登録する第１のステップと、
クライアントコンピュータで稼動しているアプリケーション認証サービスが、前記サーバコンピュータのアプリケーション管理サービスと通信し、前記アプリケーション管理テーブルの内容をクライアントコンピュータ内にキャッシュする第２ステップと、
前記業務アプリケーションが、前記アプリケーション認証サービスによってキャッシュされたアプリケーション認証情報に登録済みの業務アプリケーションであるならば、当該業務アプリケーションに実装したアプリケーション認証モジュールが当該業務アプリケーションのプロセスを、クライアントコンピュータで稼動しているプロセス認証・ファイルI/O捕捉モジュールのプロセス管理テーブルに登録する第３にステップと、
前記プロセス認証・ファイルI/O捕捉モジュールが、前記機密ファイルへのアクセス要求に対し、当該アクセス要求を捕捉し、アクセス要求元のプロセスが前記プロセス管理テーブルに登録されたプロセスであるかを判定し、登録済みでなければ機密ファイルへのアクセスを禁止し、登録済みであればアクセスを許可する第４のステップとを備えることを特徴とする機密ファイル保護方法。
【請求項２】
前記第１、第３のステップにおいて、前記アプリケーション管理テーブル、プロセス管理テーブルに対し、機密ファイルへのアクセス権限、アクセス可能期間の情報を登録し、前記第４のステップにおいては登録されたアクセス権限、アクセス可能期間に限定して機密ファイルへのアクセスを許可することを特徴とする請求項１に記載の機密ファイル保護方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、業務アプリケーションの機密情報へのアクセスをアプリケーション単位、またはプロセス単位に制御することにより業務上の機密ファイルを保護する方法に関するものである。
【背景技術】
【０００２】
近年、顧客情報の流出など重要な個人情報が漏洩する事件が多発しており、企業にとっては顧客情報の保護が重大な関心事となっている。
また、２００５年４月より個人情報保護法が民間事業者をも対象として全面施行されたことから、セキュリティ対策アプリケーションへの関心が急速に高まっている。
セキュリティ対策アプリケーションでは、業務上の外部に漏洩させたくない機密情報（個人情報を含むデータなど）やセキュリティ対策アプリケーション自体の機密情報（動作環境定義情報やポリシー定義情報など）を保護することが重要である。
機密ファイルへアクセス可能なアプリケーションを認証する方式として下記特許文献１に記載の技術がある。
この技術は、フィルタモジュールによって業務アプリケーションからのＡＰＩ発行イベントを捕捉し、ファイルI/O発行を一時保留している間にアプリケーションの認証を行う。許可された業務アプリケーションからのファイルI/Oは、I/O監視モジュールにより許可され、不正なファイルI/Oは拒否される仕組みである。
【０００３】
【特許文献１】特開２００３−１０８２５３
【発明の開示】
【発明が解決しようとする課題】
【０００４】
個人情報などを含む機密情報を扱う場合には、特定の業務アプリケーションでのみ機密情報へのアクセスを許可し、他のアプリケーションではアクセスさせたくないというケースがある。例えば、機密ファイルの参照のみを目的とした場合、特定のビューワで参照だけを可能にし、データの保存・印刷などによって機密情報が外部にデータが漏洩するのを防ぐため、その他のアプリケーションからでは機密ファイルへアクセスを一切禁止させるといった場合である。
また、セキュリティ対策アプリケーションにおいて、当該セキュリティ対策アプリケーション動作環境やポリシー定義情報などの機密情報を格納した機密ファイルを解析・改ざんされることは危険な攻撃である。例えば、あらゆるネットワークや外付け媒体への持ち出し操作を禁止するポリシーを設定しているクライアントであっても、悪意の第三者にポリシー定義情報が書き換えられてしまえば機密情報を自由に持ち出すことが可能になってしまう。
上記特許文献１に記載の技術は、業務アプリケーションが業務文書や表ファイルなどを参照・更新する際のアクセス制御の仕組みには適した技術である。
【０００５】
しかしながら、上記の要件を満たすには次のような問題がある。
１つはＡＰＩ発行イベントを捕捉する外部的な認証方法であるため、ＡＰＩ発行イベントを捕捉するフィルタモジュールとアプリケーション認証モジュールとの通信処理、およびアプリケーション認証モジュールとI/O監視モジュールとの通信処理が発生し、内部コードで実装するよりも性能が劣化するという問題である。仮にファイルＯＰＥＮのＡＰＩ捕捉時だけアプリケーション認証を行うように限定したとしても、通常、ファイルＯＰＥＮは複数回発行されるため、アプリケーションの性能劣化は避けられない。
２つ目として、機密ファイルへのアクセスを許可するアプリケーション情報を登録しているハッシュ管理テーブルの内容が改ざん可能である点である。アプリケーション単位で機密ファイルに対するアクセス制御を行うようなセキュリティポリシーを適用する場合は、セキュリティ管理者がネットワークグループ内のセキュリティポリシーを一元管理すべきであり、その情報はクライアントで改ざんできないようにすべきである。
【０００６】
本発明の目的は、セキュリティ対策アプリケーションにおいて、アプリケーション認証を動的に行い、セキュリティ対策アプリケーションの性能劣化を抑え、かつ業務上の機密ファイルをグループ内のセキュリティポリシーに従って確実に保護することができる機密ファイル保護方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明に係る機密ファイル保護方法は、業務上、不正なアクセスを禁止している機密ファイルを保護する方法であって、
前記機密ファイルへのアクセス要求元の業務アプリケーションを、サーバコンピュータで稼動しているアプリケーション管理サービスが保持するアプリケーション管理テーブルに登録する第１のステップと、クライアントコンピュータで稼動しているアプリケーション認証サービスが、前記サーバコンピュータのアプリケーション管理サービスと通信し、前記アプリケーション管理テーブルの内容をクライアントコンピュータ内にキャッシュする第２ステップと、前記業務アプリケーションが、前記アプリケーション認証サービスによってキャッシュされたアプリケーション認証情報に登録済みの業務アプリケーションであるならば、当該業務アプリケーションに実装したアプリケーション認証モジュールが当該業務アプリケーションのプロセスを、クライアントで稼動しているプロセス認証・ファイルI/O捕捉モジュールのプロセス管理テーブルに登録する第３にステップと、前記プロセス認証・ファイルI/O捕捉モジュールが、前記機密ファイルへのアクセス要求に対し、当該アクセス要求を捕捉し、アクセス要求元のプロセスが前記プロセス管理テーブルに登録されたプロセスであるかを判定し、登録済みでなければ機密ファイルへのアクセスを禁止し、登録済みであればアクセスを許可する第４のステップとを備えることを特徴とする。
また、前記第１，第３のステップにおいて、前記アプリケーション管理テーブル、プロセス管理テーブルに対し、機密ファイルへのアクセス権限、アクセス可能期間の情報を登録し、前記第４のステップにおいては登録されたアクセス権限、アクセス可能期間に限定して機密ファイルへのアクセスを許可することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、機密ファイルへのアクセス権を認証するアプリケーション認証サービスとの間で業務アプリケーションの認証を行うためのアプリケーション認証モジュールを業務アプリケーションに実装し、アプリケーション認証モジュールとアプリケーション認証サービスとの間の通信によって機密ファイルへのアクセス権が登録済みである場合にのみ、機密ファイルへのアクセスを許可するように構成したため、アプリケーション認証モジュールを実装していない不正アプリケーションは機密ファイルへアクセスすることができなくなる。これによって、不正アプリケーションによる機密ファイルの不正アクセス行為から機密ファイルを確実に防御することが可能になる。
このアプリケーション認証はＡＰＩ発行イベントに依存しない認証方式であるため、認証要求発行頻度を低くし、性能を極力劣化させない実装が可能である。また、アクセス制御はプロセス単位でのファイルI/Oをフィルタリングすることで実現するためファイルI/Oが発生するたびにプロセス認証が発生することになるが、プロセス認証での認証判定はプロセスＩＤなどの固有識別子との単純な比較判定のみで実現可能なため、大きな性能劣化を発生させずに実装できる。
さらに、クライアントコンピュータのアプリケーション認証サービスは常に稼動していて、随時、サーバコンピュータのアプリケーション管理サービスと通信し、サーバコンピュータが保持しているアプリケーション管理テーブルの内容をメモリ内にキャッシュするため、アプリケーションを認証する度にサーバコンピュータへ問い合わせる必要がなくなり、性能劣化を抑えることができる。
特に、アプリケーション認証情報をメモリ内に保持する場合に、電源オフによりメモリ内容が消去される揮発性のメモリ内に保持するように構成することにより、ローカルファイルにこれを保存するよりも遥かに改ざんの恐れが少なくなり、クライアントコンピュータを盗難されたとしても一度クライアントコンピュータをシャットダウンすれば、キャッシュされたアプリケーション認証情報は消去されるので、悪用される危険も少ない。
セキュリティ管理者はアプリケーションの登録をサーバコンピュータ上で行い、アプリケーション認証情報はサーバコンピュータ内で管理し、これをクライアントコンピュータに配信するため、同じネットワークグループ内で各アプリケーションのアクセス権限やアクセス可能期間などの指定を一括して行える。
本発明ではネットワークグループ内で同じセキュリティポリシーを適用でき、そのポリシーを一元管理する機能を提供できる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明を実施する場合の一形態を、図面を参照して具体的に説明する。
図１は、本発明を適用したシステムの実施の一形態を示す機能ブロック図である。
クライアントコンピュータ１は、キーボード２、マウス３、ディスプレイ４、ＣＰＵ５、外部記憶装置６、メモリ７を備え、メモリ７には各種の業務に用いる業務アプリケーション１０１が記憶されている。
さらに、機密ファイル１０９を保護するためのプロセス認証・ファイルI/O捕捉モジュール１０３が記憶されている。
プロセス認証・ファイルI/O捕捉モジュール１０３は、プロセス管理テーブル１０７を備え、プロセスの登録とファイルI/O命令を捕捉し、プロセス管理テーブル１０７に登録された管理情報によってプロセスの認証を行い、認証が拒否されたプロセスからのファイルI/O命令については機密ファイル１０９へのアクセスを許可しない。逆に、認証が許可されたアプリケーションからのファイルI/O命令についてはプロセス管理テーブル１０７に登録されたアクセス権限やアクセス可能時間に限定して機密ファイル１０９へのアクセスを許可する。
【００１０】
アプリケーション認証サービス１０２は、アプリケーション認証情報１０６をメモリ内に保持（キャッシュ）している。このアプリケーション認証情報１０６はサーバコンピュータ８のアプリケーション管理サービス１０４を通して、サーバコンピュータ８のアプリケーション管理テーブル１０８から随時取得した最新の情報であり、サーバコンピュータ８が機密ファイル１０９へのアクセスを認めた業務アプリケーションに関する情報である。
アプリケーション認証サービス１０２は、業務アプリケーション１０１に実装されたアプリケーション認証モジュール１０５からアプリケーション認証の要求があった場合は、アプリケーション認証情報１０６を元にアプリケーション認証を行い、認証が許可された場合は、プロセス管理テーブル１０７に認証が許可されたアプリケーションのプロセス情報を登録し、後のアクセス制御をプロセス認証・ファイルI/O捕捉モジュール１０３に任せる。逆に認証が拒否された場合は何もしない。
サーバコンピュータ８のアプリケーション管理サービス１０４は、アプリケーション管理テーブル１０８を備え、機密ファイル１０９へのアクセスを認める業務アプリケーションの管理者による登録状況を監視し、アプリケーション管理テーブル１０８に登録されたアプリケーション情報を必要に応じてクライアントコンピュータ１に配信する。管理者によってアプリケーションの登録要求があった場合は、そのアプリケーション情報（図３に示す情報）をアプリケーション管理テーブル１０８に登録する。
【００１１】
機密ファイル１０９は、外部への公開・持ち出しが禁止されている機密情報や、セキュリティ対策アプリケーションの動作環境定義情報やポリシー定義情報などの機密情報を格納しているファイルである。一般ファイル１１０は機密ファイル１０９以外のファイルである。なお、セキュリティ対策アプリケーションとは、一般ファイル１１０を含む各種のデータを外部へ公開したり、持ち出しするのを禁止するためのアプリケーションであり、本発明ではセキュリティ対策アプリケーションの動作環境定義情報やポリシー定義情報などの機密情報が不正に改ざんされたり、漏洩するのを防止し、セキュリティ対策アプリケーションのセキュリティ機能が低下しないように防御する。
【００１２】
図２は、サーバコンピュータ８のアプリケーション管理サービス１０４が保持するアプリケーション管理テーブル１０８の記憶内容（アプリケーション認証情報）の例を示す図である。機密ファイル１０９へのアクセスを許可するアプリケーション数（登録するアプリケーション数）２０１と、そのアプリケーションに関するアクセス権限などで構成されるアプリケーション情報２０２が登録されている。
アプリケーション情報２０２は、図３に示すように、機密ファイル１０９へのアクセスを許可するアプリケーション名３０１、アプリケーションバージョン３０２、ハッシュ値３０３、アプリケーション登録日時３０４、アプリケーション利用期限３０５、アクセス可能期間３０６、アクセス権限３０７で構成されている。ハッシュ値とは、与えられたデータから固定長の疑似乱数を生成するハッシュ関数で求めた値であり、同じハッシュ値を持つ異なるデータを作成することは極めて困難である。
ハッシュ値３０３は、業務アプリケーション１０１の実行プログラムファイルのバイナリデータからハッシュ関数で生成した値である。業務アプリケーション１０１を認証する際に、当該業務アプリケーション１０１がサーバコンピュータ８に登録された正しい業務アプリケーションであるかどうかの判定に使用する。
【００１３】
図４は、プロセス認証・ファイルI/O捕捉モジュール１０３が保持するプロセス管理テーブル１０７の記録と内容の例を示す図であり、機密ファイル１０９へのアクセスを許可するプロセス数（登録するプロセス数）４０１と、そのプロセスに関するプロセス識別子などで構成されるプロセス情報４０２が登録されている。
プロセス情報４０２は、図５に示すように、機密ファイル１０９へのアクセスを許可するプロセス名５０１、プロセス識別子５０２、プロセス登録日時５０３、アクセス可能期間５０４、アクセス権限５０５で構成されている。
プロセス識別子５０２はプロセスＩＤなどのクライアントコンピュータ１のＯＳ（オペレーティングシステム）によって付加されるプロセス固有の値を表す。
【００１４】
図６は、サーバコンピュータ８で稼動しているアプリケーション管理サービス１０４に機密ファイル１０９へのアクセスを許可する業務アプリケーション１０１を登録する流れを示す図である。
図６では、管理者がアプリケーション管理サービス１０４に対して予め設定済みのユーザ名とパスワードによるユーザ認証を行う。ユーザ認証が通った場合は、登録する業務アプリケーション１０１のアプリケーション名、アプリケーションバージョン、ハッシュ値、アプリケーション利用期限、アクセス権限などの各情報を、アプリケーション管理サービス１０４を通してアプリケーション管理テーブル１０８に格納する。
アプリケーション管理サービス１０４に渡されたアプリケーション情報に不備があった場合や、既に同じものが登録済みであった場合は、登録エラーの結果をアプリケーション登録コマンド６０１に返す。問題なく登録が完了した場合は、登録成功の結果を返す。
【００１５】
図７は、クライアントコンピュータ１で稼動しているアプリケーション認証サービス１０２が、サーバコンピュータ８が保持している最新のアプリケーション認証情報１０６を取得する流れを示す図である。
アプリケーション認証サービス１０２は、サーバコンピュータ８から随時、アプリケーション情報を受信し、最新のアプリケーション認証情報１０６をキャッシュする。最新のアプリケーション情報１０６を取得するタイミングはサーバコンピュータ８との冗長な通信を避けるため、ＯＳ起動時やＯＳログイン時に行う。または、サーバコンピュータ８から最新のアプリケーション認証情報１０６が配信されたタイミングで更新する。
最新のアプリケーション認証情報１０６を取得する際は、アプリケーション管理サービス１０４に取得要求を行い、アプリケーション管理サービス１０４を通してアプリケーション認証情報１０６を取得する。
【００１６】
図８は、認証済み業務アプリケーション１０１が機密ファイル１０９を参照する仕組みを示す図である。
図８の例では、認証済み業務アプリケーション１０１はアプリケーション認証モジュール１０５やアプリケーション認証サービス１０２を通してプロセス認証・ファイルI/O捕捉モジュール１０３に認証済みであり、プロセス情報がプロセス管理テーブル１０７に既に登録されている。
業務アプリケーション１０１が機密ファイル１０９にアクセスする場合、機密ファイル１０９へのファイルI/O命令が発行される。
プロセス認証・ファイルI/O捕捉モジュール１０３は、当該ファイルI/O命令を捕捉し、要求元の業務アプリケーション１０１のプロセスをプロセス管理テーブル１０７から検索する。既に登録済みであるため、プロセス管理テーブル１０７に登録されているプロセス情報に従い、アクセス権限の範囲で、かつアクセス可能期間の範囲だけ機密ファイル１０９へのアクセスを許可する。
【００１７】
図９は、不正アプリケーション９０１の機密ファイル１０９へのアクセスを禁止する仕組みを示す図である。
不正アプリケーション９０１は、アプリケーション認証モジュール１０５を持たないため、アプリケーション認証を行うことができない。したがって、不正アプリケーション９０１のプロセス情報はプロセス管理テーブル１０７に登録されていない。
不正アプリケーション９０１が機密ファイル１０９にアクセスする場合、機密ファイル１０９へのファイルI/O命令が発行される。プロセス認証・ファイルI/O捕捉モジュール１０３が当該ファイルI/O命令を捕捉し、要求元の不正アプリケーション９０１のプロセスをプロセス管理テーブル１０７から検索する。不正アプリケーション９０１のプロセスは登録されていないため、当該ファイルI/O命令をエラーとして要求元へと返す。
これにより、不正アプリケーション９０１からの機密ファイル１０９へのアクセスは禁止される。
【００１８】
図１０は、業務アプリケーション１０１がプロセス認証・ファイルI/O捕捉モジュール１０３に対してプロセスを登録し、機密ファイル１０９へのアクセスの可否が判定されるまでの手順の概要を示すフローチャートである。
業務アプリケーション１０１は、機密ファイル１０９へアクセスする前に、プロセス認証・ファイルI/O捕捉モジュール１０３に対し、自アプリケーションが使用するプロセス名や機密ファイルへのアクセス可能期間など、図５に示したプロセス情報を登録する必要がある。
まず、業務アプリケーション１０１のアプリケーション認証モジュール１０５は、業務アプリケーション１０１を認証するために必要な当該業務アプリケーションのアプリケーション名を当該業務アプリケーションの実行ファイル名から、バージョンを実行ファイルのリソースから取得する（ステップ１１０１）。また、ハッシュ値を算出する（ステップ１００２）。そして、アプリケーション認証サービス１０２に対してアプリケーション認証要求を発行し（ステップ１００３）、バージョンやハッシュ値などの情報を送信する（ステップ１００４）。
アプリケーション認証サービス１０２は、アプリケーション認証モジュール１０５から受信した情報とキャッシュしているアプリケーション認証情報１０６とを比較し、業務アプリケーション１０１がサーバコンピュータ８で機密ファイルへのアクセスが許可されている業務アプリケーションであるかの認証を行い、認証結果をアプリケーション認証モジュール１０５に返す（ステップ１００５）。
【００１９】
アプリケーション認証モジュール１０５は、認証が失敗であれば（機密ファイルへのアクセスが禁止されていた場合）何もせずに終了する。
認証に成功した場合、アプリケーション認証サービス１０２はプロセス認証・ファイルI/O捕捉モジュール１０３に対し、プロセス登録要求を発行する（ステップ１００７）。そして、プロセス識別子、アクセス権限などを取得して送信し、プロセス管理テーブル１０７に登録させる。なお、処理実行中プロセスのプロセス識別子は、ＯＳから取得できる。
アプリケーション認証サービス１０２は、これに対するプロセス認証・ファイルI/O捕捉モジュール１０３からの登録結果を受信し（ステップ１００９）、登録成功の応答が返ってきた場合には、機密ファイル１０９へのアクセスを可能とする（ステップ１０１１）。登録失敗であった場合には、機密ファイル１０９へのアクセスは禁止される（ステップ１０１２）。
なお、図５のプロセス管理テーブル１０７に登録されるプロセス識別子はＯＳから取得され、プロセス名、アクセス権限は、キャッシュしているアプリケーション情報２０２から入力されたものである（ここでプロセス名５０１はアプリケーション名３０１を入力する）。プロセス登録日時は、プロセス認証・ファイルI/O捕捉モジュール１０３が現在日時をクライアントコンピュータ１の時計から取得して登録したものである。また、アクセス可能期間、アクセス権限は、アプリケーション認証サービス１０２がアプリケーション認証情報１０６の中から抽出してプロセス認証・ファイルI/O捕捉モジュール１０３に送信したものである。
【００２０】
図１１は、アプリケーション認証サービス１０２がアプリケーションを認証する処理の手順と、サーバコンピュータ８からアプリケーション認証情報１０６を取得する処理の手順を示すフローチャートである。
アプリケーション認証サービス１０２が開始されると、アプリケーション認証要求を待ち受ける（ステップ１１０１）。アプリケーション認証モジュール１０５からアプリケーション認証要求を受信する（ステップ１１０２，１１０３）と、アプリケーション認証モジュール１０５から送信されたハッシュ値やファイルバージョン等のアプリケーション情報を、キャッシュしているアプリケーション認証情報１０６から検索し、登録済みであるかどうかを判定する（ステップ１１０４）。登録されていない場合は、認証失敗の結果を要求元に返す。登録されていた場合は業務アプリケーション１０１のプロセス情報を、ＯＳやアプリケーション情報２０２から取得し（ステップ１１０６）、プロセス認証・ファイルI/O捕捉モジュール１０３に対しプロセス登録を行い（ステップ１１０７）、登録結果を要求元に返す（ステップ１１０８）。
また、アプリケーション認証サービス１０２はＯＳログオンを検知する（ステップ１１０９）と、管理サーバから最新のアプリケーション認証情報１０６を取得する（ステップ１１１０）。
【００２１】
図１２は、プロセス認証・ファイルI/O捕捉モジュール１０３がプロセスを登録する処理の手順を示すフローチャートである。
プロセス認証・ファイルI/O捕捉モジュール１０３が開始されると、アプリケーション認証サービス１０２からのプロセスの登録要求を待ち受ける（ステップ１２０１）。プロセスの登録要求を受信する（ステップ１２０２）と、要求種別を確認する（ステップ１２０３）。
要求種別が「登録」であれば、要求元からプロセス識別子などのプロセス情報を、ＯＳやアプリケーション情報２０２から取得し（ステップ１２０４）、プロセス管理テーブル１０７に同一のプロセスが登録済みでないかを確認する（ステップ１２０５）。登録済みでなければ、プロセス管理テーブル１０７に取得したプロセス情報を登録し（ステップ１２０６）、登録済みであれば、取得したプロセス情報を登録しない。登録結果の成功または不成功の応答を要求元へ返却する（ステップ１２０７）。
要求種別が「登録解除」であれば、要求元からプロセス識別子などのプロセス情報を取得し（ステップ１２０８）、取得したプロセス識別子をプロセス管理テーブル１０７から削除する（ステップ１２０９）。
【００２２】
図１３は、プロセス認証・ファイルI/O捕捉モジュール１０３が機密ファイル１０９のアクセスを捕捉し、アクセス制御を行う手順を示すフローチャートである。
プロセス認証・ファイルI/O捕捉モジュール１０３が開始されると、ファイルI/O捕捉機能としてファイルI/O命令を待ち受ける（ステップ１３０１）。ファイルＯＰＥＮ要求などのファイルI/O命令を捕捉する（ステップ１３０２）と、当該I/O命令が機密ファイル１０９への要求か否か確認する（ステップ１３０３）。機密ファイル１０９へのI/O命令であれば、さらにファイルI/O命令の発行元アプリケーションのプロセスがプロセス管理テーブル１０７に登録されているか否か検索を行う（ステップ１３０４）。認証済みアプリケーションのプロセスからのファイルI/O命令であれば、プロセス管理テーブル１０７に登録されているプロセス情報のアクセス権限に従ってアクセス制御を行う（ステップ１３０５）。
例えば、アクセス権限が読み込み権限しか与えられていない業務アプリケーションからは機密ファイル１０９の参照しかできない。また、書き込み権限が与えられた業務アプリケーションからは機密ファイル１０９の編集を行うことができる。
なお、ファイルI/O命令の発行元アプリケーションのプロセス名、プロセス識別子は、ファイルI/O命令内に含まれており、これによってプロセス管理テーブル１０７に登録されているプロセスからのアクセスかを判定する。
【００２３】
図１４は、本発明を適用した他の実施形態を示す図である。
この実施形態においては、図１のアプリケーション認証モジュール１０５と同じ機能のアプリケーション認証モジュール１４０３、１４０４を持ったアプリケーション１４０１と１４０２がある。
機密ファイル１４０５と１４０６はそれぞれ機密情報を格納するファイルとしてプロセス認証・ファイルI/O捕捉モジュール１０３によりアクセスが制御されている。
図３の認証情報にアクセスを許可するパス名を指定できるように拡張すると、アプリケーション１４０１は自身の機密ファイル１４０５にのみアクセスできるように認証要求を発行することができる。
また、同様にアプリケーション１４０２は自身の機密ファイル１４０６にのみアクセスできるように認証要求を発行することができる。
図１４の場合、アプリケーション１４０２は、アプリケーション１４０１が保持する機密ファイル１４０５へはアクセスすることができない。また、同様にアプリケーション１４０１は、アプリケーション１４０２が保持する機密ファイル１４０６へはアクセスすることができない。このように、アプリケーションによってアクセス可能な機密ファイルを切り分けることで、細かなアクセス制御が実現できる。
【図面の簡単な説明】
【００２４】
【図１】本発明の一実施の形態を示す機能ブロック図である。
【図２】アプリケーション管理情報の概略構成を説明するためのテーブル図である。
【図３】アプリケーション情報の概略構成を説明するためのテーブル図である。
【図４】プロセス管理情報の概略構成を説明するためのテーブル図である。
【図５】プロセス情報の概略構成を説明するためのテーブル図である。
【図６】アプリケーション登録方式の概略構成を説明するための図である。
【図７】アプリケーション認証情報の配信方式の概略構成を説明するための図である。
【図８】認証済みアプリケーションの機密ファイルアクセスを説明するための図である。
【図９】不正アプリケーションの機密ファイルアクセスを説明するための図である。
【図１０】アプリケーションが認証要求を行い、機密ファイルへアクセスするまでの手順の概要を示すフローチャートである。
【図１１】アプリケーション認証サービスにおけるアプリケーション認証の処理の手順を示すフローチャートである。
【図１２】プロセス認証・ファイルI/O捕捉モジュールがプロセスを登録する処理の手順を示すフローチャートである。
【図１３】プロセス認証・ファイルI/O捕捉モジュールのファイルI/O捕捉を説明するためのフローチャートである。
【図１４】本発明を適用した他の実施形態を示す図である。
【符号の説明】
【００２５】
１    クライアントコンピュータ
７    メモリ
８    サーバコンピュータ
１０１    業務アプリケーション
１０２    アプリケーション認証サービス
１０３    プロセス認証・ファイルI/O補足モジュール
１０４    アプリケーション管理サービス
１０５    アプリケーション認証モジュール
１０６    アプリケーション認証情報
１０７    アクセス管理テーブル
１０９    機密ファイル
１１０    一般ファイル
【図１】
2007128205.tif 000003
【図２】
2007128205.tif 000004
【図３】
2007128205.tif 000005
【図４】
2007128205.tif 000006
【図５】
2007128205.tif 000007
【図６】
2007128205.tif 000008
【図７】
2007128205.tif 000009
【図８】
2007128205.tif 000010
【図９】
2007128205.tif 000011
【図１０】
2007128205.tif 000012
【図１１】
2007128205.tif 000013
【図１２】
2007128205.tif 000014
【図１３】
2007128205.tif 000015
【図１４】
2007128205.tif 000016