JP2008171101A - ポリシー改善システム - Google Patents

Abstract

【課題】アクセスログを用いて、不正操作の監視を行うと共に、ポリシー違反発生時にユーザに違反原因を入力させ、ポリシーの改善に役立てることができ、また、フォルダやファイルの作成日時やアクセス権をチェックし、アクセスログの使用状況を分析することで、ポリシーの改善を行うことができるポリシーの改善システムを提供する。
【解決手段】ポリシーの改善システム１は、ファイルの中身やメタ情報にあらかじめ定めたキーワードが含まれるファイルを機密ファイルと定義し、ファイルにキーワードが含まれるか定期的に検査して、検査の結果、機密ファイルと判断したものについてファイルのアクセスログを取得して、機密ファイルを特定するために、事前に定めたフォルダに格納されたファイルを機密ファイルと定義して、フォルダに格納されたファイルを定期的に確認する。
【選択図】図１

Description

本発明は、ポリシー改善システムに関し、特にアクセスログを用いて、不正操作の監視を行うと共に、ポリシー違反発生時にユーザに違反原因を入力させ、ポリシーの改善に役立てることができるポリシー改善システムに関する。

機密情報など重要な情報を含むファイルの漏洩や改ざんを防ぐために、ファイルへのアクセス制御などのポリシーを定めて管理する必要がある。そのため、情報システムが変更された場合には、例えばお客様用のＰＣ／サーバの増減や、フォルダやファイルの作成／削除などが行われるたびに、情報システムの変更に応じて適切なポリシーを適用する必要がある（例えば、特許文献１を参照）。
特開２００５−１８２４７８号公報

しかし、情報システムが複雑になると、管理者によるポリシーの作成やポリシーの適用にミスが生じたり、情報システムの変更により定めたポリシーが現状にそぐわなくなったりするという課題がある。また、重要な情報を含むファイルの漏洩や改ざんを防ぐために、全てのファイルを監視しようとすると、アクセスログが膨大になるので、全てのファイルの監視が困難になるという課題がある。

本発明は、定期的にファイルの中身やメタ情報から、重要な情報を含むファイルを特定し、そのファイルについてアクセスログを記録する。アクセスログを用いて、不正操作の監視を行うと共に、ポリシー違反発生時にユーザに違反原因を入力させ、ポリシーの改善に役立てることができ、また、フォルダやファイルの作成日時やアクセス権をチェックしたり、アクセスログの使用状況を分析することでポリシーの改善を行うことができるポリシー改善システムを提供することを目的とする。

本発明は、顧客コンピュータのファイルをチェックするチェックサーバと、顧客のコンピュータを監視する監視サーバとを備え、前記顧客コンピュータのファイルへのアクセス制御などのポリシーを改善するシステムであって、前記チェックサーバは、顧客コンピュータのファイルがあらかじめ定めたキーワードを含む機密ファイルであるかを定期的に検査し、検査の結果、機密ファイルであると判断したファイルのアクセスログを取得するポリシー改善システムである。

また、本発明は、前記チェックサーバが、事前に定めたフォルダに格納されたファイルを機密ファイルとし、前記フォルダに格納されたファイルを定期的に確認するポリシー改善システムである。

そして、本発明は、前記チェックサーバが、前記アクセスログを読取ってアクセス権違反を発見した場合に、前記アクセス権を違反した違反者の画面に失敗理由を記述させるウィンドウを表示させ、前記失敗理由としてポリシーの設定ミスが指摘されたときに、ポリシー管理者の画面に該当ファイルと前記違反者のロールを表示させ、前記ポリシーの修正可否を判断させるポリシー改善システムである。

更に、本発明は、前記チェックサーバが、前記ファイルの作成日時とそのファイルを格納する前記フォルダの作成日時とを比較し、前記フォルダの作成日時が前記ファイルの作成日時よりも新しいときに、ポリシー適用漏れの可能性があるポリシーであると判断し、この判断された前記ポリシーの改善案を提案するポリシー改善システムである。

また、本発明は、前記チェックサーバが、前記フォルダと前記ファイルのアクセス権と、前記機密ファイル毎に事前に定めたロールの標準的な割当パターンを比較して、前記割当パターンの基準に前記アクセス権の設定が達していない場合には、前記ポリシーの適用漏れの可能性があるポリシーと判断して、前記ポリシーの改善案を提案するポリシー改善システムである。

