サービスアカウントのベストプラクティスは何ですか?


9

共有ドメインアカウントを使用して、社内でいくつかのサービスを実行しています。残念ながら、このアカウントの資格情報は広く配布されており、サービス目的と非サービス目的の両方で頻繁に使用されています。これにより、この共有アカウントがロックされているためにサービスが一時的に停止する可能性があります。

明らかに、この状況は変更する必要があります。新しいアカウントで実行するようにサービスを変更する計画ですが、そのアカウントには同じロックポリシーが適用されるため、これでは十分とは言えません。

私の質問はこれです。他のドメインアカウントとは異なる方法でサービスアカウントを設定する必要がありますか。設定する場合、それらのアカウントをどのように管理するのですか。2003ドメインを実行しており、ドメインコントローラのアップグレードは短期的には実行可能なソリューションではないことに注意してください。

回答:


7

いくつかの考え:

  • サービスごと、または環境に応じてサービスタイプごとに1つのアカウント。

  • アカウントはドメインアカウントである必要があります。

  • アカウントには有効期限のない強力なパスワードが必要です*。理想的には、どこかに記録されるランダムなパスワードを生成し(KeePassがこれに適しています)、ログオンにパスワードを使用するのが面倒になります。そういえば...

  • ...(一般的に)アカウントは、対話的にログオンする権限のないグループのメンバーである必要があります。これはグループポリシーで制御できます。

  • 最小特権の原則に留意してください。アカウントは、彼らが自分の仕事をする必要はありませ権持っている必要があり、それ以上とします。これを守り、グレイビーフェイスが指摘するように、可能な場合は組み込みのアカウントを使用します。Local Serviceネットワークアクセスが不要な場合。Network Serviceマシンアカウントとしてネットワークにアクセスする場合は十分に安全でありLocal System、可能な場合はアカウントを使用しないでください。

*会社のセキュリティポリシーがこれと互換性がない場合を除いて、物事の音からはおそらく:-)


ハッカーがSYSTEMを取得すると、ドメインアカウントとして実行されている任意のプロセスまたはサービスにペイロードを簡単に注入し、それを使用して、特定のドメインユーザーがアクセスできるすべてのアクセス権を取得できます。私は通常、ネットワークアクセスが必要ないときにLocalServiceを使用します(ローカルで実行されているSQLインスタンスなど)。
gravyface 2012

1
@gravyfaceこれは良い点です。私は特定のサービスアカウントを「組み込みのアカウントを使用できないサービス」と考える傾向があります。そのため、区別する価値があります
Chris McKeown

2003年に、グループポリシーレベルでロックを無効にすることはできますか?これは良い考えですか?
LockeCJ 2012年
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.