WinCollect 仮想アカウント
WinCollect 10.1.4 WinCollect 10 の新機能で、仮想アカウントがサポートされるようになりました。
仮想アカウントとは何ですか?
以前のバージョンの WinCollect 10 では、エージェントは LocalSytem 組み込みユーザーとして実行されます。 これが最初に行われたのは、 WinCollect がイベント・ログとサービス自体を適切にモニターするために必要な広範なアクセス権限があるためです。 アプリケーションの構成可能性を高め、最小限の特権のベスト・プラクティスに対応するために、 WinCollect はより最新のアプローチに移行しています。
仮想アカウントの概念は Windows 7 で導入されました。 これらのアカウントは、 NT AUTHORITY\Network Service や LocalServiceなどの他の組み込みアカウントと同じように機能しますが、いくつかの追加機能があります。 ただし、 WinCollect には追加のアクセス権限が必要です。これらのアカウントを変更すると、そのアカウントを使用する他のアプリケーションまたはサービスのアクセス権限も変更されます。 仮想アカウントは完全にカスタマイズ可能なサービス・アカウントであり、変更することで、機能するために必要な特権の数を最小限にすることができます。 ユーザー権限、アクセス許可、およびローカル・グループの独自のカスタム・セットをセットアップして、よりカスタマイズしたセキュリティー・エクスペリエンスを提供できるようになりました。
通常、この更新により、ユーザーには気付かれないアプリケーション・セキュリティーが大幅に改善されます。 WinCollect が LocalSystem ユーザーを使用しなくなったことと、追加された構成オプションにより、エージェントが存在する環境に基づいて独自のエージェントをカスタマイズすることができます。 インストーラーは、ほとんどのユーザーが必要とするすべての詳細を処理します。
NT SERVICE\WinCollect仮想アカウントを使用するように WinCollect エージェント・サービスをセットアップします。- サービス制御やログ監査などを処理するための適切なユーザー権限を仮想アカウントに付与する。
- ロギングおよび構成のために、仮想アカウントを WinCollect フォルダー構造に組み込むためのファイル許可を追加します。
- ローカル・アプリケーション・ソースをモニターするための
Event Log Readersグループへの仮想アカウントの追加。 - 仮想アカウントを
Administratorsグループに追加するかどうかをユーザーに選択させます。 - WinCollect がアンインストールされたときに、以前の許可をクリーンアップする。
- 上記のオプションのいずれかが変更され、既知の状態にリセットする必要がある場合に、完全な修復を実行する機能を提供します。
ここでは、実装に関するその他の質問や、独自の環境に対して作成する可能性があるツイートに回答するための追加ステップを説明します。
管理者グループにオプションが追加される理由
WinCollect インストーラーの新規オプションの 1 つに、作成した仮想アカウントを Administrators ローカル・グループに追加するかどうかを選択する機能があります。 この選択は、アップグレードまたはインストールをスムーズに行うために必要です。
- 管理者グループに追加
- ほとんどの場合、このオプションを選択します。 このオプションにより、 WinCollect エージェントにデフォルトでより多くのアクセス権限が付与されます。 これにより、 WinCollect がモニターするローカル・ログ・ソース・ディレクトリーまたはファイルへの仮想アカウント・アクセスを手動で追加する必要がなくなります。
- 管理者グループに追加されていません
- このより高度なオプションにより、最小限の特権のプラクティスに従うことで、よりセキュアなアプリケーションが可能になります。 WinCollect がアクセスする必要があるログの場所またはディレクトリーは、拡張 IIS などのユーザー・グループと同様に、手動で追加する必要があります。 必要な作業の量は、 WinCollect エージェントの収集元のソースによって異なります。
仮想アカウントのカスタマイズ方法
- グループ・ポリシーおよびユーザー権限を変更する方法
- ローカル・グループ・ポリシー・エディターを使用して、任意のアカウントまたはグループのユーザー権限を変更できます。 を選択して、使用可能なすべてのポリシーを表示します。 その後、それらのいずれかに対して
NT SERVICE\WinCollectを追加または削除できます。 - ローカル・グループの変更方法
- Power Shell の管理者インスタンスを使用して、主要なコマンドを実行し、ローカル・グループを表示して、必要な更新を行います。
net localgroupは、マシン上のすべてのグループをリストします。net localgroup Administratorsは、Administrators グループに属するすべてのユーザーをリストします。net localgroup Administrators /add NT SERVICE\WinCollectは、仮想アカウントを管理者グループに追加します。net localgroup Administrators /remove NT SERVICE\WinCollectは、仮想アカウントを管理者グループから削除します。 - ファイルおよびフォルダーの許可を変更する方法
- さまざまなファイルまたはフォルダーの権限を変更する最も簡単な方法は、GUI を使用することです。 ファイル・エクスプローラーで変更するファイルまたはフォルダーを右クリックし、 を選択します。 「編集」を選択すると、
NT SERVICE\WinCollectアカウントを追加して、許可を追加または拒否できます。複数のログを含むフォルダーがある場合、すべてのファイルの権限を素早く変更する最も簡単な方法は、継承を使用することです。 さらに設定を表示するには、 メニューから 「拡張」 を選択します。 「許可の変更」をクリックし、継承可能にするユーザー許可のいずれかを選択し、 「追加」を選択して、 「適用先」 メニューから目的の継承タイプを選択します。
仮想アカウントによるコマンド・ライン・インストールの変更方法
コマンド行インストールでは、有効なインストールのために追加のフラグが必要になりました。 ADMIN_GROUP フラグは、 true または falseのいずれかに設定できます。ここで、 true は仮想アカウントを Administrators ローカル・グループに追加します。 このフラグは、インストーラーをカスタム・モードで実行すると、コピー可能テキスト・ブロックに表示されます。
ドメイン・コントローラー
ドメイン・コントローラーにインストールされている WinCollect エージェントは、ローカル仮想アカウントを使用するように構成することはできません。これは、ドメイン・コントローラーがローカル・アカウントの使用を許可していないためです。 したがって、 WinCollect はインストールされ、 LocalSystem アカウントとして実行されるように構成されます。 セキュリティー上の理由から、 WinCollect サービス用に別個のアカウントを作成し、それをインストール時に ACCOUNT_NAME フラグを使用して指定することをお勧めします。
別のアカウントを使用して WinCollectを実行する
インストールのデフォルト・オプションでは、 ADMIN_GROUP フラグを指定して仮想アカウントを使用します。 ドメイン・コントローラーでは、 ADMIN_GROUP フラグは必須ではなく、デフォルトのアカウントは代わりに LocalSystem アカウントです。 可能な場合は常に仮想アカウントを使用することをお勧めしますが、ドメイン・コントローラーの場合、または別個のサービス・アカウントを使用する必要がある場合は、ユーザーに別個のアカウントを指定するオプションを提供します。 これを行うには、インストール時に <Domain>\<Account name>の形式で ACCOUNT_NAME オプションを指定します。 ドメインおよび円記号 (¥) は、必要ない場合は省略できます。 使用されるアカウントは、サービスとしてログオンするための許可を持っている必要があり、ログオンするためにパスワードを必要としません。 管理対象サービス・アカウントまたはグループ管理対象サービス・アカウントを使用することをお勧めします。
セットアップ中に、指定されたアカウントに、必要なフォルダーに対する許可が付与されます。 ただし、アカウントはどのグループにも追加されません。 WinCollect 固有のフォルダー以外のフォルダーへのアクセスが必要な場合は、アカウントを手動でローカル管理者グループに追加する必要があります。また、セキュリティー・チャネルへのアクセスが必要な場合は、ローカル・イベント・ログ・リーダー・グループに追加する必要があります。
よくある質問
| 質問 | 回答 |
|---|---|
| それでも LocalSystem アカウントを使用できますか? | はい。 これは推奨されていませんが、任意のユーザーとして実行するようにローカル・サービスを変更するか、 LocalSystemとして ACCOUNT_NAME を使用してインストールするかを常に選択できます。 |
| ユーザー・アカウントを使用するだけではないのはなぜですか? | 答えは「経営」です。 仮想アカウントの存続期間をより簡単に処理することができ、パスワード管理などの多くの大きな障害を解決できます。 |
| ログ・ロケーションに対して正しいフォルダー許可またはファイル許可をセットアップしないとどうなりますか? | エージェントは引き続き実行されますが、誤った権限を持つロケーションにアクセスできないことをログに記録します。 問題が解決されるまで、イベントは収集されません。 |