そして、本発明は、前記チェックサーバが、前記ファイルの前記アクセスログから現状に即していない可能性がある前記ポリシーを判断し、前記ポリシーの改善案を提案するポリシー改善システムである。

本発明によれば、アクセスログを用いて、不正操作の監視を行うと共に、ポリシー違反発生時にユーザに違反原因を入力させ、ポリシーの改善に役立てることができ、また、フォルダやファイルの作成日時やアクセス権をチェックしたり、アクセスログの使用状況を分析することで、ポリシーを改善することができる。

本発明を実施するための最良の形態を説明する。
本発明のポリシー改善システムの実施例について、図面を用いて説明する。図１は、実施例のポリシー改善システムの説明図である。図１に示すように、本実施例のポリシー改善システムは、お客様（顧客）１０及び情報管理業者３０にそれぞれ設置された機器からなる。

お客様１０側には、チェックサーバ２０、アカウント管理サーバ２１及びポリシーサーバ２２が設置され、これらは、お客様用のＰＣ（コンピュータ）１１及びサーバ１２，１３に接続される。チェックサーバ２０は、機密ファイル一覧ＤＢ（データベース）２３とアクセスログＤＢ２４を接続する。アカウント管理サーバ２１は、アカウント管理ＤＢ２５を接続する。ポリシーサーバ２２は、ポリシーＤＢ２６を接続する。これらのチェックサーバ２０、アカウント管理サーバ２１及びポリシーサーバ２２は、管理者５１のコンピュータ２７に接続される。

一方、情報管理業者３０側には、監視サーバ３１が設置され、監視サーバ３１はレポートテンプレートＤＢ３２とポリシー案ＤＢ３３を接続する。監視サーバ３１は監視者５２のコンピュータ３４に接続される。お客様１０側のチェックサーバ２０と情報管理業者３０側の監視サーバ３１は、インターネットのようなネットワーク４１を介して接続され、通信可能になっている。

実施例における処理手順の一例について説明する。図１において、お客様１０側のＰＣ１１、サーバ１２、１３は、（１）ファイルをチェックし、機密ファイルを特定する。（２）機密ファイルのみアクセスログを記録するように設定されている。そして、（３）アクセスログを収集する。また、（４）不正操作を監視し、違反発生時は、ユーザ画面に理由を尋ねるウィンドウを表示させる。（５）ユーザがポリシーのミスを指摘する。管理者５１は、（６）コンピュータ２７を使用し、ポリシー修正の判断を行う。（７）該当機器のポリシーを修正する。情報管理業者３０側の監視者５２は、コンピュータ３４を使用して、（８）ファイル／フォルダ作成日時を比較する。（９）ファイルのアクセス権を確認する。（１０）アクセスログを分析する。（１１）レポートを出力する。このようにして、本実施例のポリシー改善システムにおける処理を行うことができる。

実施例のポリシー改善システムにおけるウィンドウの一例を説明する。図２には、ポリシー違反発生時にユーザに失敗理由を尋ねるためのウィンドウ５１を示していて。このウィンドウ５１には、ポリシーを知らなかった、操作ミス、その他、ポリシー設定ミスなどの各項目が表示され、また、ポリシー違反者の意見、感想などを入力できる。

実施例のポリシー改善システムにおける情報収集対象ファイル決定手順の一例について説明する。図３は、実施例における情報収集対象ファイル決定の手順の説明図である。情報収集対象ファイル決定の手順は、ステップＳ１〜Ｓ９を有する。ステップＳ１では、チェックサーバ２０は、定期的に管理下にある各ＰＣ１１／サーバ１２，１３にあるファイルをチェックし、チェックする時間がくると、ステップＳ２で、チェックサーバ２０は、定期的に管理下にある各ＰＣ１１、サーバ１２，１３にあるファイルをチェックする。

ステップＳ３では、チェックの時間を短縮するために、ファイルのメタ情報に記録された検査日時とファイルの更新日時を比較する。そして、ファイルの更新日時が検査日時ではなくファイルの更新日時が検査日時を超えていない場合には、ステップＳ９に移り、現在の日時を検査日時としてファイルのメタ情報に記録する。

