中堅企業なら使いこなせる

Windows 7のAppLocker活用法　後編──ルール作成の自動化

後編となる本稿では、AppLockerルール作成を自動化する方法と、AppLockerを実稼働させ、作成したルールを適用する方法を紹介する。

公開 2010年01月06日 07時30分

更新 2012年09月04日 17時32分

著者

Lisa Phifer

[TechTarget]

印刷する

　2回連載の前編では、Microsoft Windows 7 AppLockerのアプリケーションホワイトリスト作成機能、およびAppLockerルールの定義方法について解説した。後編となる今回は、AppLockerルール作成を自動化する方法と、AppLockerを実稼働させ、作成したルールを適用する方法を紹介する。

AppLockerルール作成の自動化

　Windows XP／VistaのSoftware Restriction Policies（SRP）のルール定義では、防御の大部分が管理者の手に委ねられていた。これに対して、AppLockerではウィザードを導入してルール作成の高速化を図っている。

　手始めとなる「デフォルトルール作成ウィザード」では、3種類のAppLockerルールが作成される。ユーザーはWindowsフォルダとProgram Filesフォルダ内でしか実行ファイルを起動できなくなるが、管理者はどこからでも実行可能な状態が維持される。これら単純なルールは、AppLockerのメリットを活用するものではない。これはサンドボックス（※）を作成して、管理者がうっかり自分自身を締め出してしまったりせずにAppLockerについて学べるようにするものだ。

※　コンピュータ上に仮想的な閉鎖空間を作り、主にセキュリティ対策として不審なプログラムの動作を検証する仕組み。

　実践段階として、「ルール作成ウィザード」ではリファレンスPC全体からプログラム（実行ファイル、インストーラ、スクリプト）をすべて探し出し、それを完全に網羅した一連のAppLocker許可ルールを提示してくれる。大切なのは、これがプログラムのルールを最大限に利用するものであるのに対し、ハッシュルールは署名がないプログラムにのみ適用されるということだ。

　提示されたルールは、一挙に適用する前にチェックして編集できる。例えば、ネットワーク共有からの新しいプログラムのインストールを例外あるいは許可にすることができる。このウィザードによってルール作成は高速化されるが、通常は、制御するPCのうちの1台で実行しなければならない（Windows Serverには、完全あるいは正しいリファレンスプログラムは恐らく存在しない）。

AppLockerに慣れる

　AppLockerは「ほかのものはすべて不許可」のスタンスを取るため、Windows 7搭載PCの「ローカルセキュリティポリシー」を使ってAppLockerを試験的に実行してみるといい。手違いがあっても簡単に再起動して復旧できるよう、前もってApplication Identity（AppID）サービスは手動で開始する設定にしておく。まずは少数の極めて広範な許可ルールから始め、狭い範囲の禁止ルールを追加しながらAppLockerの仕組みについて感覚をつかんでいく──ホワイトリスト作成には付き物の、誤って自分を締め出してしまう事態も含めて。AppLockerを監査オンリーモードで実行する設定にして、プログラムの許可／禁止ルールを変更する前に、何が起きるかのログを取ることもできる。

　大企業では、何千人ものユーザーと何百ものグループのホワイトリスト作成と、多様なエンタープライズアプリケーションのコントロールに伴う膨大な置換だけで十分複雑になり、AppLockerで苦労することは確実だ。しかし、中堅企業ならAppLockerは十分使いこなすことができ、それだけの手間を掛ける価値があると判断するかもしれない。小規模事業所は、ウィザードを使って各PCのインベントリを作成し、現在のインストール内容を反映したルール提案に少し手を加えれば、ローカルセキュリティポリシーで完全なコントロールができるかもしれない。中堅企業のほとんどは、AppLockerを採用して集中定義・管理されたグループポリシーオブジェクト（GPO）を使う方がいいと思うだろう。

本稿筆者のリサ・ファイファー氏はCore Competenceの副社長。25年以上にわたってネットワーク、セキュリティ、管理製品の設計、導入、評価に携わり、大小の企業を対象に、セキュリティの必要性、製品評価、新興技術の利用、ベストプラクティスについて助言してきた。

印刷する