サーバーでソフトウェアを実行するために、いつ新しいユーザーアカウントを作成する必要がありますか？

一般的に、サーバー上でインターネット向けソフトウェアを実行するために、いつ新しいユーザーアカウントを作成する必要がありますか？

たとえば、共有のDebianサーバー（たとえばDreamhost経由）を使用しており、WordPress、Redmine、Ruby on Rails、Djangoを使用しているWebサイトを実行したい場合、Mercurialを提供したいリポジトリも。

Dreamhostサーバーおよび他の多くの同様のセットアップサーバーでは、これはすべて単一のユーザーアカウントで実行できますが、そのアプローチにはいくつかの欠点があります。

• より長い.bashrc
• その1つのアカウントが危険にさらされると、そのアカウントで実行されているすべてのサイトも危険にさらされます。

一方、多くのユーザーアカウントを持つことは、特にインストールされたソフトウェアに関して同一の要件があるユーザーの場合、追跡するのが少し苦痛になる可能性があります。たとえば、WordPressを実行しているWebサイトごとに1つのアカウントを持つことは、やり過ぎかもしれません。

ベストプラクティスは何ですか？それは単に、ユーザーアカウントごとにホストされたサイト（またはホストされたリポジトリなど）の数をパラノイアのレベルに比例して減らすという質問ですか？

これについてのあなたの意見を投稿し、その理由を説明してください。

また、プライベートサーバーまたはVPSで行われるアプローチが共有サーバーで行われるアプローチとは異なると考える理由がある場合は、それらの概要を説明してください。

私は一般的に「ネットワーク上でリッスンソケットを開くものなら誰でも1人」のファンです。1人はApache、1人はメール、1人はDNSなどです。

これは（最後に聞いたように）依然としてベストカレントプラクティスであり、その背後にある理由は明白で単純な妄想です：これらのサービスは、誰かが脆弱性を発見し、パッチを当てる前にそれを悪用した場合、ビッグバッドインターネットにさらされますソフトウェア少なくとも、私はそれらを1つのユーザーアカウントに制限し、そのユーザーが担当する単一のサービスを実行するために必要な特権のみを持ちます。
一般的に、私はこのレベルの分離はシステムを保護するのに十分であると考えていますが、各アプリケーションは脆弱性の島です（たとえば、誰かが脆弱なWordPressプラグインをインストールすると、Apacheがアクセスできるすべてのもの（つまり、すべてのWebサイト）が実質的に脆弱になります）妥協の場合。

したがって、その引数の拡張バージョンは、独自のApache構成とユーザーで共有ホスティングクライアントのWebサイトをサンドボックス化するために作成できます（必ずしも各サイトに完全なWebスタックをインストールする必要はなく、異なるユーザーを指定する個別のApache構成のみをインストールする必要はありません） ）、各サイトが多数のApacheプロセスを実行しているため、RAM使用量が大幅に増加したという欠点があり、単一のApacheインスタンス/ユーザーが侵害された場合でも、世界中で読み取り可能なものは依然として脆弱です。

セキュリティをさらに高めるために、各Apacheをchroot（またはBSDシステムの場合はjail）に入れるという議論をさらに拡張することもできますが、各chroot / jailに必要なすべてのソフトウェアが必要になるため、ここでは追加のディスクスペースについて説明します含まれているサイトを実行します（そして、パッチが公開されたときにサーバー上のマスターコピーを1つではなく、サイトごとにこのソフトウェアを更新する必要があります）。
これにより、ユーザーがchrootから抜け出すことができるOS / Kernelバグを除くすべての問題が緩和されます（chrootから各サイトを個別の物理サーバーで実行するための引数になります。これは、サイトを異なるVLAN /サブネットなどに分けるための引数になります）

すべてのリスクと同様に、それを排除することはできません。潜在的な危害/妥協のコスト、妥協の可能性、および各緩和レベルのコストに基づいて、許容可能なレベルまで軽減することしかできません。
私のお金のために、重要ではない、非Eコマースの共有ホスティング環境では、基本的な「Apacheに1人、DNSに1人、メールに1人」などです。セーフティネットで十分です。そのレベルを超えるセキュリティが必要な場合、ユーザーは自分のハードウェアを真剣に検討する必要があります。

一般的に私がやることは、ログインを許可されていない外部向けサービスのユーザー（たとえば、「nobody」）と、ログインおよびsuまたはsudoを許可されたアカウントを1つ持つことです。当然、ユーザー名が異なっていて、簡単に推測できないことを確認してください。

各顧客がログインする共有ホスティング環境を実行していない限り、必要に応じてサービスごとに1人のユーザーがいるとは思わない。自分をハッキングの非常に魅力的なターゲットとして現実的に見ている場合は、可能な限り隔離することもできます。ただし、非常に物議をかもしている、または財務データをホストしている場合を除き、ターゲットとしてはそれほど魅力的ではありません。