ステップＳ３において、ファイルの更新日時が検査日時である、もしくは超えていると、ステップＳ４においてファイルの中身とメタ情報を、情報区分一覧表に登録されたキーワードを用いて検査をする。ステップＳ５でキーワードがあるか判断し、キーワードがない場合には、ステップＳ９に移り、現在の日時を検査日時としてファイルのメタ情報に記録する。

ステップＳ５においてキーワードがある場合には、ステップＳ６では、機密ファイル一覧表に、ファイル名、ファイルパス、検査対象のＩＰアドレスを記録する。ステップＳ７では、見つかったキーワードの中で最も重要度が高い情報区分を、機密ファイル一覧表に記録する。ステップＳ８では、ファイルのメタ情報に監視フラグを記録して、ステップＳ９では、現在の日時を検査日時としてファイルのメタ情報に記録する。そして、ステップＳ２〜Ｓ９は繰り返され、すべてのファイルをチェックすると、情報収集対象ファイル決定の手順を終了する。

このように、情報収集対象ファイルの決定する場合には、チェックサーバ２０は、定期的に管理下にある各ＰＣ１１／サーバ１２，１３にあるファイルをチェックする。この時、チェックのための時間を短縮するために、ファイルのメタ情報に記録された検査日時とファイルの更新日時を比較して、ファイルの更新日時の方が検査日時に比べて新しい時には検査を行う。ファイルが検査対象である場合には、ファイルの中身とファイルのメタ情報を情報区分一覧表に登録されたキーワードで検査する。検査の結果キーワードが有る場合は、ファイル名、ファイルパス、検査対象ＩＰアドレス、そして見つかったキーワードの中で最も重要度が高い情報区分を、機密ファイル一覧表に記録すると共に、ファイルのメタ情報に対して監視フラグを記録する。検査終了後、現在日時をファイルのメタ情報に記録する。

次に、実施例のポリシー改善システムにおけるアクセスログの取得手順の一例について説明する。図４は、実施例におけるアクセスログの取得の手順の説明図である。アクセスログの取得の手順は、ステップＳ１０〜Ｓ１４を有する。ステップＳ１０では、各ＰＣ１１／サーバ１２，１３にアクセスログ収集用のエージェントを導入しておく。アクセスログとは、例えばファイルの更新、ファイルのコピー、ファイルの移動、ファイルの削除、ファイルの名前の変更などのログである。エージェントがファイルへのアクセスを検知したら、ステップＳ１１では、アクセスされたファイルのメタ情報を確認する。確認の結果、ステップＳ１２では、監視フラグがファイルのメタ情報に対して記録されていないときには、アクセスログの取得の手順を終了するが、監視フラグがファイルのメタ情報に対して記録されているときには、ステップＳ１３では、重要なファイルと判断し、アクセスログＤＢ２４からファイルのアクセスログを取得する。そして、ステップＳ１４で、取得したファイルのアクセスログをチェックサーバ２０へ送信し、アクセスログの取得の手順を終了する。

このように、アクセスログの取得を行う場合には、エージェントがファイルへのアクセスを検知すると、アクセスされたファイルのメタ情報を確認する。このファイルのメタ情報に対して監視フラグが記録されていた場合には、重要なファイルと判断してこのファイルのアクセスログの取得を開始する。取得したアクセスログはチェックサーバ２０へ送信する。

次に、実施例のポリシー改善システムにおける不正操作の監視手順の一例について説明する。図５は、実施例における不正操作の監視の手順の説明図である。不正操作の監視の手順は、ステップＳ２０〜Ｓ２６を有する。ステップＳ２０で、チェックサーバ２０が、送信されたファイルのアクセスログを読み取る。ステップＳ２１で、このアクセスログを読み取った結果、失敗したアクションがなければ、不正操作の監視の手順を終了する。失敗したアクションがあれば、ステップＳ２２で、アクションを実行したアクセス元のお客様（ユーザ）のＰＣ１１の画面には、図２に例示するような失敗理由を尋ねるウィンドウ６１を表示する。

