セキュリティ劣化防止装置
【課題】情報システムの設定ファイルにおけるセキュリティ劣化に結びつく設定変更を監視抑制する。
【解決手段】一定周期で情報システムの設定ファイルにおける変更が生じた各項目と変更内容を検出する変更検出部１３と、各周期で検出された各項目の変更に対する承認又は拒否を責任者の指示に基づいて判定する責任者端末１１と、各周期において拒否された各項目の変更を元に戻す変更指令を情報システムに送付して、設定ファイルの該当項目の変更を元に戻す変更再変更部１６と、指定時点において、過去から指定時点までの各周期における総変更数に対する総拒否数の割合を指定時点までの平均セキュリティ劣化割合として算出する劣化割合算出部２０を備える。
【解決手段】一定周期で情報システムの設定ファイルにおける変更が生じた各項目と変更内容を検出する変更検出部１３と、各周期で検出された各項目の変更に対する承認又は拒否を責任者の指示に基づいて判定する責任者端末１１と、各周期において拒否された各項目の変更を元に戻す変更指令を情報システムに送付して、設定ファイルの該当項目の変更を元に戻す変更再変更部１６と、指定時点において、過去から指定時点までの各周期における総変更数に対する総拒否数の割合を指定時点までの平均セキュリティ劣化割合として算出する劣化割合算出部２０を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報システムにおける各種の項目における設定内容の変更状況を取得し、情報システムのセキュリティ劣化（セキュリティ状態の低下）状態を監視出力し、必要に応じてセキュリティ劣化を解消するセキュリティ劣化防止装置に関する。
【背景技術】
【０００２】
工場や事務所や金融機関内などに構築された大規模な情報システムにおいては、この情報システムの内部の担当者はインターネットや通信回線を介して外部にアクセス可能に構成されている。また、特定のユーザのみがこのような情報システムをアクセス可能に構成されている場合も少なくない。
【０００３】
一般的に、このような構成の情報システムにおいては、運用開始時のセキュリティレベルが最も高い状態にあると考えられる。なぜなら、その情報システムの運用に必要な最低限のユーザだけが登録され、さらに最低限のサービスだけが有効にされており、不要な設定はすべて無効にされているからである。また、その時点で公開されている例えばプログラム上の脆弱性に対しても、すべて対策が採られているからである。
【０００４】
ところが、情報システムを運用してから日数が経過するにつれ、主に２種類の原因によって、セキュリティレベルは低下していく。
【０００５】
まず最初の原因は、外部的な要因の変化である。例えば、インターネットや通信回線を介した新たな脆弱性の発見や攻撃手法の公開により、運用当初と同じファイアウオールやゲートの設定内容であってもセキュリティレベルは低下してしまうことである。
【０００６】
次の原因は、内部的な要因の変化である。運用を進めていくうちに、ユーザの追加や、新たな外部に対するサービスの追加などによって、情報システムの設定が運用当初の設定内容から変更される。その結果、セキュリティレベルは低下してしまうことである。
【０００７】
これらのセキュリティレベルの低下の程度を、ここではセキュリティ劣化と呼ぶことにする。なお、脆弱性の公開によるセキュリティ劣化を算出する技術が特許文献１に記載されている。
【特許文献１】特開２００５―１０７７２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら上述した特許文献１の「セキュリティ管理装置、セキュリティ管理方法、及びセキュリティ管理プログラム」においてもまだ解消すべき次のような課題があった。
【０００９】
すなわち、コンピュータシステムのソフトウェア内部にセキュリティ上の脆弱性が発見されると、発見されてからの時間が経過するに伴って、このコンピュータのセキュリティのリスク、例えば不正アクセスの実行のリスクが大きくなると仮定して、このセキュリティのリスクの程度（セキュリティ劣化度）を定量的に求めている。
【００１０】
しかし、このセキュリティ管理手法においては、セキュリティのリスクの程度は、内部的な要因には全く言及されずに、外部的な要因であるセキュリティ上の脆弱性が発見されてからの経過時間にのみ依存するとしているので、実際のセキュリティ劣化をより正確に表現されているとはいえない。
【００１１】
また、コンピュータシステムに何らかの変更がなされた場合は、この変更が必ずしもセキュリティ劣化に結びつくとは限らない。
【００１２】
また、このセキュリティ管理手法においては、セキュリティのリスクの程度の予測が限界値を超えた時の対策についてはなにも言及されていない。
【００１３】
本発明はこのような事情に鑑みてなされたもので、情報システムに関係するセキュリティ劣化をより正確に算出でき、情報システムの責任者にとって最適のタイミングでセキュリティに関する各項目の設定内容の見直しを実行でき、その結果、情報システムのセキュリティ劣化を所定限度内に抑制でき、安全性をよりいっそう向上できるセキュリティ劣化防止装置を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記課題を解消するために、本発明は、情報処理に関する各種の設定項目の初期の設定内容が設定ファイルに書込まれており、各種の設定項目の内容に変更が生じた場合は設定ファイルに書込まれた該当項目の設定内容を変更する情報システムに対するセキュリティ劣化防止装置において、
略一定周期で情報システムの設定ファイルにおける一つ前の周期から変更が生じた各項目と変更内容を検出する変更検出手段と、各周期における変更検出手段で検出された各項目の変更に対する承認又は拒否を責任者の操作指示に基づいて判定する判定手段と、各周期における判定手段で拒否された各項目の変更を元に戻す変更指令を情報システムに送付して、前記設定ファイルの該当項目の変更を元に戻す変更再変更手段と、指定時点において、過去から指定時点までの各周期における判定手段における総変更数に対する総拒否数の割合を指定時点までの平均セキュリティ劣化割合として算出する劣化割合算出手段とを備えている。
【００１５】
一般的に、情報システムの各項目の設定内容に何らかの変更を加えた場合、その変更によりセキュリティ劣化が生じる場合と、セキュリティ劣化が生じない場合とが存在する。設定の変更回数に対して、どの程度の割合でセキュリティ劣化が生じる変更が行われているかを把握できれば、ある時点でセキュリティ劣化に繋がる変更が何回行われているかを算出でき、その結果セキュリティ劣化をより正確に算出することができる。
【００１６】
そこで、本発明では、上述したように、略一定周期で変更があった場合における変更がセキュリティ上承認できるか拒否するかを責任者が判定する。そして、各項目の設定変更のうち、セキュリティ劣化が生じる設定変更の程度の割合を算出する。
【００１７】
上述したように、この判定は定期的に行い、その判定結果を記録しておく。そして、過去の変更数に対して、セキュリティ劣化に繋がる変更数の割合を計算すれば、その値が現時点での劣化割合となる。
【００１８】
また、判定結果で拒否された項目の変更は元の項目内容に書き直されるので、セキュリティ劣化に繋がる変更が次の周期に持ち越されることはない。
【００１９】
また、別の発明においては、各項目の変更に対する承認、拒否の判定を責任者の代わりに、予め定められた判定基準を用いて行う。
【００２０】
また、別の発明は、上述した発明「セキュリティ劣化防止装置」に対して、劣化割合算出手段で算出されたセキュリティ劣化割合に現在の周期における変更数を乗算して、現在の劣化数の予測値としての劣化ポイントを算出する劣化ポイント算出手段と、この劣化ポイント算出手段で算出された劣化ポイントが予め定められた劣化基準値を超えるとセキュリティ劣化の警告を出力する劣化警告手段とを備えている。
【００２１】
このように、現在現時点での変更数に対するセキュリティ劣化に繋がる拒否の変更数を劣化ポイントとして予測する。この値が劣化基準値を超えるときに、システム担当者やシステム責任者にアラート（警告）を通知する。これにより、システム担当者やシステム責任者は最適のタイミングで設定値の見直しを行うことができ、その結果情報システムの安全性を向上させることが可能になる。
【００２２】
また、別の発明は、上述した発明「セキュリティ劣化防止装置」に対して、各項目のカテゴリ毎にセキュリティに関する重要度を記憶する重要度記憶部と、前記変更検出手段で検出された項目の変更数、前記判定手段で判定された項目の数を該当項目が所属するカテゴリに設定された重要度で補正する重要度補正手段とを備えている。
【００２３】
このように、各項目が所属するカテゴリ毎にてセキュリティ劣化に対する重要度を設定する事により、より一層高い精度でセキュリティ劣化に対する監視を実施できる。
【００２４】
また、別の発明は、上述した発明「セキュリティ劣化防止装置」に対して、情報システムの稼働開始時に設定ファイルと同一内容が書込まれた承認済み設定ファイルと、この承認済み設定ファイルに書込まれている各項目のうち、前記各周期における判定手段で承認された各項目の変更を承認済み設定ファイルに反映する変更反映手段とを有し、変更検出手段は、前記設定ファイルに書込まれた各項目のうち前記承認済み設定ファイルに記憶された設定内容と異なる項目を変更が生じた項目として抽出する。
【発明の効果】
【００２５】
本発明においては、略一定周期で、情報システムの設定ファイルの中の各項目における変更があった項目の変更内容がセキュリティ的に承認できるか拒否かを責任者が判定して、そのセキュリティ劣化に関連する変更の割合を求めている。そして、例えば、現在時点における変更数に先の拒否の割合を乗算することにより、情報システムのセキュリティ劣化状況を正確に予測でき、情報システムの安全性のより一層の向上が可能になる。
【発明を実施するための最良の形態】
【００２６】
以下、本発明の各実施形態を図面を用いて説明する。
【００２７】
（第１実施形態）
図１は本発明の第１実施形態に係わるセキュリティ劣化防止装置の概略構成を示すブロック図である。
【００２８】
例えば、コンピュータからなるセキュリティ劣化防止装置１は、企業や団体内などに構築された情報システム２で実施される各項目の設定内容の変更を検出して、セキュリティ劣化に繋がる変更の場合はその割合を算出する。
【００２９】
監視対象の情報システム２は、例えば、図２に示すように、ＬＡＮ３に対して、当該情報システム２を用いて主たる業務を行うための業務サーバ３ａ、ＤＢ（データベース）サーバ３ｂ、担当者端末３ｃ、ユーザ端末３ｄ、セキュリティ劣化防止装置１、責任者端末１１に接続された通信部３ｅ、インターネット４などに接続されたルータ３ｆ、及び管理サーバ５が接続されている。
【００３０】
この管理サーバ５内には、情報システム２における各種の設定項目の設定内容を記憶するための設定ファイル６が形成されている。そして、この実施形態においては、この設定ファイル６内には、一例として、３項目の設定ファイル（ユーザ設定ファイル６ａ、サービス設定ファイル６ｂ、ログインアウトインタイム６ｃ）が形成されている。
【００３１】
ユーザ設定の項目のユーザ設定ファイル６ａには、図２に示すように、この情報システム２を操作して各サーバに３ａ、３ｂに対するアクセスすることが許可された各ユーザの氏名、ユーザＩＤ、メールアドレス等の内容が設定されている。
【００３２】
サービス設定の項目の設定ファイル６ｂには、例えば、ユーザ端末３ｄやインターネット４等へデータを送付する場合における伝送方法、データ量等の設定内容が設定されている。同様に、ログインタイムアウウトの設定ファイル６には、例えば、ユーザがこの情報システム２に対するアクセス許容時間の設定内容が設定されている。
【００３３】
設定ファイル６に対する各種の設定内容の書込みは設定書込部７ａで実施し、設定ファイル６に対する各種の設定内容の読出しは設定詠出部７ｂで実施される。
【００３４】
このように構成された情報システム２における各種の項目の設定内容の書込みは、必要に応じて、この情報システム２の担当者が担当者端末３ｃを用いて実施する。
【００３５】
図１のセキュリティ劣化防止装置１の具体的な構成及び動作を説明する前に、このセキュリティ劣化防止装置１が実行する動作モードを説明する。すなわち、このセキュリティ劣化防止装置１は、大きく分けて、「劣化確認モード」と「劣化監視モード」との２つの動作モードを有し、モード設定部８にて手動又は自動切換えされる。「劣化確認モード」は、例えば１ヶ月等の一定周期毎に情報システム２の各項目の設定変更内容を検出して、システムの責任者がその変更内容が脆弱性に繋がるか否かを判定し、その脆弱性に繋がると判定された数の全体の変更数に対する割合（劣化割合）を算出して、記憶保持するモードである。この「劣化確認モード」は、図１の波線で囲まれる劣化確認処理部９で実施される。
【００３６】
一方、「劣化監視モード」は、常時、情報システム２における各項目の設定内容の変更数を監視しており、この変更数に「劣化認確モード」で求めた劣化割合を乗算して、例えば、現在における脆弱性に繋がる項目数を予測するモードである。この「劣化監視モード」は、図１の一点鎖線で囲まれる劣化監視処理部１０で実施される。
【００３７】
モード設定部８は、通常状態時においては、劣化監視処理部１０で「劣化監視モード」を実行しており、前述したように、毎月の１日等の一定周期毎に、「劣化確認モード」が情報システム２の責任者が操作する責任者端末１１からの指示に基づいて実施される。このモードの切換は、セキュリティ劣化防止装置１の起動時、あるいは稼働中に物理的なスイッチを切替える。ソフトウェア実装であればコマンドなどを指定して切り替えても良い。
【００３８】
先ず、「劣化確認モード」が実施される劣化確認処理部９の構造及び動作を説明する。なお、図４は図１のセキュリティ劣化防止装置１における波線で囲まれた劣化確認処理部９を抽出した図である。この劣化確認処理部９内には、判定部１１ａを内蔵した責任者端末１１、承認済み設定ファイル１２、変更検出部１３、変更表示部１４、判定結果入力部１５、変更再変更部１６、変更更新部１７，判定結果記憶部１８、判定結果統計情報ファイル１９が設けられている。
【００３９】
次に、各部の動作を順番に説明していく。情報システム２の運用開始時点において、管理サーバ５の設定ファイル６における各項目の設定ファイル６ａ、６ｂ、６ｃには、セキュリティ上で脆弱性が全くない初期の設定内容が設定されている。そして、この状態においては、図５に示すように、セキュリティ劣化防止装置１の承認済み設定フィル１２における各項目の設定ファイル１２ａ、１２ｂ、１２ｃには、情報システム２の各項目の設定ファイル６ａ、６ｂ、６ｃと同一内容が記憶されている。すなわち、この承認済み設定フィル１２には、責任者等にて承認された設定内容のみが記憶されている。
【００４０】
そして、運用開始から時間が経過すると、例えば、担当者による担当者端末３ｂによって必要に応じて、設定ファイル６に対する各種の設定内容の書込みが設定書込部７ａで実施される。設定ファイル６に対する各種の設定内容の読出しは設定読出部７ｂで実施される。
【００４１】
そして、運用開始してから例えば１ヶ月に1回、毎月1日に、責任者は責任者端末１１を操作して、情報システム２の管理サーバ５の設定取得部７ｂを起動する。設定取得部７ｂは、設定ファイル６における各項目の設定ファイル６ａ〜６ｃの内容を取得し、セキュリティ劣化防止装置１の劣化確認処理部９の変更検出部１３に送信する。変更検出部１３は、承認済み設定ファイル１２の内容と、設定取得部７ｂから送信されてきた設定内容とを比較し、設定ファイル６における変更された内容のみを抽出して、その変更内容を変更表示部１４に送信する。
【００４２】
変更表示部１４はその変更情報を表示する。図６に変更情報１４ａの例を示す。この例では4箇所の変更が行われた場合を示している。１行目はユーザ設定ファイル６ａに関して、ユーザtanakaが追加されたこと、２行目はユーザ設定ファイル６ａに関してユーザsuzukiが削除されたことを示している。さらに３行目では、サービス設定ファイル６ｂに、ＦＴＰサービスがＯＮに変更され、４行目ではログインタイムアウト設定ファイル６ｃでログインタイムアウトの時間が１分に短縮されたことを示している。
【００４３】
変更表示部１４は、変更検出部１３から送信されてきた変更項目の変更内容を責任者端末１１へ送信する。責任者端末１１は変更内容を画面に表示し、責任者にその変更を承認するか拒否するかの判断の入力を求める。図７に責任者端末１１の判定表示画面１１ｂを示す。この例では、左側の列に変更内容を表示し、右側に拒否のチェックボックスを表示している。責任者が変更内容はセキュリティ劣化に繋がると判断した場合、対応する拒否のチェックボックスに印をつける。この例では、４箇所の変更に対して、１番目と３番目の変更は、セキュリティ上問題があると責任者が判断したために拒否している。すべての項目の変更内容を判定したら、責任者は右下の判定終了のボタンを押下する。判定表示画面１１ｂの判定終了ボタンが押下されると、責任者が入力した判定結果は判定結果入力部１５に入力される。
【００４４】
判定結果入力部１５は責任者端末１１から入力された判定結果を、変更再変更部１６、変更更新部１７、及び判定結果記録部１８へ送出する。
【００４５】
変更再変更部１６は、判定結果における拒否された変更の項目（設定ファイル）と同一の情報システム２における同一項目（設定ファイル）の設定内容を変更前の設定内容に戻す必要がある。そのため、変更再変更部１６は、拒否された変更の項目（設定ファイル）の内容を元の内容に変更する変更再変更指示１６ａを作成して、情報システム２の管理サーバ５の設定書込部７ａへ送出する。設定書込み部７ａは、変更再変更部１６からの変更再変更指示１６ａを元に、設定ファイル６の各項目の設定ファイル６ａ〜６ｃを変更する
図８（ａ）に、変更再変更部１６から設定書込み部７ａへの変更再変更指示１６ａの例を示す。この例では、２つの変更指示を行っている。まず1行目は、ユーザの設定ファイル６ａに関して、tanakaを削除するように変更することを表している。2行目は、サービスの設定ファイル６ｂに関して、ＦＴＰサービスをＯＦＦにするように変更することを表している。
【００４６】
変更更新部１７は、判定結果における各変更のうち承認された変更の項目（設定ファイル）に対応する承認済み設定ファイル１２の同一項目（設定ファイル）の設定内容を今回変更の承認を受けた変更後の設定内容で更新する（即ち、変更を反映する）。図８（ｂ）に、変更更新部１７が承認済み設定ファイル１２に行った更新指示１７ａの一例を示す。この例では、２つの更新指示を行っている。まず1行目は、ユーザの設定ファイル１２ａからユーザsuzukiが削除されたこと、２行目ではログインタイムアウト設定ファイル６ｃでログインタイムアウトの時間が１分に短縮されたことを示している。
【００４７】
このように、１ヶ月等の一定周期毎に、情報システム２の設定ファイル６の各項目に変更があった場合は、この周期の終了時点で、セキュリティ劣化に影響を与える変更は元に戻し、セキュリティ劣化に影響を与えない変更のみ残している。そして、承認済み設定フィル１２は、変更数は増加するが、セキュリティ劣化はない。
【００４８】
判定結果記録１８は、１ヶ月の周期で判定入力部１５から順次入力される各判定結果を編集して、判定結果統計情報ファイル１９内の第９図に示す判定結果テーブル１９ａに時系列的に書き込む。この判定結果テーブル１９ａにおいては、各判定結果は、判定結果を受付けた日時と、設定変更の数と、拒否された数が、略１ヶ月の周期毎に書込まれる。この例では、情報システム２は、２月１日に運用を開始し、第１回の判定が２月１日であり、このときは変更数、拒否数共に０である。第２回の判定が３月１日であり、このときは変更数が８で、拒否数が２である。そして、現在時点（１０月）で合計８回の判定が実施されている。
【００４９】
次に、図１のセキュリティ劣化防止装置１における１点鎖線で囲まれる劣化監視処理部１０で実施される「劣化監視モード」について、図１０を用いて説明する。「劣化監視モード」は「劣化確認モード」とは異なり、情報システム２の設定ファイル６内の各設定項目の変更を常時監視している。この劣化監視処理部１０は、承認済み設定ファイル１２、変更検出部１３、判定結果統計情報ファイル１９、劣化割合計算部２０、劣化ポイント計算部２１、劣化判定部２２、劣化基準値メモリ２３，及び責任者端末１１で構成されている。
【００５０】
劣化割合計算部２０は、判定結果統計情報ファイル１９における、情報システム２の２月１日の運用開始時点から、責任者による判定が行われた直近の時点までの合計の変更数と合計の拒否数から、現時点での劣化割合（変更数の合計に対する拒否数の合計の割合）を算出して、劣化ポイント計算部２１へ送出する。
【００５１】
この劣化割合の計算方法は、何種類かある。もっとも単純なのは、すべての拒否数をすべての変更数で割ったものを劣化割合とする方法である。例えば図１１の劣化割合ポイントテーブル２０ａに示すように、６月１日時点における、劣化割合は、この時点で、運用開始時点も含めて、合計５回判定を実行しているので、全変更数46(0+8+32+4+2)に対して、拒否数10(0+2+6+2+0)であるので、劣化割合は10/46で約０．２１となる。また、最終の９月１日時点の劣化割合は０．３２となる。
【００５２】
なお、劣化割合の計算方法の他の計算方法としては、図１１の劣化割合ポイントテーブル２０ａに示すように、各判定の周期毎に、それまでの平均の劣化割合を算出して、図１２に示すように、グラフ化し、その時系列変化から既知の予測アルゴリズムを用いて現時点の劣化割合を予測しても良い。なお、具体的な予測アルゴリズムについては本実施形態では触れない。
【００５３】
劣化ポイント計算部２１は、図１１の劣化割合ポイントテーブル２０ａから、現在時点における劣化割合を読み出す。さらに、変更検出部１３から現時点での変更数を読み取る。そして、現在時点の平均の劣化割合に現在の変更数を乗算する劣化ポイントを得る。
【００５４】
劣化ポイント＝劣化割合×変更数
すなわち、この劣化ポイントは、現時点においてセキュリティ劣化に結び付く変更数の予測値を示している。
【００５５】
劣化判定部２２は、劣化ポイント計算部２１から劣化ポイントを取得し、劣化基準値メモリ２３の劣化基準値と比較する。もし、劣化ポイントが劣化基準値より大きな値となった場合には、情報システム２にセキュリティ劣化が発生していると判断して、情報システム２及び責任者端末１１へその旨を通知する。
【００５６】
このように構成された第１実施形態のセキュリティ劣化防止装置１においては、略一定周期で、情報システム２の設定ファイル６の中の各項目における、変更があった項目の変更がセキュリティ的に承認できるか拒否かを責任者が判定して、そのセキュリティ的劣化に関連する変更の割合を求めている。そして、例えば、現在時点における変更数に先の変更の割合を乗算することにより劣化ポイント、情報システム２のセキュリティ劣化状況を正確に把握でき、情報システム２の安全性の向上が可能になる。
【００５７】
（第２実施形態）
図１３は本発明の第２実施形態に係わるセキュリティ劣化防止装置の概略構成を示すブロック図である。図１に示す本発明の第１実施形態のセキュリティ劣化防止装置１と同一分部には同一符号を付して、重複する部分の詳細説明を省略する。
【００５８】
図１の第１実施形態では、「劣化確認モード」時に、変更検出部１３で検出された情報システム２の設定ファイル６内の各設定項目の設定内容の変更が、セキュリティ劣化に繋がる変更であるか否かの判定を責任者が責任者端末１１を用いて実施していた。
【００５９】
この第２実施形態においては、変更検出部１３で検出された情報システム２の設定ファイル６内の各設定項目の設定内容の変更が承認か拒否かの判定は、劣化判断部２４内における変更内容判定部２５でもって、拒否条件記憶部２６に記憶された判定基準としての拒否条件に基づいて自動的に行われる。
【００６０】
具体的には、拒否条件記憶部２６内には、例えば、図１４に示すように、情報システム２のユーザ設定ファイル６ａに追加の修正が加えられた拒絶条件２６ａと、情報システム２のサービス設定ファイル６ｂにＯＮの変更が加えられた拒絶条件２６ａとが記憶されている。
【００６１】
そして、変更内容判定部２５は図６で示した変更内容と、拒否条件記録部２６の拒絶条件２６ａ、２６ｂを取得する。そして、「対象設定ファイル」と「変更」に関して照合を行い、それらがともに一致していた場合には、その変更に関して拒否の判定結果を返す。一致していない場合には承認の判定結果を返す。劣化判定部２４は、変更検出部１３で検出された１周期分の各変更に対する判定結果を、変更再変更部１６、変更更新部１７、判定結果記憶部１８へ送出する。これ以降の処理は図１に示す第１実施形態のセキュリティ劣化防止装置１とほぼ同じであるので、説明を省略する。
【００６２】
このように、第２実施形態においては、情報システム２の設定ファイル６内の各設定項目の設定内容の変更は、拒否条件記憶部２６に記憶された各拒否条件に基づいてその変更の可否判定が自動的に実施されるので、このセキュリティ劣化防止装置の処理を効率的に進めることができる。
【００６３】
（第３実施形態）
図１５は本発明の第３実施形態に係わるセキュリティ劣化防止装置の概略構成を示すブロック図である。図１に示す本発明の第１実施形態のセキュリティ劣化防止装置１と同一分部には同一符号を付して、重複する部分の詳細説明を省略する。
【００６４】
この第３実施形態のセキュリティ劣化防止装置の最も特徴とする所は、情報システム２の設定ファイル６に記憶された各項目の設定ファイル６ａ、６ｂ、６ｃを複数のカテゴリ（分野）に区分けし、カテゴリ毎にセキュリティに関する重要度（重み付け）を設定して、前述した劣化割合（変更数に対するセキュリティ劣化に結びつく拒否された変更数の割合）をカテゴリ別に求めるとともに、カテゴリ別に劣化ポイントを算出して、そのカテゴリ別の劣化ポイントにカテゴリ毎の重要度を重み付けしていることである。
【００６５】
具体的には、図１６に示す、カテゴリ別重みテーブル３０には、図２の情報システム２における設定ファイル６内の各項目としてのユーザ設定ファイル３３ａ（６ａ）と図２に記載されていないグループ設定ファイル３３ｂとは「ユーザ設定」という共通のカテゴリ３２ａに所属する。そして、この「ユーザ設定」のカテゴリ３２ａに対して「０．１」の重要度３４ａが設定されている。
【００６６】
一方、図２の情報システム２における項目としてのサービス設定ファイル３３ｃ（６ｂ）と図２には記載されていないファイァウオール設定ファイル３３ｄとは「サービス設定」という共通のカテゴリ３２ｂに所属する。そして、この「サービス設定」のカテゴリ３２ｂに対して「１．０」の重要度３４ｂが設定されている。
【００６７】
すなわち、この外部に対して各種情報のサービス提供に関するカテゴリ３２ｂは、この情報システム２の操作を担当するユーザの追加、削除に対するカテゴリ３２ａに比較して、セキュリティ劣化に対してより大きな影響を与えることになる。
【００６８】
そして、この各重度が異なるカテゴリ３２ａ、３２ｂが組込まれた第３実施形態のセキュリティ劣化防止装置においては、「劣化確認」モードの確認周期において、判定結果入力部１５が該当周期で検出された一連の変更に対する判定結果を責任者端末１１から入力して、変更再変更部１６、変更更新部１７へ送出する。これまでの処理は図１に示す第１実施形態のセキュリティ劣化防止装置１とほぼ同じである。そして、この第３実施形態においては、判定結果入力部１５は、この判定結果をカテゴリ別判定結果記憶部２７へ送出する。
【００６９】
カテゴリ別判定結果記憶部２７は、カテゴリ別重みテーブル３０を参照いて、この入力された判定結果を構成する各変更に対する承認、又は拒否の判定を、該当変更が所属するカテゴリ３２ａ、３２ｂ別に集約して、次のカテゴリ別判定統計情報ファイル２８へ書き込む。
【００７０】
図１７は、カテゴリ別判定結果統計情報ファイル２８の構成図である。例えば３月１日の時点で検出された各変更とその各変更の変更内容は図６に示され、各変更の変更内容に対する判定結果は図７に示されている。この情報に基づいて、「ユーザ設定」のカテゴリ３２ａに所属する変更数が２であり、拒否数が１であることが理解できる。同様に、「サービス設定」のカテゴリ３２ｂに所属する変更数が２であり、拒否数が１であることが理解できる。
【００７１】
カテゴリ別劣化割合計算部２９は、カテゴリ別判定結果統計情報ファイル２８における、情報システム２の２月１日の運用開始時点から責任者による判定が行われた直近の時点までのカテゴリ別の合計の変更数と合計の拒否数から、現時点でのカテゴリ別の劣化割合（変更数の合計に対する拒否数の合計の割合）を算出して、図１８に示す劣化割合メモリ２９ａへ書込むとともに、カテゴリ別劣化ポイント計算部３１へ送出する。
【００７２】
４月１日の判定時点のカテゴリ別の劣化割合の算出手順を説明する。カテゴリ別判定結果統計情報ファイル２８において、ユーザ設定のカテゴリ３２ａについては、変更数２４件(0+2+22)に対して,４件(0+1+3)の拒否数があるので、カテゴリ３２ａの劣化割合は、4/24=約0.167となる。サービス設定のカテゴリ３２ｂについては、変更数３件(0+2+1)に対して２件(0+2+0)の拒否数があるので、カテゴリ３２ａの劣化割合は、2/3=約0.667となる。
【００７３】
あるいは、カテゴリ別劣化割合計算部２９は、図２０のように時系列、カテゴリ、劣化割合に関する表を作成し、時系列変化から現時点でのカテゴリ別の劣化割合を予測しても良い。なお、具体的な予測アルゴリズムについては本実施形態では触れない。
【００７４】
カテゴリ別劣化ポイント計算部３１は、図１８の劣化割合メモリ２９ａから、現在時点におけるそれまでのカテゴリ別の平均の劣化割合を読み出す。さらに、変更検出部１３から現在の周期におけるカテゴリ別の変更数を読み取る。そして、現在時点のカテゴリ別の劣化割合に現在のカテゴリ別の変更数を乗算して、カテゴリ別に劣化ポイントを得る。
【００７５】
カテゴリ別劣化ポイント＝カテゴリ別劣化割合×カテゴリ別変更数
さらに、このようにして求めた各カテゴリ別劣化ポイントに対して、カテゴリ別重みテーブル３０に記憶された各カテゴリに対応する「重要度」を乗算して。修正カテゴリ別劣化ポイントを得る。
【００７６】
修正カテゴリ別劣化ポイント＝カテゴリ別劣化ポイント×「重要度」
カテゴリ別劣化ポイント計算部３１は、算出した各カテゴリ３２ａ、３２ｂの修正カテゴリ別劣化ポイントを図１９の修正カテゴリ別劣化ポイントメモリ３１ａへ書込む。さらに、カテゴリ別劣化ポイント計算部３１は、算出した各カテゴリ３２ａ、３２ｂの修正カテゴリ別劣化ポイントを加算して、一つの最終の劣化ポイントを算出して、劣化判定部２２へ送出する。
【００７７】
この例では、４月１日の判定時点のユーザ設定のカテゴリ３２ａの劣化割合が0.167であり、変更数が22であるので、劣化ポイント＝0.167×22=3.674となり、重要度は０．１であるので、修正別劣化ポイント＝3674×0.1=0.367となる。
【００７８】
一方、４月１日の判定時点のサービス設定のカテゴリ３２ｂの劣化割合が0.667であり、変更数が１であるので、劣化ポイント＝0.667×1=0.667となり、重要度は１．０であるので、修正別劣化ポイント＝0.667×1.0=0.667となる。そして、一つの最終の劣化ポイントは、1.034（=0.367+0.6667）となる。
【００７９】
このように、情報システムの設定ファイル６に記憶された各項目が所属するカテゴリに対してセキュリティ劣化の重要度を付加することによって、一つの最終の劣化ポイントがより現実に近い指標となる。
【００８０】
劣化判定部２２は、カテゴリ別劣化ポイント計算部３１から最終の劣化ポイントを取得し、劣化基準値メモリ２３の劣化基準値と比較する。もし、最終の劣化ポイントが劣化基準値より大きな値となった場合には、情報システム２にセキュリティ劣化が発生していると判断して、情報システム２及び責任者端末１１へその旨を通知する。
【００８１】
なお、劣化判定部２２は、必要に応じて、図１９に示す修正カテゴリ別劣化ポイントメモリ３１ａの内容を表示出力することによって、カテゴリ毎のセキュリティ劣化の程度を確認することが可能である。
【００８２】
このように構成された第３実施形態のセキュリティ劣化防止装置においては、情報システム２の設定ファイル６に設定された各項目が所属するカテゴリ３２ａ、３２ｂ毎にてセキュリティに対する重要度を設定する事により、最終的にこの重要度を含む劣化ポイントが得られ、より一層高い精度でセキュリティ劣化に対する監視を実施できる。
【００８３】
なお、本発明は上述した実施形態に限定されるものではない。例えば、ユーザ設定、サービス設定のカテゴリ３２ａ、３２ｂの他に、ログ設定等の他のカテゴリを採用する事も可能である。
【図面の簡単な説明】
【００８４】
【図１】本発明の第１実施形態に係わるセキュリティ劣化防止装置の概略構成を示すブロック図
【図２】同セキュリティ劣化防止装置の監視対象の情報システムを示すブロック図
【図３】同情報システム内に形成された設定ファイルの記憶内容を示す図
【図４】同セキュリティ劣化防止装置の劣化確認処理部を示すブロック図
【図５】同劣化確認処理部内に形成された承認済み設定ファイルの記憶内容を示す図
【図６】同劣化確認処理部内で送信される変更情報の構成図
【図７】責任者端末に表示される判定表示画面図
【図８】同劣化確認処理部内で送信される変更再変更指示及び更新指示の構成図
【図９】同劣化確認処理部内に形成された判定結果統計情報ファイルの記憶内容を示す図
【図１０】同セキュリティ劣化防止装置の劣化監視処理部を示すブロック図
【図１１】同劣化監視処理部内に形成された劣化割合、劣化ポイントテーブルの記憶内容を示す図
【図１２】同劣化監視処理部にて算出された劣化割合、劣化ポイントの計時変化を示す図
【図１３】本発明の第２実施形態に係わるセキュリティ劣化防止装置の概略構成を示すブロック図
【図１４】同セキュリティ劣化防止装置内に設けられた拒否条件記憶部の記憶内容を示す図
【図１５】本発明の第３実施形態に係わるセキュリティ劣化防止装置の概略構成を示すブロック図
【図１６】同セキュリティ劣化防止装置内に形成されたカテゴリ別重みテーブルの記憶内容を示す図
【図１７】同セキュリティ劣化防止装置内に形成されたカテゴリ別判定結果統計情報ファイルの記憶内容を示す図
【図１８】同セキュリティ劣化防止装置内に形成された劣化割合メモリの記憶内容を示す図
【図１９】同セキュリティ劣化防止装置内に形成され劣化ポイントメモリの記憶内容を示す図
【図２０】同セキュリティ劣化防止装置にて作成された劣化割合の計時変化を示す図
【符号の説明】
【００８５】
１…セキュリティ劣化防止装置、２…情報システム、５…管理サーバ、６…設定ファイル、９…劣化確認処理部、１０…劣化監視処理部、１１…責任者端末、１２…承認済み設定ファイル、１３…変更検出部、１４…変更法事部、１５…判定結果入力部、１６…変更再設定部、１７…変更更新部、１８…判定結果記憶部、１９…判定結果統計情報ファイル、２０…劣化割合算出部、２１…劣化ポイント算出部、２２…劣化判定部、２３…劣化基準値メモリ、２４…劣化判断部、２５…変更内容判定部、２６…拒否条件記憶部、２７…カテゴリ別判定結果記憶部、２８…カテゴリ別判定結果統計情報ファイル、２９…カテゴリ別劣化割合算出部、３０…カテゴリ別重みテーブル、３１…カテゴリ別劣化ポイント算出部
【技術分野】
【０００１】
本発明は、情報システムにおける各種の項目における設定内容の変更状況を取得し、情報システムのセキュリティ劣化（セキュリティ状態の低下）状態を監視出力し、必要に応じてセキュリティ劣化を解消するセキュリティ劣化防止装置に関する。
【背景技術】
【０００２】
工場や事務所や金融機関内などに構築された大規模な情報システムにおいては、この情報システムの内部の担当者はインターネットや通信回線を介して外部にアクセス可能に構成されている。また、特定のユーザのみがこのような情報システムをアクセス可能に構成されている場合も少なくない。
【０００３】
一般的に、このような構成の情報システムにおいては、運用開始時のセキュリティレベルが最も高い状態にあると考えられる。なぜなら、その情報システムの運用に必要な最低限のユーザだけが登録され、さらに最低限のサービスだけが有効にされており、不要な設定はすべて無効にされているからである。また、その時点で公開されている例えばプログラム上の脆弱性に対しても、すべて対策が採られているからである。
【０００４】
ところが、情報システムを運用してから日数が経過するにつれ、主に２種類の原因によって、セキュリティレベルは低下していく。
【０００５】
まず最初の原因は、外部的な要因の変化である。例えば、インターネットや通信回線を介した新たな脆弱性の発見や攻撃手法の公開により、運用当初と同じファイアウオールやゲートの設定内容であってもセキュリティレベルは低下してしまうことである。
【０００６】
次の原因は、内部的な要因の変化である。運用を進めていくうちに、ユーザの追加や、新たな外部に対するサービスの追加などによって、情報システムの設定が運用当初の設定内容から変更される。その結果、セキュリティレベルは低下してしまうことである。
【０００７】
これらのセキュリティレベルの低下の程度を、ここではセキュリティ劣化と呼ぶことにする。なお、脆弱性の公開によるセキュリティ劣化を算出する技術が特許文献１に記載されている。
【特許文献１】特開２００５―１０７７２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら上述した特許文献１の「セキュリティ管理装置、セキュリティ管理方法、及びセキュリティ管理プログラム」においてもまだ解消すべき次のような課題があった。
【０００９】
すなわち、コンピュータシステムのソフトウェア内部にセキュリティ上の脆弱性が発見されると、発見されてからの時間が経過するに伴って、このコンピュータのセキュリティのリスク、例えば不正アクセスの実行のリスクが大きくなると仮定して、このセキュリティのリスクの程度（セキュリティ劣化度）を定量的に求めている。
【００１０】
しかし、このセキュリティ管理手法においては、セキュリティのリスクの程度は、内部的な要因には全く言及されずに、外部的な要因であるセキュリティ上の脆弱性が発見されてからの経過時間にのみ依存するとしているので、実際のセキュリティ劣化をより正確に表現されているとはいえない。
【００１１】
また、コンピュータシステムに何らかの変更がなされた場合は、この変更が必ずしもセキュリティ劣化に結びつくとは限らない。
【００１２】
また、このセキュリティ管理手法においては、セキュリティのリスクの程度の予測が限界値を超えた時の対策についてはなにも言及されていない。
【００１３】
本発明はこのような事情に鑑みてなされたもので、情報システムに関係するセキュリティ劣化をより正確に算出でき、情報システムの責任者にとって最適のタイミングでセキュリティに関する各項目の設定内容の見直しを実行でき、その結果、情報システムのセキュリティ劣化を所定限度内に抑制でき、安全性をよりいっそう向上できるセキュリティ劣化防止装置を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記課題を解消するために、本発明は、情報処理に関する各種の設定項目の初期の設定内容が設定ファイルに書込まれており、各種の設定項目の内容に変更が生じた場合は設定ファイルに書込まれた該当項目の設定内容を変更する情報システムに対するセキュリティ劣化防止装置において、
略一定周期で情報システムの設定ファイルにおける一つ前の周期から変更が生じた各項目と変更内容を検出する変更検出手段と、各周期における変更検出手段で検出された各項目の変更に対する承認又は拒否を責任者の操作指示に基づいて判定する判定手段と、各周期における判定手段で拒否された各項目の変更を元に戻す変更指令を情報システムに送付して、前記設定ファイルの該当項目の変更を元に戻す変更再変更手段と、指定時点において、過去から指定時点までの各周期における判定手段における総変更数に対する総拒否数の割合を指定時点までの平均セキュリティ劣化割合として算出する劣化割合算出手段とを備えている。
【００１５】
一般的に、情報システムの各項目の設定内容に何らかの変更を加えた場合、その変更によりセキュリティ劣化が生じる場合と、セキュリティ劣化が生じない場合とが存在する。設定の変更回数に対して、どの程度の割合でセキュリティ劣化が生じる変更が行われているかを把握できれば、ある時点でセキュリティ劣化に繋がる変更が何回行われているかを算出でき、その結果セキュリティ劣化をより正確に算出することができる。
【００１６】
そこで、本発明では、上述したように、略一定周期で変更があった場合における変更がセキュリティ上承認できるか拒否するかを責任者が判定する。そして、各項目の設定変更のうち、セキュリティ劣化が生じる設定変更の程度の割合を算出する。
【００１７】
上述したように、この判定は定期的に行い、その判定結果を記録しておく。そして、過去の変更数に対して、セキュリティ劣化に繋がる変更数の割合を計算すれば、その値が現時点での劣化割合となる。
【００１８】
また、判定結果で拒否された項目の変更は元の項目内容に書き直されるので、セキュリティ劣化に繋がる変更が次の周期に持ち越されることはない。
【００１９】
また、別の発明においては、各項目の変更に対する承認、拒否の判定を責任者の代わりに、予め定められた判定基準を用いて行う。
【００２０】
また、別の発明は、上述した発明「セキュリティ劣化防止装置」に対して、劣化割合算出手段で算出されたセキュリティ劣化割合に現在の周期における変更数を乗算して、現在の劣化数の予測値としての劣化ポイントを算出する劣化ポイント算出手段と、この劣化ポイント算出手段で算出された劣化ポイントが予め定められた劣化基準値を超えるとセキュリティ劣化の警告を出力する劣化警告手段とを備えている。
【００２１】
このように、現在現時点での変更数に対するセキュリティ劣化に繋がる拒否の変更数を劣化ポイントとして予測する。この値が劣化基準値を超えるときに、システム担当者やシステム責任者にアラート（警告）を通知する。これにより、システム担当者やシステム責任者は最適のタイミングで設定値の見直しを行うことができ、その結果情報システムの安全性を向上させることが可能になる。
【００２２】
また、別の発明は、上述した発明「セキュリティ劣化防止装置」に対して、各項目のカテゴリ毎にセキュリティに関する重要度を記憶する重要度記憶部と、前記変更検出手段で検出された項目の変更数、前記判定手段で判定された項目の数を該当項目が所属するカテゴリに設定された重要度で補正する重要度補正手段とを備えている。
【００２３】
このように、各項目が所属するカテゴリ毎にてセキュリティ劣化に対する重要度を設定する事により、より一層高い精度でセキュリティ劣化に対する監視を実施できる。
【００２４】
また、別の発明は、上述した発明「セキュリティ劣化防止装置」に対して、情報システムの稼働開始時に設定ファイルと同一内容が書込まれた承認済み設定ファイルと、この承認済み設定ファイルに書込まれている各項目のうち、前記各周期における判定手段で承認された各項目の変更を承認済み設定ファイルに反映する変更反映手段とを有し、変更検出手段は、前記設定ファイルに書込まれた各項目のうち前記承認済み設定ファイルに記憶された設定内容と異なる項目を変更が生じた項目として抽出する。
【発明の効果】
【００２５】
本発明においては、略一定周期で、情報システムの設定ファイルの中の各項目における変更があった項目の変更内容がセキュリティ的に承認できるか拒否かを責任者が判定して、そのセキュリティ劣化に関連する変更の割合を求めている。そして、例えば、現在時点における変更数に先の拒否の割合を乗算することにより、情報システムのセキュリティ劣化状況を正確に予測でき、情報システムの安全性のより一層の向上が可能になる。
【発明を実施するための最良の形態】
【００２６】
以下、本発明の各実施形態を図面を用いて説明する。
【００２７】
（第１実施形態）
図１は本発明の第１実施形態に係わるセキュリティ劣化防止装置の概略構成を示すブロック図である。
【００２８】
例えば、コンピュータからなるセキュリティ劣化防止装置１は、企業や団体内などに構築された情報システム２で実施される各項目の設定内容の変更を検出して、セキュリティ劣化に繋がる変更の場合はその割合を算出する。
【００２９】
監視対象の情報システム２は、例えば、図２に示すように、ＬＡＮ３に対して、当該情報システム２を用いて主たる業務を行うための業務サーバ３ａ、ＤＢ（データベース）サーバ３ｂ、担当者端末３ｃ、ユーザ端末３ｄ、セキュリティ劣化防止装置１、責任者端末１１に接続された通信部３ｅ、インターネット４などに接続されたルータ３ｆ、及び管理サーバ５が接続されている。
【００３０】
この管理サーバ５内には、情報システム２における各種の設定項目の設定内容を記憶するための設定ファイル６が形成されている。そして、この実施形態においては、この設定ファイル６内には、一例として、３項目の設定ファイル（ユーザ設定ファイル６ａ、サービス設定ファイル６ｂ、ログインアウトインタイム６ｃ）が形成されている。
【００３１】
ユーザ設定の項目のユーザ設定ファイル６ａには、図２に示すように、この情報システム２を操作して各サーバに３ａ、３ｂに対するアクセスすることが許可された各ユーザの氏名、ユーザＩＤ、メールアドレス等の内容が設定されている。
【００３２】
サービス設定の項目の設定ファイル６ｂには、例えば、ユーザ端末３ｄやインターネット４等へデータを送付する場合における伝送方法、データ量等の設定内容が設定されている。同様に、ログインタイムアウウトの設定ファイル６には、例えば、ユーザがこの情報システム２に対するアクセス許容時間の設定内容が設定されている。
【００３３】
設定ファイル６に対する各種の設定内容の書込みは設定書込部７ａで実施し、設定ファイル６に対する各種の設定内容の読出しは設定詠出部７ｂで実施される。
【００３４】
このように構成された情報システム２における各種の項目の設定内容の書込みは、必要に応じて、この情報システム２の担当者が担当者端末３ｃを用いて実施する。
【００３５】
図１のセキュリティ劣化防止装置１の具体的な構成及び動作を説明する前に、このセキュリティ劣化防止装置１が実行する動作モードを説明する。すなわち、このセキュリティ劣化防止装置１は、大きく分けて、「劣化確認モード」と「劣化監視モード」との２つの動作モードを有し、モード設定部８にて手動又は自動切換えされる。「劣化確認モード」は、例えば１ヶ月等の一定周期毎に情報システム２の各項目の設定変更内容を検出して、システムの責任者がその変更内容が脆弱性に繋がるか否かを判定し、その脆弱性に繋がると判定された数の全体の変更数に対する割合（劣化割合）を算出して、記憶保持するモードである。この「劣化確認モード」は、図１の波線で囲まれる劣化確認処理部９で実施される。
【００３６】
一方、「劣化監視モード」は、常時、情報システム２における各項目の設定内容の変更数を監視しており、この変更数に「劣化認確モード」で求めた劣化割合を乗算して、例えば、現在における脆弱性に繋がる項目数を予測するモードである。この「劣化監視モード」は、図１の一点鎖線で囲まれる劣化監視処理部１０で実施される。
【００３７】
モード設定部８は、通常状態時においては、劣化監視処理部１０で「劣化監視モード」を実行しており、前述したように、毎月の１日等の一定周期毎に、「劣化確認モード」が情報システム２の責任者が操作する責任者端末１１からの指示に基づいて実施される。このモードの切換は、セキュリティ劣化防止装置１の起動時、あるいは稼働中に物理的なスイッチを切替える。ソフトウェア実装であればコマンドなどを指定して切り替えても良い。
【００３８】
先ず、「劣化確認モード」が実施される劣化確認処理部９の構造及び動作を説明する。なお、図４は図１のセキュリティ劣化防止装置１における波線で囲まれた劣化確認処理部９を抽出した図である。この劣化確認処理部９内には、判定部１１ａを内蔵した責任者端末１１、承認済み設定ファイル１２、変更検出部１３、変更表示部１４、判定結果入力部１５、変更再変更部１６、変更更新部１７，判定結果記憶部１８、判定結果統計情報ファイル１９が設けられている。
【００３９】
次に、各部の動作を順番に説明していく。情報システム２の運用開始時点において、管理サーバ５の設定ファイル６における各項目の設定ファイル６ａ、６ｂ、６ｃには、セキュリティ上で脆弱性が全くない初期の設定内容が設定されている。そして、この状態においては、図５に示すように、セキュリティ劣化防止装置１の承認済み設定フィル１２における各項目の設定ファイル１２ａ、１２ｂ、１２ｃには、情報システム２の各項目の設定ファイル６ａ、６ｂ、６ｃと同一内容が記憶されている。すなわち、この承認済み設定フィル１２には、責任者等にて承認された設定内容のみが記憶されている。
【００４０】
そして、運用開始から時間が経過すると、例えば、担当者による担当者端末３ｂによって必要に応じて、設定ファイル６に対する各種の設定内容の書込みが設定書込部７ａで実施される。設定ファイル６に対する各種の設定内容の読出しは設定読出部７ｂで実施される。
【００４１】
そして、運用開始してから例えば１ヶ月に1回、毎月1日に、責任者は責任者端末１１を操作して、情報システム２の管理サーバ５の設定取得部７ｂを起動する。設定取得部７ｂは、設定ファイル６における各項目の設定ファイル６ａ〜６ｃの内容を取得し、セキュリティ劣化防止装置１の劣化確認処理部９の変更検出部１３に送信する。変更検出部１３は、承認済み設定ファイル１２の内容と、設定取得部７ｂから送信されてきた設定内容とを比較し、設定ファイル６における変更された内容のみを抽出して、その変更内容を変更表示部１４に送信する。
【００４２】
変更表示部１４はその変更情報を表示する。図６に変更情報１４ａの例を示す。この例では4箇所の変更が行われた場合を示している。１行目はユーザ設定ファイル６ａに関して、ユーザtanakaが追加されたこと、２行目はユーザ設定ファイル６ａに関してユーザsuzukiが削除されたことを示している。さらに３行目では、サービス設定ファイル６ｂに、ＦＴＰサービスがＯＮに変更され、４行目ではログインタイムアウト設定ファイル６ｃでログインタイムアウトの時間が１分に短縮されたことを示している。
【００４３】
変更表示部１４は、変更検出部１３から送信されてきた変更項目の変更内容を責任者端末１１へ送信する。責任者端末１１は変更内容を画面に表示し、責任者にその変更を承認するか拒否するかの判断の入力を求める。図７に責任者端末１１の判定表示画面１１ｂを示す。この例では、左側の列に変更内容を表示し、右側に拒否のチェックボックスを表示している。責任者が変更内容はセキュリティ劣化に繋がると判断した場合、対応する拒否のチェックボックスに印をつける。この例では、４箇所の変更に対して、１番目と３番目の変更は、セキュリティ上問題があると責任者が判断したために拒否している。すべての項目の変更内容を判定したら、責任者は右下の判定終了のボタンを押下する。判定表示画面１１ｂの判定終了ボタンが押下されると、責任者が入力した判定結果は判定結果入力部１５に入力される。
【００４４】
判定結果入力部１５は責任者端末１１から入力された判定結果を、変更再変更部１６、変更更新部１７、及び判定結果記録部１８へ送出する。
【００４５】
変更再変更部１６は、判定結果における拒否された変更の項目（設定ファイル）と同一の情報システム２における同一項目（設定ファイル）の設定内容を変更前の設定内容に戻す必要がある。そのため、変更再変更部１６は、拒否された変更の項目（設定ファイル）の内容を元の内容に変更する変更再変更指示１６ａを作成して、情報システム２の管理サーバ５の設定書込部７ａへ送出する。設定書込み部７ａは、変更再変更部１６からの変更再変更指示１６ａを元に、設定ファイル６の各項目の設定ファイル６ａ〜６ｃを変更する
図８（ａ）に、変更再変更部１６から設定書込み部７ａへの変更再変更指示１６ａの例を示す。この例では、２つの変更指示を行っている。まず1行目は、ユーザの設定ファイル６ａに関して、tanakaを削除するように変更することを表している。2行目は、サービスの設定ファイル６ｂに関して、ＦＴＰサービスをＯＦＦにするように変更することを表している。
【００４６】
変更更新部１７は、判定結果における各変更のうち承認された変更の項目（設定ファイル）に対応する承認済み設定ファイル１２の同一項目（設定ファイル）の設定内容を今回変更の承認を受けた変更後の設定内容で更新する（即ち、変更を反映する）。図８（ｂ）に、変更更新部１７が承認済み設定ファイル１２に行った更新指示１７ａの一例を示す。この例では、２つの更新指示を行っている。まず1行目は、ユーザの設定ファイル１２ａからユーザsuzukiが削除されたこと、２行目ではログインタイムアウト設定ファイル６ｃでログインタイムアウトの時間が１分に短縮されたことを示している。
【００４７】
このように、１ヶ月等の一定周期毎に、情報システム２の設定ファイル６の各項目に変更があった場合は、この周期の終了時点で、セキュリティ劣化に影響を与える変更は元に戻し、セキュリティ劣化に影響を与えない変更のみ残している。そして、承認済み設定フィル１２は、変更数は増加するが、セキュリティ劣化はない。
【００４８】
判定結果記録１８は、１ヶ月の周期で判定入力部１５から順次入力される各判定結果を編集して、判定結果統計情報ファイル１９内の第９図に示す判定結果テーブル１９ａに時系列的に書き込む。この判定結果テーブル１９ａにおいては、各判定結果は、判定結果を受付けた日時と、設定変更の数と、拒否された数が、略１ヶ月の周期毎に書込まれる。この例では、情報システム２は、２月１日に運用を開始し、第１回の判定が２月１日であり、このときは変更数、拒否数共に０である。第２回の判定が３月１日であり、このときは変更数が８で、拒否数が２である。そして、現在時点（１０月）で合計８回の判定が実施されている。
【００４９】
次に、図１のセキュリティ劣化防止装置１における１点鎖線で囲まれる劣化監視処理部１０で実施される「劣化監視モード」について、図１０を用いて説明する。「劣化監視モード」は「劣化確認モード」とは異なり、情報システム２の設定ファイル６内の各設定項目の変更を常時監視している。この劣化監視処理部１０は、承認済み設定ファイル１２、変更検出部１３、判定結果統計情報ファイル１９、劣化割合計算部２０、劣化ポイント計算部２１、劣化判定部２２、劣化基準値メモリ２３，及び責任者端末１１で構成されている。
【００５０】
劣化割合計算部２０は、判定結果統計情報ファイル１９における、情報システム２の２月１日の運用開始時点から、責任者による判定が行われた直近の時点までの合計の変更数と合計の拒否数から、現時点での劣化割合（変更数の合計に対する拒否数の合計の割合）を算出して、劣化ポイント計算部２１へ送出する。
【００５１】
この劣化割合の計算方法は、何種類かある。もっとも単純なのは、すべての拒否数をすべての変更数で割ったものを劣化割合とする方法である。例えば図１１の劣化割合ポイントテーブル２０ａに示すように、６月１日時点における、劣化割合は、この時点で、運用開始時点も含めて、合計５回判定を実行しているので、全変更数46(0+8+32+4+2)に対して、拒否数10(0+2+6+2+0)であるので、劣化割合は10/46で約０．２１となる。また、最終の９月１日時点の劣化割合は０．３２となる。
【００５２】
なお、劣化割合の計算方法の他の計算方法としては、図１１の劣化割合ポイントテーブル２０ａに示すように、各判定の周期毎に、それまでの平均の劣化割合を算出して、図１２に示すように、グラフ化し、その時系列変化から既知の予測アルゴリズムを用いて現時点の劣化割合を予測しても良い。なお、具体的な予測アルゴリズムについては本実施形態では触れない。
【００５３】
劣化ポイント計算部２１は、図１１の劣化割合ポイントテーブル２０ａから、現在時点における劣化割合を読み出す。さらに、変更検出部１３から現時点での変更数を読み取る。そして、現在時点の平均の劣化割合に現在の変更数を乗算する劣化ポイントを得る。
【００５４】
劣化ポイント＝劣化割合×変更数
すなわち、この劣化ポイントは、現時点においてセキュリティ劣化に結び付く変更数の予測値を示している。
【００５５】
劣化判定部２２は、劣化ポイント計算部２１から劣化ポイントを取得し、劣化基準値メモリ２３の劣化基準値と比較する。もし、劣化ポイントが劣化基準値より大きな値となった場合には、情報システム２にセキュリティ劣化が発生していると判断して、情報システム２及び責任者端末１１へその旨を通知する。
【００５６】
このように構成された第１実施形態のセキュリティ劣化防止装置１においては、略一定周期で、情報システム２の設定ファイル６の中の各項目における、変更があった項目の変更がセキュリティ的に承認できるか拒否かを責任者が判定して、そのセキュリティ的劣化に関連する変更の割合を求めている。そして、例えば、現在時点における変更数に先の変更の割合を乗算することにより劣化ポイント、情報システム２のセキュリティ劣化状況を正確に把握でき、情報システム２の安全性の向上が可能になる。
【００５７】
（第２実施形態）
図１３は本発明の第２実施形態に係わるセキュリティ劣化防止装置の概略構成を示すブロック図である。図１に示す本発明の第１実施形態のセキュリティ劣化防止装置１と同一分部には同一符号を付して、重複する部分の詳細説明を省略する。
【００５８】
図１の第１実施形態では、「劣化確認モード」時に、変更検出部１３で検出された情報システム２の設定ファイル６内の各設定項目の設定内容の変更が、セキュリティ劣化に繋がる変更であるか否かの判定を責任者が責任者端末１１を用いて実施していた。
【００５９】
この第２実施形態においては、変更検出部１３で検出された情報システム２の設定ファイル６内の各設定項目の設定内容の変更が承認か拒否かの判定は、劣化判断部２４内における変更内容判定部２５でもって、拒否条件記憶部２６に記憶された判定基準としての拒否条件に基づいて自動的に行われる。
【００６０】
具体的には、拒否条件記憶部２６内には、例えば、図１４に示すように、情報システム２のユーザ設定ファイル６ａに追加の修正が加えられた拒絶条件２６ａと、情報システム２のサービス設定ファイル６ｂにＯＮの変更が加えられた拒絶条件２６ａとが記憶されている。
【００６１】
そして、変更内容判定部２５は図６で示した変更内容と、拒否条件記録部２６の拒絶条件２６ａ、２６ｂを取得する。そして、「対象設定ファイル」と「変更」に関して照合を行い、それらがともに一致していた場合には、その変更に関して拒否の判定結果を返す。一致していない場合には承認の判定結果を返す。劣化判定部２４は、変更検出部１３で検出された１周期分の各変更に対する判定結果を、変更再変更部１６、変更更新部１７、判定結果記憶部１８へ送出する。これ以降の処理は図１に示す第１実施形態のセキュリティ劣化防止装置１とほぼ同じであるので、説明を省略する。
【００６２】
このように、第２実施形態においては、情報システム２の設定ファイル６内の各設定項目の設定内容の変更は、拒否条件記憶部２６に記憶された各拒否条件に基づいてその変更の可否判定が自動的に実施されるので、このセキュリティ劣化防止装置の処理を効率的に進めることができる。
【００６３】
（第３実施形態）
図１５は本発明の第３実施形態に係わるセキュリティ劣化防止装置の概略構成を示すブロック図である。図１に示す本発明の第１実施形態のセキュリティ劣化防止装置１と同一分部には同一符号を付して、重複する部分の詳細説明を省略する。
【００６４】
この第３実施形態のセキュリティ劣化防止装置の最も特徴とする所は、情報システム２の設定ファイル６に記憶された各項目の設定ファイル６ａ、６ｂ、６ｃを複数のカテゴリ（分野）に区分けし、カテゴリ毎にセキュリティに関する重要度（重み付け）を設定して、前述した劣化割合（変更数に対するセキュリティ劣化に結びつく拒否された変更数の割合）をカテゴリ別に求めるとともに、カテゴリ別に劣化ポイントを算出して、そのカテゴリ別の劣化ポイントにカテゴリ毎の重要度を重み付けしていることである。
【００６５】
具体的には、図１６に示す、カテゴリ別重みテーブル３０には、図２の情報システム２における設定ファイル６内の各項目としてのユーザ設定ファイル３３ａ（６ａ）と図２に記載されていないグループ設定ファイル３３ｂとは「ユーザ設定」という共通のカテゴリ３２ａに所属する。そして、この「ユーザ設定」のカテゴリ３２ａに対して「０．１」の重要度３４ａが設定されている。
【００６６】
一方、図２の情報システム２における項目としてのサービス設定ファイル３３ｃ（６ｂ）と図２には記載されていないファイァウオール設定ファイル３３ｄとは「サービス設定」という共通のカテゴリ３２ｂに所属する。そして、この「サービス設定」のカテゴリ３２ｂに対して「１．０」の重要度３４ｂが設定されている。
【００６７】
すなわち、この外部に対して各種情報のサービス提供に関するカテゴリ３２ｂは、この情報システム２の操作を担当するユーザの追加、削除に対するカテゴリ３２ａに比較して、セキュリティ劣化に対してより大きな影響を与えることになる。
【００６８】
そして、この各重度が異なるカテゴリ３２ａ、３２ｂが組込まれた第３実施形態のセキュリティ劣化防止装置においては、「劣化確認」モードの確認周期において、判定結果入力部１５が該当周期で検出された一連の変更に対する判定結果を責任者端末１１から入力して、変更再変更部１６、変更更新部１７へ送出する。これまでの処理は図１に示す第１実施形態のセキュリティ劣化防止装置１とほぼ同じである。そして、この第３実施形態においては、判定結果入力部１５は、この判定結果をカテゴリ別判定結果記憶部２７へ送出する。
【００６９】
カテゴリ別判定結果記憶部２７は、カテゴリ別重みテーブル３０を参照いて、この入力された判定結果を構成する各変更に対する承認、又は拒否の判定を、該当変更が所属するカテゴリ３２ａ、３２ｂ別に集約して、次のカテゴリ別判定統計情報ファイル２８へ書き込む。
【００７０】
図１７は、カテゴリ別判定結果統計情報ファイル２８の構成図である。例えば３月１日の時点で検出された各変更とその各変更の変更内容は図６に示され、各変更の変更内容に対する判定結果は図７に示されている。この情報に基づいて、「ユーザ設定」のカテゴリ３２ａに所属する変更数が２であり、拒否数が１であることが理解できる。同様に、「サービス設定」のカテゴリ３２ｂに所属する変更数が２であり、拒否数が１であることが理解できる。
【００７１】
カテゴリ別劣化割合計算部２９は、カテゴリ別判定結果統計情報ファイル２８における、情報システム２の２月１日の運用開始時点から責任者による判定が行われた直近の時点までのカテゴリ別の合計の変更数と合計の拒否数から、現時点でのカテゴリ別の劣化割合（変更数の合計に対する拒否数の合計の割合）を算出して、図１８に示す劣化割合メモリ２９ａへ書込むとともに、カテゴリ別劣化ポイント計算部３１へ送出する。
【００７２】
４月１日の判定時点のカテゴリ別の劣化割合の算出手順を説明する。カテゴリ別判定結果統計情報ファイル２８において、ユーザ設定のカテゴリ３２ａについては、変更数２４件(0+2+22)に対して,４件(0+1+3)の拒否数があるので、カテゴリ３２ａの劣化割合は、4/24=約0.167となる。サービス設定のカテゴリ３２ｂについては、変更数３件(0+2+1)に対して２件(0+2+0)の拒否数があるので、カテゴリ３２ａの劣化割合は、2/3=約0.667となる。
【００７３】
あるいは、カテゴリ別劣化割合計算部２９は、図２０のように時系列、カテゴリ、劣化割合に関する表を作成し、時系列変化から現時点でのカテゴリ別の劣化割合を予測しても良い。なお、具体的な予測アルゴリズムについては本実施形態では触れない。
【００７４】
カテゴリ別劣化ポイント計算部３１は、図１８の劣化割合メモリ２９ａから、現在時点におけるそれまでのカテゴリ別の平均の劣化割合を読み出す。さらに、変更検出部１３から現在の周期におけるカテゴリ別の変更数を読み取る。そして、現在時点のカテゴリ別の劣化割合に現在のカテゴリ別の変更数を乗算して、カテゴリ別に劣化ポイントを得る。
【００７５】
カテゴリ別劣化ポイント＝カテゴリ別劣化割合×カテゴリ別変更数
さらに、このようにして求めた各カテゴリ別劣化ポイントに対して、カテゴリ別重みテーブル３０に記憶された各カテゴリに対応する「重要度」を乗算して。修正カテゴリ別劣化ポイントを得る。
【００７６】
修正カテゴリ別劣化ポイント＝カテゴリ別劣化ポイント×「重要度」
カテゴリ別劣化ポイント計算部３１は、算出した各カテゴリ３２ａ、３２ｂの修正カテゴリ別劣化ポイントを図１９の修正カテゴリ別劣化ポイントメモリ３１ａへ書込む。さらに、カテゴリ別劣化ポイント計算部３１は、算出した各カテゴリ３２ａ、３２ｂの修正カテゴリ別劣化ポイントを加算して、一つの最終の劣化ポイントを算出して、劣化判定部２２へ送出する。
【００７７】
この例では、４月１日の判定時点のユーザ設定のカテゴリ３２ａの劣化割合が0.167であり、変更数が22であるので、劣化ポイント＝0.167×22=3.674となり、重要度は０．１であるので、修正別劣化ポイント＝3674×0.1=0.367となる。
【００７８】
一方、４月１日の判定時点のサービス設定のカテゴリ３２ｂの劣化割合が0.667であり、変更数が１であるので、劣化ポイント＝0.667×1=0.667となり、重要度は１．０であるので、修正別劣化ポイント＝0.667×1.0=0.667となる。そして、一つの最終の劣化ポイントは、1.034（=0.367+0.6667）となる。
【００７９】
このように、情報システムの設定ファイル６に記憶された各項目が所属するカテゴリに対してセキュリティ劣化の重要度を付加することによって、一つの最終の劣化ポイントがより現実に近い指標となる。
【００８０】
劣化判定部２２は、カテゴリ別劣化ポイント計算部３１から最終の劣化ポイントを取得し、劣化基準値メモリ２３の劣化基準値と比較する。もし、最終の劣化ポイントが劣化基準値より大きな値となった場合には、情報システム２にセキュリティ劣化が発生していると判断して、情報システム２及び責任者端末１１へその旨を通知する。
【００８１】
なお、劣化判定部２２は、必要に応じて、図１９に示す修正カテゴリ別劣化ポイントメモリ３１ａの内容を表示出力することによって、カテゴリ毎のセキュリティ劣化の程度を確認することが可能である。
【００８２】
このように構成された第３実施形態のセキュリティ劣化防止装置においては、情報システム２の設定ファイル６に設定された各項目が所属するカテゴリ３２ａ、３２ｂ毎にてセキュリティに対する重要度を設定する事により、最終的にこの重要度を含む劣化ポイントが得られ、より一層高い精度でセキュリティ劣化に対する監視を実施できる。
【００８３】
なお、本発明は上述した実施形態に限定されるものではない。例えば、ユーザ設定、サービス設定のカテゴリ３２ａ、３２ｂの他に、ログ設定等の他のカテゴリを採用する事も可能である。
【図面の簡単な説明】
【００８４】
【図１】本発明の第１実施形態に係わるセキュリティ劣化防止装置の概略構成を示すブロック図
【図２】同セキュリティ劣化防止装置の監視対象の情報システムを示すブロック図
【図３】同情報システム内に形成された設定ファイルの記憶内容を示す図
【図４】同セキュリティ劣化防止装置の劣化確認処理部を示すブロック図
【図５】同劣化確認処理部内に形成された承認済み設定ファイルの記憶内容を示す図
【図６】同劣化確認処理部内で送信される変更情報の構成図
【図７】責任者端末に表示される判定表示画面図
【図８】同劣化確認処理部内で送信される変更再変更指示及び更新指示の構成図
【図９】同劣化確認処理部内に形成された判定結果統計情報ファイルの記憶内容を示す図
【図１０】同セキュリティ劣化防止装置の劣化監視処理部を示すブロック図
【図１１】同劣化監視処理部内に形成された劣化割合、劣化ポイントテーブルの記憶内容を示す図
【図１２】同劣化監視処理部にて算出された劣化割合、劣化ポイントの計時変化を示す図
【図１３】本発明の第２実施形態に係わるセキュリティ劣化防止装置の概略構成を示すブロック図
【図１４】同セキュリティ劣化防止装置内に設けられた拒否条件記憶部の記憶内容を示す図
【図１５】本発明の第３実施形態に係わるセキュリティ劣化防止装置の概略構成を示すブロック図
【図１６】同セキュリティ劣化防止装置内に形成されたカテゴリ別重みテーブルの記憶内容を示す図
【図１７】同セキュリティ劣化防止装置内に形成されたカテゴリ別判定結果統計情報ファイルの記憶内容を示す図
【図１８】同セキュリティ劣化防止装置内に形成された劣化割合メモリの記憶内容を示す図
【図１９】同セキュリティ劣化防止装置内に形成され劣化ポイントメモリの記憶内容を示す図
【図２０】同セキュリティ劣化防止装置にて作成された劣化割合の計時変化を示す図
【符号の説明】
【００８５】
１…セキュリティ劣化防止装置、２…情報システム、５…管理サーバ、６…設定ファイル、９…劣化確認処理部、１０…劣化監視処理部、１１…責任者端末、１２…承認済み設定ファイル、１３…変更検出部、１４…変更法事部、１５…判定結果入力部、１６…変更再設定部、１７…変更更新部、１８…判定結果記憶部、１９…判定結果統計情報ファイル、２０…劣化割合算出部、２１…劣化ポイント算出部、２２…劣化判定部、２３…劣化基準値メモリ、２４…劣化判断部、２５…変更内容判定部、２６…拒否条件記憶部、２７…カテゴリ別判定結果記憶部、２８…カテゴリ別判定結果統計情報ファイル、２９…カテゴリ別劣化割合算出部、３０…カテゴリ別重みテーブル、３１…カテゴリ別劣化ポイント算出部
【特許請求の範囲】
【請求項１】
情報処理に関する各種の設定項目の初期の設定内容が設定ファイルに書込まれており、各種の設定項目の内容に変更が生じた場合は前記設定ファイルに書込まれた該当項目の設定内容を変更する情報システムに対するセキュリティ劣化防止装置において、
略一定周期で前記情報システムの設定ファイルにおける一つ前の周期から変更が生じた各項目と変更内容を検出する変更検出手段と、
前記各周期における変更検出手段で検出された各項目の変更に対する承認又は拒否を責任者の操作指示に基づいて判定する判定手段と、
前記各周期における判定手段で拒否された各項目の変更を元に戻す変更指令を前記情報システムに送付して、前記設定ファイルの該当項目の変更を元に戻す変更再変更手段と、
指定時点において、過去から指定時点までの各周期における判定手段における総変更数に対する総拒否数の割合を指定時点までの平均セキュリティ劣化割合として算出する劣化割合算出手段と
を備えたことを特徴とするセキュリティ劣化防止装置。
【請求項２】
情報処理に関する各種の設定項目の初期の設定内容が設定ファイルに書込まれており、各種の設定項目の内容に変更が生じた場合は前記設定ファイルに書込まれた該当項目の設定内容を変更する情報システムに対するセキュリティ劣化防止装置において、
略一定周期で前記情報システムの設定ファイルにおける一つ前の周期から変更が生じた各項目と変更内容を検出する変更検出手段と、
前記各周期における変更検出手段で検出された各項目の変更に対する承認又は拒否を予め定められた判定基準に基づいて判定する判定手段と、
前記各周期における判定手段で拒否された各項目の変更を元に戻す変更指令を前記情報システムに送付して、前記設定ファイルの該当項目の変更を元に戻す変更再変更手段と、
指定時点において、過去から指定時点までの各周期における判定手段における総変更数に対する総拒否数の割合を指定時点までの平均セキュリティ劣化割合として算出する劣化割合算出手段と
を備えたことを特徴とするセキュリティ劣化防止装置。
【請求項３】
前記劣化割合算出手段で算出されたセキュリティ劣化割合に現在の周期における変更数を乗算して、現在の劣化数の予測値としての劣化ポイントを算出する劣化ポイント算出手段と、
この劣化ポイント算出手段で算出された劣化ポイントが予め定められた劣化基準値を超えるとセキュリティ劣化の警告を出力する劣化警告手段と
を備えたことを特徴とする請求項１又は２記載のセキュリティ劣化防止装置。
【請求項４】
前記各項目のカテゴリ毎にセキュリティに関する重要度を記憶する重要度記憶部と、
前記変更検出手段で検出された項目の変更数、前記判定手段で判定された項目の数を該当項目が所属するカテゴリに設定された重要度で補正する重要度補正手段とを
備えたことを特徴とする請求項１から３のいずれか１項記載のセキュリティ劣化防止装置。
【請求項５】
前記情報システムの稼働開始時に前記設定ファイルと同一内容が書込まれた承認済み設定ファイルと、
この承認済み設定ファイルに書込まれている各項目のうち、前記各周期における判定手段で承認された各項目の変更を承認済み設定ファイルに反映する変更反映手段とを有し、
前記変更検出手段は、前記設定ファイルに書込まれた各項目のうち前記承認済み設定ファイルに記憶された設定内容と異なる項目を変更が生じた項目として抽出することを
特徴とする請求項１から４のいずれか１項記載のセキュリティ劣化防止装置。
【請求項１】
情報処理に関する各種の設定項目の初期の設定内容が設定ファイルに書込まれており、各種の設定項目の内容に変更が生じた場合は前記設定ファイルに書込まれた該当項目の設定内容を変更する情報システムに対するセキュリティ劣化防止装置において、
略一定周期で前記情報システムの設定ファイルにおける一つ前の周期から変更が生じた各項目と変更内容を検出する変更検出手段と、
前記各周期における変更検出手段で検出された各項目の変更に対する承認又は拒否を責任者の操作指示に基づいて判定する判定手段と、
前記各周期における判定手段で拒否された各項目の変更を元に戻す変更指令を前記情報システムに送付して、前記設定ファイルの該当項目の変更を元に戻す変更再変更手段と、
指定時点において、過去から指定時点までの各周期における判定手段における総変更数に対する総拒否数の割合を指定時点までの平均セキュリティ劣化割合として算出する劣化割合算出手段と
を備えたことを特徴とするセキュリティ劣化防止装置。
【請求項２】
情報処理に関する各種の設定項目の初期の設定内容が設定ファイルに書込まれており、各種の設定項目の内容に変更が生じた場合は前記設定ファイルに書込まれた該当項目の設定内容を変更する情報システムに対するセキュリティ劣化防止装置において、
略一定周期で前記情報システムの設定ファイルにおける一つ前の周期から変更が生じた各項目と変更内容を検出する変更検出手段と、
前記各周期における変更検出手段で検出された各項目の変更に対する承認又は拒否を予め定められた判定基準に基づいて判定する判定手段と、
前記各周期における判定手段で拒否された各項目の変更を元に戻す変更指令を前記情報システムに送付して、前記設定ファイルの該当項目の変更を元に戻す変更再変更手段と、
指定時点において、過去から指定時点までの各周期における判定手段における総変更数に対する総拒否数の割合を指定時点までの平均セキュリティ劣化割合として算出する劣化割合算出手段と
を備えたことを特徴とするセキュリティ劣化防止装置。
【請求項３】
前記劣化割合算出手段で算出されたセキュリティ劣化割合に現在の周期における変更数を乗算して、現在の劣化数の予測値としての劣化ポイントを算出する劣化ポイント算出手段と、
この劣化ポイント算出手段で算出された劣化ポイントが予め定められた劣化基準値を超えるとセキュリティ劣化の警告を出力する劣化警告手段と
を備えたことを特徴とする請求項１又は２記載のセキュリティ劣化防止装置。
【請求項４】
前記各項目のカテゴリ毎にセキュリティに関する重要度を記憶する重要度記憶部と、
前記変更検出手段で検出された項目の変更数、前記判定手段で判定された項目の数を該当項目が所属するカテゴリに設定された重要度で補正する重要度補正手段とを
備えたことを特徴とする請求項１から３のいずれか１項記載のセキュリティ劣化防止装置。
【請求項５】
前記情報システムの稼働開始時に前記設定ファイルと同一内容が書込まれた承認済み設定ファイルと、
この承認済み設定ファイルに書込まれている各項目のうち、前記各周期における判定手段で承認された各項目の変更を承認済み設定ファイルに反映する変更反映手段とを有し、
前記変更検出手段は、前記設定ファイルに書込まれた各項目のうち前記承認済み設定ファイルに記憶された設定内容と異なる項目を変更が生じた項目として抽出することを
特徴とする請求項１から４のいずれか１項記載のセキュリティ劣化防止装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２０１０−１１７７８３（Ｐ２０１０−１１７７８３Ａ）
【公開日】平成２２年５月２７日（２０１０．５．２７）
【国際特許分類】
【出願番号】特願２００８−２８９００３（Ｐ２００８−２８９００３）
【出願日】平成２０年１１月１１日（２００８．１１．１１）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（３０１０６３４９６）東芝ソリューション株式会社 (1,478)
【Ｆターム（参考）】
【公開日】平成２２年５月２７日（２０１０．５．２７）
【国際特許分類】
【出願日】平成２０年１１月１１日（２００８．１１．１１）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（３０１０６３４９６）東芝ソリューション株式会社 (1,478)
【Ｆターム（参考）】
[ Back to top ]