ステップＳ２３で、お客様（ユーザ）がＰＣ１１の画面のウィンドウ６１において、失敗した理由の入力するのを受け付けて保存する。ステップＳ２４で、お客様（ユーザ）の失敗した理由が、ポリシーミスでない場合には、ステップＳ２６において、不正操作判断処理を実施して不正操作の監視の手順を終了する。失敗した理由が、ポリシーミスである場合には、ステップＳ２５で、ユーザ指摘時のポリシー改善処理を実施し、ステップＳ２６で、不正操作判断処理を実施して不正操作の監視の手順を終了する。

このように、不正操作の監視を行う場合には、チェックサーバ２０は、送信されたアクセスログを読み取り、その中に失敗したアクション（例えば、書き込み失敗、読み取り失敗など）がある場合に、アクションを実行したお客様（ユーザ）のＰＣ１１の画面に失敗理由を尋ねるウィンドウ６１を表示する。失敗理由がポリシーの設定ミスの場合には、ユーザ指摘時のポリシー改善処理を実施する。また、失敗理由がポリシーミスであるかないかに関わらず不正操作判断処理を実施する。ユーザにより入力された失敗理由は、チェックサーバ２０に保存して、ポリシー改善策の提案時に利用する。

次に、実施例のポリシー改善システムにおけるユーザ指摘時のポリシー改善処理の一例について説明する。図６は、実施例におけるユーザ指摘時のポリシー改善処理の説明図である。ユーザ指摘時のポリシー改善処理は、ステップＳ３０〜Ｓ３５を有する。ステップＳ３０で、お客様管理者５１に対して、ポリシー違反者名、違反内容、対象ファイル、ファイルの格納先、適用ポリシーを通知する。ステップＳ３１で、アカウント管理ＤＢ２５から違反者のロールを取得し、管理者５１の管理画面に表示する。

ステップＳ３２で、管理者５１はポリシーの修正有無を判断し、ステップＳ３３で、ポリシー修正の入力が無い場合には、ステップＳ３５においてユーザにポリシーの修正が無いことを通知し、ユーザ指摘時のポリシー改善処理を終了する。ステップＳ３３において、ポリシー修正の入力が有る場合に、ステップＳ３４において、ポリシーを修正し、この修正されたポリシーがポリシーサーバ２２を経由して該当機器にポリシーを適用し、ステップＳ３５で、ユーザにポリシーの修正が有ることを通知し、ユーザ指摘時のポリシー改善処理を終了する。

このように、ユーザ指摘時のポリシー改善処理をする場合には、お客様管理者５１にポリシー違反者名、違反内容、対象ファイル、ファイルの格納先、適用されたポリシーを通知し、管理者５１の管理画面に表示する。同時に、アカウント管理ＤＢ２５から違反者のロール（役職、所属など）を取得し、管理画面に表示する。これにより、管理者５１は本当にポリシーの設定ミスがあったか確認できる。設定ミスがあった場合には、ポリシー修正を入力する。その後、修正されたポリシーがポリシーサーバ２２を経由して該当機器に適用される。

次に、実施例のポリシー改善システムにおける不正操作判断処理の一例について説明する。図７は、実施例における不正操作判断処理の説明図である。不正操作判断処理は、ステップＳ４０〜Ｓ４３を有する。ステップＳ４０で、現在時刻からチェックサーバ２０に設定した「不正判断間隔」の時間分さかのぼってアクセスログを分析する。ステップＳ４１で、「同一ユーザの違反回数」が「ユーザによる不正判断閾値」と同じか大きい場合には、複数ファイルに対して不正が多いと判断し、ステップＳ４３において不正な処理が行われたと判断し、監視者５２とお客様１０側の管理者５１にアラートを通知し、不正操作判断処理を終了する。

ステップＳ４１において、「同一ユーザの違反回数」が、「ユーザによる不正判断閾値」よりも小さい場合には、ステップＳ４２に移る。ステップＳ４２において、「同一ユーザの違反回数」が「同一ファイルに対する不正判断閾値」と同じか大きい場合には、すなわち違反回数が閾値以上だった場合には、ステップＳ４３において同一ファイルに対して不正が多いと判断し、監視者５２とお客様１０側の管理者５１にアラートを通知し、不正操作判断処理を終了する。ステップＳ４２において、「同一ユーザの違反回数」が「同一ファイルに対する不正判断閾値」よりも小さい場合には、不正操作判断処理を終了する。

このように、不正操作判断処理を行う場合には、現在時刻からチェックサーバ２０に設定した「不正判断間隔」の時間分さかのぼってアクセスログ分析する。例えば、不正判断間隔が１時間と設定されていた場合、最新のアクセスログ１時間分を分析する。分析時に、「同一ユーザの違反回数」と、チェックサーバ２０に設定した「ユーザによる不正判断閾値」、および「同一ファイルに対する不正判断閾値」とを比較する。違反回数が閾値以上だった場合に、前者では複数ファイルに対して不正が多いと判断し、後者では同一ファイルに対して不正が多いと判断する。不正が多い場合には、監視者５２とお客様管理者５１にアラートを通知して不正操作の発生を警告する。

次に説明するフォルダ／ファイルの作成日時比較の手順処理以降の各処理は、定期的に監視サーバ３１が行い、結果を情報管理業者がお客様に発行するレポートに反映する。なお、監視サーバ３１に機密ファイル一覧ＤＢ２３、アクセスログＤＢ２４、各種設定値の記録領域を備えることで、チェックサーバ２０の対応する機密ファイル一覧ＤＢ２３、アクセスログＤＢ２４のデータ、各種設定値を同期させて、監視サーバ３１上のレポートテンプレートＤＢ３２とポリシー案ＤＢ３３に対して、以下の処理を行っても良い。

次に、実施例のポリシー改善システムにおけるフォルダ／ファイルの作成日時比較手順の一例を説明する。図８は、実施例におけるフォルダ／ファイルの作成日時比較の手順の説明図である。フォルダ／ファイルの作成日時比較の手順は、ステップＳ５０〜Ｓ５６を有する。ステップＳ５０では、図１の機密ファイル一覧表ＤＢ２３の機密ファイル一覧表に登録されたファイルについて、以下の処理を実施する。

ステップＳ５１では、機密ファイル一覧表の格納先チェックがＯＫであるかを判断し、ＯＫである場合にはフォルダ／ファイルの作成日時比較の手順を終了する。機密ファイル一覧表の格納先チェックがＯＫではない場合には、ステップＳ５２で、ファイルのメタ情報からファイルの作成日時を取得し、ステップＳ５３では、機密ファイル一覧表からファイルを格納するフォルダを特定する。

さらに、ステップＳ５４では、特定したフォルダの作成日時を取得し、ステップＳ５５で、ファイルの作成日時よりも、フォルダの作成日時の方が新しいかどうかを判断し、ファイルの作成日時よりもフォルダの作成日時が古ければ、フォルダ／ファイルの作成日時比較の手順を終了する。ファイルの作成日時よりもフォルダの作成日時の方が新しい場合には、ステップＳ５６においてポリシー適用漏れの可能性が有ると判断し、ポリシー適用漏れの可能性をレポートに記録する。ステップＳ５０〜Ｓ５６は繰り返され、すべての機密ファイル一覧表に登録されたファイルをチェックすると、フォルダ／ファイルの作成日時比較を終了する。

このように、フォルダ／ファイルの作成日時の比較を行う場合には、機密ファイル一覧表に登録されたファイルに対して、ファイルのメタ情報からファイルの作成日時とファイルを格納するフォルダの作成日時を取得し、双方の作成日時を比較する。フォルダの作成日時の方が新しい場合には、ポリシーの適用漏れの可能性があると判断し、ポリシーの適用漏れの可能性をレポートに記録する。後日、お客様１０側の管理者５１は、このレポートを見て、該当するフォルダ／ファイルをチェックし、問題が無ければ機密ファイル一覧表の格納先チェックにチェックを入れる。格納先チェックにチェックが入ったものについては、以降日時比較の対象から外れる。

次に、実施例のポリシー改善システムにおけるファイルのアクセス権確認の手順の一例を説明する。図９は、実施例におけるファイルのアクセス権確認の手順の説明図である。ファイルのアクセス権確認の手順は、ステップＳ６０〜Ｓ６８を有する。ステップＳ６０で、機密ファイル一覧表に登録されたファイルについて、以下の処理を実施する。ステップＳ６１で、機密ファイル一覧表から情報区分（例えば、（秘）、社外秘、一般情報など）を取得し、ステップＳ６２で、情報区分に対応する評価値をポリシー評価基準表から取得する。ステップＳ６３で、機密ファイル一覧表からファイルを格納するフォルダを特定する。ステップＳ６４で、特定したフォルダのアクセス権を読み取り、その評価値をロール評価一覧表で算出する。

ステップＳ６５で、情報区分の評価値がフォルダの評価値よりも小さいか同じである場合には、ファイルのアクセス権確認の手順処理を終了する。情報区分の評価値がフォルダの評価値よりも大きい場合には、ステップＳ６６において、ファイルのアクセス権を読み取り、その評価値をロール評価値一覧表で算出する。ステップＳ６７で、情報区分の評価値がファイルの評価値よりも小さいか同じである場合には、ファイルのアクセス権確認の手順処理を終了する。ステップＳ６７において、情報区分の評価値がファイルの評価値よりも大きい場合には、ステップＳ６８において、フォルダの評価値とファイルの評価値のどちらもが情報区分の評価値より小さい場合には、十分なアクセス権が設定されていないと判断し、該当ファイルを監視者５２とお客様管理者５１に警告を発し、その警告内容をレポートに反映して記録する。

このように、ファイルのアクセス権確認を行う場合には、機密ファイル一覧表に登録されたファイルに対して、そのファイルの情報区分に対応する評価値をポリシー評価基準表から取得する。この情報区分の評価値は、フォルダ／ファイルに適用すべきアクセス権の目安を示す。次に、ファイルを格納するフォルダのアクセス権と、ファイルのアクセス権を読取り、その評価値をロール評価一覧表から算出する。情報区分の評価値とフォルダ／ファイルの評価値を比較し、フォルダの評価値とファイルの評価値のどちらもが、情報区分の評価値より小さい場合には、十分なアクセス権が設定されていないと判断し、監視者５２、お客様管理者５１に警告して警告内容をレポートに記録する。ステップＳ６０〜Ｓ６８は繰り返され、すべての機密ファイル一覧表に登録されたファイルをチェックすると、ファイルのアクセス権確認を終了する。

次に、実施例のポリシー改善システムにおけるポリシー改善案の提案の手順処理の一例を説明する。図１０は、実施例におけるポリシー改善案の提案の手順の説明図である。ポリシー改善案の提案の手順は、ステップＳ７０〜Ｓ７９を有する。ステップＳ７０で、機密ファイル一覧表ＤＢ２３に記録されたファイルについて、以下の処理を実施する。ステップＳ７１で、アクセスログへの記録頻度をアクセス頻度閾値と比較し、アクセスログへの記録頻度がアクセス頻度閾値以下であれば、ステップＳ７２で、ポリシー改善策案として、外部媒体への記録を監視者５２の管理画面に表示する。そして、ステップＳ７３で、管理者５２は、管理画面のポリシー改善策案とユーザ入力値を参考に、ポリシー改善策をレポートに反映する。

そうでなく、ステップＳ７１において、アクセスログへの記録頻度がアクセス頻度閾値よりも大きい場合には、ステップＳ７４において、違反内容毎に以下の処理を実施する。ステップＳ７５で、アクセスログから、アクセスログ判断間隔で指定した期間に記録されたファイルへの総アクセス者数（ユニークユーザ数）とその内の違反を起こしたユーザ数（ユニークな違反者数）を算出する。

ステップＳ７６で、ユニークユーザ数が１と同じか小さい場合には、ポリシー改善案の提案の手順処理を終了する。ユニークユーザ数が１よりも大きい場合には、ステップＳ７７で、ユニークユーザ数の内、違反者数が占める割合を算出する。ステップＳ７８で、算出した違反者の割合が、違反ユーザ率と同じか小さい場合には、ポリシー改善案の提案の手順処理を終了する。算出した違反者の割合が、違反ユーザ率よりも大きい場合には、ステップＳ７９で、違反内容に応じてポリシー改善策案と、ユーザ入力値の統計と、コメントを、監視者５２の管理画面に表示する。ステップＳ７０〜Ｓ７２、及びステップＳ７４〜Ｓ７９は繰り返され、すべての機密ファイル一覧表に登録されたファイル及びすべての違反内容をチェックすると、ポリシー改善案の提案の手順処理を終了する。

このように、ポリシー改善案の提案の処理を行う場合には、機密ファイル一覧表に登録されたファイルに対して、アクセスログへの記録頻度を調べる。アクセスログへの記録頻度がチェックサーバ２０に設定した「アクセス頻度閾値」以下だった場合には、重要なファイルだが、あまり利用されていないファイルと判断し、ポリシー改善策案として「外部媒体への記録」を監視者５２の管理画面に表示する。

アクセス頻度がチェックサーバ２０に設定した「アクセス頻度閾値」より大きかった場合には、違反内容（更新違反、コピー違反など）毎にアクセスログを「アクセスログ判断間隔」で指定した期間分を分析する。分析では、ファイルへの総アクセス者数（ユニークユーザ数）と、その内の違反を起こしたユーザ数（ユニークな違反者数）をアクセスログに記録されたユーザ名から算出する。

複数人の違反者がいて、さらに算出した違反者の割合がチェックサーバ２０に設定した「違反ユーザ率」を上回る場合には、ポリシーの設定が現状に即していないため、複数の人が同じ違反を犯している可能性があると判断して、ポリシー案ＤＢ３３に格納されたポリシー改善策案と、ポリシー違反時にユーザに入力してもらった入力値の統計（選択された選択肢の集計結果）と、コメントとを、監視者５２の画面に表示する。監視者５２は、ポリシー改善案とユーザの意見を表すユーザ入力値を参考にして、ポリシー改善案を取捨選択してレポートに反映する。

以上説明したように、本実施例のポリシー改善システムでは、次のようになっている。
（１）ファイルの機密性を示す情報区分（例えば、（秘）、社外秘、一般情報など）に対応するキーワードをあらかじめ定め、個々のファイルの中身やファイルのメタ情報にキーワードが含まれるかを定期的に検査する。機密ファイルのメタ情報には監視フラグを記録する。各ＰＣ１１／サーバ１２，１３は、ファイルのメタ情報に監視フラグがある場合には、そのファイルに対するアクセスログを取得するよう設定する。機密ファイルの特定方法として、ファイルの中身等を検査する方法以外に、事前に定めたフォルダに格納されたファイルを機密ファイルに指定する方法もある。

（２）ファイルのアクセスログを監視して、ポリシー違反が発生した場合には、ユーザにポリシー違反の理由を入力させ、ポリシー改善に活かす。この時に、ファイルへのアクセス頻度と違反の発生頻度も参考にする。また、機密ファイルとそのファイルを格納するフォルダの作成日時を比較して、フォルダの作成日時の方が新しい場合には、アクセス権の設定が不十分な新規フォルダに機密ファイルを移動した可能性があるので、ポリシーの適用漏れの可能性を管理者５１に警告する。さらに、フォルダ／ファイルに適用すべきアクセス権の目安を定めておき、機密ファイルのアクセス権の現状と比較することで、ポリシー適用ミスの可能性があるものを発見し、管理者５１に警告する。

そして、本発明のポリシー改善システムでは、ファイルの中身や前記ファイルのメタ情報にあらかじめ定めたキーワードが含まれるファイルを機密ファイルと定義して、ファイルにキーワードが含まれるかどうかを定期的に検査して、検査の結果、ファイルが機密ファイルであると判断したものについてファイルのアクセスログを取得する。これにより、定期的にファイルの中身やメタ情報から、重要な情報を含むファイルを特定し、そのファイルについてのアクセスログを用いて、不正操作の監視を行うことができる。

また、本発明のポリシー改善システムでは、機密ファイルを特定するために、事前に定めたフォルダに格納されたファイルを前記機密ファイルと定義して、フォルダに格納されたファイルを定期的に確認する。これにより、確実に機密ファイルを特定できる。

そして、本発明のポリシー改善システムでは、アクセスログを読取り、アクセス権違反を発見した場合には、アクセス権を違反した違反者の画面に失敗理由を記述させるウィンドウを表示し、失敗理由としてポリシーの設定ミスが指摘された場合には、ポリシー管理者の画面に該当ファイルと違反者のロールを表示して、前記ポリシーの修正可否を判断できる。これにより、ポリシー違反発生時にユーザに違反原因を入力させ、ポリシーの改善に役立てることができる。

更に、本発明のポリシー改善システムでは、ファイルの作成日時とそのファイルを格納するフォルダの作成日時とを比較することで、フォルダの作成日時がファイルの作成日時よりも新しい場合には、ポリシー適用漏れの可能性があるポリシーであると判断して、この判断されたポリシーの改善案を提案する。これにより、フォルダやファイルの作成日時やアクセス権をチェックすることで、ポリシーの改善を行うことができる。

また、本発明のポリシー改善システムでは、フォルダと前記ファイルのアクセス権と、機密ファイル毎に事前に定めたロールの標準的な割当パターンを比較して、割当パターンの基準に前記アクセス権の設定が達していない場合には、ポリシーの適用漏れの可能性があるポリシーと判断して、ポリシーの改善案を提案する。これにより、アクセスログの使用状況を分析することで、ポリシーの改善を行うことができる。

そして、本発明のポリシー改善システムでは、ファイルの前記アクセスログから現状に即していない可能性があるポリシーを判断し、ポリシーの改善案を提案する。これにより、
ところで、本発明は上記実施例に限定されず、特許請求の範囲を逸脱しない範囲で種々の変形例が採用できる。

実施例のポリシー改善システムの説明図。 実施例におけるウィンドウの説明図。 実施例における情報収集対象ファイル決定の手順の説明図。 実施例におけるアクセスログの取得の手順の説明図。 実施例における不正操作の監視の手順の説明図。 実施例におけるユーザ指摘時のポリシー改善処理の説明図。 実施例における不正操作判断処理の説明図。 実施例におけるフォルダ／ファイルの作成日時比較の手順の説明図。 実施例におけるファイルのアクセス権確認の手順の説明図。 実施例におけるポリシー改善案の提案の手順の説明図。

符号の説明

１０ お客様側
１１ お客様側のＰＣ
１２，１３ お客様側のサーバ
２０ チェックサーバ
２１ アカウント管理サーバ
２２ ポリシーサーバ
３０ 情報管理業者側
３１ 監視サーバ
４１ ネットワーク
５１ 管理者
５２ 監視者
６１ ウィンドウ

Claims (6)

1. 顧客コンピュータのファイルをチェックするチェックサーバと、顧客のコンピュータを監視する監視サーバとを備え、前記顧客コンピュータのファイルへのアクセス制御などのポリシーを改善するシステムであって、
   前記チェックサーバは、顧客コンピュータのファイルがあらかじめ定めたキーワードを含む機密ファイルであるかを定期的に検査し、検査の結果、機密ファイルであると判断したファイルのアクセスログを取得することを特徴とするポリシー改善システム。
2. 前記チェックサーバは、事前に定めたフォルダに格納されたファイルを機密ファイルとし、前記フォルダに格納されたファイルを定期的に確認する請求項１に記載のポリシー改善システム。
3. 前記チェックサーバは、前記アクセスログを読取ってアクセス権違反を発見した場合に、前記アクセス権を違反した違反者の画面に失敗理由を記述させるウィンドウを表示させ、前記失敗理由としてポリシーの設定ミスが指摘されたときに、ポリシー管理者の画面に該当ファイルと前記違反者のロールを表示させ、前記ポリシーの修正可否を判断させる請求項１又は２に記載のポリシー改善システム。
4. 前記チェックサーバは、前記ファイルの作成日時とそのファイルを格納する前記フォルダの作成日時とを比較し、前記フォルダの作成日時が前記ファイルの作成日時よりも新しいときに、ポリシー適用漏れの可能性があるポリシーであると判断し、この判断された前記ポリシーの改善案を提案する請求項１〜３のいずれか１項に記載のポリシー改善システム。
5. 前記チェックサーバは、前記フォルダと前記ファイルのアクセス権と、前記機密ファイル毎に事前に定めたロールの標準的な割当パターンを比較して、前記割当パターンの基準に前記アクセス権の設定が達していない場合には、前記ポリシーの適用漏れの可能性があるポリシーと判断して、前記ポリシーの改善案を提案する請求項４に記載のポリシー改善システム。
6. 前記チェックサーバは、前記ファイルの前記アクセスログから現状に即していない可能性がある前記ポリシーを判断し、前記ポリシーの改善案を提案する請求項５に記載のポリシー改善システム。

Images